Trying to get a boot service in before 2.10 is finalized, is that possible?

Trying to get a boot service in before 2.10 is finalized, is that possible?

[Dionna Glaze]

[-- Attachment #1: Type: text/plain, Size: 1122 bytes --]

Hi y'all, I'm just getting up to speed with the standards process now that
we've determined the only way to get lazy accept support for SEV-SNP
without extra information about what's being booted is to add a
GetMemoryMapEx that takes a "supported features" argument.

I saw the final draft was sent to forum members not too long ago, and if we
miss 2.10 on this, then AMD SEV-SNP boot times will be several seconds
slower on VMs with large memory footprints.

I have a pretty trivial change that builds on top of changes Jiewen Yao and
Jiaqi Gao have proposed for TDX, but since those aren't yet merged, I'm not
entirely sure what the right "code first" process is to make this proposal.

I have the relevant commits cherry picked into a fork plus two from Google
that add this new boot service. It'd be great for a guest OS to be able to
opt into unaccepted memory support given a UEFI v2.10 version in the EFI
system table.

https://github.com/deeglaze/edk2/tree/getmemorymapex

Relevant thread from qemu:
https://www.mail-archive.com/qemu-devel@nongnu.org/msg894170.html

Thanks y'all

-- 
-Dionna Glaze, PhD (she/her)

[-- Attachment #2: Type: text/html, Size: 1620 bytes --]

Re: [edk2-devel] Trying to get a boot service in before 2.10 is finalized, is that possible?

[Yao, Jiewen]

[-- Attachment #1: Type: text/plain, Size: 1731 bytes --]

Hey Dionna
Thanks for the patch.
I am just back from vocation.

Please allow me to digest those information and I will reply after couple of days.

Thank You
Yao Jiewen


From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of Dionna Glaze via groups.io
Sent: Wednesday, July 13, 2022 7:13 AM
To: devel@edk2.groups.io
Cc: Yao, Jiewen <jiewen.yao@intel.com>; Gao, Jiaqi <jiaqi.gao@intel.com>; Lendacky, Thomas <Thomas.Lendacky@amd.com>; Gerd Hoffmann <kraxel@redhat.com>
Subject: [edk2-devel] Trying to get a boot service in before 2.10 is finalized, is that possible?

Hi y'all, I'm just getting up to speed with the standards process now that we've determined the only way to get lazy accept support for SEV-SNP without extra information about what's being booted is to add a GetMemoryMapEx that takes a "supported features" argument.

I saw the final draft was sent to forum members not too long ago, and if we miss 2.10 on this, then AMD SEV-SNP boot times will be several seconds slower on VMs with large memory footprints.

I have a pretty trivial change that builds on top of changes Jiewen Yao and Jiaqi Gao have proposed for TDX, but since those aren't yet merged, I'm not entirely sure what the right "code first" process is to make this proposal.

I have the relevant commits cherry picked into a fork plus two from Google that add this new boot service. It'd be great for a guest OS to be able to opt into unaccepted memory support given a UEFI v2.10 version in the EFI system table.

https://github.com/deeglaze/edk2/tree/getmemorymapex

Relevant thread from qemu: https://www.mail-archive.com/qemu-devel@nongnu.org/msg894170.html

Thanks y'all

--
-Dionna Glaze, PhD (she/her)


[-- Attachment #2: Type: text/html, Size: 5417 bytes --]