Hacker News new | past | comments | ask | show | jobs | submit login

I have 4 different BayTrails (manufacturers/etc) running in my apartment. There is zero issue with them in Linux but they have a funky requirement:

- they must be booted into legacy i.e. on EFI mode. EFI mode boot does not work reliably.

- the boot disk must have MBR and not GPT disk label.




I'm not surprised, EFI is a mess in general. Good old BIOS has worked for 30+ years, and is simple enough that it's not hard to get right (yet there are/were some that still did...) --- load the first sector of the boot device at 7C00 and jump to it.


And then spend then next 400,000,000 cycles progressively switching from 40 year old 8086 real mode to the present, reading some newer firmware configuration tables from that same BIOS (which are often buggy), compensating for those bugs, etc.

That's still less than a quarter of a second, granted. But the complexity goes to the OS instead of a reasonable separation of concerns.

Granted, the mess that [U]EFI is, it might still be the better option. But the old BIOS is only "good" because of the crazy (sunk and continuing) cost to effectively implement "good new bios" within the operating systems.


BIOSes have been executing mostly in "unreal"/flat-real mode since at least the 486 days, and I recall one of the later ones switching into that mode only a dozen instructions after FFFF:FFF0.

EFI is ridiculous complexity, more than that of early OSs, mostly just to do things which the OS would again do when it boots up.


I have found the [U]EFI mess to be really unbearable. It is too hard to debug. I mean, they learned nothing from the workstation or minicomputer era wrt. boot diagnostics.


> That's still less than a quarter of a second, granted. But the complexity goes to the OS instead of a reasonable separation of concerns.

So? The OS already does it.




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

Search: