From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: intel.com, ip: 192.55.52.151, mailfrom: zhichao.gao@intel.com) Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by groups.io with SMTP; Mon, 12 Aug 2019 18:23:59 -0700 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Aug 2019 18:23:59 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,379,1559545200"; d="scan'208,217";a="187621209" Received: from fmsmsx104.amr.corp.intel.com ([10.18.124.202]) by orsmga002.jf.intel.com with ESMTP; 12 Aug 2019 18:23:59 -0700 Received: from fmsmsx123.amr.corp.intel.com (10.18.125.38) by fmsmsx104.amr.corp.intel.com (10.18.124.202) with Microsoft SMTP Server (TLS) id 14.3.439.0; Mon, 12 Aug 2019 02:38:55 -0700 Received: from shsmsx152.ccr.corp.intel.com (10.239.6.52) by fmsmsx123.amr.corp.intel.com (10.18.125.38) with Microsoft SMTP Server (TLS) id 14.3.439.0; Mon, 12 Aug 2019 02:38:00 -0700 Received: from shsmsx101.ccr.corp.intel.com ([169.254.1.80]) by SHSMSX152.ccr.corp.intel.com ([169.254.6.62]) with mapi id 14.03.0439.000; Mon, 12 Aug 2019 17:37:53 +0800 From: "Gao, Zhichao" To: "Gao, Liming" , "rfc@edk2.groups.io" CC: "devel@edk2.groups.io" Subject: Re: [RFC] BZ 1772 MdeModulePkg: Transfer reset data for 201908 stable tag Thread-Topic: [RFC] BZ 1772 MdeModulePkg: Transfer reset data for 201908 stable tag Thread-Index: AdVQ63t5zoEQ0b+FRTOyMHwSIUottgABOV1w Date: Mon, 12 Aug 2019 09:37:52 +0000 Message-ID: <3CE959C139B4C44DBEA1810E3AA6F9000B821CA0@SHSMSX101.ccr.corp.intel.com> References: <4A89E2EF3DFEDB4C8BFDE51014F606A14E4CEBAB@SHSMSX104.ccr.corp.intel.com> In-Reply-To: <4A89E2EF3DFEDB4C8BFDE51014F606A14E4CEBAB@SHSMSX104.ccr.corp.intel.com> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Return-Path: zhichao.gao@intel.com Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3CE959C139B4C44DBEA1810E3AA6F9000B821CA0SHSMSX101ccrcor_" --_000_3CE959C139B4C44DBEA1810E3AA6F9000B821CA0SHSMSX101ccrcor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable It is an recommended feature change. But the specific function isn't implem= ented with any platform yet. So it wouldn't affect any section of the edk2. And it changed a lot of platform dsc files(or module package dsc files) in = both edk2 and edk2-paltform. That may take time for the review work. I think it is fine if this feature doesn't catch the end-line of the softwa= re-freeze. Thanks, Zhichao From: Gao, Liming Sent: Monday, August 12, 2019 4:55 PM To: Gao, Zhichao ; rfc@edk2.groups.io Cc: devel@edk2.groups.io Subject: RE: [RFC] BZ 1772 MdeModulePkg: Transfer reset data for 201908 sta= ble tag Zhichao: Do you propose this feature for 201908 stable tag? From: Gao, Zhichao Sent: Monday, August 12, 2019 4:33 PM To: rfc@edk2.groups.io Cc: devel@edk2.groups.io; Gao, Liming > Subject: [RFC] BZ 1772 MdeModulePkg: Transfer reset data HI, BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3D1772 Before the ResetData of ResetSystem is limit by ResetType and ResetStatus. = As the Uefi spec update to 2.8, there is no limit any longer. Here we introduce a new API ResetSystemWithSubtype to transfer a null strin= g and GUID data with all ResetType to reset system. It is useful for capsule update to get a specific GUID to do some special o= peration with specific phase. That can be implemented in platform code thru= Reset Notify protocol. Here is the guids: gEdkiiCapsuleArmedResetGuid =3D {0xc6b4eea7, 0xfce2, 0x4625, {0x= 9c, 0x4f, 0xc4, 0xb0, 0x82, 0x37, 0xae, 0x23}} gEdkiiCapsuleUpdateCompleteResetGuid =3D {0x5d512714, 0xa4df, 0x4e46, {0x= b6, 0xc7, 0xbc, 0x9f, 0x97, 0x9d, 0x59, 0xa0}} Thanks, Zhichao --_000_3CE959C139B4C44DBEA1810E3AA6F9000B821CA0SHSMSX101ccrcor_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

It is an recommended f= eature change. But the specific function isn’t implemented with any p= latform yet. So it wouldn’t affect any section of the edk2.

And it changed a lot o= f platform dsc files(or module package dsc files) in both edk2 and edk2-pal= tform. That may take time for the review work.

I think it is fine if = this feature doesn’t catch the end-line of the software-freeze.<= /o:p>

 

Thanks,

Zhichao

 

From: Gao, Liming
Sent: Monday, August 12, 2019 4:55 PM
To: Gao, Zhichao <zhichao.gao@intel.com>; rfc@edk2.groups.io Cc: devel@edk2.groups.io
Subject: RE: [RFC] BZ 1772 MdeModulePkg: Transfer reset data for 201= 908 stable tag

 

Zhichao:

  Do you propose = this feature for 201908 stable tag?

 

From: Gao, Zhichao
Sent: Monday, August 12, 2019 4:33 PM
To: rfc@edk2.groups.io
Cc: devel@edk2.groups.io= ; Gao, Liming <liming.gao@intel.= com>
Subject: [RFC] BZ 1772 MdeModulePkg: Transfer reset data<= /p>

 

HI,

 

BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3D1772

 

Before the ResetData of ResetSystem is limit by Rese= tType and ResetStatus. As the Uefi spec update to 2.8, there is no limit an= y longer.

Here we introduce a new API ResetSystemWithSubtype t= o transfer a null string and GUID data with all ResetType to reset system.<= o:p>

It is useful for capsule update to get a specific GU= ID to do some special operation with specific phase. That can be implemente= d in platform code thru Reset Notify protocol.

Here is the guids:

gEdkiiCapsuleArmedResetGuid    &= nbsp;       =3D {0xc6b4eea7, 0xfce2, 0x4625, = {0x9c, 0x4f, 0xc4, 0xb0, 0x82, 0x37, 0xae, 0x23}}

gEdkiiCapsuleUpdateCompleteResetGuid   =3D= {0x5d512714, 0xa4df, 0x4e46, {0xb6, 0xc7, 0xbc, 0x9f, 0x97, 0x9d, 0x59, 0x= a0}}

 

Thanks,

Zhichao

 

 

--_000_3CE959C139B4C44DBEA1810E3AA6F9000B821CA0SHSMSX101ccrcor_--