Reset ChannelInfo before calling getChannelInfo()

 chInfo is initialized with '0' in statement 'ChannelInfo chInfo{};'
 This is to make sure even if getChannelInfo function fails to update
 chInfo,un-initialized/previous chInfo data will not be used for
 further execution in function ipmiOEMSetUser2Activation.

 Tested:
 By printing structure chInfo for each IPMI channel
 before calling getChannelInfo function, we observed that
 'chInfo' structure intialized with zeroes for each IPMI channel.

Signed-off-by: Manish Baing <manish.baing@intel.com>
Change-Id: I0fcfabd30d05f4d360758cff31bb98fff01c5f7e
1 file changed
tree: 716898a5d98dc4388ec5580999e6427da186b590
  1. cmake/
  2. docs/
  3. include/
  4. non-yocto/
  5. src/
  6. tests/
  7. .clang-format
  8. .gitignore
  9. cmake-format.json
  10. CMakeLists.txt
  11. CMakeLists.txt.in
  12. generate-whitelist.py
  13. ipmi-whitelist.conf
  14. LICENSE
  15. MAINTAINERS
  16. README.md
README.md

Intel IPMI OEM support library

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.

Overview

intel-ipmi-oem serves as an extension[1] to OpenBMC IPMI daemon[2]. It is compiled as a shared library and intended to both:

  • override existing implementation of standard IPMI commands to comply with Intel-specific solutions,
  • provide implementation for non-standard OEM extensions.

Capabilities

Related features provided by the library are grouped in separate source files. Main extensions to vanilla OpenBMC IPMI stack are the following:

  • Acquiring SMBIOS data over IPMI
  • Commands for better integration with Intel hardware
  • Firmware update extensions
  • Extended parsing of IPMI Platform Events[4]

References

  1. OpenBMC IPMI Architecture
  2. Phosphor IPMI Host
  3. IPMI Specification v2.0
  4. Intel Platform Events parsing