Gitiles
Code Review Sign In
gerrit.openbmc.org / openbmc / openpower-libhei / 93cd64ea88f53cf3826b2ffee8cb70f6b0dc4733
commit93cd64ea88f53cf3826b2ffee8cb70f6b0dc4733[log] [tgz]
authorZane Shelley <zshelle@us.ibm.com>Thu Sep 23 09:37:12 2021 -0500
committerZane Shelley <zshelle@us.ibm.com>Thu Sep 23 09:37:12 2021 -0500
tree929076d42dc5950b03a63b6f0ed41888fbbddf98
parent4aebf40d5efddb84840fce1d8419ec799e36cdd2 [diff]
Add handling for bit 2 in all recoverable chiplet FIRs

Bit 2 in the recoverable chiplet FIRs is a special bit that indicates
there is a unit checkstop on that chiplet as well. If we ignore that bit
like we were and there was a unit checkstop attention with no
recoverable attentions, the isolator will return signatures from the
GFIR which will just confuse things.

Signed-off-by: Zane Shelley <zshelle@us.ibm.com>
Change-Id: Ic340c0e765f266b2980561913df8c64461febcba
27 files changed
tree: 929076d42dc5950b03a63b6f0ed41888fbbddf98
  1. src/
  2. test/
  3. xml/
  4. .clang-format
  5. .gitignore
  6. buildinfo.hpp.in
  7. LICENSE
  8. MAINTAINERS
  9. meson.build
  10. meson_options.txt
  11. README.md
README.md

openpower-libhei: Hardware Error Isolation for POWER Systems

This library is a common, portable code base for isolating errors reported by hardware registers on POWER Systems chips.

The primary consumers (and requirements drivers) will be:

Core API

See the primary API definitions for details on how to use this library.

Integration

This library can be integrated into a user application's source (either imported, or as a git subtree/submodule) or built as static library.

User Application Requirements and APIs

  • The process to access hardware register data will vary per user application. Therefore, this library will declare the hardware access user APIs, but each user application must implement the APIs for their own environment.
  • This library will not contain data regarding hardware specific information. Instead, that information will be provided by the user application in the form of the Chip Data Files.
  • Tracing, or logging, methods will vary per user application. Therefore, this library will declare the tracing/logging user APIs, but each user application must implement the APIs for their own environment.

Environment configuration

  • __HEI_ENABLE_HW_WRITE: When defined, it will allow hardware write support. Note that the Chip Data Files will contain rules for clearing and masking register bits. Both of which will require modifying hardware registers, which is not allowed by user applications like OpenBMC or FSP firmware.

Development Notes

  • The Hostboot environment only supports up to C++14. Therefore, this library cannot use anything newer at this time.
  • Hostboot has a very limited environment. It does not include libc or libstdc++. However, Hostboot has implemented select functions from those libraries as needed. For details, you can reference src/include/ in the POWER Systems Hostboot firmware.

Building

For a standard OpenBMC release build, you want something like:

meson -Dtests=disabled <build_dir>
ninja -C <build_dir>
ninja -C <build_dir> install

For a test / debug build, a typical configuration is:

meson -Dtests=enabled <build_dir>
ninja -C <build_dir> test