Originally posted by starshipeleven
View Post
Announcement
Collapse
No announcement yet.
AMI Is The Latest Vendor Joining The Linux Vendor Firmware Service
Collapse
X
-
-
Originally posted by michaelb1 View PostGRUB2 is significantly larger than SeaBIOS, both in terms of source code and compiled binary size,
SeaBIOS is just there to emulate a BIOS API, aka redundant legacy crap that is actually needed only by Windows. Its job is just loading and executing whatever is in the MBR of a drive, which is unsafe and also means that for Linux it's basically dead weight as 99% of the logic required to read from a filesystem, a RAID or LVM, read from encrypted partitions or whatever else to go fetch a kernel, and check the signatures if you want (GRUB2 can do it), has to go in the "significantly larger" GRUB2 boot loader.
That's not "elegant", BIOS spec is obsolete crap, the code in SeaBIOS might be amazing but it's job is just to replicate dumb shit API that is long obsolete and required others to write and maintain the code to work around it.
There are plenty of good reasons why SeaBIOS is the default coreboot payload,
and not just in this "default config" but in a lot of custom builds as wellLast edited by starshipeleven; 11 December 2018, 08:47 PM.
- Likes 2
Comment
-
Originally posted by starshipeleven View PostNo shitOriginally posted by starshipeleven View PostSeaBIOS needs GRUB2 to boot into anything, GRUB2 can be loaded alone directly. Unless math changed, using GRUB2 as a payload is still smaller overall than SeaBIOS + GRUB2.Originally posted by starshipeleven View PostSeaBIOS is just there to emulate a BIOS API, aka redundant legacy crap that is actually needed only by WindowsOriginally posted by starshipeleven View PostMr Chromebook's builds support more (and newer) chromebook models and he offers full UEFI (i.e. Tianocore payload) too in his builds
Comment
-
Originally posted by starshipeleven View PostNo shit
git clone http://review.coreboot.org/board-status
cd ./board-status
find . -type f -print0 | xargs -0 grep "CONFIG_PAYLOAD_SEABIOS=y" | wc -l
7750
find . -type f -print0 | xargs -0 grep "# CONFIG_PAYLOAD_SEABIOS is not set" | wc -l
718
More than 10x times difference in favor of SeaBIOS . "# CONFIG_PAYLOAD_SEABIOS is not set" = something else than SeaBIOS has been selected, e.g. "CONFIG_PAYLOAD_GRUB2" or "CONFIG_PAYLOAD_NONE" used by the people who would like to add an unknown payload later - maybe Tianocore, maybe not.
Comment
-
Originally posted by michaelb1 View PostWhy is it so hard for you to believe that SeaBIOS is the most popular, being the default choice at coreboot?
My point is that choosing what most people chooses is not a good reason in and of itself to follow them. I would be using Windows if I was using the "most popular" thing.
You don't have to use GRUB2, you can use any other bootloader stored on your hard drive
not occupying that valuable space inside your BIOS chip which could be used for something else. Once I tried compiling GRUB2 with the modules that I want, it turned out being much larger than expected, and I don't want to throw away all my cool stuff just to accommodate the GRUB2
And even if you want a full-fat GRUB2 you don't need more than 1MB.
This is an issue only for ancient hardware, anything remotely new has 1MB or bigger flash and you can fit GRUB in there.
Nope, the main purpose of SeaBIOS nowadays is providing the convenient boot menu,
You're not better than people using stock firmware. Tinkering for the sake of tinkering.
I could only suggest for you to sit on the coreboot mailing lists, read the e-mails with technical info and their coreboot configs, and see for yourself that there are a lot of coreboot people doing just fine with SeaBIOS and without UEFI crap
- Likes 2
Comment
-
Gnome front end? It couldn't be worse than flashing a BIOS from Windows.
I have a Gigabyte board, that has "QFlash" that you can use from within Setup. You just load a file from a floppy or USB stick. That's how I was doing it, until they put out a BIOS revision whose image was too large for the utility. As a matter of semantics, they kept those permanently labeled as "beta" though they are the latest for the board.
I was troubleshooting driver issues and the first thing devs will ask you is "have you got the latest BIOS?" so I wanted to do it. I prepared a DOS disk, but the BIOS image was too large for that flashing utility too.
The only way to do it was from within Windows, using their winflash utility. Let me tell you, that did not sit well with me. It went without issue, but I practically had to extricate my seat cushion from my arse while it was flashing. I was thinking "any time now, a Stop Error BSOD is going to brick this"
Comment
-
Originally posted by Grogan View PostGnome front end? It couldn't be worse than flashing a BIOS from Windows.
This is what all modern HP, Dell and Lenovo hardware's "windows UEFI updater" also does, I strongly suspect that they are using the same UEFI "upgrade capsule" feature which is used here.
Comment
Comment