public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Yao, Jiewen" <jiewen.yao@intel.com>
To: "devel@edk2.groups.io" <devel@edk2.groups.io>,
	"Yao, Jiewen" <jiewen.yao@intel.com>,
	"Xu, Min M" <min.m.xu@intel.com>
Cc: "Gao, Zhichao" <zhichao.gao@intel.com>,
	"Kinney, Michael D" <michael.d.kinney@intel.com>,
	"Liu, Zhiguang" <zhiguang.liu@intel.com>,
	"Wang, Jian J" <jian.j.wang@intel.com>,
	"Gao, Liming" <gaoliming@byosoft.com.cn>,
	"Ni, Ray" <ray.ni@intel.com>,
	"Aktas, Erdem" <erdemaktas@google.com>,
	Gerd Hoffmann <kraxel@redhat.com>,
	James Bottomley <jejb@linux.ibm.com>,
	Tom Lendacky <thomas.lendacky@amd.com>,
	"Gao, Jiaqi" <jiaqi.gao@intel.com>
Subject: Re: [edk2-devel] [PATCH V5 00/10] Introduce Lazy-accept for Tdx guest
Date: Tue, 1 Nov 2022 10:16:36 +0000	[thread overview]
Message-ID: <MW4PR11MB58724954EBD7A523D39956C58C369@MW4PR11MB5872.namprd11.prod.outlook.com> (raw)
In-Reply-To: <17236A59BF264591.6436@groups.io>

Merged https://github.com/tianocore/edk2/pull/3572

> -----Original Message-----
> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of Yao,
> Jiewen
> Sent: Tuesday, November 1, 2022 5:00 PM
> To: Xu, Min M <min.m.xu@intel.com>; devel@edk2.groups.io
> Cc: Gao, Zhichao <zhichao.gao@intel.com>; Kinney, Michael D
> <michael.d.kinney@intel.com>; Liu, Zhiguang <zhiguang.liu@intel.com>;
> Wang, Jian J <jian.j.wang@intel.com>; Gao, Liming
> <gaoliming@byosoft.com.cn>; Ni, Ray <ray.ni@intel.com>; Aktas, Erdem
> <erdemaktas@google.com>; Gerd Hoffmann <kraxel@redhat.com>; James
> Bottomley <jejb@linux.ibm.com>; Tom Lendacky
> <thomas.lendacky@amd.com>; Gao, Jiaqi <jiaqi.gao@intel.com>
> Subject: Re: [edk2-devel] [PATCH V5 00/10] Introduce Lazy-accept for Tdx
> guest
> 
> For OvmfPkg, reviewed-by: Jiewen Yao <jiewen.yao@intel.com>
> 
> > -----Original Message-----
> > From: Xu, Min M <min.m.xu@intel.com>
> > Sent: Tuesday, November 1, 2022 1:14 PM
> > To: devel@edk2.groups.io
> > Cc: Xu, Min M <min.m.xu@intel.com>; Gao, Zhichao
> > <zhichao.gao@intel.com>; Kinney, Michael D
> > <michael.d.kinney@intel.com>; Liu, Zhiguang <zhiguang.liu@intel.com>;
> > Wang, Jian J <jian.j.wang@intel.com>; Gao, Liming
> > <gaoliming@byosoft.com.cn>; Ni, Ray <ray.ni@intel.com>; Aktas, Erdem
> > <erdemaktas@google.com>; Gerd Hoffmann <kraxel@redhat.com>;
> James
> > Bottomley <jejb@linux.ibm.com>; Yao, Jiewen <jiewen.yao@intel.com>;
> > Tom Lendacky <thomas.lendacky@amd.com>; Gao, Jiaqi
> > <jiaqi.gao@intel.com>
> > Subject: [PATCH V5 00/10] Introduce Lazy-accept for Tdx guest
> >
> > RFC: https://bugzilla.tianocore.org/show_bug.cgi?id=3937
> >
> > UnacceptedMemory is one of the four defined types of TD memory in
> Intel
> > TDX guest. TDVF must invoke TDCALL [TDG.MEM.PAGE.ACCEPT] the
> > unaccepted
> > memory before use it. See [TDVF] Section 7.1.
> > TDVF: https://www.intel.com/content/dam/develop/external/us/en/
> > documents/tdx-virtual-firmware-design-guide-rev-1.01.pdf
> >
> > It is a time-consuming task which impacts the boot performance badly.
> > One of the mitigation is the lazy-accept mechanism. That the whole
> system
> > memory is divided into 2 parts, one is accepted in bios phase, the other
> > is tagged as EfiGcdMemoryTypeUnaccepted and OS will handle these
> > "unaccepted" memories.
> > See "UEFI Spec v2.9 Table 7-5 Memory Type Usage before
> > ExitBootServices()"
> >
> > As the first stage we accept all the memory under 4G. Please see the
> > discussion in https://edk2.groups.io/g/devel/message/93086
> >
> > This patch-set is related to code first, so there is a edk2-staging branch.
> > Please see https://github.com/tianocore/edk2-staging/tree/TDVF
> >
> > Patch 1-4:
> >   Introduce lazy-accept related definitions.
> >
> > Patch 5-6:
> >   Update Dxe and shell for unaccepted memory.
> >
> > Patch 7:
> >   Update OvmfPkg for unaccepted memory.
> >
> > Patch 8 - 10:
> >   Introduce EfiMemoryAcceptProtocol and realize it in TdxDxe.
> >
> > Code: https://github.com/mxu9/edk2/tree/lazyaccept.v5
> >
> > v5 changes:
> >  - Rebase the patch-set to commit df7ce74e6c75.
> >  - Add reviewed-by in MdeModulePkg/MdePkg related
> patches(#1/2/4/5/8).
> >  - Add acked-by in patch#7.
> >
> > v4 changes:
> >  - To follow the name convention of EDKII code first, the name of
> >    EFI_RESOURCE_MEMORY_UNACCEPTED is updated to
> >    BZ3937_EFI_RESOURCE_MEMORY_UNACCEPTED.
> >  - Remove the definition of MaxAcceptedMemoryAddress because in
> > current
> >    stage we will accept all the memory under 4G. So
> >    MaxAcceptedMemoryAddress is not useable in this assumption.
> >  - Because this is related to code first, there is edk2-staging branch.
> >    The branch link is attached.
> >    https://github.com/tianocore/edk2-staging/tree/TDVF
> >
> > v3 changes:
> >  - As the first stage we accept all the memory under 4G. See the
> >    discussion in https://edk2.groups.io/g/devel/message/93086
> >  - "Pool and page functions accept memory when OOM occurs" is dropped.
> >    See the discussion in https://edk2.groups.io/g/devel/message/93086
> >  - PlatformAdjustSystemMemorySizeBelow4gbForLazyAccep is deleted
> >    because in current stage we accept all the memory under 4G.
> >
> > v2 changes:
> >  - Fix a typo that change EfiUnacceptedMemory to
> > EfiUnacceptedMemoryType.
> >  - Define EFI_GCD_MEMORY_TYPE_UNACCEPTED in PrePiDxeCis.h because
> it
> > has
> >    not been defined in PI spec.
> >  - AllocatePages should return EFI_INVALID_PARAMETERS if input
> > MemoryType
> >    is EfiUnacceptedMemoryType.
> >  - Use EDKII_ prefix instead of EFI_ prefix in the protocol name of
> >    EDKII_MEMORY_ACCEPT_PROTOCOL_GUID. Because this protocol is not
> > EFI
> >    defined.
> >  - Accept memory under 4G even if the PcdLazyAcceptPartialMemorySize
> is
> >    bigger than 4G. So with this setting, even if the
> >    PcdLazyAcceptPartialMemorySize is 0 (which means to accept all
> >    memories), only the memory under 4G will be accepted. This is to
> >    optimize the performance.
> >
> > Cc: Zhichao Gao <zhichao.gao@intel.com>
> > Cc: Michael D Kinney <michael.d.kinney@intel.com>
> > Cc: Zhiguang Liu <zhiguang.liu@intel.com>
> > Cc: Jian J Wang <jian.j.wang@intel.com>
> > Cc: Liming Gao <gaoliming@byosoft.com.cn>
> > Cc: Ray Ni <ray.ni@intel.com>
> > Cc: Erdem Aktas <erdemaktas@google.com>
> > Cc: Gerd Hoffmann <kraxel@redhat.com>
> > Cc: James Bottomley <jejb@linux.ibm.com>
> > Cc: Jiewen Yao <jiewen.yao@intel.com>
> > Cc: Tom Lendacky <thomas.lendacky@amd.com>
> > Signed-off-by: Jiaqi Gao <jiaqi.gao@intel.com>
> > Signed-off-by: Min Xu <min.m.xu@intel.com>
> >
> > Jiaqi Gao (1):
> >   MdePkg: The prototype definition of EdkiiMemoryAcceptProtocol
> >
> > Min M Xu (9):
> >   MdeModulePkg: Add PrePiHob.h
> >   MdePkg: Increase EFI_RESOURCE_MAX_MEMORY_TYPE
> >   OvmfPkg: Use BZ3937_EFI_RESOURCE_MEMORY_UNACCEPTED defined
> in
> >     MdeModulePkg
> >   MdePkg: Add UEFI Unaccepted memory definition
> >   MdeModulePkg: Update Dxe to handle unaccepted memory type
> >   ShellPkg: Update shell command memmap to show unaccepted memory
> >   OvmfPkg: Introduce lazy accept in PlatformInitLib and PlatformPei
> >   OvmfPkg: Realize EdkiiMemoryAcceptProtocol in TdxDxe
> >   OvmfPkg: Call gEdkiiMemoryAcceptProtocolGuid to accept pages
> >
> >  MdeModulePkg/Core/Dxe/Gcd/Gcd.c               |   6 +
> >  MdeModulePkg/Core/Dxe/Mem/Page.c              |  63 ++++++++---
> >  MdeModulePkg/Include/Pi/PrePiDxeCis.h         |  25 +++++
> >  MdeModulePkg/Include/Pi/PrePiHob.h            |  20 ++++
> >  MdePkg/Include/Pi/PiDxeCis.h                  |  10 +-
> >  MdePkg/Include/Pi/PiHob.h                     |  11 +-
> >  MdePkg/Include/Protocol/MemoryAccept.h        |  37 +++++++
> >  MdePkg/Include/Uefi/UefiMultiPhase.h          |   5 +
> >  MdePkg/MdePkg.dec                             |   3 +
> >  .../BaseMemEncryptTdxLib.inf                  |   3 +
> >  .../BaseMemEncryptTdxLib/MemoryEncryption.c   |  12 +-
> >  OvmfPkg/Library/PeilessStartupLib/Hob.c       |   5 +-
> >  OvmfPkg/Library/PlatformInitLib/IntelTdx.c    |  98 ++++++++++++++---
> >  OvmfPkg/Library/PlatformInitLib/MemDetect.c   |   2 +
> >  OvmfPkg/TdxDxe/TdxDxe.c                       | 103 ++++++++++++++++++
> >  OvmfPkg/TdxDxe/TdxDxe.inf                     |   2 +
> >  .../UefiShellDebug1CommandsLib/MemMap.c       |  13 +++
> >  .../UefiShellDebug1CommandsLib.uni            |   3 +-
> >  18 files changed, 381 insertions(+), 40 deletions(-)
> >  create mode 100644 MdeModulePkg/Include/Pi/PrePiDxeCis.h
> >  create mode 100644 MdeModulePkg/Include/Pi/PrePiHob.h
> >  create mode 100644 MdePkg/Include/Protocol/MemoryAccept.h
> >
> > --
> > 2.29.2.windows.2
> 
> 
> 
> 
> 


      parent reply	other threads:[~2022-11-01 10:16 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-01  5:13 [PATCH V5 00/10] Introduce Lazy-accept for Tdx guest Min Xu
2022-11-01  5:13 ` [PATCH V5 01/10] MdeModulePkg: Add PrePiHob.h Min Xu
2022-11-01  5:13 ` [PATCH V5 02/10] MdePkg: Increase EFI_RESOURCE_MAX_MEMORY_TYPE Min Xu
2022-11-01  5:13 ` [PATCH V5 03/10] OvmfPkg: Use BZ3937_EFI_RESOURCE_MEMORY_UNACCEPTED defined in MdeModulePkg Min Xu
2022-11-01  5:13 ` [PATCH V5 04/10] MdePkg: Add UEFI Unaccepted memory definition Min Xu
2022-11-01  5:13 ` [PATCH V5 05/10] MdeModulePkg: Update Dxe to handle unaccepted memory type Min Xu
2022-11-01  5:13 ` [PATCH V5 06/10] ShellPkg: Update shell command memmap to show unaccepted memory Min Xu
2022-11-01  5:13 ` [PATCH V5 07/10] OvmfPkg: Introduce lazy accept in PlatformInitLib and PlatformPei Min Xu
2022-11-01  5:13 ` [PATCH V5 08/10] MdePkg: The prototype definition of EdkiiMemoryAcceptProtocol Min Xu
2022-11-01  5:13 ` [PATCH V5 09/10] OvmfPkg: Realize EdkiiMemoryAcceptProtocol in TdxDxe Min Xu
2022-11-01  5:13 ` [PATCH V5 10/10] OvmfPkg: Call gEdkiiMemoryAcceptProtocolGuid to accept pages Min Xu
2022-11-01  9:00 ` [PATCH V5 00/10] Introduce Lazy-accept for Tdx guest Yao, Jiewen
     [not found] ` <17236A59BF264591.6436@groups.io>
2022-11-01 10:16   ` Yao, Jiewen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=MW4PR11MB58724954EBD7A523D39956C58C369@MW4PR11MB5872.namprd11.prod.outlook.com \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox