God, I hate EDK2

[elly@donotsta.re]

God, I hate EDK2 <img class="not-responsive emoji" src="https://donotsta.re/emoji/akko/akko_angry.png" title=":akko_angry:" />

[DEBUG]  BS: callback (0x5c6c563c) @ src/soc/amd/common/block/psp/psp.c:126 (12 ms).
[DEBUG]  BS: BS_PAYLOAD_BOOT entry times (exec / console): 0 / 73 ms
[DEBUG]  mp_park_aps done after 0 msecs.
[DEBUG]  Jumping to boot code at 0x00803b3f(0x5c61d000)
[SPEW ]  CPU0: stack: 0x5c6cbd60 - 0x5c6cdd60, lowest used address 0x5c6cc2cc, stack used: 6804 bytes
[SerialPortLib] SerialRegisterBase: 0x1C200FEDC9000, BaudRate: 1, UseMmio: 8417528
[SerialPortLib] UART already initialized, skipping reinitialization
[...]
AP Loop Mode is 1
AP Vector: non-16-bit = 5C04D000/48D
WakeupBufferStart = 87000, WakeupBufferSize = E5
AP Vector: 16-bit = 87000/39, ExchangeInfo = 87040/A5
CpuDxe: 5-Level Paging = 0

DXE_ASSERT!: [CpuDxe] IoLibGcc.c (211): (Port & 3) == 0

[moses_izumi@fe.disroot.org]

@elly
Have you ever considered migrating the chrultrabook project to a different primary payload, or is it too selfish and time-consuming in the wake of distros/bootloaders abandoning BIOS support?
- seabios
- uboot (with or without the UEFI support)
- Open Firmware (IEEE 1275)
- heads

If I was doing stuff with Chromebook firmware (or coreboot in general) I'd have made a little seabios-centric branch, for the sake of turning humdrum laptops and thin clients into DOS/Win9x/Win2k powerhouses.

[elly@donotsta.re]

@moses_izumi I left Chrultrabook project. We're forking it to focus on what matters to us, without having to deal with screaming children or vibe-coding.

[moses_izumi@fe.disroot.org]

@elly
Good for you (and everyone involved, really), but I'm still curious about the non-EDK payloads.