attn: Make attn handler restart less restrictive

Return back to the default service restart limit behavior which is
is a maximum of two failures within 30 seconds before the
attention handler is considered failed. This change is needed as it
seems that the restart count is incremented for every restart not just
the restart after failure. Making the restart more restrictive had the
side effect of the attention handler reaching the restart limit if the
host was restarted  more than two times in 10 minutes even though the
attention handler was not restarted due to failure.

Signed-off-by: Ben Tyner <ben.tyner@ibm.com>
Change-Id: I427d60451dce6b613c6e004a063cea5ad06f8fb5
1 file changed
tree: 141988a5f8ff35037e277cd9111d93296a4bdc80
  1. analyzer/
  2. attn/
  3. subprojects/
  4. test/
  5. util/
  6. .clang-format
  7. .eslintignore
  8. .gitignore
  9. buildinfo.hpp.in
  10. cli.cpp
  11. cli.hpp
  12. config.h.in
  13. LICENSE
  14. listener.cpp
  15. listener.hpp
  16. main.cpp
  17. main_nl.cpp
  18. MAINTAINERS
  19. meson.build
  20. meson_options.txt
  21. OWNERS
  22. README.md
README.md

Hardware Diagnostics for POWER Systems

In the event of a system fatal error reported by the internal system hardware (processor chips, memory chips, I/O chips, system memory, etc.), POWER Systems have the ability to diagnose the root cause of the failure and perform any service action needed to avoid repeated system failures.

Aditional details TBD.

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