> 4. Using same firmware on x86 and bmc means, what ever infra we develop for
> board bring up and ops (as coreboot payload) works on both.
> 5. Same thing for secure booting.
>

While I borrow not much expertise there, these points are applicable
at this moment only if you are planning to run UEFI on both ARM and
x86 devices at once, all other things are pretty less generic and not
replaceable. UEFI is mentioned, but it could be u-boot or something
else which works as cross-platform bootloader and could be inserted
within a boot sequence stack on both IMC and host - on certain
hardware you would manage to get identical software stack on different
architectures for a small effort but for most times this is not true
and significant work needs to be done.

The second major point is a lack of host board signaling unification,
you would not even have a guarantee that same BMC-side GPIO pins are
responsible for same action types across boards of a single vendor
(true for generations of Supermicro removable BMCs), so each board or
board family would probably need additional work to create signaling
descriptions. I`m not sure if coreboot is an appropriate replacement
for OpenBMC efforts right there, as it was said before in this thread
because real positive outcome is barely imaginable from this
description.

-- 
coreboot mailing list: coreboot@coreboot.org
https://mail.coreboot.org/mailman/listinfo/coreboot

Reply via email to