|
Re: [edk2-platforms][PATCH V1 0/2] Platforms/Intel: Build fixes
Thanks, Isaac. Are these two S3 series ready to merge, or did I have more review to address?
Thanks, Isaac. Are these two S3 series ready to merge, or did I have more review to address?
|
By
Benjamin Doron
·
#94475
·
|
|
[PATCH v4 6/6] OvmfPkg/PlatformPei: SEV-SNP make >=4GB unaccepted
Instead of eagerly accepting all memory in PEI, only accept memory under
the 4GB address. This allows a loaded image to use the
ENABLE_UNACCEPTED_MEMORY_PROTOCOL to indicate that it can interpret
Instead of eagerly accepting all memory in PEI, only accept memory under
the 4GB address. This allows a loaded image to use the
ENABLE_UNACCEPTED_MEMORY_PROTOCOL to indicate that it can interpret
|
By
Dionna Glaze
·
#94474
·
|
|
[PATCH v4 5/6] MdeModulePkg: add EnableUnacceptedMemoryProtocol
Add a simple protocol that enables the use of the unaccepted memory
type. Must be called before ExitBootServices to be effective.
Cc: James Bottomley <jejb@...>
Cc: Jiewen Yao
Add a simple protocol that enables the use of the unaccepted memory
type. Must be called before ExitBootServices to be effective.
Cc: James Bottomley <jejb@...>
Cc: Jiewen Yao
|
By
Dionna Glaze
·
#94473
·
|
|
[PATCH v4 4/6] MdeModulePkg: DxeMain accepts all memory at EBS if needed
With the addition of the EfiUnacceptedMemory memory type, it is possible
the EFI-enlightened guests do not themselves support the new memory
type. This commit uses the new PcdEnableUnacceptedMemory to
With the addition of the EfiUnacceptedMemory memory type, it is possible
the EFI-enlightened guests do not themselves support the new memory
type. This commit uses the new PcdEnableUnacceptedMemory to
|
By
Dionna Glaze
·
#94472
·
|
|
[PATCH v4 3/6] OvmfPkg: set PcdEnableUnacceptedMemory to FALSE
The default value of PcdEnableUnacceptedMemory should be FALSE in order
for default safe behavior. If the next started image does not yet
understand UEFI v2.9's new memory type, then it's stuck with
The default value of PcdEnableUnacceptedMemory should be FALSE in order
for default safe behavior. If the next started image does not yet
understand UEFI v2.9's new memory type, then it's stuck with
|
By
Dionna Glaze
·
#94471
·
|
|
[PATCH v4 2/6] MdeModulePkg: Add PcdEnableUnacceptedMemory
This Pcd is used to toggle whether ExitBootServices should not accept
all unaccepted memory. It's the loaded image's responsibility to enable
support so that it doesn't get memory types it doesn't
This Pcd is used to toggle whether ExitBootServices should not accept
all unaccepted memory. It's the loaded image's responsibility to enable
support so that it doesn't get memory types it doesn't
|
By
Dionna Glaze
·
#94470
·
|
|
[PATCH v4 1/6] OvmfPkg: Realize EfiMemoryAcceptProtocol in AmdSevDxe
From: Sophia Wolf <phiawolf@...>
When a guest OS does not support unaccepted memory, the unaccepted
memory must be accepted before returning a memory map to the
From: Sophia Wolf <phiawolf@...>
When a guest OS does not support unaccepted memory, the unaccepted
memory must be accepted before returning a memory map to the
|
By
Dionna Glaze
·
#94469
·
|
|
[PATCH v4 0/6] Add safe unaccepted memory behavior
These three patches build on the lazy-accept patch series
"Introduce Lazy-accept for Tdx guest"
by adding SEV-SNP support for the MemoryAccept protocol, and
importantly making eager memory
These three patches build on the lazy-accept patch series
"Introduce Lazy-accept for Tdx guest"
by adding SEV-SNP support for the MemoryAccept protocol, and
importantly making eager memory
|
By
Dionna Glaze
·
#94468
·
|
|
Re: The principles of EDK2 module reconstruction for archs
[AMD Official Use Only - General]
I just had created PR to update edkII C coding standard spec for the file and directory naming. We can review and confirm this update first and then go back to the
[AMD Official Use Only - General]
I just had created PR to update edkII C coding standard spec for the file and directory naming. We can review and confirm this update first and then go back to the
|
By
Chang, Abner
·
#94467
·
|
|
[tianocore-docs][PATCH] edk II C Coding Standard: File and directory naming guidelines
From: Abner Chang <abner.chang@...>
Add file and directory naming guidelines for EDKII modules. Also
consider the processor architecture and vendor implementation.
This is the draft version to
From: Abner Chang <abner.chang@...>
Add file and directory naming guidelines for EDKII modules. Also
consider the processor architecture and vendor implementation.
This is the draft version to
|
By
Chang, Abner
·
#94466
·
|
|
Re: [PATCH 1/1] MdeModulePkg/Core: Move Private calculation after TemporaryRamMigration
Got stuck with a segfault on Ubuntu 20.04 running EmulatorX64 (./Host).
This patch worked for me.
Got stuck with a segfault on Ubuntu 20.04 running EmulatorX64 (./Host).
This patch worked for me.
|
By
Raf Meeusen <raf@...>
·
#94465
·
|
|
Re: [PATCH v1 1/1] OvmfPkg/VirtioNetDxe: Check ChildHandle argument in GetControllerName
Hi Ard,
Any luck getting this one merged?
Thanks,
--Samer
Hi Ard,
Any luck getting this one merged?
Thanks,
--Samer
|
By
Samer El-Haj-Mahmoud
·
#94464
·
|
|
Re: [PATCH v4 0/3] UnitTestFrameworkPkg: Add code coverage support for GCC
@Sean Brogan and @Kinney, Michael D
Thanks for comment in Patch V3.
It updated now. https://github.com/tianocore/edk2/pull/3349
Thanks,
Gua
@Sean Brogan and @Kinney, Michael D
Thanks for comment in Patch V3.
It updated now. https://github.com/tianocore/edk2/pull/3349
Thanks,
Gua
|
By
Guo, Gua
·
#94463
·
|
|
Re: [PATCH v2 1/1] OvmfPkg/PlatformInitLib: q35 mtrr setup fix
Reviewed-by: Ard Biesheuvel <ardb@...>
Merged as #3425
Reviewed-by: Ard Biesheuvel <ardb@...>
Merged as #3425
|
By
Ard Biesheuvel
·
#94462
·
|
|
Re: [PATCH 0/2] OvmfPkg/QemuBootOrderLib: StoreQemuBootOrder bugfix
Reviewed-by: Ard Biesheuvel <ardb@...>
Merged as #3425
Reviewed-by: Ard Biesheuvel <ardb@...>
Merged as #3425
|
By
Ard Biesheuvel
·
#94461
·
|
|
Re: [PATCH v1 1/1] CryptoPkg: Fix integer overflow
(cc Jiewen and Jian)
Hello Yuan,
Thanks for the patch.
Reviewed-by: Ard Biesheuvel <ardb@...>
Since this is a CryptoPkg change, the CryptoPkg maintainers are
ultimately the ones that need
(cc Jiewen and Jian)
Hello Yuan,
Thanks for the patch.
Reviewed-by: Ard Biesheuvel <ardb@...>
Since this is a CryptoPkg change, the CryptoPkg maintainers are
ultimately the ones that need
|
By
Ard Biesheuvel
·
#94460
·
|
|
[PATCH v1 1/1] CryptoPkg: Fix integer overflow
SECSPERDAY is 86400 which exceeds the limit of a UINT16 which is 65536.
Therefore DayRemainder cannot use UINT16. This patch makes it UINT32.
Cc: Jordan Justen <jordan.l.justen@...>
Cc: Laszlo
SECSPERDAY is 86400 which exceeds the limit of a UINT16 which is 65536.
Therefore DayRemainder cannot use UINT16. This patch makes it UINT32.
Cc: Jordan Justen <jordan.l.justen@...>
Cc: Laszlo
|
By
Yuan Yu
·
#94459
·
|
|
[PATCH v1 0/1] Fix integer overflow in CryptoPkg
Some value uses UINT16 which is not wide enough to hold the values that
it is supposed to hold. This series fix it by using UINT32.
The changes can be seen
Some value uses UINT16 which is not wide enough to hold the values that
it is supposed to hold. This series fix it by using UINT32.
The changes can be seen
|
By
Yuan Yu
·
#94458
·
|
|
Re: The principles of EDK2 module reconstruction for archs
On Wed, Sep 28, 2022 at 03:33:45AM +0000, Ni, Ray wrote:
Hi Ray,
>
> 1. When a new arch's implementation is introduced to the existing module which was developed for the specific arch:
>
> 1.
On Wed, Sep 28, 2022 at 03:33:45AM +0000, Ni, Ray wrote:
Hi Ray,
>
> 1. When a new arch's implementation is introduced to the existing module which was developed for the specific arch:
>
> 1.
|
By
Sunil V L
·
#94457
·
|
|
[PATCH EDK2 v1 1/1] NetworkPkg/Dhcp6Dxe:Generate real time stamp
The stamp used to be generated is assumed 30day/month. Now adding a
new function which calculates time stamp with the correct days.
Cc: Maciej Rabeda <maciej.rabeda@...>
Cc: Jiaxin Wu
The stamp used to be generated is assumed 30day/month. Now adding a
new function which calculates time stamp with the correct days.
Cc: Maciej Rabeda <maciej.rabeda@...>
Cc: Jiaxin Wu
|
By
wenyi,xie
·
#94456
·
|