Ahh, the MS certification make a lot of sense. Thanks!
Announcement
Collapse
No announcement yet.
The Current State Of Coreboot & Open-Source Firmware For AMD Hardware In 2023
Collapse
X
-
Originally posted by hauberg View PostCan anyone explain to me why coreboot is not more popular with CPU producers (Intel, AMD)? I understand that both developing a traditional bios and coreboot is too expensive but why not focus on coreboot exclusively? I'm sure there's an argument but I'd love to have it laid out so I could understand it.
Comment
-
Originally posted by agd5f View PostIt would probably get more traction if MS supported coreboot. Then it could be used for more than just chromebooks and random embedded programs. It's a huge amount of work (basically maintaining two bioses, albeit with some shared components) and why would you want to to do it if no one is going to use it? Maybe something like UDK could get more traction. IIRC, that is compatible with MS and it is open source, but it's not coreboot so it doesn't work directly with current Chromebooks.
Missing ReBAR (It works on Linux since amdgpu seems to force a full PCI MMIO reallocation), but it works.
Comment
-
Originally posted by zir_blazer View Post
Comment
-
Originally posted by agd5f View Post
Is that official support from MS?
Still, the point is that it works. A lot of people believes than Coreboot is Linux only and can't be used for Windows devices.
- Likes 1
Comment
-
-
Originally posted by binarybanana View PostMost modern UEFI firmwares seem to be based on Intel's free reference implementation (also used on qemu, for example)
Your firmware consists of (at least) two parts, the part that inits the hardware, setups and trains ram etcs and something on top of that that handles the user facing and OS facing parts. Just like Coreboot and a payload like EDK2 on top. The underlying part of your usual x86 firmware has its roots in the BIOS days, EFI was mostly put on top of it.
QEMU only needs the top layer, which why it also isn't using coreboot, just the payload like SeaBIOS and EDK2.
Especially Ram Training is highly proprietary, something Firmware vendors like AMI protect with all their might.
- Likes 1
Comment
-
Originally posted by Alexmitter View Post
There is a misunderstanding what your UEFI actually is.
Your firmware consists of (at least) two parts, the part that inits the hardware, setups and trains ram etcs and something on top of that that handles the user facing and OS facing parts. Just like Coreboot and a payload like EDK2 on top. The underlying part of your usual x86 firmware has its roots in the BIOS days, EFI was mostly put on top of it.
QEMU only needs the top layer, which why it also isn't using coreboot, just the payload like SeaBIOS and EDK2.
Especially Ram Training is highly proprietary, something Firmware vendors like AMI protect with all their might.
EDIT: Apparently coreboot on qemu is a thing: https://www.coreboot.org/QEMULast edited by binarybanana; 07 February 2023, 09:46 AM.
Comment
Comment