Gitiles
Code Review Sign In
gerrit.openbmc.org / openbmc / phosphor-logging / 0f717e1063154f0baec62f80e043d4d1c3317ce0 / . / extensions / openpower-pels
tree: f725b1627a10dfbbe369cf67efb8e4bd1262a392 [path history] [tgz]
  1. registry/
  2. tools/
  3. additional_data.hpp
  4. ascii_string.cpp
  5. ascii_string.hpp
  6. bcd_time.cpp
  7. bcd_time.hpp
  8. callout.cpp
  9. callout.hpp
  10. callouts.cpp
  11. callouts.hpp
  12. data_interface.cpp
  13. data_interface.hpp
  14. entry_points.cpp
  15. extended_user_header.cpp
  16. extended_user_header.hpp
  17. failing_mtms.cpp
  18. failing_mtms.hpp
  19. fru_identity.cpp
  20. fru_identity.hpp
  21. generic.cpp
  22. generic.hpp
  23. host_interface.hpp
  24. host_notifier.cpp
  25. host_notifier.hpp
  26. json_utils.cpp
  27. json_utils.hpp
  28. log_id.cpp
  29. log_id.hpp
  30. manager.cpp
  31. manager.hpp
  32. mru.cpp
  33. mru.hpp
  34. mtms.cpp
  35. mtms.hpp
  36. openpower-pels.mk
  37. paths.cpp
  38. paths.hpp
  39. pce_identity.cpp
  40. pce_identity.hpp
  41. pel.cpp
  42. pel.hpp
  43. pel_rules.cpp
  44. pel_rules.hpp
  45. pel_types.hpp
  46. pel_values.cpp
  47. pel_values.hpp
  48. pldm_interface.cpp
  49. pldm_interface.hpp
  50. private_header.cpp
  51. private_header.hpp
  52. README.md
  53. registry.cpp
  54. registry.hpp
  55. repository.cpp
  56. repository.hpp
  57. section.hpp
  58. section_factory.cpp
  59. section_factory.hpp
  60. section_header.hpp
  61. severity.cpp
  62. severity.hpp
  63. src.cpp
  64. src.hpp
  65. stream.hpp
  66. user_data.cpp
  67. user_data.hpp
  68. user_data_formats.hpp
  69. user_data_json.cpp
  70. user_data_json.hpp
  71. user_header.cpp
  72. user_header.hpp
extensions/openpower-pels/README.md

OpenPower Platform Event Log (PEL) extension

This extension will create PELs for every OpenBMC event log. It is also possible to point to the raw PEL to use in the OpenBMC event, and then that will be used instead of creating one.

Passing PEL related data within an OpenBMC event log

An error log creator can pass in data that is relevant to a PEL by using certain keywords in the AdditionalData property of the event log.

AdditionalData keywords

RAWPEL

This keyword is used to point to an existing PEL in a binary file that should be associated with this event log. The syntax is:

RAWPEL=<path to PEL File>
e.g.
RAWPEL="/tmp/pels/pel.5"

The code will assign its own error log ID to this PEL, and also update the commit timestamp field to the current time.

_PID

This keyword that contains the application's PID is added automatically by the phosphor-logging daemon when the commit or report APIs are used to create an event log, but not when the Create D-Bus method is used. If a caller of the Create API wishes to have their PID captured in the PEL this should be used.

This will be added to the PEL in a section of type User Data (UD), along with the application name it corresponds to.

The syntax is:

_PID=<PID of application>
e.g.
_PID="12345"

Default UserData sections for BMC created PELs

The extension code that creates PELs will add these UserData sections to every PEL:

  • The AdditionalData property contents
    • If the AdditionalData property in the OpenBMC event log has anything in it, it will be saved in a UserData section as a JSON string.

The PEL Message Registry

The PEL message registry is used to create PELs from OpenBMC event logs. Documentation can be found here.

Action Flags and Event Type Rules

The Action Flags and Event Type PEL fields are optional in the message registry, and if not present the code will set them based on certain rules layed out in the PEL spec. In fact, even if they were specified, the checks are still done to ensure consistency across all the logs.

These rules are:

  1. Always set the Report flag, unless the Do Not Report flag is already on.
  2. Always clear the SP Call Home flag, as that feature isn't supported.
  3. If the severity is Non-error Event:
    • Clear the Service Action flag.
    • Clear the Call Home flag.
    • If the Event Type field is Not Applicable, change it to Information Only.
    • If the Event Type field is Information Only or Tracing, set the Hidden flag.
  4. If the severity is Recovered:
    • Set the Hidden flag.
    • Clear the Service Action flag.
    • Clear the Call Home flag.
  5. For all other severities:
    • Clear the Hidden flag.
    • Set the Service Action flag.
    • Set the Call Home flag.

Additional rules may be added in the future if necessary.

D-Bus Interfaces