BIOS, Hypervisor, and OS detailed boot progress in Redfish
Supreeth.Venkatesh at arm.com
Wed Jan 29 08:23:53 AEDT 2020
As you mentioned, as per PLDM specification, Boot progress codes are State Sensors. Boot progress codes IDs are 195, 196 and 198.
If you would additional state sensors for detailed progress, why not ask PMCI WG to additional state sensors.
As per the specification https://www.dmtf.org/sites/default/files/standards/documents/DSP0248_1.0.0.pdf ,PLDM commands to be used for State sensors are
Also, I agree we need a corresponding mapping of this in Redfish.
From: openbmc <openbmc-bounces+supreeth.venkatesh=arm.com at lists.ozlabs.org> On Behalf Of Andrew Geissler
Sent: Tuesday, January 28, 2020 2:53 PM
To: OpenBMC Maillist <openbmc at lists.ozlabs.org>
Subject: BIOS, Hypervisor, and OS detailed boot progress in Redfish
I recently opened a Redfish forum post asking about tracking BIOS, Hypervisor, and OS boot status.
With IPMI we had the "System Firmware Progress" and "Base OS Boot / Installation Status" sensors which we then mapped to some D-Bus sensors. My goal is that we have similar level of detail in a Redfish interface.
Gunnar discussed this with the DMTF and it seems they are open to a enum that would describe the boot status.
Any thoughts from the community on how we'd like this to look? Should it just be a combination of our BootProgress and OperatingSystemStatus D-Bus properties?
Some fields in those seem pretty IPMI/legacy specific (CDROMBoot, ROMBoot, ...)
I think our goal should be to provide a high level summary of the boot from the BIOS, to the Hypervisor, to the OS.
Something like this?
Unknown -> MotherboardInit -> MemoryInit -> SecondaryProcInit ->
-> HypervisorStart -> HypervisorStandby -> OSStart -> OSRunning
These would need PLDM commands for the host to send these down so maybe the PLDM specifications provides a hint on what these should be? I see this doc has a "Boot Progress" State Set but a lot of these just don't make much sense to me.
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the openbmc