|
Re: [PATCH 1/1] MdeModulePkg: Move PiSmmCoreMemoryAllocationLib into PiSmmCore
Thanks!
And "LIBRARY_CLASS = MemoryAllocationLib|SMM_CORE" too? Otherwise this is a broken MemoryAllocationLib implementation. Removing this will break any platform
Thanks!
And "LIBRARY_CLASS = MemoryAllocationLib|SMM_CORE" too? Otherwise this is a broken MemoryAllocationLib implementation. Removing this will break any platform
|
By
Marvin Häuser <mhaeuser@...>
·
#80158
·
|
|
Cancelled Event: TianoCore Design Meeting - APAC/NAMO - Friday, September 3, 2021
#cal-cancelled
Cancelled: TianoCore Design Meeting - APAC/NAMO
This event has been cancelled.
When:
Friday, September 3, 2021
9:30am to 10:30am
(UTC+08:00) Asia/Shanghai
Where:
Microsoft Teams
Organizer: Ray
Cancelled: TianoCore Design Meeting - APAC/NAMO
This event has been cancelled.
When:
Friday, September 3, 2021
9:30am to 10:30am
(UTC+08:00) Asia/Shanghai
Where:
Microsoft Teams
Organizer: Ray
|
By
devel@edk2.groups.io Calendar <noreply@...>
·
#80157
·
|
|
Re: [PATCH v6 02/29] OvmfPkg: reserve CPUID page for SEV-SNP
Hi Gerd,
Yes, it is documented in the SEV-SNP spec [1] section 7.1 and the checks
performed by the SEV-SNP firmware are documented in the PPR [2] section
2.1.5.3. I will document these link in the
Hi Gerd,
Yes, it is documented in the SEV-SNP spec [1] section 7.1 and the checks
performed by the SEV-SNP firmware are documented in the PPR [2] section
2.1.5.3. I will document these link in the
|
By
Brijesh Singh
·
#80156
·
|
|
Re: [PATCH 2/2] UefiPayloadPkg: Include Network modules in UefiPayloadPkg.
Shall you put PcdAllowHttpConnections in dynamic PCD section?
Shall you put PcdAllowHttpConnections in dynamic PCD section?
|
By
Ni, Ray
·
#80155
·
|
|
Re: [PATCH 1/2] UefiPayloadPkg: Include more modules in UefiPayloadPkg.
Reviewed-by: Ray Ni <ray.ni@...>
Reviewed-by: Ray Ni <ray.ni@...>
|
By
Ni, Ray
·
#80154
·
|
|
Re: [PATCH 1/1] MdeModulePkg: Move PiSmmCoreMemoryAllocationLib into PiSmmCore
Overall, the patch looks good to me.
Can you remove the "CONSTRUCTOR = PiSmmCoreMemoryAllocationLibConstructor" from PiSmmCoreMemoryAllocationProfileLib.inf?
With that change,
Overall, the patch looks good to me.
Can you remove the "CONSTRUCTOR = PiSmmCoreMemoryAllocationLibConstructor" from PiSmmCoreMemoryAllocationProfileLib.inf?
With that change,
|
By
Ni, Ray
·
#80153
·
|
|
Re: [PATCH EDK2 v1 1/1] MdeModulePkg/HiiDatabaseDxe:remove dead code block
PR is created for this change:
https://github.com/tianocore/edk2/pull/1945
Thanks,
Dandan
PR is created for this change:
https://github.com/tianocore/edk2/pull/1945
Thanks,
Dandan
|
By
Dandan Bi
·
#80152
·
|
|
Re: [PATCH v6 15/29] OvmfPkg/MemEncryptSevLib: add support to validate system RAM
Hi,
[ for this and the following few patches ]
So, sev-snp and tdx have the same fundamental requirement here. Both
must track what the state of page ranges is. Both must talk to the vmm
before
Hi,
[ for this and the following few patches ]
So, sev-snp and tdx have the same fundamental requirement here. Both
must track what the state of page ranges is. Both must talk to the vmm
before
|
By
Gerd Hoffmann
·
#80151
·
|
|
Re: [PATCH v6 06/29] OvmfPkg/ResetVector: pre-validate the data pages used in SEC phase
Hi,
Hmm, tdx must handle this too.
So maybe we should drop the "Snp" from the name here ...
... and store the range which needs validation in another, not snp-specific block?
Jiewen? Min?
take
Hi,
Hmm, tdx must handle this too.
So maybe we should drop the "Snp" from the name here ...
... and store the range which needs validation in another, not snp-specific block?
Jiewen? Min?
take
|
By
Gerd Hoffmann
·
#80150
·
|
|
Re: [PATCH v6 02/29] OvmfPkg: reserve CPUID page for SEV-SNP
Is the format of the page documented somewhere?
Is this snp-specific? Or could this also be used without snp?
thanks,
Gerd
Is the format of the page documented somewhere?
Is this snp-specific? Or could this also be used without snp?
thanks,
Gerd
|
By
Gerd Hoffmann
·
#80149
·
|
|
Re: [PATCH V5 2/2] OvmfPkg/ResetVector: Enable Intel TDX in ResetVector of Ovmf
Agree.
In the current patch a page (defined by PcdOvmfSecGhcbPageTableBase) reserved in MEMFD
is used as the 5-level page directory.
Now One new page will be reserved in MEMFD to hold the level 5 page
Agree.
In the current patch a page (defined by PcdOvmfSecGhcbPageTableBase) reserved in MEMFD
is used as the 5-level page directory.
Now One new page will be reserved in MEMFD to hold the level 5 page
|
By
Min Xu
·
#80148
·
|
|
Re: [PATCH V5 2/2] OvmfPkg/ResetVector: Enable Intel TDX in ResetVector of Ovmf
Hi,
Well, the page table setup should be in common code not tdx code as
5-level paging isn't something tdx-specific.
I'd suggest to add this to OvmfPkg/ResetVector/Ia32/PageTables64.asm.
Reserve one
Hi,
Well, the page table setup should be in common code not tdx code as
5-level paging isn't something tdx-specific.
I'd suggest to add this to OvmfPkg/ResetVector/Ia32/PageTables64.asm.
Reserve one
|
By
Gerd Hoffmann
·
#80147
·
|
|
Re: [PATCH 2/2] .azurepipelines: Add UefiPayloadPkg in gate-build-job.yml and CISetting.py
Thanks a lot!
Thanks,
Dun
Thanks a lot!
Thanks,
Dun
|
By
duntan
·
#80146
·
|
|
回复: [edk2-devel] [PATCH 2/2] .azurepipelines: Add UefiPayloadPkg in gate-build-job.yml and CISetting.py
I upload it again. Now, it has been merged.
Thanks
Liming
I upload it again. Now, it has been merged.
Thanks
Liming
|
By
gaoliming
·
#80145
·
|
|
Re: [PATCH v5 0/8] Ovmf: Disable the TPM2 platform hierarchy
I apologize that you see this 3 times now. I thought something went wrong with the smtp delivery since the messages didn't appear as fast as expected, but obviously that wasn't the case and now it
I apologize that you see this 3 times now. I thought something went wrong with the smtp delivery since the messages didn't appear as fast as expected, but obviously that wasn't the case and now it
|
By
Stefan Berger
·
#80144
·
|
|
Re: [PATCH 2/2] .azurepipelines: Add UefiPayloadPkg in gate-build-job.yml and CISetting.py
Hi Liming,
I have seen the link to push my commits to master of edk2. The result shows that the Ci test failed in ArmPlatformPkg. But I think my commits will not affect the ArmPlatformPkg. Here is
Hi Liming,
I have seen the link to push my commits to master of edk2. The result shows that the Ci test failed in ArmPlatformPkg. But I think my commits will not affect the ArmPlatformPkg. Here is
|
By
duntan
·
#80143
·
|
|
Re: [PATCH V5 2/2] OvmfPkg/ResetVector: Enable Intel TDX in ResetVector of Ovmf
My understanding is that we should first add 5-level paging support in OVMF, right?
I am planning to add 5-level paging in OvmfPkgX64.dsc. Any comments?
My understanding is that we should first add 5-level paging support in OVMF, right?
I am planning to add 5-level paging in OvmfPkgX64.dsc. Any comments?
|
By
Min Xu
·
#80142
·
|
|
[PATCH v5 8/8] ArmVirtPkg: Disable the TPM2 platform hierarchy
Use the newly added function to disable the TPM2 platform hierarchy.
Signed-off-by: Stefan Berger <stefanb@...>
---
ArmVirtPkg/Library/PlatformBootManagerLib/PlatformBm.c | 6 ++++++
Use the newly added function to disable the TPM2 platform hierarchy.
Signed-off-by: Stefan Berger <stefanb@...>
---
ArmVirtPkg/Library/PlatformBootManagerLib/PlatformBm.c | 6 ++++++
|
By
Stefan Berger <stefanb@...>
·
#80141
·
|
|
[PATCH v5 3/8] SecurityPkg/TPM: Add a NULL implementation of TpmPlatformHierarchyLib
Add a NULL implementation of the library class TpmPlatformHierarchyLib
Signed-off-by: Stefan Berger <stefanb@...>
---
.../PeiDxeTpmPlatformHierarchyLib.c | 19 ++++++++++++
Add a NULL implementation of the library class TpmPlatformHierarchyLib
Signed-off-by: Stefan Berger <stefanb@...>
---
.../PeiDxeTpmPlatformHierarchyLib.c | 19 ++++++++++++
|
By
Stefan Berger <stefanb@...>
·
#80140
·
|
|
[PATCH v5 5/8] OvmfPkg: Reference new TPM classes in the build system for compilation
Compile the added TPM related code now.
Signed-off-by: Stefan Berger <stefanb@...>
---
OvmfPkg/AmdSev/AmdSevX64.dsc | 3 +++
OvmfPkg/Bhyve/BhyveX64.dsc
Compile the added TPM related code now.
Signed-off-by: Stefan Berger <stefanb@...>
---
OvmfPkg/AmdSev/AmdSevX64.dsc | 3 +++
OvmfPkg/Bhyve/BhyveX64.dsc
|
By
Stefan Berger <stefanb@...>
·
#80139
·
|