BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2198
Two new dynamic MdeModulePkg PCDs are needed to support SEV-ES under OVMF:
- PcdGhcbBase: UINT64 value that is the base address of the GHCB
allocation.
- PcdGhcbSize: UINT64 value that is the size, in bytes, of the
GHCB allocation (size is dependent on the number of
APs).
Cc: Jian J Wang <jian.j.wang@intel.com>
Cc: Hao A Wu <hao.a.wu@intel.com>
Signed-off-by: Tom Lendacky <thomas.lendacky@amd.com>
---
MdeModulePkg/MdeModulePkg.dec | 9 +++++++++
MdeModulePkg/MdeModulePkg.uni | 8 ++++++++
2 files changed, 17 insertions(+)
diff --git a/MdeModulePkg/MdeModulePkg.dec b/MdeModulePkg/MdeModulePkg.dec
index 42ad21cf244d..642a4791d83c 100644
--- a/MdeModulePkg/MdeModulePkg.dec
+++ b/MdeModulePkg/MdeModulePkg.dec
@@ -2048,6 +2048,15 @@ [PcdsDynamic, PcdsDynamicEx]
# @Prompt If there is any test key used by the platform.
gEfiMdeModulePkgTokenSpaceGuid.PcdTestKeyUsed|FALSE|BOOLEAN|0x00030003
+ ## This dynamic PCD holds the base address of the GHCB pool allocation.
+ # @Prompt GHCB Pool Base Address
+ gEfiMdeModulePkgTokenSpaceGuid.PcdGhcbBase|0|UINT64|0x00030007
+
+ ## This dynamic PCD holds the total size of the GHCB pool allocation.
+ # The amount of memory allocated for GHCBs is dependent on the number of APs.
+ # @Prompt GHCB Pool Size
+ gEfiMdeModulePkgTokenSpaceGuid.PcdGhcbSize|0|UINT64|0x00030008
+
[PcdsDynamicEx]
## This dynamic PCD enables the default variable setting.
# Its value is the default store ID value. The default value is zero as Standard default.
diff --git a/MdeModulePkg/MdeModulePkg.uni b/MdeModulePkg/MdeModulePkg.uni
index 2007e0596c4f..2f8cca03e527 100644
--- a/MdeModulePkg/MdeModulePkg.uni
+++ b/MdeModulePkg/MdeModulePkg.uni
@@ -1297,3 +1297,11 @@
#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdTcgPfpMeasurementRevision_PROMPT #language en-US "TCG Platform Firmware Profile revision"
#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdTcgPfpMeasurementRevision_HELP #language en-US "Indicates which TCG Platform Firmware Profile revision the EDKII firmware follows."
+
+#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbBase_PROMPT #language en-US "GHCB Pool Base Address"
+
+#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbBase_HELP #language en-US "Used with SEV-ES support to identify an address range that is not to be encrypted."
+
+#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbSize_PROMPT #language en-US "GHCB Pool Base Size"
+
+#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbSize_HELP #language en-US "Used with SEV-ES support to identify the size of the address range that is not to be encrypted."
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#57832): https://edk2.groups.io/g/devel/message/57832
Mute This Topic: https://groups.io/mt/73201887/1787277
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org]
-=-=-=-=-=-=-=-=-=-=-=-
Hi Tom,
Can you describe what tests have you done for this patch serial?
I just build the UefiCpupkg. Dsc with VS2015x86 and met below errors:
g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(730): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch
g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(745): warning C4244: '=': conversion from 'UINTN' to 'UINT8', possible loss of data
g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(753): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch
Trim --asm-file -o g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\UefiCpuPkg\Library\SmmCpuFeaturesLib\SmmCpuFeaturesLibStm\OUTPUT\X64\SmiEntry.i -i g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\UefiCpuPkg\Library\SmmCpuFeaturesLib\SmmCpuFeaturesLibStm\OUTPUT\inc.lst g:\edk2-open-source\edk2\UefiCpuPkg\Library\SmmCpuFeaturesLib\X64\SmiEntry.nasm
PeiDxeSmmCpuException.c
g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(778): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch
"C:\Program Files (x86)\Microsoft Visual Studio 14.0\Vc\bin\x86_amd64\lib.exe" /NOLOGO /LTCG /OUT:g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\MdeModulePkg\Library\TpmMeasurementLibNull\TpmMeasurementLibNull\OUTPUT\TpmMeasurementLibNull.lib @g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\MdeModulePkg\Library\TpmMeasurementLibNull\TpmMeasurementLibNull\OUTPUT\object_files.lst
Building ... g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuTimerLib\BaseCpuTimerLib.inf [X64]
g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(801): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch
CheckSum.c
g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(821): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch
g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(837): warning C4244: 'function': conversion from 'UINTN' to 'UINT8', possible loss of data
Thanks,
Eric
-----Original Message-----
From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of Lendacky, Thomas
Sent: Thursday, April 23, 2020 1:41 AM
To: devel@edk2.groups.io
Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Laszlo Ersek <lersek@redhat.com>; Ard Biesheuvel <ard.biesheuvel@linaro.org>; Kinney, Michael D <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Dong, Eric <eric.dong@intel.com>; Ni, Ray <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com>
Subject: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to be used in support of SEV-ES
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=2198
Two new dynamic MdeModulePkg PCDs are needed to support SEV-ES under OVMF:
- PcdGhcbBase: UINT64 value that is the base address of the GHCB
allocation.
- PcdGhcbSize: UINT64 value that is the size, in bytes, of the
GHCB allocation (size is dependent on the number of
APs).
Cc: Jian J Wang <jian.j.wang@intel.com>
Cc: Hao A Wu <hao.a.wu@intel.com>
Signed-off-by: Tom Lendacky <thomas.lendacky@amd.com>
---
MdeModulePkg/MdeModulePkg.dec | 9 +++++++++ MdeModulePkg/MdeModulePkg.uni | 8 ++++++++
2 files changed, 17 insertions(+)
diff --git a/MdeModulePkg/MdeModulePkg.dec b/MdeModulePkg/MdeModulePkg.dec index 42ad21cf244d..642a4791d83c 100644
--- a/MdeModulePkg/MdeModulePkg.dec
+++ b/MdeModulePkg/MdeModulePkg.dec
@@ -2048,6 +2048,15 @@ [PcdsDynamic, PcdsDynamicEx]
# @Prompt If there is any test key used by the platform.
gEfiMdeModulePkgTokenSpaceGuid.PcdTestKeyUsed|FALSE|BOOLEAN|0x00030003
+ ## This dynamic PCD holds the base address of the GHCB pool allocation.
+ # @Prompt GHCB Pool Base Address
+ gEfiMdeModulePkgTokenSpaceGuid.PcdGhcbBase|0|UINT64|0x00030007
+
+ ## This dynamic PCD holds the total size of the GHCB pool allocation.
+ # The amount of memory allocated for GHCBs is dependent on the number of APs.
+ # @Prompt GHCB Pool Size
+ gEfiMdeModulePkgTokenSpaceGuid.PcdGhcbSize|0|UINT64|0x00030008
+
[PcdsDynamicEx]
## This dynamic PCD enables the default variable setting.
# Its value is the default store ID value. The default value is zero as Standard default.
diff --git a/MdeModulePkg/MdeModulePkg.uni b/MdeModulePkg/MdeModulePkg.uni index 2007e0596c4f..2f8cca03e527 100644
--- a/MdeModulePkg/MdeModulePkg.uni
+++ b/MdeModulePkg/MdeModulePkg.uni
@@ -1297,3 +1297,11 @@
#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdTcgPfpMeasurementRevision_PROMPT #language en-US "TCG Platform Firmware Profile revision"
#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdTcgPfpMeasurementRevision_HELP #language en-US "Indicates which TCG Platform Firmware Profile revision the EDKII firmware follows."
+
+#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbBase_PROMPT #language en-US "GHCB Pool Base Address"
+
+#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbBase_HELP #language en-US "Used with SEV-ES support to identify an address range that is not to be encrypted."
+
+#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbSize_PROMPT #language en-US "GHCB Pool Base Size"
+
+#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbSize_HELP #language en-US "Used with SEV-ES support to identify the size of the address range that is not to be encrypted."
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#58530): https://edk2.groups.io/g/devel/message/58530
Mute This Topic: https://groups.io/mt/73201887/1787277
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org]
-=-=-=-=-=-=-=-=-=-=-=-
On 5/2/20 3:19 AM, Dong, Eric wrote: > Hi Tom, Hi Eric, > > Can you describe what tests have you done for this patch serial? I've built the OVMF package in 32, 32/64 and 64-bit configurations on Linux using GCC as the compiler. These warnings were not emitted in those configurations. I'll look into seeing if there is a compiler setting that will provide these conversion warnings. I don't have Visual Studio and so cannot test that. I can, however, fix these warnings. Are these the only warnings you have seen? Thanks, Tom > > I just build the UefiCpupkg. Dsc with VS2015x86 and met below errors: > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(730): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(745): warning C4244: '=': conversion from 'UINTN' to 'UINT8', possible loss of data > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(753): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch > Trim --asm-file -o g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\UefiCpuPkg\Library\SmmCpuFeaturesLib\SmmCpuFeaturesLibStm\OUTPUT\X64\SmiEntry.i -i g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\UefiCpuPkg\Library\SmmCpuFeaturesLib\SmmCpuFeaturesLibStm\OUTPUT\inc.lst g:\edk2-open-source\edk2\UefiCpuPkg\Library\SmmCpuFeaturesLib\X64\SmiEntry.nasm > PeiDxeSmmCpuException.c > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(778): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch > "C:\Program Files (x86)\Microsoft Visual Studio 14.0\Vc\bin\x86_amd64\lib.exe" /NOLOGO /LTCG /OUT:g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\MdeModulePkg\Library\TpmMeasurementLibNull\TpmMeasurementLibNull\OUTPUT\TpmMeasurementLibNull.lib @g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\MdeModulePkg\Library\TpmMeasurementLibNull\TpmMeasurementLibNull\OUTPUT\object_files.lst > Building ... g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuTimerLib\BaseCpuTimerLib.inf [X64] > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(801): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch > CheckSum.c > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(821): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(837): warning C4244: 'function': conversion from 'UINTN' to 'UINT8', possible loss of data > > Thanks, > Eric > -----Original Message----- > From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of Lendacky, Thomas > Sent: Thursday, April 23, 2020 1:41 AM > To: devel@edk2.groups.io > Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Laszlo Ersek <lersek@redhat.com>; Ard Biesheuvel <ard.biesheuvel@linaro.org>; Kinney, Michael D <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Dong, Eric <eric.dong@intel.com>; Ni, Ray <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > Subject: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to be used in support of SEV-ES > > BZ: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla.tianocore.org%2Fshow_bug.cgi%3Fid%3D2198&data=02%7C01%7Cthomas.lendacky%40amd.com%7Cfbe4f561e0234d8450fe08d7ee7186e2%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637240043676140655&sdata=xdnfAfSLtPi3FE5olqjU7%2B4OHJBxgOTRAFR0%2BMkECLc%3D&reserved=0 > > Two new dynamic MdeModulePkg PCDs are needed to support SEV-ES under OVMF: > - PcdGhcbBase: UINT64 value that is the base address of the GHCB > allocation. > - PcdGhcbSize: UINT64 value that is the size, in bytes, of the > GHCB allocation (size is dependent on the number of > APs). > > Cc: Jian J Wang <jian.j.wang@intel.com> > Cc: Hao A Wu <hao.a.wu@intel.com> > Signed-off-by: Tom Lendacky <thomas.lendacky@amd.com> > --- > MdeModulePkg/MdeModulePkg.dec | 9 +++++++++ MdeModulePkg/MdeModulePkg.uni | 8 ++++++++ > 2 files changed, 17 insertions(+) > > diff --git a/MdeModulePkg/MdeModulePkg.dec b/MdeModulePkg/MdeModulePkg.dec index 42ad21cf244d..642a4791d83c 100644 > --- a/MdeModulePkg/MdeModulePkg.dec > +++ b/MdeModulePkg/MdeModulePkg.dec > @@ -2048,6 +2048,15 @@ [PcdsDynamic, PcdsDynamicEx] > # @Prompt If there is any test key used by the platform. > gEfiMdeModulePkgTokenSpaceGuid.PcdTestKeyUsed|FALSE|BOOLEAN|0x00030003 > > + ## This dynamic PCD holds the base address of the GHCB pool allocation. > + # @Prompt GHCB Pool Base Address > + gEfiMdeModulePkgTokenSpaceGuid.PcdGhcbBase|0|UINT64|0x00030007 > + > + ## This dynamic PCD holds the total size of the GHCB pool allocation. > + # The amount of memory allocated for GHCBs is dependent on the number of APs. > + # @Prompt GHCB Pool Size > + gEfiMdeModulePkgTokenSpaceGuid.PcdGhcbSize|0|UINT64|0x00030008 > + > [PcdsDynamicEx] > ## This dynamic PCD enables the default variable setting. > # Its value is the default store ID value. The default value is zero as Standard default. > diff --git a/MdeModulePkg/MdeModulePkg.uni b/MdeModulePkg/MdeModulePkg.uni index 2007e0596c4f..2f8cca03e527 100644 > --- a/MdeModulePkg/MdeModulePkg.uni > +++ b/MdeModulePkg/MdeModulePkg.uni > @@ -1297,3 +1297,11 @@ > #string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdTcgPfpMeasurementRevision_PROMPT #language en-US "TCG Platform Firmware Profile revision" > > #string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdTcgPfpMeasurementRevision_HELP #language en-US "Indicates which TCG Platform Firmware Profile revision the EDKII firmware follows." > + > +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbBase_PROMPT #language en-US "GHCB Pool Base Address" > + > +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbBase_HELP #language en-US "Used with SEV-ES support to identify an address range that is not to be encrypted." > + > +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbSize_PROMPT #language en-US "GHCB Pool Base Size" > + > +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbSize_HELP #language en-US "Used with SEV-ES support to identify the size of the address range that is not to be encrypted." > -- > 2.17.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#58553): https://edk2.groups.io/g/devel/message/58553 Mute This Topic: https://groups.io/mt/73201887/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=-=-=-=-=-=-=-=-=-=-=-
Hi Tom, Those errors are not the only errors I met. I also created a pull request to test your patch serial and it reported some errors. Please check the result, https://github.com/tianocore/edk2/pull/575. Thanks, Eric -----Original Message----- From: Tom Lendacky <thomas.lendacky@amd.com> Sent: Monday, May 4, 2020 9:35 PM To: Dong, Eric <eric.dong@intel.com>; devel@edk2.groups.io Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Laszlo Ersek <lersek@redhat.com>; Ard Biesheuvel <ard.biesheuvel@linaro.org>; Kinney, Michael D <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, Ray <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to be used in support of SEV-ES On 5/2/20 3:19 AM, Dong, Eric wrote: > Hi Tom, Hi Eric, > > Can you describe what tests have you done for this patch serial? I've built the OVMF package in 32, 32/64 and 64-bit configurations on Linux using GCC as the compiler. These warnings were not emitted in those configurations. I'll look into seeing if there is a compiler setting that will provide these conversion warnings. I don't have Visual Studio and so cannot test that. I can, however, fix these warnings. Are these the only warnings you have seen? Thanks, Tom > > I just build the UefiCpupkg. Dsc with VS2015x86 and met below errors: > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64 > \ArchAMDSevVcHandler.c(730): warning C4245: 'function': conversion > from 'int' to 'UINT64', signed/unsigned mismatch > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64 > \ArchAMDSevVcHandler.c(745): warning C4244: '=': conversion from > 'UINTN' to 'UINT8', possible loss of data > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(753): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch > Trim --asm-file -o > g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\UefiCpuPkg\ > Library\SmmCpuFeaturesLib\SmmCpuFeaturesLibStm\OUTPUT\X64\SmiEntry.i > -i > g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\UefiCpuPkg\ > Library\SmmCpuFeaturesLib\SmmCpuFeaturesLibStm\OUTPUT\inc.lst > g:\edk2-open-source\edk2\UefiCpuPkg\Library\SmmCpuFeaturesLib\X64\SmiE > ntry.nasm > PeiDxeSmmCpuException.c > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(778): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch > "C:\Program Files (x86)\Microsoft Visual Studio > 14.0\Vc\bin\x86_amd64\lib.exe" /NOLOGO /LTCG > /OUT:g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\MdeMod > ulePkg\Library\TpmMeasurementLibNull\TpmMeasurementLibNull\OUTPUT\TpmM > easurementLibNull.lib > @g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\MdeModuleP > kg\Library\TpmMeasurementLibNull\TpmMeasurementLibNull\OUTPUT\object_f > iles.lst Building ... > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuTimerLib\BaseCpuTimerLi > b.inf [X64] > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64 > \ArchAMDSevVcHandler.c(801): warning C4245: 'function': conversion > from 'int' to 'UINT64', signed/unsigned mismatch CheckSum.c > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64 > \ArchAMDSevVcHandler.c(821): warning C4245: 'function': conversion > from 'int' to 'UINT64', signed/unsigned mismatch > g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64 > \ArchAMDSevVcHandler.c(837): warning C4244: 'function': conversion > from 'UINTN' to 'UINT8', possible loss of data > > Thanks, > Eric > -----Original Message----- > From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of > Lendacky, Thomas > Sent: Thursday, April 23, 2020 1:41 AM > To: devel@edk2.groups.io > Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Laszlo Ersek > <lersek@redhat.com>; Ard Biesheuvel <ard.biesheuvel@linaro.org>; > Kinney, Michael D <michael.d.kinney@intel.com>; Gao, Liming > <liming.gao@intel.com>; Dong, Eric <eric.dong@intel.com>; Ni, Ray > <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian > J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > Subject: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to be > used in support of SEV-ES > > BZ: > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugz > illa.tianocore.org%2Fshow_bug.cgi%3Fid%3D2198&data=02%7C01%7Cthoma > s.lendacky%40amd.com%7Cfbe4f561e0234d8450fe08d7ee7186e2%7C3dd8961fe488 > 4e608e11a82d994e183d%7C0%7C0%7C637240043676140655&sdata=xdnfAfSLtP > i3FE5olqjU7%2B4OHJBxgOTRAFR0%2BMkECLc%3D&reserved=0 > > Two new dynamic MdeModulePkg PCDs are needed to support SEV-ES under OVMF: > - PcdGhcbBase: UINT64 value that is the base address of the GHCB > allocation. > - PcdGhcbSize: UINT64 value that is the size, in bytes, of the > GHCB allocation (size is dependent on the number of > APs). > > Cc: Jian J Wang <jian.j.wang@intel.com> > Cc: Hao A Wu <hao.a.wu@intel.com> > Signed-off-by: Tom Lendacky <thomas.lendacky@amd.com> > --- > MdeModulePkg/MdeModulePkg.dec | 9 +++++++++ MdeModulePkg/MdeModulePkg.uni | 8 ++++++++ > 2 files changed, 17 insertions(+) > > diff --git a/MdeModulePkg/MdeModulePkg.dec > b/MdeModulePkg/MdeModulePkg.dec index 42ad21cf244d..642a4791d83c > 100644 > --- a/MdeModulePkg/MdeModulePkg.dec > +++ b/MdeModulePkg/MdeModulePkg.dec > @@ -2048,6 +2048,15 @@ [PcdsDynamic, PcdsDynamicEx] > # @Prompt If there is any test key used by the platform. > > gEfiMdeModulePkgTokenSpaceGuid.PcdTestKeyUsed|FALSE|BOOLEAN|0x00030003 > > + ## This dynamic PCD holds the base address of the GHCB pool allocation. > + # @Prompt GHCB Pool Base Address > + gEfiMdeModulePkgTokenSpaceGuid.PcdGhcbBase|0|UINT64|0x00030007 > + > + ## This dynamic PCD holds the total size of the GHCB pool allocation. > + # The amount of memory allocated for GHCBs is dependent on the number of APs. > + # @Prompt GHCB Pool Size > + gEfiMdeModulePkgTokenSpaceGuid.PcdGhcbSize|0|UINT64|0x00030008 > + > [PcdsDynamicEx] > ## This dynamic PCD enables the default variable setting. > # Its value is the default store ID value. The default value is zero as Standard default. > diff --git a/MdeModulePkg/MdeModulePkg.uni > b/MdeModulePkg/MdeModulePkg.uni index 2007e0596c4f..2f8cca03e527 > 100644 > --- a/MdeModulePkg/MdeModulePkg.uni > +++ b/MdeModulePkg/MdeModulePkg.uni > @@ -1297,3 +1297,11 @@ > #string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdTcgPfpMeasurementRevision_PROMPT #language en-US "TCG Platform Firmware Profile revision" > > #string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdTcgPfpMeasurementRevision_HELP #language en-US "Indicates which TCG Platform Firmware Profile revision the EDKII firmware follows." > + > +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbBase_PROMPT #language en-US "GHCB Pool Base Address" > + > +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbBase_HELP #language en-US "Used with SEV-ES support to identify an address range that is not to be encrypted." > + > +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbSize_PROMPT #language en-US "GHCB Pool Base Size" > + > +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbSize_HELP #language en-US "Used with SEV-ES support to identify the size of the address range that is not to be encrypted." > -- > 2.17.1 > > > > -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#58554): https://edk2.groups.io/g/devel/message/58554 Mute This Topic: https://groups.io/mt/73201887/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=-=-=-=-=-=-=-=-=-=-=-
On 5/4/20 8:47 AM, Dong, Eric wrote: > Hi Tom, Hi Eric, > > Those errors are not the only errors I met. I also created a pull request to test your patch serial and it reported some errors. Please check the result, https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Fedk2%2Fpull%2F575&data=02%7C01%7Cthomas.lendacky%40amd.com%7Cfdf81d76452848b158f508d7f031c4b7%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637241968853099793&sdata=woq74igmxH5a%2F4vhphtseDjy%2BWil1kPDX0U8auU2Exc%3D&reserved=0. Is there an easy way to run everything that this link points, too? Is it just creating a pull request that does this? I don't want to take up a lot of your time, so if there's some documentation on how to run an integration test to find and fix issues like this, just point me to it. Thanks, Tom > > Thanks, > Eric > -----Original Message----- > From: Tom Lendacky <thomas.lendacky@amd.com> > Sent: Monday, May 4, 2020 9:35 PM > To: Dong, Eric <eric.dong@intel.com>; devel@edk2.groups.io > Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Laszlo Ersek <lersek@redhat.com>; Ard Biesheuvel <ard.biesheuvel@linaro.org>; Kinney, Michael D <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, Ray <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to be used in support of SEV-ES > > On 5/2/20 3:19 AM, Dong, Eric wrote: >> Hi Tom, > > Hi Eric, > >> >> Can you describe what tests have you done for this patch serial? > > I've built the OVMF package in 32, 32/64 and 64-bit configurations on Linux using GCC as the compiler. These warnings were not emitted in those configurations. I'll look into seeing if there is a compiler setting that will provide these conversion warnings. > > I don't have Visual Studio and so cannot test that. I can, however, fix these warnings. Are these the only warnings you have seen? > > Thanks, > Tom > >> >> I just build the UefiCpupkg. Dsc with VS2015x86 and met below errors: >> g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64 >> \ArchAMDSevVcHandler.c(730): warning C4245: 'function': conversion >> from 'int' to 'UINT64', signed/unsigned mismatch >> g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64 >> \ArchAMDSevVcHandler.c(745): warning C4244: '=': conversion from >> 'UINTN' to 'UINT8', possible loss of data >> g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(753): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch >> Trim --asm-file -o >> g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\UefiCpuPkg\ >> Library\SmmCpuFeaturesLib\SmmCpuFeaturesLibStm\OUTPUT\X64\SmiEntry.i >> -i >> g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\UefiCpuPkg\ >> Library\SmmCpuFeaturesLib\SmmCpuFeaturesLibStm\OUTPUT\inc.lst >> g:\edk2-open-source\edk2\UefiCpuPkg\Library\SmmCpuFeaturesLib\X64\SmiE >> ntry.nasm >> PeiDxeSmmCpuException.c >> g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64\ArchAMDSevVcHandler.c(778): warning C4245: 'function': conversion from 'int' to 'UINT64', signed/unsigned mismatch >> "C:\Program Files (x86)\Microsoft Visual Studio >> 14.0\Vc\bin\x86_amd64\lib.exe" /NOLOGO /LTCG >> /OUT:g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\MdeMod >> ulePkg\Library\TpmMeasurementLibNull\TpmMeasurementLibNull\OUTPUT\TpmM >> easurementLibNull.lib >> @g:\edk2-open-source\edk2\Build\UefiCpu\DEBUG_VS2015x86\X64\MdeModuleP >> kg\Library\TpmMeasurementLibNull\TpmMeasurementLibNull\OUTPUT\object_f >> iles.lst Building ... >> g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuTimerLib\BaseCpuTimerLi >> b.inf [X64] >> g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64 >> \ArchAMDSevVcHandler.c(801): warning C4245: 'function': conversion >> from 'int' to 'UINT64', signed/unsigned mismatch CheckSum.c >> g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64 >> \ArchAMDSevVcHandler.c(821): warning C4245: 'function': conversion >> from 'int' to 'UINT64', signed/unsigned mismatch >> g:\edk2-open-source\edk2\UefiCpuPkg\Library\CpuExceptionHandlerLib\X64 >> \ArchAMDSevVcHandler.c(837): warning C4244: 'function': conversion >> from 'UINTN' to 'UINT8', possible loss of data >> >> Thanks, >> Eric >> -----Original Message----- >> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of >> Lendacky, Thomas >> Sent: Thursday, April 23, 2020 1:41 AM >> To: devel@edk2.groups.io >> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Laszlo Ersek >> <lersek@redhat.com>; Ard Biesheuvel <ard.biesheuvel@linaro.org>; >> Kinney, Michael D <michael.d.kinney@intel.com>; Gao, Liming >> <liming.gao@intel.com>; Dong, Eric <eric.dong@intel.com>; Ni, Ray >> <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian >> J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> >> Subject: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to be >> used in support of SEV-ES >> >> BZ: >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugz >> illa.tianocore.org%2Fshow_bug.cgi%3Fid%3D2198&data=02%7C01%7Cthoma >> s.lendacky%40amd.com%7Cfbe4f561e0234d8450fe08d7ee7186e2%7C3dd8961fe488 >> 4e608e11a82d994e183d%7C0%7C0%7C637240043676140655&sdata=xdnfAfSLtP >> i3FE5olqjU7%2B4OHJBxgOTRAFR0%2BMkECLc%3D&reserved=0 >> >> Two new dynamic MdeModulePkg PCDs are needed to support SEV-ES under OVMF: >> - PcdGhcbBase: UINT64 value that is the base address of the GHCB >> allocation. >> - PcdGhcbSize: UINT64 value that is the size, in bytes, of the >> GHCB allocation (size is dependent on the number of >> APs). >> >> Cc: Jian J Wang <jian.j.wang@intel.com> >> Cc: Hao A Wu <hao.a.wu@intel.com> >> Signed-off-by: Tom Lendacky <thomas.lendacky@amd.com> >> --- >> MdeModulePkg/MdeModulePkg.dec | 9 +++++++++ MdeModulePkg/MdeModulePkg.uni | 8 ++++++++ >> 2 files changed, 17 insertions(+) >> >> diff --git a/MdeModulePkg/MdeModulePkg.dec >> b/MdeModulePkg/MdeModulePkg.dec index 42ad21cf244d..642a4791d83c >> 100644 >> --- a/MdeModulePkg/MdeModulePkg.dec >> +++ b/MdeModulePkg/MdeModulePkg.dec >> @@ -2048,6 +2048,15 @@ [PcdsDynamic, PcdsDynamicEx] >> # @Prompt If there is any test key used by the platform. >> >> gEfiMdeModulePkgTokenSpaceGuid.PcdTestKeyUsed|FALSE|BOOLEAN|0x00030003 >> >> + ## This dynamic PCD holds the base address of the GHCB pool allocation. >> + # @Prompt GHCB Pool Base Address >> + gEfiMdeModulePkgTokenSpaceGuid.PcdGhcbBase|0|UINT64|0x00030007 >> + >> + ## This dynamic PCD holds the total size of the GHCB pool allocation. >> + # The amount of memory allocated for GHCBs is dependent on the number of APs. >> + # @Prompt GHCB Pool Size >> + gEfiMdeModulePkgTokenSpaceGuid.PcdGhcbSize|0|UINT64|0x00030008 >> + >> [PcdsDynamicEx] >> ## This dynamic PCD enables the default variable setting. >> # Its value is the default store ID value. The default value is zero as Standard default. >> diff --git a/MdeModulePkg/MdeModulePkg.uni >> b/MdeModulePkg/MdeModulePkg.uni index 2007e0596c4f..2f8cca03e527 >> 100644 >> --- a/MdeModulePkg/MdeModulePkg.uni >> +++ b/MdeModulePkg/MdeModulePkg.uni >> @@ -1297,3 +1297,11 @@ >> #string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdTcgPfpMeasurementRevision_PROMPT #language en-US "TCG Platform Firmware Profile revision" >> >> #string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdTcgPfpMeasurementRevision_HELP #language en-US "Indicates which TCG Platform Firmware Profile revision the EDKII firmware follows." >> + >> +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbBase_PROMPT #language en-US "GHCB Pool Base Address" >> + >> +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbBase_HELP #language en-US "Used with SEV-ES support to identify an address range that is not to be encrypted." >> + >> +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbSize_PROMPT #language en-US "GHCB Pool Base Size" >> + >> +#string STR_gEfiMdeModulePkgTokenSpaceGuid_PcdGhcbSize_HELP #language en-US "Used with SEV-ES support to identify the size of the address range that is not to be encrypted." >> -- >> 2.17.1 >> >> >> >> -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#58562): https://edk2.groups.io/g/devel/message/58562 Mute This Topic: https://groups.io/mt/73201887/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=-=-=-=-=-=-=-=-=-=-=-
On 05/04/20 18:41, Tom Lendacky wrote: > Is there an easy way to run everything that this link points, too? Is it > just creating a pull request that does this? I don't want to take up a > lot of your time, so if there's some documentation on how to run an > integration test to find and fix issues like this, just point me to it. Just create a pull request; it will set off CI, and you can review VS build errors there (if any). Your PR will automatically be closed (rejected) regardless of whether CI succeeds or not. PRs are merged -- in fact, *auto*-merged, by the "mergify bot" -- if and only if (a) the CI run succeeds, and (b) the PR has the "push" label set. And only edk2 maintainers have permission to set the "push" label. Any PR without the "push" label qualifies as a "personal test build". So you can freely experiment with PRs, because you can't (even unwittingly) satisfy condition (b). https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Development-Process Thanks, Laszlo -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#58639): https://edk2.groups.io/g/devel/message/58639 Mute This Topic: https://groups.io/mt/73201887/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=-=-=-=-=-=-=-=-=-=-=-
> -----Original Message----- > From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of > Laszlo Ersek > Sent: Tuesday, May 5, 2020 11:30 PM > To: Tom Lendacky <thomas.lendacky@amd.com>; Dong, Eric > <eric.dong@intel.com>; devel@edk2.groups.io > Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel > <ard.biesheuvel@linaro.org>; Kinney, Michael D > <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, Ray > <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J > <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to > be used in support of SEV-ES > > On 05/04/20 18:41, Tom Lendacky wrote: > > > Is there an easy way to run everything that this link points, too? Is > > it just creating a pull request that does this? I don't want to take > > up a lot of your time, so if there's some documentation on how to run > > an integration test to find and fix issues like this, just point me to it. > > Just create a pull request; it will set off CI, and you can review VS build errors > there (if any). > > Your PR will automatically be closed (rejected) regardless of whether CI > succeeds or not. PRs are merged -- in fact, *auto*-merged, by the "mergify > bot" -- if and only if (a) the CI run succeeds, and (b) the PR has the "push" > label set. > > And only edk2 maintainers have permission to set the "push" label. Any PR > without the "push" label qualifies as a "personal test build". So you can freely > experiment with PRs, because you can't (even unwittingly) satisfy condition > (b). > > https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Development- > Process > Thanks Laszlo for your explanation. I found this patch serial is incompatible for the existed platforms. Can you help to fix the build failure for these platforms in https://github.com/tianocore/edk2-platforms I think you also needs to add an wiki page to explain what need to do if an platform needs to integrate your changes, also it's better to explain this feature in the page. https://github.com/tianocore/tianocore.github.io/wiki If you want to include this change in the next edk2 release, you need to add one item for it in the release plan page, sample can be found in below pages: https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Release-Planning Thanks, Eric > Thanks, > Laszlo > > > -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#58673): https://edk2.groups.io/g/devel/message/58673 Mute This Topic: https://groups.io/mt/73201887/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=-=-=-=-=-=-=-=-=-=-=-
On 5/5/20 8:53 PM, Dong, Eric wrote: > > >> -----Original Message----- >> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of >> Laszlo Ersek >> Sent: Tuesday, May 5, 2020 11:30 PM >> To: Tom Lendacky <thomas.lendacky@amd.com>; Dong, Eric >> <eric.dong@intel.com>; devel@edk2.groups.io >> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel >> <ard.biesheuvel@linaro.org>; Kinney, Michael D >> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, Ray >> <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J >> <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> >> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to >> be used in support of SEV-ES >> >> On 05/04/20 18:41, Tom Lendacky wrote: >> >>> Is there an easy way to run everything that this link points, too? Is >>> it just creating a pull request that does this? I don't want to take >>> up a lot of your time, so if there's some documentation on how to run >>> an integration test to find and fix issues like this, just point me to it. >> >> Just create a pull request; it will set off CI, and you can review VS build errors >> there (if any). >> >> Your PR will automatically be closed (rejected) regardless of whether CI >> succeeds or not. PRs are merged -- in fact, *auto*-merged, by the "mergify >> bot" -- if and only if (a) the CI run succeeds, and (b) the PR has the "push" >> label set. >> >> And only edk2 maintainers have permission to set the "push" label. Any PR >> without the "push" label qualifies as a "personal test build". So you can freely >> experiment with PRs, because you can't (even unwittingly) satisfy condition >> (b). >> >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II-Development-&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=3%2FIKB174QaVLaqO0u1gdrL0izXmhEZ%2Byvj3iC13UYBc%3D&reserved=0 >> Process >> > > Thanks Laszlo for your explanation. > > I found this patch serial is incompatible for the existed platforms. Can you help to fix the build failure for these platforms in https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Fedk2-platforms&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=jU0qrB%2BV6ZvFmPzjcxGo9o2Pu1%2FrhRW0gUZTMv%2BiXDQ%3D&reserved=0 > I have fixed all of the build issues associated with the VS compiler using the pull request method that Laszlo mentioned. I then successfully built the RPi4 platform under GCC (build -n 32 -a AARCH64 -t GCC5 -p Platform/RaspberryPi/RPi4/RPi4.dsc) using the AARCH64 cross compiler. Is there a particular platform that experiences an issue or are the failures related to the VS compiler errors that my next series will have fixed? > I think you also needs to add an wiki page to explain what need to do if an platform needs to integrate your changes, also it's better to explain this feature in the page. > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=xLkoV4zWhxtsbqszqPc0lEAl%2BYLL%2B2wg1nIXql8a64E%3D&reserved=0 I don't see any platform other than OVMF using this feature as it is a virtualization feature. Having said that I can add an explanation of what is needed should another virtualization platform be created under EDK2 that wants to support SEV-ES. And, as you said, I can also explain the feature overall on the page. > > > If you want to include this change in the next edk2 release, you need to add one item for it in the release plan page, sample can be found in below pages: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II-Release-Planning&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=kcDVjYHMS9bRRZOlKEk5ynFNT39AnxchJAMak%2Bn870I%3D&reserved=0 Thanks. Is there anyone in particular that I need to request this feature be added? Thanks, Tom > > > Thanks, > Eric > >> Thanks, >> Laszlo >> >> >> -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#58711): https://edk2.groups.io/g/devel/message/58711 Mute This Topic: https://groups.io/mt/73201887/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=-=-=-=-=-=-=-=-=-=-=-
Hi Tom, > -----Original Message----- > From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of > Lendacky, Thomas > Sent: Wednesday, May 6, 2020 9:20 PM > To: Dong, Eric <eric.dong@intel.com>; devel@edk2.groups.io; > lersek@redhat.com > Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel > <ard.biesheuvel@linaro.org>; Kinney, Michael D > <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, Ray > <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J > <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to > be used in support of SEV-ES > > On 5/5/20 8:53 PM, Dong, Eric wrote: > > > > > >> -----Original Message----- > >> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of > >> Laszlo Ersek > >> Sent: Tuesday, May 5, 2020 11:30 PM > >> To: Tom Lendacky <thomas.lendacky@amd.com>; Dong, Eric > >> <eric.dong@intel.com>; devel@edk2.groups.io > >> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel > >> <ard.biesheuvel@linaro.org>; Kinney, Michael D > >> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, > >> Ray <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, > >> Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > >> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs > >> to be used in support of SEV-ES > >> > >> On 05/04/20 18:41, Tom Lendacky wrote: > >> > >>> Is there an easy way to run everything that this link points, too? > >>> Is it just creating a pull request that does this? I don't want to > >>> take up a lot of your time, so if there's some documentation on how > >>> to run an integration test to find and fix issues like this, just point me to it. > >> > >> Just create a pull request; it will set off CI, and you can review VS > >> build errors there (if any). > >> > >> Your PR will automatically be closed (rejected) regardless of whether > >> CI succeeds or not. PRs are merged -- in fact, *auto*-merged, by the > >> "mergify bot" -- if and only if (a) the CI run succeeds, and (b) the PR has > the "push" > >> label set. > >> > >> And only edk2 maintainers have permission to set the "push" label. > >> Any PR without the "push" label qualifies as a "personal test build". > >> So you can freely experiment with PRs, because you can't (even > >> unwittingly) satisfy condition (b). > >> > >> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit > >> hub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II- > Development > >> - > &data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a9 > 57285 > >> > 08d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C63724 > 326821 > >> > 7382019&sdata=3%2FIKB174QaVLaqO0u1gdrL0izXmhEZ%2Byvj3iC13UYB > c%3D& > >> amp;reserved=0 > >> Process > >> > > > > Thanks Laszlo for your explanation. > > > > I found this patch serial is incompatible for the existed platforms. > > Can you help to fix the build failure for these platforms in > > > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith > > ub.com%2Ftianocore%2Fedk2- > platforms&data=02%7C01%7Cthomas.lendacky > > %40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884e6 > 08e11a8 > > > 2d994e183d%7C0%7C0%7C637243268217382019&sdata=jU0qrB%2BV6Z > vFmPzjcx > > Go9o2Pu1%2FrhRW0gUZTMv%2BiXDQ%3D&reserved=0 > > > > I have fixed all of the build issues associated with the VS compiler using the > pull request method that Laszlo mentioned. I then successfully built the RPi4 > platform under GCC (build -n 32 -a AARCH64 -t GCC5 -p > Platform/RaspberryPi/RPi4/RPi4.dsc) using the AARCH64 cross compiler. > > Is there a particular platform that experiences an issue or are the failures > related to the VS compiler errors that my next series will have fixed? I used the KabylakeRvp3 platform with your changes in Edk2 and met failures. KabylakeRvp3 code at Edk2-platforms\Platform\Intel\KabylakeOpenBoardPkg\ I used below command to build the code. C:\Code\OpenSource\edk2-platforms\Platform\Intel>build_bios.py --platform KabylakeRvp3 You need clone below repositories to build the code. Edk2: git@github.com:tianocore/edk2.git Edk2-Platform git@github.com:tianocore/edk2-platforms.git edk2-non-osi : git@github.com:tianocore/edk2-non-osi.git FSP: git@github.com:IntelFsp/FSP.git > > > I think you also needs to add an wiki page to explain what need to do if an > platform needs to integrate your changes, also it's better to explain this > feature in the page. > > > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith > > > ub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki&data=02%7C01%7 > Ctho > > > mas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd89 > 61fe4 > > > 884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=x > LkoV4zW > > hxtsbqszqPc0lEAl%2BYLL%2B2wg1nIXql8a64E%3D&reserved=0 > > I don't see any platform other than OVMF using this feature as it is a > virtualization feature. Having said that I can add an explanation of what is > needed should another virtualization platform be created under EDK2 that > wants to support SEV-ES. And, as you said, I can also explain the feature > overall on the page. > I think your page includes two parts, one is how to change the platform code to make the platform pass build, the other is if the platform needs to enable the virtualization feature, how to enable it. > > > > > > If you want to include this change in the next edk2 release, you need > > to add one item for it in the release plan page, sample can be found > > in below pages: > > > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith > > ub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II-Release- > Plann > > > ing&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84 > a95728 > > > 508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C6372 > 4326821 > > > 7382019&sdata=kcDVjYHMS9bRRZOlKEk5ynFNT39AnxchJAMak%2Bn870 > I%3D& > > ;reserved=0 > > Thanks. Is there anyone in particular that I need to request this feature be > added? You can syn with Liming, he is the edk2 release manager. He owns edk2 stable tag release task. Thanks, Eric > > Thanks, > Tom > > > > > > > Thanks, > > Eric > > > >> Thanks, > >> Laszlo > >> > >> > >> > > -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#58716): https://edk2.groups.io/g/devel/message/58716 Mute This Topic: https://groups.io/mt/73201887/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=-=-=-=-=-=-=-=-=-=-=-
Hi Eric,
On 5/6/20 10:06 AM, Dong, Eric wrote:
> Hi Tom,
>
>> -----Original Message-----
>> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of
>> Lendacky, Thomas
>> Sent: Wednesday, May 6, 2020 9:20 PM
>> To: Dong, Eric <eric.dong@intel.com>; devel@edk2.groups.io;
>> lersek@redhat.com
>> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel
>> <ard.biesheuvel@linaro.org>; Kinney, Michael D
>> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, Ray
>> <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J
>> <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com>
>> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to
>> be used in support of SEV-ES
>>
>> On 5/5/20 8:53 PM, Dong, Eric wrote:
>>>
>>>
>>>> -----Original Message-----
>>>> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of
>>>> Laszlo Ersek
>>>> Sent: Tuesday, May 5, 2020 11:30 PM
>>>> To: Tom Lendacky <thomas.lendacky@amd.com>; Dong, Eric
>>>> <eric.dong@intel.com>; devel@edk2.groups.io
>>>> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel
>>>> <ard.biesheuvel@linaro.org>; Kinney, Michael D
>>>> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni,
>>>> Ray <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang,
>>>> Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com>
>>>> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs
>>>> to be used in support of SEV-ES
>>>>
>>>> On 05/04/20 18:41, Tom Lendacky wrote:
>>>>
>>>>> Is there an easy way to run everything that this link points, too?
>>>>> Is it just creating a pull request that does this? I don't want to
>>>>> take up a lot of your time, so if there's some documentation on how
>>>>> to run an integration test to find and fix issues like this, just point me to it.
>>>>
>>>> Just create a pull request; it will set off CI, and you can review VS
>>>> build errors there (if any).
>>>>
>>>> Your PR will automatically be closed (rejected) regardless of whether
>>>> CI succeeds or not. PRs are merged -- in fact, *auto*-merged, by the
>>>> "mergify bot" -- if and only if (a) the CI run succeeds, and (b) the PR has
>> the "push"
>>>> label set.
>>>>
>>>> And only edk2 maintainers have permission to set the "push" label.
>>>> Any PR without the "push" label qualifies as a "personal test build".
>>>> So you can freely experiment with PRs, because you can't (even
>>>> unwittingly) satisfy condition (b).
>>>>
>>>>
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit
>>>> hub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II-
>> Development
>>>> -
>> &data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a9
>> 57285
>>>>
>> 08d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C63724
>> 326821
>>>>
>> 7382019&sdata=3%2FIKB174QaVLaqO0u1gdrL0izXmhEZ%2Byvj3iC13UYB
>> c%3D&
>>>> amp;reserved=0
>>>> Process
>>>>
>>>
>>> Thanks Laszlo for your explanation.
>>>
>>> I found this patch serial is incompatible for the existed platforms.
>>> Can you help to fix the build failure for these platforms in
>>>
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith
>>> ub.com%2Ftianocore%2Fedk2-
>> platforms&data=02%7C01%7Cthomas.lendacky
>>> %40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884e6
>> 08e11a8
>>>
>> 2d994e183d%7C0%7C0%7C637243268217382019&sdata=jU0qrB%2BV6Z
>> vFmPzjcx
>>> Go9o2Pu1%2FrhRW0gUZTMv%2BiXDQ%3D&reserved=0
>>>
>>
>> I have fixed all of the build issues associated with the VS compiler using the
>> pull request method that Laszlo mentioned. I then successfully built the RPi4
>> platform under GCC (build -n 32 -a AARCH64 -t GCC5 -p
>> Platform/RaspberryPi/RPi4/RPi4.dsc) using the AARCH64 cross compiler.
>>
>> Is there a particular platform that experiences an issue or are the failures
>> related to the VS compiler errors that my next series will have fixed?
>
> I used the KabylakeRvp3 platform with your changes in Edk2 and met failures.
> KabylakeRvp3 code at Edk2-platforms\Platform\Intel\KabylakeOpenBoardPkg\
>
> I used below command to build the code.
> C:\Code\OpenSource\edk2-platforms\Platform\Intel>build_bios.py --platform KabylakeRvp3
>
> You need clone below repositories to build the code.
> Edk2: git@github.com:tianocore/edk2.git
> Edk2-Platform git@github.com:tianocore/edk2-platforms.git
> edk2-non-osi : git@github.com:tianocore/edk2-non-osi.git
> FSP: git@github.com:IntelFsp/FSP.git
On my Linux system, I cloned all the libraries and set the WORKSPACE and
PACKAGES_PATH env variables, sourced edksetup.sh and issued:
python3 edk2-platforms/Platform/Intel/build_bios.py --platform KabylakeRvp3
and got the following errors:
Traceback (most recent call last):
File "edk2-platforms/Platform/Intel/build_bios.py", line 1097, in <module>
main()
File "edk2-platforms/Platform/Intel/build_bios.py", line 1067, in main
platform_config = get_platform_config(arguments.platform, build_config)
File "edk2-platforms/Platform/Intel/build_bios.py", line 904, in get_platform_config
path = platform_data.get(platform_name)
AttributeError: 'NoneType' object has no attribute 'get'
I don't know what I'm missing as to why this error pops up. How is this
done on a Linux system?
Did your build fail because of the VmgExitLib library not being specified?
If the platform includes the CpuExceptionHandlerLib or MpInitLib libraries
then it will now also need to include the VmgExitLib library.
I wish the build system could figure out that because the VmgExitLib
library is specified in the various CpuExceptionHandlerLib INF files and
the various MpInitLib INF files, it would automatically know to include it
in whatever uses those libraries. It doesn't seem right that you would
have to know and specify the library requirements of a library you are
including when the system could figure it out.
Thanks,
Tom
>
>>
>>> I think you also needs to add an wiki page to explain what need to do if an
>> platform needs to integrate your changes, also it's better to explain this
>> feature in the page.
>>>
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith
>>>
>> ub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki&data=02%7C01%7
>> Ctho
>>>
>> mas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd89
>> 61fe4
>>>
>> 884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=x
>> LkoV4zW
>>> hxtsbqszqPc0lEAl%2BYLL%2B2wg1nIXql8a64E%3D&reserved=0
>>
>> I don't see any platform other than OVMF using this feature as it is a
>> virtualization feature. Having said that I can add an explanation of what is
>> needed should another virtualization platform be created under EDK2 that
>> wants to support SEV-ES. And, as you said, I can also explain the feature
>> overall on the page.
>>
>
> I think your page includes two parts, one is how to change the platform code to make the platform pass build,
> the other is if the platform needs to enable the virtualization feature, how to enable it.
>
>>>
>>>
>>> If you want to include this change in the next edk2 release, you need
>>> to add one item for it in the release plan page, sample can be found
>>> in below pages:
>>>
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith
>>> ub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II-Release-
>> Plann
>>>
>> ing&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84
>> a95728
>>>
>> 508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C6372
>> 4326821
>>>
>> 7382019&sdata=kcDVjYHMS9bRRZOlKEk5ynFNT39AnxchJAMak%2Bn870
>> I%3D&
>>> ;reserved=0
>>
>> Thanks. Is there anyone in particular that I need to request this feature be
>> added?
>
> You can syn with Liming, he is the edk2 release manager. He owns edk2 stable tag release task.
>
> Thanks,
> Eric
>>
>> Thanks,
>> Tom
>>
>>>
>>>
>>> Thanks,
>>> Eric
>>>
>>>> Thanks,
>>>> Laszlo
>>>>
>>>>
>>>>
>>
>>
>
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#58737): https://edk2.groups.io/g/devel/message/58737
Mute This Topic: https://groups.io/mt/73201887/1787277
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org]
-=-=-=-=-=-=-=-=-=-=-=-
Hi Tom, > -----Original Message----- > From: Tom Lendacky <thomas.lendacky@amd.com> > Sent: Thursday, May 7, 2020 2:33 AM > To: Dong, Eric <eric.dong@intel.com>; devel@edk2.groups.io; > lersek@redhat.com > Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel > <ard.biesheuvel@linaro.org>; Kinney, Michael D > <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, Ray > <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J > <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to > be used in support of SEV-ES > > Hi Eric, > > On 5/6/20 10:06 AM, Dong, Eric wrote: > > Hi Tom, > > > >> -----Original Message----- > >> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of > >> Lendacky, Thomas > >> Sent: Wednesday, May 6, 2020 9:20 PM > >> To: Dong, Eric <eric.dong@intel.com>; devel@edk2.groups.io; > >> lersek@redhat.com > >> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel > >> <ard.biesheuvel@linaro.org>; Kinney, Michael D > >> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, > >> Ray <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, > >> Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > >> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs > >> to be used in support of SEV-ES > >> > >> On 5/5/20 8:53 PM, Dong, Eric wrote: > >>> > >>> > >>>> -----Original Message----- > >>>> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf > >>>> Of Laszlo Ersek > >>>> Sent: Tuesday, May 5, 2020 11:30 PM > >>>> To: Tom Lendacky <thomas.lendacky@amd.com>; Dong, Eric > >>>> <eric.dong@intel.com>; devel@edk2.groups.io > >>>> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel > >>>> <ard.biesheuvel@linaro.org>; Kinney, Michael D > >>>> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; > >>>> Ni, Ray <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; > >>>> Wang, Jian J <jian.j.wang@intel.com>; Wu, Hao A > >>>> <hao.a.wu@intel.com> > >>>> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create > >>>> PCDs to be used in support of SEV-ES > >>>> > >>>> On 05/04/20 18:41, Tom Lendacky wrote: > >>>> > >>>>> Is there an easy way to run everything that this link points, too? > >>>>> Is it just creating a pull request that does this? I don't want to > >>>>> take up a lot of your time, so if there's some documentation on > >>>>> how to run an integration test to find and fix issues like this, just point > me to it. > >>>> > >>>> Just create a pull request; it will set off CI, and you can review > >>>> VS build errors there (if any). > >>>> > >>>> Your PR will automatically be closed (rejected) regardless of > >>>> whether CI succeeds or not. PRs are merged -- in fact, > >>>> *auto*-merged, by the "mergify bot" -- if and only if (a) the CI > >>>> run succeeds, and (b) the PR has > >> the "push" > >>>> label set. > >>>> > >>>> And only edk2 maintainers have permission to set the "push" label. > >>>> Any PR without the "push" label qualifies as a "personal test build". > >>>> So you can freely experiment with PRs, because you can't (even > >>>> unwittingly) satisfy condition (b). > >>>> > >>>> > >> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit > >>>> hub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II- > >> Development > >>>> - > >> > &data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a9 > >> 57285 > >>>> > >> > 08d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C63724 > >> 326821 > >>>> > >> > 7382019&sdata=3%2FIKB174QaVLaqO0u1gdrL0izXmhEZ%2Byvj3iC13UYB > >> c%3D& > >>>> amp;reserved=0 > >>>> Process > >>>> > >>> > >>> Thanks Laszlo for your explanation. > >>> > >>> I found this patch serial is incompatible for the existed platforms. > >>> Can you help to fix the build failure for these platforms in > >>> > >> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit > >> h > >>> ub.com%2Ftianocore%2Fedk2- > >> platforms&data=02%7C01%7Cthomas.lendacky > >>> %40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884 > e6 > >> 08e11a8 > >>> > >> > 2d994e183d%7C0%7C0%7C637243268217382019&sdata=jU0qrB%2BV6Z > >> vFmPzjcx > >>> Go9o2Pu1%2FrhRW0gUZTMv%2BiXDQ%3D&reserved=0 > >>> > >> > >> I have fixed all of the build issues associated with the VS compiler > >> using the pull request method that Laszlo mentioned. I then > >> successfully built the RPi4 platform under GCC (build -n 32 -a > >> AARCH64 -t GCC5 -p > >> Platform/RaspberryPi/RPi4/RPi4.dsc) using the AARCH64 cross compiler. > >> > >> Is there a particular platform that experiences an issue or are the > >> failures related to the VS compiler errors that my next series will have > fixed? > > > > I used the KabylakeRvp3 platform with your changes in Edk2 and met > failures. > > KabylakeRvp3 code at > > Edk2-platforms\Platform\Intel\KabylakeOpenBoardPkg\ > > > > I used below command to build the code. > > C:\Code\OpenSource\edk2-platforms\Platform\Intel>build_bios.py > > --platform KabylakeRvp3 > > > > You need clone below repositories to build the code. > > Edk2: git@github.com:tianocore/edk2.git Edk2-Platform > > git@github.com:tianocore/edk2-platforms.git > > edk2-non-osi : git@github.com:tianocore/edk2-non-osi.git > > FSP: git@github.com:IntelFsp/FSP.git > > On my Linux system, I cloned all the libraries and set the WORKSPACE and > PACKAGES_PATH env variables, sourced edksetup.sh and issued: > > python3 edk2-platforms/Platform/Intel/build_bios.py --platform > KabylakeRvp3 > > and got the following errors: > > Traceback (most recent call last): > File "edk2-platforms/Platform/Intel/build_bios.py", line 1097, in <module> > main() > File "edk2-platforms/Platform/Intel/build_bios.py", line 1067, in main > platform_config = get_platform_config(arguments.platform, build_config) > File "edk2-platforms/Platform/Intel/build_bios.py", line 904, in > get_platform_config > path = platform_data.get(platform_name) > AttributeError: 'NoneType' object has no attribute 'get' I build it in windows environment and I not met this error. > > I don't know what I'm missing as to why this error pops up. How is this done > on a Linux system? > > Did your build fail because of the VmgExitLib library not being specified? > If the platform includes the CpuExceptionHandlerLib or MpInitLib libraries > then it will now also need to include the VmgExitLib library. With your V7 patches, I also met other code errors. Just like I replied to you in other mails. > > I wish the build system could figure out that because the VmgExitLib library is > specified in the various CpuExceptionHandlerLib INF files and the various > MpInitLib INF files, it would automatically know to include it in whatever uses > those libraries. It doesn't seem right that you would have to know and > specify the library requirements of a library you are including when the > system could figure it out. Current build system not support this yet. So, this is the impact for the exited platforms. We need to prepare the patches for the existed platforms we cared before push all your patches. Thanks, Eric > > Thanks, > Tom > > > > >> > >>> I think you also needs to add an wiki page to explain what need to > >>> do if an > >> platform needs to integrate your changes, also it's better to explain > >> this feature in the page. > >>> > >> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit > >> h > >>> > >> > ub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki&data=02%7C01%7 > >> Ctho > >>> > >> > mas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd89 > >> 61fe4 > >>> > >> > 884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=x > >> LkoV4zW > >>> hxtsbqszqPc0lEAl%2BYLL%2B2wg1nIXql8a64E%3D&reserved=0 > >> > >> I don't see any platform other than OVMF using this feature as it is > >> a virtualization feature. Having said that I can add an explanation > >> of what is needed should another virtualization platform be created > >> under EDK2 that wants to support SEV-ES. And, as you said, I can also > >> explain the feature overall on the page. > >> > > > > I think your page includes two parts, one is how to change the > > platform code to make the platform pass build, the other is if the platform > needs to enable the virtualization feature, how to enable it. > > > >>> > >>> > >>> If you want to include this change in the next edk2 release, you > >>> need to add one item for it in the release plan page, sample can be > >>> found in below pages: > >>> > >> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit > >> h > >>> ub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II-Release- > >> Plann > >>> > >> > ing&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84 > >> a95728 > >>> > >> > 508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C6372 > >> 4326821 > >>> > >> > 7382019&sdata=kcDVjYHMS9bRRZOlKEk5ynFNT39AnxchJAMak%2Bn870 > >> I%3D& > >>> ;reserved=0 > >> > >> Thanks. Is there anyone in particular that I need to request this > >> feature be added? > > > > You can syn with Liming, he is the edk2 release manager. He owns edk2 > stable tag release task. > > > > Thanks, > > Eric > >> > >> Thanks, > >> Tom > >> > >>> > >>> > >>> Thanks, > >>> Eric > >>> > >>>> Thanks, > >>>> Laszlo > >>>> > >>>> > >>>> > >> > >> > > -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#58769): https://edk2.groups.io/g/devel/message/58769 Mute This Topic: https://groups.io/mt/73201887/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=-=-=-=-=-=-=-=-=-=-=-
Hi Tom, > -----Original Message----- > From: Tom Lendacky <thomas.lendacky@amd.com> > Sent: Thursday, May 7, 2020 2:33 AM > To: Dong, Eric <eric.dong@intel.com>; devel@edk2.groups.io; > lersek@redhat.com > Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel > <ard.biesheuvel@linaro.org>; Kinney, Michael D > <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, Ray > <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J > <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to > be used in support of SEV-ES > > Hi Eric, > > On 5/6/20 10:06 AM, Dong, Eric wrote: > > Hi Tom, > > > >> -----Original Message----- > >> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of > >> Lendacky, Thomas > >> Sent: Wednesday, May 6, 2020 9:20 PM > >> To: Dong, Eric <eric.dong@intel.com>; devel@edk2.groups.io; > >> lersek@redhat.com > >> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel > >> <ard.biesheuvel@linaro.org>; Kinney, Michael D > >> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, > Ray > >> <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian > J > >> <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > >> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs > to > >> be used in support of SEV-ES > >> > >> On 5/5/20 8:53 PM, Dong, Eric wrote: > >>> > >>> > >>>> -----Original Message----- > >>>> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf > Of > >>>> Laszlo Ersek > >>>> Sent: Tuesday, May 5, 2020 11:30 PM > >>>> To: Tom Lendacky <thomas.lendacky@amd.com>; Dong, Eric > >>>> <eric.dong@intel.com>; devel@edk2.groups.io > >>>> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel > >>>> <ard.biesheuvel@linaro.org>; Kinney, Michael D > >>>> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; > Ni, > >>>> Ray <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; > Wang, > >>>> Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> > >>>> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create > PCDs > >>>> to be used in support of SEV-ES > >>>> > >>>> On 05/04/20 18:41, Tom Lendacky wrote: > >>>> > >>>>> Is there an easy way to run everything that this link points, too? > >>>>> Is it just creating a pull request that does this? I don't want to > >>>>> take up a lot of your time, so if there's some documentation on how > >>>>> to run an integration test to find and fix issues like this, just point me > to it. > >>>> > >>>> Just create a pull request; it will set off CI, and you can review VS > >>>> build errors there (if any). > >>>> > >>>> Your PR will automatically be closed (rejected) regardless of whether > >>>> CI succeeds or not. PRs are merged -- in fact, *auto*-merged, by the > >>>> "mergify bot" -- if and only if (a) the CI run succeeds, and (b) the PR has > >> the "push" > >>>> label set. > >>>> > >>>> And only edk2 maintainers have permission to set the "push" label. > >>>> Any PR without the "push" label qualifies as a "personal test build". > >>>> So you can freely experiment with PRs, because you can't (even > >>>> unwittingly) satisfy condition (b). > >>>> > >>>> > >> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit > >>>> hub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II- > >> Development > >>>> - > >> > &data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a9 > >> 57285 > >>>> > >> > 08d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C63724 > >> 326821 > >>>> > >> > 7382019&sdata=3%2FIKB174QaVLaqO0u1gdrL0izXmhEZ%2Byvj3iC13UYB > >> c%3D& > >>>> amp;reserved=0 > >>>> Process > >>>> > >>> > >>> Thanks Laszlo for your explanation. > >>> > >>> I found this patch serial is incompatible for the existed platforms. > >>> Can you help to fix the build failure for these platforms in > >>> > >> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith > >>> ub.com%2Ftianocore%2Fedk2- > >> platforms&data=02%7C01%7Cthomas.lendacky > >>> %40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884 > e6 > >> 08e11a8 > >>> > >> > 2d994e183d%7C0%7C0%7C637243268217382019&sdata=jU0qrB%2BV6Z > >> vFmPzjcx > >>> Go9o2Pu1%2FrhRW0gUZTMv%2BiXDQ%3D&reserved=0 > >>> > >> > >> I have fixed all of the build issues associated with the VS compiler using > the > >> pull request method that Laszlo mentioned. I then successfully built the > RPi4 > >> platform under GCC (build -n 32 -a AARCH64 -t GCC5 -p > >> Platform/RaspberryPi/RPi4/RPi4.dsc) using the AARCH64 cross compiler. > >> > >> Is there a particular platform that experiences an issue or are the failures > >> related to the VS compiler errors that my next series will have fixed? > > > > I used the KabylakeRvp3 platform with your changes in Edk2 and met > failures. > > KabylakeRvp3 code at Edk2- > platforms\Platform\Intel\KabylakeOpenBoardPkg\ > > > > I used below command to build the code. > > C:\Code\OpenSource\edk2-platforms\Platform\Intel>build_bios.py -- > platform KabylakeRvp3 > > > > You need clone below repositories to build the code. > > Edk2: git@github.com:tianocore/edk2.git > > Edk2-Platform git@github.com:tianocore/edk2-platforms.git > > edk2-non-osi : git@github.com:tianocore/edk2-non-osi.git > > FSP: git@github.com:IntelFsp/FSP.git > > On my Linux system, I cloned all the libraries and set the WORKSPACE and > PACKAGES_PATH env variables, sourced edksetup.sh and issued: > > python3 edk2-platforms/Platform/Intel/build_bios.py --platform > KabylakeRvp3 > > and got the following errors: > > Traceback (most recent call last): > File "edk2-platforms/Platform/Intel/build_bios.py", line 1097, in <module> > main() > File "edk2-platforms/Platform/Intel/build_bios.py", line 1067, in main > platform_config = get_platform_config(arguments.platform, build_config) > File "edk2-platforms/Platform/Intel/build_bios.py", line 904, in > get_platform_config > path = platform_data.get(platform_name) > AttributeError: 'NoneType' object has no attribute 'get' > > I don't know what I'm missing as to why this error pops up. How is this > done on a Linux system? Can you run the command in Intel directory? Seems like you not run it in Intel directory now. Change to Intel directory then run python3 build_bios.py --platform KabylakeRvp3 Thanks, Eric > > Did your build fail because of the VmgExitLib library not being specified? > If the platform includes the CpuExceptionHandlerLib or MpInitLib libraries > then it will now also need to include the VmgExitLib library. > > I wish the build system could figure out that because the VmgExitLib > library is specified in the various CpuExceptionHandlerLib INF files and > the various MpInitLib INF files, it would automatically know to include it > in whatever uses those libraries. It doesn't seem right that you would > have to know and specify the library requirements of a library you are > including when the system could figure it out. > > Thanks, > Tom > > > > >> > >>> I think you also needs to add an wiki page to explain what need to do if > an > >> platform needs to integrate your changes, also it's better to explain this > >> feature in the page. > >>> > >> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith > >>> > >> > ub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki&data=02%7C01%7 > >> Ctho > >>> > >> > mas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd89 > >> 61fe4 > >>> > >> > 884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=x > >> LkoV4zW > >>> hxtsbqszqPc0lEAl%2BYLL%2B2wg1nIXql8a64E%3D&reserved=0 > >> > >> I don't see any platform other than OVMF using this feature as it is a > >> virtualization feature. Having said that I can add an explanation of what is > >> needed should another virtualization platform be created under EDK2 > that > >> wants to support SEV-ES. And, as you said, I can also explain the feature > >> overall on the page. > >> > > > > I think your page includes two parts, one is how to change the platform > code to make the platform pass build, > > the other is if the platform needs to enable the virtualization feature, how > to enable it. > > > >>> > >>> > >>> If you want to include this change in the next edk2 release, you need > >>> to add one item for it in the release plan page, sample can be found > >>> in below pages: > >>> > >> > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith > >>> ub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II-Release- > >> Plann > >>> > >> > ing&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84 > >> a95728 > >>> > >> > 508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C6372 > >> 4326821 > >>> > >> > 7382019&sdata=kcDVjYHMS9bRRZOlKEk5ynFNT39AnxchJAMak%2Bn870 > >> I%3D& > >>> ;reserved=0 > >> > >> Thanks. Is there anyone in particular that I need to request this feature be > >> added? > > > > You can syn with Liming, he is the edk2 release manager. He owns edk2 > stable tag release task. > > > > Thanks, > > Eric > >> > >> Thanks, > >> Tom > >> > >>> > >>> > >>> Thanks, > >>> Eric > >>> > >>>> Thanks, > >>>> Laszlo > >>>> > >>>> > >>>> > >> > >> > > -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#58770): https://edk2.groups.io/g/devel/message/58770 Mute This Topic: https://groups.io/mt/73201887/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=-=-=-=-=-=-=-=-=-=-=-
On 5/6/20 9:38 PM, Dong, Eric wrote: > Hi Tom, Hi Eric, > >> -----Original Message----- >> From: Tom Lendacky <thomas.lendacky@amd.com> >> Sent: Thursday, May 7, 2020 2:33 AM >> To: Dong, Eric <eric.dong@intel.com>; devel@edk2.groups.io; >> lersek@redhat.com >> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel >> <ard.biesheuvel@linaro.org>; Kinney, Michael D >> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, Ray >> <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J >> <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> >> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to >> be used in support of SEV-ES >> >> Hi Eric, >> >> On 5/6/20 10:06 AM, Dong, Eric wrote: >>> Hi Tom, >>> >>>> -----Original Message----- >>>> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of >>>> Lendacky, Thomas >>>> Sent: Wednesday, May 6, 2020 9:20 PM >>>> To: Dong, Eric <eric.dong@intel.com>; devel@edk2.groups.io; >>>> lersek@redhat.com >>>> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel >>>> <ard.biesheuvel@linaro.org>; Kinney, Michael D >>>> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni, >> Ray >>>> <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian >> J >>>> <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> >>>> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs >> to >>>> be used in support of SEV-ES >>>> >>>> On 5/5/20 8:53 PM, Dong, Eric wrote: >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf >> Of >>>>>> Laszlo Ersek >>>>>> Sent: Tuesday, May 5, 2020 11:30 PM >>>>>> To: Tom Lendacky <thomas.lendacky@amd.com>; Dong, Eric >>>>>> <eric.dong@intel.com>; devel@edk2.groups.io >>>>>> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel >>>>>> <ard.biesheuvel@linaro.org>; Kinney, Michael D >>>>>> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; >> Ni, >>>>>> Ray <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; >> Wang, >>>>>> Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com> >>>>>> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create >> PCDs >>>>>> to be used in support of SEV-ES >>>>>> >>>>>> On 05/04/20 18:41, Tom Lendacky wrote: >>>>>> >>>>>>> Is there an easy way to run everything that this link points, too? >>>>>>> Is it just creating a pull request that does this? I don't want to >>>>>>> take up a lot of your time, so if there's some documentation on how >>>>>>> to run an integration test to find and fix issues like this, just point me >> to it. >>>>>> >>>>>> Just create a pull request; it will set off CI, and you can review VS >>>>>> build errors there (if any). >>>>>> >>>>>> Your PR will automatically be closed (rejected) regardless of whether >>>>>> CI succeeds or not. PRs are merged -- in fact, *auto*-merged, by the >>>>>> "mergify bot" -- if and only if (a) the CI run succeeds, and (b) the PR has >>>> the "push" >>>>>> label set. >>>>>> >>>>>> And only edk2 maintainers have permission to set the "push" label. >>>>>> Any PR without the "push" label qualifies as a "personal test build". >>>>>> So you can freely experiment with PRs, because you can't (even >>>>>> unwittingly) satisfy condition (b). >>>>>> >>>>>> >>>> >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit >>>>>> hub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II- >>>> Development >>>>>> - >>>> >> &data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a9 >>>> 57285 >>>>>> >>>> >> 08d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C63724 >>>> 326821 >>>>>> >>>> >> 7382019&sdata=3%2FIKB174QaVLaqO0u1gdrL0izXmhEZ%2Byvj3iC13UYB >>>> c%3D& >>>>>> amp;reserved=0 >>>>>> Process >>>>>> >>>>> >>>>> Thanks Laszlo for your explanation. >>>>> >>>>> I found this patch serial is incompatible for the existed platforms. >>>>> Can you help to fix the build failure for these platforms in >>>>> >>>> >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith >>>>> ub.com%2Ftianocore%2Fedk2- >>>> platforms&data=02%7C01%7Cthomas.lendacky >>>>> %40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884 >> e6 >>>> 08e11a8 >>>>> >>>> >> 2d994e183d%7C0%7C0%7C637243268217382019&sdata=jU0qrB%2BV6Z >>>> vFmPzjcx >>>>> Go9o2Pu1%2FrhRW0gUZTMv%2BiXDQ%3D&reserved=0 >>>>> >>>> >>>> I have fixed all of the build issues associated with the VS compiler using >> the >>>> pull request method that Laszlo mentioned. I then successfully built the >> RPi4 >>>> platform under GCC (build -n 32 -a AARCH64 -t GCC5 -p >>>> Platform/RaspberryPi/RPi4/RPi4.dsc) using the AARCH64 cross compiler. >>>> >>>> Is there a particular platform that experiences an issue or are the failures >>>> related to the VS compiler errors that my next series will have fixed? >>> >>> I used the KabylakeRvp3 platform with your changes in Edk2 and met >> failures. >>> KabylakeRvp3 code at Edk2- >> platforms\Platform\Intel\KabylakeOpenBoardPkg\ >>> >>> I used below command to build the code. >>> C:\Code\OpenSource\edk2-platforms\Platform\Intel>build_bios.py -- >> platform KabylakeRvp3 >>> >>> You need clone below repositories to build the code. >>> Edk2: git@github.com:tianocore/edk2.git >>> Edk2-Platform git@github.com:tianocore/edk2-platforms.git >>> edk2-non-osi : git@github.com:tianocore/edk2-non-osi.git >>> FSP: git@github.com:IntelFsp/FSP.git >> >> On my Linux system, I cloned all the libraries and set the WORKSPACE and >> PACKAGES_PATH env variables, sourced edksetup.sh and issued: >> >> python3 edk2-platforms/Platform/Intel/build_bios.py --platform >> KabylakeRvp3 >> >> and got the following errors: >> >> Traceback (most recent call last): >> File "edk2-platforms/Platform/Intel/build_bios.py", line 1097, in <module> >> main() >> File "edk2-platforms/Platform/Intel/build_bios.py", line 1067, in main >> platform_config = get_platform_config(arguments.platform, build_config) >> File "edk2-platforms/Platform/Intel/build_bios.py", line 904, in >> get_platform_config >> path = platform_data.get(platform_name) >> AttributeError: 'NoneType' object has no attribute 'get' >> >> I don't know what I'm missing as to why this error pops up. How is this >> done on a Linux system? > > Can you run the command in Intel directory? Seems like you not run it in Intel directory now. > > Change to Intel directory then run python3 build_bios.py --platform KabylakeRvp3 Ok, running out of the Intel directory worked. I have fixed all of the issues that were identified by the CI tool for VS compiler and after modifying the platform DSC files to include the VmgExitLib library, I was able to successfully build the KabylakeRvp3 platform. Thanks, Tom > > Thanks, > Eric >> >> Did your build fail because of the VmgExitLib library not being specified? >> If the platform includes the CpuExceptionHandlerLib or MpInitLib libraries >> then it will now also need to include the VmgExitLib library. >> >> I wish the build system could figure out that because the VmgExitLib >> library is specified in the various CpuExceptionHandlerLib INF files and >> the various MpInitLib INF files, it would automatically know to include it >> in whatever uses those libraries. It doesn't seem right that you would >> have to know and specify the library requirements of a library you are >> including when the system could figure it out. >> >> Thanks, >> Tom >> >>> >>>> >>>>> I think you also needs to add an wiki page to explain what need to do if >> an >>>> platform needs to integrate your changes, also it's better to explain this >>>> feature in the page. >>>>> >>>> >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith >>>>> >>>> >> ub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki&data=02%7C01%7 >>>> Ctho >>>>> >>>> >> mas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd89 >>>> 61fe4 >>>>> >>>> >> 884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=x >>>> LkoV4zW >>>>> hxtsbqszqPc0lEAl%2BYLL%2B2wg1nIXql8a64E%3D&reserved=0 >>>> >>>> I don't see any platform other than OVMF using this feature as it is a >>>> virtualization feature. Having said that I can add an explanation of what is >>>> needed should another virtualization platform be created under EDK2 >> that >>>> wants to support SEV-ES. And, as you said, I can also explain the feature >>>> overall on the page. >>>> >>> >>> I think your page includes two parts, one is how to change the platform >> code to make the platform pass build, >>> the other is if the platform needs to enable the virtualization feature, how >> to enable it. >>> >>>>> >>>>> >>>>> If you want to include this change in the next edk2 release, you need >>>>> to add one item for it in the release plan page, sample can be found >>>>> in below pages: >>>>> >>>> >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith >>>>> ub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II-Release- >>>> Plann >>>>> >>>> >> ing&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84 >>>> a95728 >>>>> >>>> >> 508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C6372 >>>> 4326821 >>>>> >>>> >> 7382019&sdata=kcDVjYHMS9bRRZOlKEk5ynFNT39AnxchJAMak%2Bn870 >>>> I%3D& >>>>> ;reserved=0 >>>> >>>> Thanks. Is there anyone in particular that I need to request this feature be >>>> added? >>> >>> You can syn with Liming, he is the edk2 release manager. He owns edk2 >> stable tag release task. >>> >>> Thanks, >>> Eric >>>> >>>> Thanks, >>>> Tom >>>> >>>>> >>>>> >>>>> Thanks, >>>>> Eric >>>>> >>>>>> Thanks, >>>>>> Laszlo >>>>>> >>>>>> >>>>>> >>>> >>>> >>> -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#58899): https://edk2.groups.io/g/devel/message/58899 Mute This Topic: https://groups.io/mt/73201887/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=-=-=-=-=-=-=-=-=-=-=-
On 05/06/20 15:19, Tom Lendacky wrote:
> On 5/5/20 8:53 PM, Dong, Eric wrote:
>>
>>
>>> -----Original Message-----
>>> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of
>>> Laszlo Ersek
>>> Sent: Tuesday, May 5, 2020 11:30 PM
>>> To: Tom Lendacky <thomas.lendacky@amd.com>; Dong, Eric
>>> <eric.dong@intel.com>; devel@edk2.groups.io
>>> Cc: Justen, Jordan L <jordan.l.justen@intel.com>; Ard Biesheuvel
>>> <ard.biesheuvel@linaro.org>; Kinney, Michael D
>>> <michael.d.kinney@intel.com>; Gao, Liming <liming.gao@intel.com>; Ni,
>>> Ray
>>> <ray.ni@intel.com>; Brijesh Singh <brijesh.singh@amd.com>; Wang, Jian J
>>> <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@intel.com>
>>> Subject: Re: [edk2-devel] [PATCH v7 01/43] MdeModulePkg: Create PCDs to
>>> be used in support of SEV-ES
>>>
>>> On 05/04/20 18:41, Tom Lendacky wrote:
>>>
>>>> Is there an easy way to run everything that this link points, too? Is
>>>> it just creating a pull request that does this? I don't want to take
>>>> up a lot of your time, so if there's some documentation on how to run
>>>> an integration test to find and fix issues like this, just point me
>>>> to it.
>>>
>>> Just create a pull request; it will set off CI, and you can review VS
>>> build errors
>>> there (if any).
>>>
>>> Your PR will automatically be closed (rejected) regardless of whether CI
>>> succeeds or not. PRs are merged -- in fact, *auto*-merged, by the
>>> "mergify
>>> bot" -- if and only if (a) the CI run succeeds, and (b) the PR has
>>> the "push"
>>> label set.
>>>
>>> And only edk2 maintainers have permission to set the "push" label.
>>> Any PR
>>> without the "push" label qualifies as a "personal test build". So you
>>> can freely
>>> experiment with PRs, because you can't (even unwittingly) satisfy
>>> condition
>>> (b).
>>>
>>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II-Development-&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=3%2FIKB174QaVLaqO0u1gdrL0izXmhEZ%2Byvj3iC13UYBc%3D&reserved=0
>>>
>>> Process
>>>
>>
>> Thanks Laszlo for your explanation.
>>
>> I found this patch serial is incompatible for the existed platforms.
>> Can you help to fix the build failure for these platforms in
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Fedk2-platforms&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=jU0qrB%2BV6ZvFmPzjcxGo9o2Pu1%2FrhRW0gUZTMv%2BiXDQ%3D&reserved=0
>>
>>
>
> I have fixed all of the build issues associated with the VS compiler
> using the pull request method that Laszlo mentioned. I then successfully
> built the RPi4 platform under GCC (build -n 32 -a AARCH64 -t GCC5 -p
> Platform/RaspberryPi/RPi4/RPi4.dsc) using the AARCH64 cross compiler.
>
> Is there a particular platform that experiences an issue or are the
> failures related to the VS compiler errors that my next series will have
> fixed?
I think that Eric refers to various (as of yet, unspecified) platform
DSCs in the edk2-platforms tree, which consume edk2.
https://github.com/tianocore/edk2-platforms/
I don't fully agree with Eric on this observation. I agree somewhat.
I have always made the argument that *all* platform code should reside
in edk2; in other words, we should not have a separate edk2-platforms
repository. Then it is feasible for a contributor to adapt dependent
platform code in the same patch series that modifies core code.
But I have not been successful in arguing against the edk2-platforms
tree's existence, and so we have two projects now, with separate git
histories. Therefore, the pattern sometiems followed is to split the
edk2 (core) patch series into multiple sub-series, and to post an
edk2-platforms series in the middle, to help edk2-platforms cope with
the edk2 changes.
The question is of course how complicated this is. If the edk2-platforms
patches are not difficult, then I think the edk2-platforms maintainers
may ask the contributor to submit patches for edk2-platforms too, as a
*courtesy*. But if the edk2-platforms patches are many or complicated,
then I think it's *unfair* to block edk2 changes *only* due to
edk2-platforms dependencies. The edk2 contributor may not be familiar
with the edk2-platforms stuff at all; worse, firmware platforms in the
latter tree have often very quirky build instructions.
Inside a single git tree, a contributor is justifiedly expected to track
down dependencies and to update them (see for example Tom's patches for
UefiPayloadPkg!), but in other trees, that's not necessarily the case.
If we'd like Tom to adapt edk2-platforms to the edk2 changes, and maybe
even restructure the edk2 series in order to accommodate this, then the
*bare minimum* is to provide specific error messages and build instructions.
>
>> I think you also needs to add an wiki page to explain what need to do
>> if an platform needs to integrate your changes, also it's better to
>> explain this feature in the page.
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=xLkoV4zWhxtsbqszqPc0lEAl%2BYLL%2B2wg1nIXql8a64E%3D&reserved=0
>>
>
> I don't see any platform other than OVMF using this feature as it is a
> virtualization feature. Having said that I can add an explanation of
> what is needed should another virtualization platform be created under
> EDK2 that wants to support SEV-ES. And, as you said, I can also explain
> the feature overall on the page.
This should be approached from the "out of tree platform build errors"
angle described above.
For example, if there's a pre-existent / widely used library instance in
UefiCpuPkg, and you add a new library class dependency to it, such that
even the library class is entirely new in edk2, that will require
existent platforms to resolve the new lib class to a proper lib instence
in their DSC files -- otherwise they will get a build error. The wiki
page should basically explain such DSC updates in natural language.
If there are new PCDs in UefiCpuPkg.dec that a platform might want to
customize in its DSC file, that could be useful to mention in the Wiki
page too.
Because SEV-ES is only really relevant for OVMF at this point, I think
the wiki page should only help out of tree platform owners prevent build
errors, at this point.
But for that, Eric should please provide build instructions and error
messages for such out of tree platforms that actually break, with this
edk2 series applied.
>
>>
>>
>> If you want to include this change in the next edk2 release, you need
>> to add one item for it in the release plan page, sample can be found
>> in below pages:
>> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FEDK-II-Release-Planning&data=02%7C01%7Cthomas.lendacky%40amd.com%7C9cff3475aff84a95728508d7f1604c99%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637243268217382019&sdata=kcDVjYHMS9bRRZOlKEk5ynFNT39AnxchJAMak%2Bn870I%3D&reserved=0
>>
>
> Thanks. Is there anyone in particular that I need to request this
> feature be added?
Here's a general approach:
(1) Clone the git repository that is the edk2 wiki, locally:
git://github.com/tianocore/tianocore.github.io.wiki
or
https://github.com/tianocore/tianocore.github.io.wiki.git
(2) On a topic branch, implement your wiki changes.
In this case, the "EDK-II-Release-Planning.md" file should be updated.
Pick one of the upcoming stable releases, and list
<https://bugzilla.tianocore.org/show_bug.cgi?id=2198> under it. Use
existent items as example.
(3) In order to check a "rendered" view of your edk2 wiki changes, I
recommend having a personal fork of the edk2 project on github. Then,
you can use the wiki associated with *that* personal project as a
personal review space for your edk2 wiki changes.
For example, the personal wiki that I use for this purpose has the
following URL in my clone:
git@github.com:lersek/edk2.wiki.git
^^^^^^ ^^^^
and I use the following URL in my browser:
https://github.com/lersek/edk2/wiki
^^^^^^ ^^^^
(4) Push your local changes (on the local topic branch) to the remote
*master* branch (github.com ignores branches different from "master" in
wiki repositories). Verify the "rendered" view of your wiki changes.
(5) Post the patch to edk2-devel, using the subject prefix
"edk2-wiki PATCH"
and also include a URL to the "rendered view" from (4).
I don't know the exact set of people having push access to the wiki; CC
me on your wiki patch, and I'll push it.
Thanks
Laszlo
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#58718): https://edk2.groups.io/g/devel/message/58718
Mute This Topic: https://groups.io/mt/73201887/1787277
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org]
-=-=-=-=-=-=-=-=-=-=-=-
© 2016 - 2025 Red Hat, Inc.