Thanks, for clarification. Any idea why CPU_TIMER_LIB_ENABLE is set to false when building uefipayload.fd for coreboot?
With edk2 payload, I am observing above boot failure on NVMe SSD boot to UEFI ubuntuOS, Gcd services are DXE services, so we can not add spaces into GCD in FSP or in coreboot. is it some known failure, or something wrong in my platform? buildhob: base = 0x100000000, size = 0x39E300000, type = 0x0 14. 000000049E300000 - 000000049FFFFFFF [02] Create smbios table gUniversalPayloadSmbiosTableGuid guid hob Find CbMemTable Id 0x534D4254, base 5CEE9000, size 0x8000 Detected Smbios Table at 0x5CEE9000 Create ACPI table gUniversalPayloadAcpiTableGuid guid hob Find CbMemTable Id 0x41435049, base 5CEF1000, size 0x24000 Detected ACPI Table at 0x5CEF1000 Rsdp at 0x5CEF1000 Rsdt at 0x5CEF1030, Xsdt at 0x5CEF10E0 Found Fadt in Rsdt Found MM config address in Rsdt PmCtrl Reg 0x404 PmTimer Reg 0x408 Reset Reg 0xCF9 Reset Value 0x6 PmEvt Reg 0x400 PmGpeEn Reg 0x424 PcieBaseAddr 0xE0000000 PcieBaseSize 0x10000000 Create acpi board info guid hob Building ResourceDescriptorHobs for reserved memory: 0. 0000000000000000 - 0000000000000FFF [10] buildhob: base = 0x0, size = 0x1000, type = 0x5 1. 0000000000001000 - 000000000009FFFF [01] 2. 00000000000A0000 - 00000000000FFFFF [02] buildhob: base = 0xA0000, size = 0x60000, type = 0x5 3. 0000000000100000 - 0000000001FFFFFF [01] 4. 0000000002000000 - 0000000002181FFF [02] buildhob: base = 0x2000000, size = 0x182000, type = 0x5 5. 0000000002182000 - 00000000557FFFFF [01] 6. 0000000055800000 - 000000005CEE8FFF [02] buildhob: base = 0x55800000, size = 0x76E9000, type = 0x5 7. 000000005CEE9000 - 000000005DFFFFFF [10] buildhob: base = 0x5CEE9000, size = 0x1117000, type = 0x5 8. 000000005E000000 - 000000005FFFFFFF [02] buildhob: base = 0x5E000000, size = 0x2000000, type = 0x5 9. 00000000E0000000 - 00000000EFFFFFFF [02] buildhob: base = 0xE0000000, size = 0x10000000, type = 0x1 10. 00000000FEC10000 - 00000000FEC10FFF [02] buildhob: base = 0xFEC10000, size = 0x1000, type = 0x1 11. 00000000FEDC2000 - 00000000FEDC5FFF [02] buildhob: base = 0xFEDC2000, size = 0x4000, type = 0x1 12. 00000000FEDC9000 - 00000000FEDC9FFF [02] buildhob: base = 0xFEDC9000, size = 0x1000, type = 0x1 13. 0000000100000000 - 000000049E2FFFFF [01] 14. 000000049E300000 - 000000049FFFFFFF [02] buildhob: base = 0x49E300000, size = 0x1D00000, type = 0x5 Building hob to restrict memory resorces to below 4G. DxeCoreEntryPoint = 0x4DD7649 PayloadEntry: AddressBits=48 5LevelPaging=0 1GPage=1 Pml5=1 Pml4=512 Pdp=512 TotalPage=513 HandOffToDxeCore() Stack Base: 0x4DAE000, Stack Size: 0x20000 ASSERT [DxeCore] /home//coreboot_feb1_edk2/payloads/external/edk2/workspace/tianocore/MdeModulePkg/Core/Dxe/Gcd/Gcd.c(2379): Found *Thanks & RegardsRitul Guru+91-9916513186* On Mon, Feb 6, 2023 at 11:34 PM Nicholas Chin <nic.c3...@gmail.com> wrote: > Hi Ritul, > > Yes, CorebootPayload was deprecated and UEFIPayload should be used > going forward. It should be able to boot a UEFI OS with coreboot. > Tianocore was renamed to edk2, as you probably noticed. > > Cheers, > Nicholas Chin > > On Mon, Feb 6, 2023 at 10:58 AM ritul guru <ritul.b...@gmail.com> wrote: > > > > Hi, > > In earlier coreboot, there was a tianocore payload which has 1. > CorebootPayload 2. UEFIPayload > > I used to boot with CorebootPayload to UEFI aware OS. > > I see, now it is edk2 payload, is CorebootPayload deprecated? and > building alone uefipayload.fd is enough to boot to UEFI aware OS with > coreboot BIOS? > > > > > > > > Thanks & Regards > > Ritul Guru > > +91-9916513186 > > _______________________________________________ > > coreboot mailing list -- coreboot@coreboot.org > > To unsubscribe send an email to coreboot-le...@coreboot.org >
_______________________________________________ coreboot mailing list -- coreboot@coreboot.org To unsubscribe send an email to coreboot-le...@coreboot.org
