search

u-root / u-bmc

Open-source firmware for your baseboard management controller (BMC)
https://u-bmc.readthedocs.io
BSD 3-Clause "New" or "Revised" License
277 stars 33 forks source link

User-land integration with OpenBMC #120

Open bluecmd opened 5 years ago

bluecmd commented 5 years ago

It probably wouldn't be that hard to provide a OpenBMC daemon based on the platform specific stuff for u-bmc. That way one could for any supported u-bmc platform choose to build either full u-bmc or OpenBMC w/ u-bmc userland.

That way u-bmc would directly help with adding boards to OpenBMC, and companies that are using OpenBMC wouldn't have to migrate everything over. Full u-bmc would still be able to innovate on the things that matters for it while keeping OpenBMC compatibility.

To elaborate: this is not about replacing any specific OpenBMC part such as systemd or such, but rather replacing the platform specific daemons that control and react to GPIOs, PWMs, and manages BIOS/firmware flashing.

GanShun commented 5 years ago

I don't really know anything about OpenBMC, but are there baked in systemd assumptions with openbmc? How would you work around that? I seem to remember systemd insists on being pid 1 too, but I could be wrong.

bluecmd commented 5 years ago

@GanShun I elaborated above since I got the same question on slack :-). The idea is to replace whatever implements for example this protocol: https://github.com/openbmc/phosphor-dbus-interfaces/tree/master/xyz/openbmc_project/Chassis. There are going to be a list of those protocols that needs to be implemented, but that's for sure one of them.

GanShun commented 5 years ago

I see