Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

It's all about incentives. My laptop spends good five seconds after each power-on (or resume from suspend-to-disk), showing me giant vendor's logo and doing nothing else.

Surely, open firmware could skip that and boot faster - if vendor would allow an escape hatch from the "secure boot" hell. But why would they expend effort on something 99.9% of users don't care about, and give up free ads in the process, too?





It is not so easy on servers. The AMD servers platforms perform RAM training on each boot, even before the CPU starts execution the firmware. So no matter of your BIOS/coreboot performance, you have a guaranteed 2min++ boot time (depending on amount of RAM and CPU sockets), because of memory training... There is no concept of fastboot from the cold boot like on Intel silicon.

Memory training or memory testing leading to the minutes long time spent in firmware?

I haven't used the most recent AMD server platforms, but on earlier Epyc generations the memory training and PCIe link training were noticed durations but measured in seconds, not minutes. Turning on debug for the PSP could turn this into minutes but would also show all the results of the memory training sequences. The memory testing would take minutes but was easily disabled to reduce the boot time. Has this changed in the newer Epyc generations?


Memory training taking minutes on AMD systems isn't unusual. On my desktop with a 7800X3D and 64 GB of RAM, I get scared whenever the system needs to do the training again. Because it just sits there at a black screen for a couple minutes while it does the training. I have to just wait and hope that it's doing something and not that my system is dead.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: