Hi Guo, I don't see where it's written that UefiPayloadPkg is bootloader independent. Can you point me to that documentation? Reading the BuildAndIntegrationInstructions.txt I understand that it is ve

Hi Sean, the Ext4 filesystem code is now available as source from https://github.com/tianocore/edk2-platforms/tree/master/Features/Ext4Pkg It looks like the UefiPayloadPkg needs to be generated from m

Hi Sean, 1. This patch only works with the Intel binary EFI Option ROM (GOP driver) that's not part of this repository, as already mentioned. 2. The name USE_PLATFORM_GOP is miss-leading, I'd prefer s

Hi Maurice, I agree that edk2-platforms is the right place. How should it be used to build UefiPlayloadPkg? Should it be hooked up as git submodule? Just wondering why you added vendor (or platform) s

Hi, can you please have a look at this patch? It fixes a build failure. Regards, Patrick Rudolph

Hi, Can you please have a look at this patch? The BlSupportSmm currently doesn't compile and this patch fixes the issue. It would be very nice if you could add build tests for every option defaulting

On modern platforms with TBT devices the coreboot resource allocator opens large PCI bridge MMIO windows above 4GiB to place hotplugable PCI BARs there as they won't fit below 4GiB. In addition modern

Hi Mike, I don't see this covered by the PI specification (it's soo huge). Which chapter describes this? The original issue was a boot hang observed on real hardware as the MtrrLib can't handle specif

On modern platforms with TBT devices the coreboot resource allocator opens large PCI bridge MMIO windows above 4GiB to place hotplugable PCI BARs there as they won't fit below 4GiB. In addition modern

Hi Grzegorz, I tried this patch, but I cannot enroll the DBX downloaded from here: https://uefi.org/revocationlistfile Is it even possible with current code? Did you test DBX enrollment as well using

Currently several DXE crash due to invalid memory resource settings. The PciHostBridgeDxe which expects the MMCONF and PCI Aperature to be EfiMemoryMappedIO, but currently those regions are (partly) m

Hi Maurice, I've implemented the requested changes. It now also accepts ACPI_NVS as usable DRAM. Thanks, Patrick

Currently several DXE crash due to invalid memory resource settings. The PciHostBridgeDxe which expects the MMCONF and PCI Aperature to be EfiMemoryMappedIO, but currently those regions are (partly) m

Hi Guo, The PciHostBridgeDxe expects the PCI Aperature and MMCONF to be marked as EfiMemoryMappedIO, however as the bootloader provides an e820 compatible memory map, it's actually marked as EfiReserv

Currently several DXE crash due to invalid memory resource settings. coreboot and slimbootloader provide an e820 compatible memory map, which doesn't work well with EDK2 as the e820 spec is missing MM

Tested the patch series on Intel Coffee Lake Platform using latest coreboot master. Everything seems to work fine. Thanks Patrick

That doesn't compile as Status is written, but never read.

Note that AcpiTableDxe.inf is currently not part of the FV on UefipayloadPkg, so there won't be any tables installed after all. DEBUG ((DEBUG_INFO, "Create acpi table ...

This is not correct, it should be if (SmbiosTable->EntryPointLength != 0x1E && SmbiosTable->EntryPointLength != sizeof (SMBIOS_TABLE_ENTRY_POINT)) { otherwise the table wouldn't be recognized as valid

Hi Zhiguang, this is still on my todo-list, but I'm quite busy right now. If you got time please take care of that patch. Regards, Patrick Rudolph