| commit | 9722151c4553cae2eb1d4cadbf42c10018624fbc | [log] [tgz] |
|---|---|---|
| author | Paul Fertser <fercerpav@gmail.com> | Thu Aug 18 12:36:41 2022 +0000 |
| committer | Paul Fertser <fercerpav@gmail.com> | Thu Aug 18 14:43:30 2022 +0000 |
| tree | bf2d40d9ccc14ffc35c3652e1fe63ebed9909d77 | |
| parent | fc3bc38119c512c95abd7f93546a91284a0404fc [diff] |
Specify "8-bit ASCII + Latin 1" SDR encoding Applications using OpenSolaris libipmi can't handle "Unicode" (type 0) encoding for the sensor names [0]. This results in issues with VMWare ESXi which uses IPMI to fetch sensor data from the BMC, all the names are shown as "Unspecified 1" (if default EntityId is used), so status page, SEL entries and the logs become very confusing. Fix this by telling it to process all bytes as is by using "8-bit ASCII + Latin 1" type. Tested with VMWare ESXi 7.0 Update 2 and regular ipmitool (using GNU FreeIPMI), both shows names correctly. [0] https://github.com/kofemann/opensolaris/blob/master/usr/src/lib/libipmi/common/ipmi_util.c#L258 Signed-off-by: Paul Fertser <fercerpav@gmail.com> Change-Id: I53d74944717b1642eab6bee3c2c8566a1b8808b1
This component is intended to provide Intel-specific IPMI[3] command handlers for OpenBMC. These handlers are intended to integrate BMC with servers based on Intel architecture.
intel-ipmi-oem serves as an extension[1] to OpenBMC IPMI daemon[2]. It is compiled as a shared library and intended to both:
Related features provided by the library are grouped in separate source files. Main extensions to vanilla OpenBMC IPMI stack are the following:
[4]