Craig Edwards (1): PartitionDxe/Mbr : MdeModulePkg : added break to handle invalid LBA0 in MBR MdeModulePkg/Universal/Disk/PartitionDxe/Mbr.c | 6 ++++++ 1 file changed, 6 insertions(+)

On ubuntu. As far I know the same happens for qemu on windows, so that should be fine. take care, Gerd

Ah nevermind I found out QEMU was installed from packaging. We don't have packages for Cloud Hypervisor, but we can download a static binary from a specific release, do you think that would

Hi Sean, Cloud Hypervisor can boot on Microsoft Azure VMs as this is what our project relies on to validate every PR. And it should be able to boot on any other CI providers. I've been looking at

Created PR for the patch : https://github.com/tianocore/edk2/pull/2361

REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D3757 Add registers of boot partition feature which defined in NVM Express 1.4 Sp= ec Cc: Liming Gao <gaoliming@...> Cc: Michael D

BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3D3156 This commit re-enables the EmulatorPkg IA32 GCC5 CI builds with fixing library dependencies. The IA32 GCC5 CI builds are broken as the CI

Hi Liming, Sure, I will create 2 more patches, one is used to update 2 Nasm.inc files, the other is used to update nasm tool version. Best Regards Jason Lou

Reminder: TianoCore Bug Triage - APAC / NAMO When: 01/04/2022 6:30pm to 7:30pm (UTC-08:00) America/Los

can cloud hypervisor boot on any of the free CI providers? If you look at ArmVirt, Ovmf, and even the emulatorpkg those all do similar things. They are able to run on azure dev-ops cloud agents. If

Hi folks, I was wondering if you would be okay with me adding Cloud Hypervisor to the EDK2 CI. The idea would be to run a quick/simple test that Cloud Hypervisor can properly boot with the OVMF

Reviewed-by: Isaac Oram <isaac.w.oram@...>

From: Michael Kubacki <michael.kubacki@...> Update the logic handling last attempt status codes from FmpDeviceCheckImageWithStatus() implementations to account for cases when the function

Thanks! -Dov

Merged: https://github.com/tianocore/edk2/commit/079a58276b98dc97ca363e3bc8b35cc7baa56d76

Mark the SEV launch secret MEMFD area as reserved, which will allow the guest OS to use it during the lifetime of the OS, without creating copies of the sensitive content. Cc: Jordan Justen

Reviewed-by: Liming Gao <gaoliming@...> Spec Submission Submission

Reviewed-by: Liming Gao <gaoliming@...> PlatformInfo.Platform._GuidDict}

Reviewed-by: Liming Gao <gaoliming@...>

This issue has been fixed in edk2 master (commit 20b292d0cdf7dce58d824fdf9ab1613c2a1ad2ec 2020/12/29). Please make sure new edk2 be used. Thanks Liming 发件人: devel@edk2.groups.io