Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM
(cc'ing the stewards) On Fri, 12 Apr 2024 at 17:14, Tom Lendacky wrote: > > On 4/12/24 10:05, Ard Biesheuvel wrote: > > On Fri, 12 Apr 2024 at 16:02, Tom Lendacky wrote: > >> > >> Re-pinging the list/maintainers, again. I need reviews from the > >> maintainers on patches #2, #7, #10, #11 and #13. > >> > >> Once I get final approval, I'll submit the change to edk2-platforms for > >> the new library as a reply to this series for a quick review. > >> > > > > So this is MdePkg and UefiCpuPkg, right? > > MdePkg and UefiPayloadPkg. > > > > > @Liming, Mike, Ray: please let me know if you are ok with these > > Ray already reviewed/acked the UefiCpuPkg patches. > > Looking for > MdePkg: Liming, Mike or Zhiguang > UefiPayloadPkg: Gua, Guo, James or Sean > Given the lack of objections by these maintainers, I will go ahead and merge this series tomorrow. > > changes, or whether there are any objections. > > > > I intend to merge this somewhere next week unless there are issues raised. > > I'll submit the edk2-platforms series (2 patches, one for Platform/AMD and > one for Platform/Intel) on Monday, just to have out there. > Noted. I will merge this in two phases, and merge the [trivial] edk2-platforms pieces in between to preserve some notion of monotonicity between the repos. -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#117867): https://edk2.groups.io/g/devel/message/117867 Mute This Topic: https://groups.io/mt/104810672/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM
On 4/12/24 10:05, Ard Biesheuvel wrote: On Fri, 12 Apr 2024 at 16:02, Tom Lendacky wrote: Re-pinging the list/maintainers, again. I need reviews from the maintainers on patches #2, #7, #10, #11 and #13. Once I get final approval, I'll submit the change to edk2-platforms for the new library as a reply to this series for a quick review. So this is MdePkg and UefiCpuPkg, right? MdePkg and UefiPayloadPkg. @Liming, Mike, Ray: please let me know if you are ok with these Ray already reviewed/acked the UefiCpuPkg patches. Looking for MdePkg: Liming, Mike or Zhiguang UefiPayloadPkg: Gua, Guo, James or Sean changes, or whether there are any objections. I intend to merge this somewhere next week unless there are issues raised. I'll submit the edk2-platforms series (2 patches, one for Platform/AMD and one for Platform/Intel) on Monday, just to have out there. Thanks, Tom Thanks, Ard. -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#117717): https://edk2.groups.io/g/devel/message/117717 Mute This Topic: https://groups.io/mt/104810672/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM
On Fri, 12 Apr 2024 at 16:02, Tom Lendacky wrote: > > Re-pinging the list/maintainers, again. I need reviews from the > maintainers on patches #2, #7, #10, #11 and #13. > > Once I get final approval, I'll submit the change to edk2-platforms for > the new library as a reply to this series for a quick review. > So this is MdePkg and UefiCpuPkg, right? @Liming, Mike, Ray: please let me know if you are ok with these changes, or whether there are any objections. I intend to merge this somewhere next week unless there are issues raised. Thanks, Ard. -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#117709): https://edk2.groups.io/g/devel/message/117709 Mute This Topic: https://groups.io/mt/104810672/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM
Re-pinging the list/maintainers, again. I need reviews from the maintainers on patches #2, #7, #10, #11 and #13. Once I get final approval, I'll submit the change to edk2-platforms for the new library as a reply to this series for a quick review. Thanks, Tom On 4/2/24 13:16, Lendacky, Thomas via groups.io wrote: Re-pinging the list/maintainers. Still awaiting feedback/reviews/acks on the changes. Thanks, Tom On 3/26/24 13:34, Tom Lendacky wrote: Any issues with this version of the series? Still looking for Reviewed-by's for the MdePkg, UefiCpuPkg and UefiPayloadPkg related patches. Once I get those, I'll submit the edk2-platform patches to support the new library as a response to these patches for a quick review. Thanks, Tom On 3/8/24 09:29, Tom Lendacky wrote: BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=4654 This series adds SEV-SNP support for running OVMF under an Secure VM Service Module (SVSM) at a less privileged VM Privilege Level (VMPL). By running at a less priviledged VMPL, the SVSM can be used to provide services, e.g. a virtual TPM, for the guest OS within the SEV-SNP confidential VM (CVM) rather than trust such services from the hypervisor. Currently, OVMF expects to run at the highest VMPL, VMPL0, and there are certain SNP related operations that require that VMPL level. Specifically, the PVALIDATE instruction and the RMPADJUST instruction when setting the the VMSA attribute of a page (used when starting APs). If OVMF is to run at a less privileged VMPL, e.g. VMPL2, then it must use an SVSM (which is running at VMPL0) to perform the operations that it is no longer able to perform. When running under an SVSM, OVMF must know the APIC IDs of the vCPUs that it will be starting. As a result, the GHCB APIC ID retrieval action must be performed. Since this service can also work with SEV-SNP running at VMPL0, the patches to make use of this feature are near the beginning of the series. How OVMF interacts with and uses the SVSM is documented in the SVSM specification [1] and the GHCB specification [2]. This support creates a new AmdSvsmLib library that is used by MpInitLib. The edk2-platforms repo requires updates/patches to add the new library requirement. To accomodate that, this series could be split between: patch number 12: UefiCpuPkg/AmdSvsmLib: Create the AmdSvsmLib library to support an SVSM and patch number 13: UefiPayloadPkg: Prepare UefiPayloadPkg to use the AmdSvsmLib library The updates to edk2-platforms can be applied at the split. This series introduces support to run OVMF under an SVSM. It consists of: - Retrieving the list of vCPU APIC IDs and starting up all APs without performing a broadcast SIPI - Reorganizing the page state change support to not directly use the GHCB buffer since an SVSM will use the calling area buffer, instead - Detecting the presence of an SVSM - When not running at VMPL0, invoking the SVSM for page validation and VMSA page creation/deletion - Detecting and allowing OVMF to run in a VMPL other than 0 when an SVSM is present The series is based off of commit: e60529df58e4 ("UefiPayloadPkg: Make Dsc accomodative of other archs") [1] https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/58019.pdf [2] https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/56421.pdf Cc: Anatol Belski Cc: Anthony Perard Cc: Ard Biesheuvel Cc: Corvin Köhne Cc: Erdem Aktas Cc: Gerd Hoffmann Cc: Gua Guo Cc: Guo Dong Cc: James Lu Cc: Jianyong Wu Cc: Jiewen Yao Cc: Laszlo Ersek Cc: Liming Gao Cc: Michael D Kinney Cc: Michael Roth Cc: Min Xu Cc: Rahul Kumar Cc: Ray Ni Cc: Rebecca Cran Cc: Sean Rhodes Cc: Zhiguang Liu --- Changes in v3: - Renamed CcSvsmLib to a more AMD-specific AmdSvsmLib with corresponding function name changes - Moved the GHCB APIC ID list GUID definition from MdePkg to UefiCpuPkg and change the name from gEfiApicIdsGuid to gGhcbApicIdsGuid - Separated the OvmfPkg changes for the AmdSvsmLib into two patches: - First patch adds usage of the AmdSvsmLib NULL library - Second patch adds the OVMF AmdSvsmLib implementation - Updated the commit message for the OVMF AmdSvsmLib implementation to indicate that the base functionality for PVALIDATE and RMPADJUST was copied from the original locations in prep for converting those sites to using the library API. Changes in v2: - Move the APIC IDs retrieval support to the beginning of the patch series - Use a GUIDed HOB to hold the APIC ID list instead of a PCD - Split up Page State Change reorganization into multiple patches - Created CcSvsmLib library instead of extending CcExitLib - This will require a corresponding update to edk2-platform DSC files - Removed Ray Ni's Acked-by since it is not a minor change - Variable name changes and other misc changes Tom Lendacky (24): OvmfPkg/BaseMemEncryptLib: Fix error check from AsmRm
Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM
On 4/3/24 02:09, Ni, Ray wrote: I think I've acked all patches in UefiCpuPkg. Please let me know if any other patches need my review. Thanks, Ray! Tom Thanks, Ray *From:* devel@edk2.groups.io on behalf of Lendacky, Thomas via groups.io *Sent:* Wednesday, April 3, 2024 2:16 *To:* devel@edk2.groups.io ; Yao, Jiewen ; Liming Gao ; Ni, Ray ; Liu, Zhiguang ; Kinney, Michael D ; Guo, Gua ; Dong, Guo ; Lu, James ; Rhodes, Sean ; Kumar, Rahul R *Cc:* Ard Biesheuvel ; Aktas, Erdem ; Gerd Hoffmann ; Xu, Min M ; Michael Roth ; Anatol Belski ; Anthony Perard ; Corvin Köhne ; Jianyong Wu ; Rebecca Cran *Subject:* Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM Re-pinging the list/maintainers. Still awaiting feedback/reviews/acks on the changes. Thanks, Tom On 3/26/24 13:34, Tom Lendacky wrote: Any issues with this version of the series? Still looking for Reviewed-by's for the MdePkg, UefiCpuPkg and UefiPayloadPkg related patches. Once I get those, I'll submit the edk2-platform patches to support the new library as a response to these patches for a quick review. Thanks, Tom On 3/8/24 09:29, Tom Lendacky wrote: BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=4654 <https://bugzilla.tianocore.org/show_bug.cgi?id=4654> This series adds SEV-SNP support for running OVMF under an Secure VM Service Module (SVSM) at a less privileged VM Privilege Level (VMPL). By running at a less priviledged VMPL, the SVSM can be used to provide services, e.g. a virtual TPM, for the guest OS within the SEV-SNP confidential VM (CVM) rather than trust such services from the hypervisor. Currently, OVMF expects to run at the highest VMPL, VMPL0, and there are certain SNP related operations that require that VMPL level. Specifically, the PVALIDATE instruction and the RMPADJUST instruction when setting the the VMSA attribute of a page (used when starting APs). If OVMF is to run at a less privileged VMPL, e.g. VMPL2, then it must use an SVSM (which is running at VMPL0) to perform the operations that it is no longer able to perform. When running under an SVSM, OVMF must know the APIC IDs of the vCPUs that it will be starting. As a result, the GHCB APIC ID retrieval action must be performed. Since this service can also work with SEV-SNP running at VMPL0, the patches to make use of this feature are near the beginning of the series. How OVMF interacts with and uses the SVSM is documented in the SVSM specification [1] and the GHCB specification [2]. This support creates a new AmdSvsmLib library that is used by MpInitLib. The edk2-platforms repo requires updates/patches to add the new library requirement. To accomodate that, this series could be split between: patch number 12: UefiCpuPkg/AmdSvsmLib: Create the AmdSvsmLib library to support an SVSM and patch number 13: UefiPayloadPkg: Prepare UefiPayloadPkg to use the AmdSvsmLib library The updates to edk2-platforms can be applied at the split. This series introduces support to run OVMF under an SVSM. It consists of: - Retrieving the list of vCPU APIC IDs and starting up all APs without performing a broadcast SIPI - Reorganizing the page state change support to not directly use the GHCB buffer since an SVSM will use the calling area buffer, instead - Detecting the presence of an SVSM - When not running at VMPL0, invoking the SVSM for page validation and VMSA page creation/deletion - Detecting and allowing OVMF to run in a VMPL other than 0 when an SVSM is present The series is based off of commit: e60529df58e4 ("UefiPayloadPkg: Make Dsc accomodative of other archs") [1] https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/58019.pdf <https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/58019.pdf> [2] https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/56421.pdf <https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/56421.pdf> Cc: Anatol Belski Cc: Anthony Perard Cc: Ard Biesheuvel Cc: Corvin Köhne Cc: Erdem Aktas Cc: Gerd Hoffmann Cc: Gua Guo Cc: Guo Dong Cc: James Lu Cc: Jianyong Wu Cc: Jiewen Yao Cc: Laszlo Ersek Cc: Liming Gao Cc: Michael D Kinney Cc: Michael Roth Cc: Min Xu Cc: Rahul Kumar Cc: Ray Ni Cc: Rebecca Cran Cc: Sean Rhodes Cc: Zhiguang Liu --- Changes in v3: - Renamed CcSvsmLib to a more AMD-specific AmdSvsmLib with corresponding function name changes - Moved the GHCB APIC ID list GUID definition from MdePkg to UefiCpuPkg and change the name from gEfiApicIdsGuid to gGhcbApicIdsGuid - Separated the OvmfPkg changes for the AmdSvsmLib into two patches: - First patch adds usage of the AmdSvsmLib NULL library - Second patch adds the OVMF AmdSvsmLib implementation - Updated
Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM
I think I've acked all patches in UefiCpuPkg. Please let me know if any other patches need my review. Thanks, Ray From: devel@edk2.groups.io on behalf of Lendacky, Thomas via groups.io Sent: Wednesday, April 3, 2024 2:16 To: devel@edk2.groups.io ; Yao, Jiewen ; Liming Gao ; Ni, Ray ; Liu, Zhiguang ; Kinney, Michael D ; Guo, Gua ; Dong, Guo ; Lu, James ; Rhodes, Sean ; Kumar, Rahul R Cc: Ard Biesheuvel ; Aktas, Erdem ; Gerd Hoffmann ; Xu, Min M ; Michael Roth ; Anatol Belski ; Anthony Perard ; Corvin Köhne ; Jianyong Wu ; Rebecca Cran Subject: Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM Re-pinging the list/maintainers. Still awaiting feedback/reviews/acks on the changes. Thanks, Tom On 3/26/24 13:34, Tom Lendacky wrote: > Any issues with this version of the series? Still looking for > Reviewed-by's for the MdePkg, UefiCpuPkg and UefiPayloadPkg related > patches. > > Once I get those, I'll submit the edk2-platform patches to support the > new library as a response to these patches for a quick review. > > Thanks, > Tom > > On 3/8/24 09:29, Tom Lendacky wrote: >> >> BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=4654 >> >> This series adds SEV-SNP support for running OVMF under an Secure VM >> Service Module (SVSM) at a less privileged VM Privilege Level (VMPL). >> By running at a less priviledged VMPL, the SVSM can be used to provide >> services, e.g. a virtual TPM, for the guest OS within the SEV-SNP >> confidential VM (CVM) rather than trust such services from the >> hypervisor. >> >> Currently, OVMF expects to run at the highest VMPL, VMPL0, and there are >> certain SNP related operations that require that VMPL level. >> Specifically, >> the PVALIDATE instruction and the RMPADJUST instruction when setting the >> the VMSA attribute of a page (used when starting APs). >> >> If OVMF is to run at a less privileged VMPL, e.g. VMPL2, then it must >> use an SVSM (which is running at VMPL0) to perform the operations that >> it is no longer able to perform. >> >> When running under an SVSM, OVMF must know the APIC IDs of the vCPUs that >> it will be starting. As a result, the GHCB APIC ID retrieval action must >> be performed. Since this service can also work with SEV-SNP running at >> VMPL0, the patches to make use of this feature are near the beginning of >> the series. >> >> How OVMF interacts with and uses the SVSM is documented in the SVSM >> specification [1] and the GHCB specification [2]. >> >> This support creates a new AmdSvsmLib library that is used by MpInitLib. >> The edk2-platforms repo requires updates/patches to add the new library >> requirement. To accomodate that, this series could be split between: >> >> patch number 12: >>UefiCpuPkg/AmdSvsmLib: Create the AmdSvsmLib library to support an >> SVSM >> >> and patch number 13: >>UefiPayloadPkg: Prepare UefiPayloadPkg to use the AmdSvsmLib library >> >> The updates to edk2-platforms can be applied at the split. >> >> This series introduces support to run OVMF under an SVSM. It consists >> of: >>- Retrieving the list of vCPU APIC IDs and starting up all APs without >> performing a broadcast SIPI >>- Reorganizing the page state change support to not directly use the >> GHCB buffer since an SVSM will use the calling area buffer, instead >>- Detecting the presence of an SVSM >>- When not running at VMPL0, invoking the SVSM for page validation and >> VMSA page creation/deletion >>- Detecting and allowing OVMF to run in a VMPL other than 0 when an >> SVSM is present >> >> The series is based off of commit: >> >>e60529df58e4 ("UefiPayloadPkg: Make Dsc accomodative of other archs") >> >> [1] >> https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/58019.pdf >> [2] >> https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/56421.pdf >> >> Cc: Anatol Belski >> Cc: Anthony Perard >> Cc: Ard Biesheuvel >> Cc: Corvin Köhne >> Cc: Erdem Aktas >> Cc: Gerd Hoffmann >> Cc: Gua Guo >> Cc: Guo Dong >> Cc: James Lu >> Cc: Jianyong Wu >> Cc: Jiewen Yao >> Cc: Laszlo Ersek >> Cc: Liming Gao >> Cc: Michael D Kinney >> Cc: Michael Roth >> Cc: Min Xu >> Cc: Rahul Kumar >> Cc: Ray Ni >> Cc: Rebecca Cran >> Cc: Sean Rhodes >> Cc: Zhiguang Liu >> >> --- >> >> Changes in v3: >
Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM
Re-pinging the list/maintainers. Still awaiting feedback/reviews/acks on the changes. Thanks, Tom On 3/26/24 13:34, Tom Lendacky wrote: Any issues with this version of the series? Still looking for Reviewed-by's for the MdePkg, UefiCpuPkg and UefiPayloadPkg related patches. Once I get those, I'll submit the edk2-platform patches to support the new library as a response to these patches for a quick review. Thanks, Tom On 3/8/24 09:29, Tom Lendacky wrote: BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=4654 This series adds SEV-SNP support for running OVMF under an Secure VM Service Module (SVSM) at a less privileged VM Privilege Level (VMPL). By running at a less priviledged VMPL, the SVSM can be used to provide services, e.g. a virtual TPM, for the guest OS within the SEV-SNP confidential VM (CVM) rather than trust such services from the hypervisor. Currently, OVMF expects to run at the highest VMPL, VMPL0, and there are certain SNP related operations that require that VMPL level. Specifically, the PVALIDATE instruction and the RMPADJUST instruction when setting the the VMSA attribute of a page (used when starting APs). If OVMF is to run at a less privileged VMPL, e.g. VMPL2, then it must use an SVSM (which is running at VMPL0) to perform the operations that it is no longer able to perform. When running under an SVSM, OVMF must know the APIC IDs of the vCPUs that it will be starting. As a result, the GHCB APIC ID retrieval action must be performed. Since this service can also work with SEV-SNP running at VMPL0, the patches to make use of this feature are near the beginning of the series. How OVMF interacts with and uses the SVSM is documented in the SVSM specification [1] and the GHCB specification [2]. This support creates a new AmdSvsmLib library that is used by MpInitLib. The edk2-platforms repo requires updates/patches to add the new library requirement. To accomodate that, this series could be split between: patch number 12: UefiCpuPkg/AmdSvsmLib: Create the AmdSvsmLib library to support an SVSM and patch number 13: UefiPayloadPkg: Prepare UefiPayloadPkg to use the AmdSvsmLib library The updates to edk2-platforms can be applied at the split. This series introduces support to run OVMF under an SVSM. It consists of: - Retrieving the list of vCPU APIC IDs and starting up all APs without performing a broadcast SIPI - Reorganizing the page state change support to not directly use the GHCB buffer since an SVSM will use the calling area buffer, instead - Detecting the presence of an SVSM - When not running at VMPL0, invoking the SVSM for page validation and VMSA page creation/deletion - Detecting and allowing OVMF to run in a VMPL other than 0 when an SVSM is present The series is based off of commit: e60529df58e4 ("UefiPayloadPkg: Make Dsc accomodative of other archs") [1] https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/58019.pdf [2] https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/56421.pdf Cc: Anatol Belski Cc: Anthony Perard Cc: Ard Biesheuvel Cc: Corvin Köhne Cc: Erdem Aktas Cc: Gerd Hoffmann Cc: Gua Guo Cc: Guo Dong Cc: James Lu Cc: Jianyong Wu Cc: Jiewen Yao Cc: Laszlo Ersek Cc: Liming Gao Cc: Michael D Kinney Cc: Michael Roth Cc: Min Xu Cc: Rahul Kumar Cc: Ray Ni Cc: Rebecca Cran Cc: Sean Rhodes Cc: Zhiguang Liu --- Changes in v3: - Renamed CcSvsmLib to a more AMD-specific AmdSvsmLib with corresponding function name changes - Moved the GHCB APIC ID list GUID definition from MdePkg to UefiCpuPkg and change the name from gEfiApicIdsGuid to gGhcbApicIdsGuid - Separated the OvmfPkg changes for the AmdSvsmLib into two patches: - First patch adds usage of the AmdSvsmLib NULL library - Second patch adds the OVMF AmdSvsmLib implementation - Updated the commit message for the OVMF AmdSvsmLib implementation to indicate that the base functionality for PVALIDATE and RMPADJUST was copied from the original locations in prep for converting those sites to using the library API. Changes in v2: - Move the APIC IDs retrieval support to the beginning of the patch series - Use a GUIDed HOB to hold the APIC ID list instead of a PCD - Split up Page State Change reorganization into multiple patches - Created CcSvsmLib library instead of extending CcExitLib - This will require a corresponding update to edk2-platform DSC files - Removed Ray Ni's Acked-by since it is not a minor change - Variable name changes and other misc changes Tom Lendacky (24): OvmfPkg/BaseMemEncryptLib: Fix error check from AsmRmpAdjust() MdePkg: GHCB APIC ID retrieval support definitions UefiCpuPkg/MpInitLib: Always use AP Create if GhcbApicIds HOB is present OvmfPkg/PlatformPei: Retrieve APIC IDs from the hypervisor OvmfPkg/BaseMemEncryptSevLib: Fix uncrustify errors OvmfPkg/BaseMemEncryptSevLib: Calculate memory
Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM
Any issues with this version of the series? Still looking for Reviewed-by's for the MdePkg, UefiCpuPkg and UefiPayloadPkg related patches. Once I get those, I'll submit the edk2-platform patches to support the new library as a response to these patches for a quick review. Thanks, Tom On 3/8/24 09:29, Tom Lendacky wrote: BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=4654 This series adds SEV-SNP support for running OVMF under an Secure VM Service Module (SVSM) at a less privileged VM Privilege Level (VMPL). By running at a less priviledged VMPL, the SVSM can be used to provide services, e.g. a virtual TPM, for the guest OS within the SEV-SNP confidential VM (CVM) rather than trust such services from the hypervisor. Currently, OVMF expects to run at the highest VMPL, VMPL0, and there are certain SNP related operations that require that VMPL level. Specifically, the PVALIDATE instruction and the RMPADJUST instruction when setting the the VMSA attribute of a page (used when starting APs). If OVMF is to run at a less privileged VMPL, e.g. VMPL2, then it must use an SVSM (which is running at VMPL0) to perform the operations that it is no longer able to perform. When running under an SVSM, OVMF must know the APIC IDs of the vCPUs that it will be starting. As a result, the GHCB APIC ID retrieval action must be performed. Since this service can also work with SEV-SNP running at VMPL0, the patches to make use of this feature are near the beginning of the series. How OVMF interacts with and uses the SVSM is documented in the SVSM specification [1] and the GHCB specification [2]. This support creates a new AmdSvsmLib library that is used by MpInitLib. The edk2-platforms repo requires updates/patches to add the new library requirement. To accomodate that, this series could be split between: patch number 12: UefiCpuPkg/AmdSvsmLib: Create the AmdSvsmLib library to support an SVSM and patch number 13: UefiPayloadPkg: Prepare UefiPayloadPkg to use the AmdSvsmLib library The updates to edk2-platforms can be applied at the split. This series introduces support to run OVMF under an SVSM. It consists of: - Retrieving the list of vCPU APIC IDs and starting up all APs without performing a broadcast SIPI - Reorganizing the page state change support to not directly use the GHCB buffer since an SVSM will use the calling area buffer, instead - Detecting the presence of an SVSM - When not running at VMPL0, invoking the SVSM for page validation and VMSA page creation/deletion - Detecting and allowing OVMF to run in a VMPL other than 0 when an SVSM is present The series is based off of commit: e60529df58e4 ("UefiPayloadPkg: Make Dsc accomodative of other archs") [1] https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/58019.pdf [2] https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/56421.pdf Cc: Anatol Belski Cc: Anthony Perard Cc: Ard Biesheuvel Cc: Corvin Köhne Cc: Erdem Aktas Cc: Gerd Hoffmann Cc: Gua Guo Cc: Guo Dong Cc: James Lu Cc: Jianyong Wu Cc: Jiewen Yao Cc: Laszlo Ersek Cc: Liming Gao Cc: Michael D Kinney Cc: Michael Roth Cc: Min Xu Cc: Rahul Kumar Cc: Ray Ni Cc: Rebecca Cran Cc: Sean Rhodes Cc: Zhiguang Liu --- Changes in v3: - Renamed CcSvsmLib to a more AMD-specific AmdSvsmLib with corresponding function name changes - Moved the GHCB APIC ID list GUID definition from MdePkg to UefiCpuPkg and change the name from gEfiApicIdsGuid to gGhcbApicIdsGuid - Separated the OvmfPkg changes for the AmdSvsmLib into two patches: - First patch adds usage of the AmdSvsmLib NULL library - Second patch adds the OVMF AmdSvsmLib implementation - Updated the commit message for the OVMF AmdSvsmLib implementation to indicate that the base functionality for PVALIDATE and RMPADJUST was copied from the original locations in prep for converting those sites to using the library API. Changes in v2: - Move the APIC IDs retrieval support to the beginning of the patch series - Use a GUIDed HOB to hold the APIC ID list instead of a PCD - Split up Page State Change reorganization into multiple patches - Created CcSvsmLib library instead of extending CcExitLib - This will require a corresponding update to edk2-platform DSC files - Removed Ray Ni's Acked-by since it is not a minor change - Variable name changes and other misc changes Tom Lendacky (24): OvmfPkg/BaseMemEncryptLib: Fix error check from AsmRmpAdjust() MdePkg: GHCB APIC ID retrieval support definitions UefiCpuPkg/MpInitLib: Always use AP Create if GhcbApicIds HOB is present OvmfPkg/PlatformPei: Retrieve APIC IDs from the hypervisor OvmfPkg/BaseMemEncryptSevLib: Fix uncrustify errors OvmfPkg/BaseMemEncryptSevLib: Calculate memory size for Page State Change MdePkg: Avoid hardcoded value for number of Page State Change entries OvmfPkg/BaseMemEncryptSevLib: Re-organize p
Re: [edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM
On 3/8/24 09:30, Lendacky, Thomas via groups.io wrote: BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=4654 This series adds SEV-SNP support for running OVMF under an Secure VM Service Module (SVSM) at a less privileged VM Privilege Level (VMPL). By running at a less priviledged VMPL, the SVSM can be used to provide services, e.g. a virtual TPM, for the guest OS within the SEV-SNP confidential VM (CVM) rather than trust such services from the hypervisor. Currently, OVMF expects to run at the highest VMPL, VMPL0, and there are certain SNP related operations that require that VMPL level. Specifically, the PVALIDATE instruction and the RMPADJUST instruction when setting the the VMSA attribute of a page (used when starting APs). If OVMF is to run at a less privileged VMPL, e.g. VMPL2, then it must use an SVSM (which is running at VMPL0) to perform the operations that it is no longer able to perform. When running under an SVSM, OVMF must know the APIC IDs of the vCPUs that it will be starting. As a result, the GHCB APIC ID retrieval action must be performed. Since this service can also work with SEV-SNP running at VMPL0, the patches to make use of this feature are near the beginning of the series. How OVMF interacts with and uses the SVSM is documented in the SVSM specification [1] and the GHCB specification [2]. This support creates a new AmdSvsmLib library that is used by MpInitLib. The edk2-platforms repo requires updates/patches to add the new library requirement. To accomodate that, this series could be split between: patch number 12: UefiCpuPkg/AmdSvsmLib: Create the AmdSvsmLib library to support an SVSM and patch number 13: UefiPayloadPkg: Prepare UefiPayloadPkg to use the AmdSvsmLib library The updates to edk2-platforms can be applied at the split. I have the edk2-platforms patch series prepared but will hold off on sending until this series settles and is ready to merge. Thanks, Tom -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#116551): https://edk2.groups.io/g/devel/message/116551 Mute This Topic: https://groups.io/mt/104810672/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[edk2-devel] [PATCH v3 00/24] Provide SEV-SNP support for running under an SVSM
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=4654 This series adds SEV-SNP support for running OVMF under an Secure VM Service Module (SVSM) at a less privileged VM Privilege Level (VMPL). By running at a less priviledged VMPL, the SVSM can be used to provide services, e.g. a virtual TPM, for the guest OS within the SEV-SNP confidential VM (CVM) rather than trust such services from the hypervisor. Currently, OVMF expects to run at the highest VMPL, VMPL0, and there are certain SNP related operations that require that VMPL level. Specifically, the PVALIDATE instruction and the RMPADJUST instruction when setting the the VMSA attribute of a page (used when starting APs). If OVMF is to run at a less privileged VMPL, e.g. VMPL2, then it must use an SVSM (which is running at VMPL0) to perform the operations that it is no longer able to perform. When running under an SVSM, OVMF must know the APIC IDs of the vCPUs that it will be starting. As a result, the GHCB APIC ID retrieval action must be performed. Since this service can also work with SEV-SNP running at VMPL0, the patches to make use of this feature are near the beginning of the series. How OVMF interacts with and uses the SVSM is documented in the SVSM specification [1] and the GHCB specification [2]. This support creates a new AmdSvsmLib library that is used by MpInitLib. The edk2-platforms repo requires updates/patches to add the new library requirement. To accomodate that, this series could be split between: patch number 12: UefiCpuPkg/AmdSvsmLib: Create the AmdSvsmLib library to support an SVSM and patch number 13: UefiPayloadPkg: Prepare UefiPayloadPkg to use the AmdSvsmLib library The updates to edk2-platforms can be applied at the split. This series introduces support to run OVMF under an SVSM. It consists of: - Retrieving the list of vCPU APIC IDs and starting up all APs without performing a broadcast SIPI - Reorganizing the page state change support to not directly use the GHCB buffer since an SVSM will use the calling area buffer, instead - Detecting the presence of an SVSM - When not running at VMPL0, invoking the SVSM for page validation and VMSA page creation/deletion - Detecting and allowing OVMF to run in a VMPL other than 0 when an SVSM is present The series is based off of commit: e60529df58e4 ("UefiPayloadPkg: Make Dsc accomodative of other archs") [1] https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/58019.pdf [2] https://www.amd.com/content/dam/amd/en/documents/epyc-technical-docs/specifications/56421.pdf Cc: Anatol Belski Cc: Anthony Perard Cc: Ard Biesheuvel Cc: Corvin Köhne Cc: Erdem Aktas Cc: Gerd Hoffmann Cc: Gua Guo Cc: Guo Dong Cc: James Lu Cc: Jianyong Wu Cc: Jiewen Yao Cc: Laszlo Ersek Cc: Liming Gao Cc: Michael D Kinney Cc: Michael Roth Cc: Min Xu Cc: Rahul Kumar Cc: Ray Ni Cc: Rebecca Cran Cc: Sean Rhodes Cc: Zhiguang Liu --- Changes in v3: - Renamed CcSvsmLib to a more AMD-specific AmdSvsmLib with corresponding function name changes - Moved the GHCB APIC ID list GUID definition from MdePkg to UefiCpuPkg and change the name from gEfiApicIdsGuid to gGhcbApicIdsGuid - Separated the OvmfPkg changes for the AmdSvsmLib into two patches: - First patch adds usage of the AmdSvsmLib NULL library - Second patch adds the OVMF AmdSvsmLib implementation - Updated the commit message for the OVMF AmdSvsmLib implementation to indicate that the base functionality for PVALIDATE and RMPADJUST was copied from the original locations in prep for converting those sites to using the library API. Changes in v2: - Move the APIC IDs retrieval support to the beginning of the patch series - Use a GUIDed HOB to hold the APIC ID list instead of a PCD - Split up Page State Change reorganization into multiple patches - Created CcSvsmLib library instead of extending CcExitLib - This will require a corresponding update to edk2-platform DSC files - Removed Ray Ni's Acked-by since it is not a minor change - Variable name changes and other misc changes Tom Lendacky (24): OvmfPkg/BaseMemEncryptLib: Fix error check from AsmRmpAdjust() MdePkg: GHCB APIC ID retrieval support definitions UefiCpuPkg/MpInitLib: Always use AP Create if GhcbApicIds HOB is present OvmfPkg/PlatformPei: Retrieve APIC IDs from the hypervisor OvmfPkg/BaseMemEncryptSevLib: Fix uncrustify errors OvmfPkg/BaseMemEncryptSevLib: Calculate memory size for Page State Change MdePkg: Avoid hardcoded value for number of Page State Change entries OvmfPkg/BaseMemEncryptSevLib: Re-organize page state change support OvmfPkg/BaseMemEncryptSevLib: Maximize Page State Change efficiency MdePkg/Register/Amd: Define the SVSM related information MdePkg/BaseLib: Add a new VMGEXIT instruction invocation for SVSM UefiCpuPkg/AmdSvsmLib: Create the AmdSvsmLib library to support an SVSM UefiPayloadPkg: Prepare UefiPayloadPkg to use the AmdSvsmLi