31fc9552 | 24-Feb-2025 |
Faisal Awada <faisal@us.ibm.com> |
PEL: Add PSU firmware update PELs
Add PEL entries for PSU firmware update and firmware file issues
- Added PEL for successful PSU firmware update (PEL 0x15F8) - Added PEL for PSU firmware update fa
PEL: Add PSU firmware update PELs
Add PEL entries for PSU firmware update and firmware file issues
- Added PEL for successful PSU firmware update (PEL 0x15F8) - Added PEL for PSU firmware update failure, callout of PSU and BMC (PEL 0x15F9) - Added PEL for PSU firmware file issues, referencing procedure BMC001 (PEL 0x15FA)
Test: Tested all new PEL message in simulation and verified the output.
Change-Id: I4e26a9c4a3764429931f3a509e63c5c9d0638851 Signed-off-by: Faisal Awada <faisal@us.ibm.com>
show more ...
|
5383d760 | 01-Feb-2025 |
Patrick Williams <patrick@stwcx.xyz> |
meson: reformat with meson formatter
Apply the `meson format` results.
Change-Id: I874e2c57075988db53dad8e365c0bf1ac204f81b Signed-off-by: Patrick Williams <patrick@stwcx.xyz> |
9fdcad5a | 07-Feb-2025 |
Matt Spinler <spinler@us.ibm.com> |
PELs: Use pldm_msg_hdr_correlate_response()
This call to ensure the PLDM response matches the PLDM request for the 'New PEL Available' command was previously missing (since it didn't exist at the ti
PELs: Use pldm_msg_hdr_correlate_response()
This call to ensure the PLDM response matches the PLDM request for the 'New PEL Available' command was previously missing (since it didn't exist at the time this code was written), causing the code to think it got the correct response when really it was someone else's.
It would then move on to the next PEL before it actually heard back about the current one, causing issues on the host side.
Change-Id: I471d7727a2b8c77a0ffc85c15cef7531898d22d7 Signed-off-by: Matt Spinler <spinler@us.ibm.com>
show more ...
|
25291157 | 01-Feb-2025 |
Patrick Williams <patrick@stwcx.xyz> |
clang-format: update latest spec and reformat
Copy the latest format file from the docs repository and apply.
Change-Id: Iac96affe709a51dd865117d006cb033cf5c624b1 Signed-off-by: Patrick Williams <p
clang-format: update latest spec and reformat
Copy the latest format file from the docs repository and apply.
Change-Id: Iac96affe709a51dd865117d006cb033cf5c624b1 Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
show more ...
|
1f2bb81d | 30-Jan-2025 |
Patrick Williams <patrick@stwcx.xyz> |
build: use allowed over enabled or not-disabled
Meson feature options are typically in a tri-state of enabled, disabled, or auto. The enabled and disabled functions on an option (from `get_option`)
build: use allowed over enabled or not-disabled
Meson feature options are typically in a tri-state of enabled, disabled, or auto. The enabled and disabled functions on an option (from `get_option`) no longer return true for auto features. Instead, the expectation is to use `allowed()` which is true for both enabled and auto.
Switch all uses of `enabled` to `allowed`. Switch all uses of `not disabled` to `allowed`.
Change-Id: Icc698b95d762197d496ec9f228a12d7fe48beef0 Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
show more ...
|
1d0aba2a | 13-Jan-2025 |
Chris Cain <cjcain@us.ibm.com> |
PEL: Removed severity from OCC OpenFailure PEL
The OpenFailure PEL was being set to predictive severity. These errors can happen when a system hits a processor checkpoint. There should already be an
PEL: Removed severity from OCC OpenFailure PEL
The OpenFailure PEL was being set to predictive severity. These errors can happen when a system hits a processor checkpoint. There should already be another error logged for the checkstop, so if the code hits this condition it will be logged as Notice/Informational. Also made some changes to add journal traces to other occ-control PELs.
Tested on Rainier.
Change-Id: I320a0758344718e8d1fff478c9c561063ec070e6 Signed-off-by: Chris Cain <cjcain@us.ibm.com>
show more ...
|
b6d3e2fc | 18-Dec-2024 |
Patrick Williams <patrick@stwcx.xyz> |
clang-format: re-format for clang-19
clang-format-19 isn't compatible with the clang-format-18 output, so we need to reformat the code with the latest version. A few parameters in clang-tidy have b
clang-format: re-format for clang-19
clang-format-19 isn't compatible with the clang-format-18 output, so we need to reformat the code with the latest version. A few parameters in clang-tidy have been deprecated, so adjust the style file accordingly.
See Ie2f6eb3b043f2d655c9df806815afd7971fd0947 for updated style. See I88192b41ab7a95599a90915013579608af7bc56f for clang-19 enablement.
Change-Id: I754b2a89844754c9d87ca20a829cce32dd7feb51 Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
show more ...
|
e5940634 | 22-Nov-2024 |
Patrick Williams <patrick@stwcx.xyz> |
extension: use map in create extension
Adjust the Create extension to use a map for metadata instead of vector.
Tested: Unit tests updated and passing.
Signed-off-by: Patrick Williams <patrick@stw
extension: use map in create extension
Adjust the Create extension to use a map for metadata instead of vector.
Tested: Unit tests updated and passing.
Signed-off-by: Patrick Williams <patrick@stwcx.xyz> Change-Id: I9bd62b8dcc8b18a61958ed64de98b52a48333637
show more ...
|
27311616 | 02-Dec-2024 |
SwethaParasa <parasa.swetha1@ibm.com> |
PEL: Add a new error message for Dump Offload
We log the same error for Dump Delete and Offload right now. Adding a new error to distinguish between a dump delete and a dump offload.
Change-Id: I1c
PEL: Add a new error message for Dump Offload
We log the same error for Dump Delete and Offload right now. Adding a new error to distinguish between a dump delete and a dump offload.
Change-Id: I1c74906fb170d883447a021c59199baaa4f6dc97 Signed-off-by: SwethaParasa <parasa.swetha1@ibm.com>
show more ...
|
110287ba | 02-Dec-2024 |
Shawn McCarney <shawnmm@us.ibm.com> |
lg2: Add path to list of supported types in docs
Update the documentation on the lg2 API to include std::filesystem::path in the list of supported types.
Also updated a README.md that was failing C
lg2: Add path to list of supported types in docs
Update the documentation on the lg2 API to include std::filesystem::path in the list of supported types.
Also updated a README.md that was failing CI due to a line that was too long for the formatting checks.
Change-Id: I61a3694d6ad994155829d433a62b2f4a05980e3d Signed-off-by: Shawn McCarney <shawnmm@us.ibm.com>
show more ...
|
eaabf98b | 22-Nov-2024 |
Shawn McCarney <shawnmm@us.ibm.com> |
openpower-pels: Add BMC0005 callout to pgood error
Add the procedure BMC0005 as a high priority callout for pgood errors on the 3V3IO voltage rail. Reduce first VRM callout to medium priority.
Whe
openpower-pels: Add BMC0005 callout to pgood error
Add the procedure BMC0005 as a high priority callout for pgood errors on the 3V3IO voltage rail. Reduce first VRM callout to medium priority.
When the lid (cover) is removed on Everest/Fuji systems, main power is automatically shut off for safety reasons. Due to the hardware design and UCD configuration, the resulting pgood error is incorrectly isolated to the 3V3IO voltage rail. Add the BMC0005 procedure as the first callout for this error so the lid will be checked as a possible cause.
Tested: * Created 11002620 error for the 3V3IO rail using busctl. * Verified all callouts in the resulting error log were correct.
Change-Id: I3af8ce6ae146ff8c6816602a2bfa47e679268387 Signed-off-by: Shawn McCarney <shawnmm@us.ibm.com>
show more ...
|
c6396da5 | 14-Nov-2024 |
Deepa Karthikeyan <deepakala.karthikeyan@ibm.com> |
openpower-pels: Fix libguard initialization
The initialization of libguard was being skipped because the device tree was not set up during the initial phosphor-logging phase. As a result, all guard
openpower-pels: Fix libguard initialization
The initialization of libguard was being skipped because the device tree was not set up during the initial phosphor-logging phase. As a result, all guard library calls failed, preventing the creation of system guards in the event of an error.
To address this, the libguard initialization has been moved to the point where guard creation occurs. Since libguard initialization is lightweight, this change has no noticeable impact on performance.
The fix has been tested, and guards are now correctly created as expected.
``` root@p10bmc:~# putscom pu.c 20018600 8000000000000000 -n0 -p0 -cft pu.c k0:n0:s0:p00:c0 /usr/bin/edbg putscom pu.c 20018600 8000000000000000 -n0 -p0 -cft
root@p10bmc:~# guard -l ID | ERROR | Type | Path 0x00000001 | 0x50000a78 | unrecoverable | physical:sys-0/node-0/proc-0/eq-0/fc-0/core-0 ``` Change-Id: I8c718be4638743dc1015d0f4f327a4f65c9d9c2d Signed-off-by: deepakalak <deepakala.karthikeyan@ibm.com>
show more ...
|
dc35e307 | 05-Nov-2024 |
Patrick Williams <patrick@stwcx.xyz> |
log-create: add CLI utility to create events
Add utility to allow creation of events from the command line and shell scripts. The utility ensures that the correct data arguments are passed, or else
log-create: add CLI utility to create events
Add utility to allow creation of events from the command line and shell scripts. The utility ensures that the correct data arguments are passed, or else fails the creation.
Tested:
``` $ ./builddir/log-create xyz.openbmc_project.Sensor.Threshold.SensorFailure --json '{ "SENSOR_NAME": "Example-Sensor" }' <3> OPENBMC_MESSAGE_ID={"xyz.openbmc_project.Sensor.Threshold.SensorFailure":{"SENSOR_NAME":"Example-Sensor","_SOURCE":{"COLUMN":45,"FILE":"../log_create_main.cpp","FUNCTION":"int generate_event(const std::string&, const nlohmann::json_abi_v3_11_2::json&)","LINE":34,"PID":264326}}} /xyz/openbmc_project/logging/entry/1
$ busctl --user introspect xyz.openbmc_project.Logging /xyz/openbmc_project/logging/entry/1 -l | cat xyz.openbmc_project.Logging.Entry interface - - - .AdditionalData property as 5 "SENSOR_NAME=\"Example-Sensor\"" "_CODE_FILE=../log_create_main.cpp" "_CODE_FUNC=int generate_event(const std::string&, const nlohmann::json_abi_v3_11_2::json&)" "_CODE_LINE=34" "_PID=264326" emits-change writable .Id property u 1 emits-change writable .Message property s "xyz.openbmc_project.Sensor.Threshold.SensorFailure" emits-change writable .Severity property s "xyz.openbmc_project.Logging.Entry.Level.Critical" emits-change writable
$ ./builddir/log-create xyz.openbmc_project.Sensor.Threshold.SensorFailure terminate called after throwing an instance of 'nlohmann::json_abi_v3_11_2::detail::out_of_range' what(): [json.exception.out_of_range.403] key 'SENSOR_NAME' not found
$ ./builddir/log-create xyz.openbmc_project.Invalid.Event.Name Unknown event: xyz.openbmc_project.Invalid.Event.Name ```
Signed-off-by: Patrick Williams <patrick@stwcx.xyz> Change-Id: I357b453f8fecc9d224aa412ad7f3cc6b8c2a4ad8
show more ...
|
9ca4d137 | 31-Oct-2024 |
Patrick Williams <patrick@stwcx.xyz> |
manager: use new Logging.Cleared event
Modify the internal manager support for creating internal events to be able to support the sdbusplus generated events. Transition from the local Logging.Error
manager: use new Logging.Cleared event
Modify the internal manager support for creating internal events to be able to support the sdbusplus generated events. Transition from the local Logging.Error.LogsCleared to the global Logging.Cleared event. Clean up references to the old event.
Tested: ``` $ busctl --user call xyz.openbmc_project.Logging /xyz/openbmc_project/logging xyz.openbmc_project.Collection.DeleteAll DeleteAll $ busctl --user introspect xyz.openbmc_project.Logging /xyz/openbmc_project/logging/entry/1 -l | cat NAME TYPE SIGNATURE RESULT/VALUE FLAGS xyz.openbmc_project.Logging.Entry interface - - - .GetEntry method - h - .AdditionalData property as 5 "NUMBER_OF_LOGS=210" "_CODE_FILE=../log_manager.hpp" "_CODE_FUNC=virtual void phosphor::logging::Manager::deleteAll()" "_CODE_LINE=361" "_PID=3318436" emits-change writable .EventId property s "" emits-change writable .Id property u 1 emits-change writable .Message property s "xyz.openbmc_project.Logging.Cleared" emits-change writable .Resolution property s "" emits-change writable .Resolved property b false emits-change writable .ServiceProviderNotify property s "xyz.openbmc_project.Logging.Entry.Notify.NotSupported" emits-change writable .Severity property s "xyz.openbmc_project.Logging.Entry.Level.Informational" emits-change writable .Timestamp property t 1730408674348 emits-change writable .UpdateTimestamp property t 1730408674348 emits-change writable ```
Signed-off-by: Patrick Williams <patrick@stwcx.xyz> Change-Id: I470f33ae2f5bfae6bf6d6a80ac2c5f028e41da95
show more ...
|
ff35be3e | 15-Oct-2024 |
Deepa Karthikeyan <deepakala.karthikeyan@ibm.com> |
openpower-pels: Create guard using libguard
Replace CreateWithEntityPath D-Bus method with guard library calls for creating guard entries, as CreateWithEntityPath is not an approved dbus method.
Te
openpower-pels: Create guard using libguard
Replace CreateWithEntityPath D-Bus method with guard library calls for creating guard entries, as CreateWithEntityPath is not an approved dbus method.
Tested and the guard record is created with the corresponding PEL id
``` before injecting the error root@p10bmc:~# guard -l No unresolved records to display
After injecting error, the guard is created using the PEL ID root@p10bmc:~# guard -l ID | ERROR | Type | Path 0x00000001 | 0x5000592b | unrecoverable | physical:sys-0/node-0/proc-0/eq-1/fc-0/core-0 root@p10bmc:~# peltool -l { "0x5000592B": { "SRC": "BD13E510", "Message": "Error Signature: 0x20DA0020 0x00000001 0x4D740407", "PLID": "0x5000592B", "CreatorID": "BMC", "Subsystem": "Processor Unit (CPU)", "Commit Time": "10/17/2024 09:54:22", "Sev": "Unrecoverable Error", "CompID": "bmc hw diags" } } ```
Change-Id: I7531bce403206beaa119aea0a621e6b47d28ffd0 Signed-off-by: deepakala-k <deepakala.karthikeyan@ibm.com>
show more ...
|
083c7049 | 14-Oct-2024 |
Matt Spinler <spinler@us.ibm.com> |
PEL: Remove dump status bits from PELs
Stop filling in the bits in the PEL that say there are un-offloaded dumps. These require calls to the dump daemon that can be slow and even time out if the du
PEL: Remove dump status bits from PELs
Stop filling in the bits in the PEL that say there are un-offloaded dumps. These require calls to the dump daemon that can be slow and even time out if the dump daemon is busy.
These aren't parsed out in the peltool output anyway, and there are other ways to determine if there are dumps - someone could just look at the dump D-Bus directly.
This isn't a direct revert of the commit that introduced it because of all the merge conflicts trying to do a revert entailed.
Tested: Can still create PELs.
Change-Id: I975f06ebf3638b39315fdea49393d1941a6f5216 Signed-off-by: Matt Spinler <spinler@us.ibm.com>
show more ...
|
13db1d38 | 08-Oct-2024 |
Matt Spinler <spinler@us.ibm.com> |
PEL: Add a try/catch to a nlohmann::json::dump()
In some automated system boot testing, there was an occurrence of:
``` An extension's create function threw an exception: [json.exception.type_error
PEL: Add a try/catch to a nlohmann::json::dump()
In some automated system boot testing, there was an occurrence of:
``` An extension's create function threw an exception: [json.exception.type_error.316] invalid UTF-8 byte at index 56: 0x20 ```
This is coming from nlohmann::json::dump(), though I'm not sure how an invalid json object can even be constructed, since it would just fail earlier.
This commit adds a try/catch around the only occurrence of dump() that doesn't already have one, as seemingly this is where that exception has to have come from.
Change-Id: I16095459091bcd1df033846517c3b822e504e6ff Signed-off-by: Matt Spinler <spinler@us.ibm.com>
show more ...
|
ec6f1411 | 17-Oct-2024 |
Eddie James <eajames@linux.ibm.com> |
openpower-pels: Check response header
Using the new PLDM API requires checking the response header for the request and datagram flags, as those indicate that the message isn't really a response.
Ch
openpower-pels: Check response header
Using the new PLDM API requires checking the response header for the request and datagram flags, as those indicate that the message isn't really a response.
Change-Id: I38f8e77bd5defaf611695649bb75d589b2548f17 Signed-off-by: Eddie James <eajames@linux.ibm.com>
show more ...
|
84fbb68f | 30-Sep-2024 |
Matt Spinler <spinler@us.ibm.com> |
PEL: Add heartbeat action flag to power-on log
The informational PEL for a chassis power on starting is also considered a heartbeat error log.
Change-Id: I7befa66997bcd17fd310304ae76516cfeea7a3e6 S
PEL: Add heartbeat action flag to power-on log
The informational PEL for a chassis power on starting is also considered a heartbeat error log.
Change-Id: I7befa66997bcd17fd310304ae76516cfeea7a3e6 Signed-off-by: Matt Spinler <spinler@us.ibm.com>
show more ...
|
fa2d962b | 30-Sep-2024 |
Patrick Williams <patrick@stwcx.xyz> |
log-manager: enable non-standard path for local tests
Enable the log-manager to be launched with a path other than `/var/phosphor-logging` to allow it to be ran on a development system for test purp
log-manager: enable non-standard path for local tests
Enable the log-manager to be launched with a path other than `/var/phosphor-logging` to allow it to be ran on a development system for test purposes. This required some refactoring throughout as to how paths were handled.
Tested:
After running tests, `/tmp/phosphor-logging` is populated with entries. Launching `./builddir/phosphor-log-manager /tmp/phosphor-logging`, the log-manager will have the entries on dbus:
``` $ busctl --user tree xyz.openbmc_project.Logging └─ /xyz └─ /xyz/openbmc_project └─ /xyz/openbmc_project/logging ├─ /xyz/openbmc_project/logging/entry │ ├─ /xyz/openbmc_project/logging/entry/100 │ ├─ /xyz/openbmc_project/logging/entry/101 │ ├─ /xyz/openbmc_project/logging/entry/102 │ ├─ /xyz/openbmc_project/logging/entry/103 ```
Signed-off-by: Patrick Williams <patrick@stwcx.xyz> Change-Id: I84968edeed0dcf73aaf8bb653060b6d3400b9b7b
show more ...
|
253bfb72 | 30-Sep-2024 |
Patrick Williams <patrick@stwcx.xyz> |
openpower-pels: time: use gmtime for all operations
The test cases in `bcd_time_test.cpp` could fail if the executing host were not in UTC. By default the BMC uses UTC but the development systems a
openpower-pels: time: use gmtime for all operations
The test cases in `bcd_time_test.cpp` could fail if the executing host were not in UTC. By default the BMC uses UTC but the development systems are often in a user's local time zone. Switch all time operations to work off UTC by using gmtime/timegm instead of localtime/mktime.
Signed-off-by: Patrick Williams <patrick@stwcx.xyz> Change-Id: I6230fd014f44123fe917a8e2b39e3b903d3a05e8
show more ...
|
66f3675d | 30-Sep-2024 |
Patrick Williams <patrick@stwcx.xyz> |
openpower-pels: fru-identity: fix crash in setPartNumber
On newer libstdc++ implementations, the following backtrace is observed:
``` #2 0x00007ffff7a578b7 in abort () from /usr/lib64/libc.so.6
openpower-pels: fru-identity: fix crash in setPartNumber
On newer libstdc++ implementations, the following backtrace is observed:
``` #2 0x00007ffff7a578b7 in abort () from /usr/lib64/libc.so.6 #3 0x00007ffff7cda2af in std::__glibcxx_assert_fail(char const*, int, char const*, char const*) () from /usr/lib/gcc/x86_64-pc-linux-gnu/14/libstdc++.so.6 #4 0x000055555556ac6f in std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::front (this=0x7fffffffd790) at /usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/basic_string.h:1315 #5 std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::front (this=0x7fffffffd790) at /usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/basic_string.h:1315 #6 openpower::pels::src::FRUIdentity::setPartNumber (this=this@entry=0x7fffffffd8a0, partNumber="") at ../extensions/openpower-pels/fru_identity.cpp:216 #7 0x000055555556ae12 in openpower::pels::src::FRUIdentity::FRUIdentity (this=this@entry=0x7fffffffd8a0, partNumber="", ccin="", serialNumber="") at ../extensions/openpower-pels/fru_identity.cpp:102 #8 0x0000555555562aaf in testHWCallout (pn="", ccin="", sn="", expectedPN="", expectedCCIN="", expectedSN="") at ../test/openpower-pels/fru_identity_test.cpp:97 #9 0x00005555555645b0 in FRUIdentityTest_CreateHardwareCalloutTest_Test::TestBody (this=<optimized out>) at /usr/lib/gcc/x86_64-pc-linux-gnu/13/include/g++-v13/bits/basic_string.tcc:242 ```
Fix this by avoiding accessing `front()` when the part number string is empty. While there, do a minor performance optimization to avoid unnecessary string copies, by using `erase` instead of `substr`.
Signed-off-by: Patrick Williams <patrick@stwcx.xyz> Change-Id: I71cc195596def6ad0cd982e7294e2467beee987c
show more ...
|
70e8a11b | 24-Sep-2024 |
Matt Spinler <spinler@us.ibm.com> |
PEL: Update check for identifying I2C dev paths
Due to changes in the kernel, I2C device paths changed slightly and so the code that identifies if a device path passed in for a callout is for an I2C
PEL: Update check for identifying I2C dev paths
Due to changes in the kernel, I2C device paths changed slightly and so the code that identifies if a device path passed in for a callout is for an I2C device needs an update.
An example of a new canonical device path is: ``` /sys/devices/platform/ahb/1e780000.apb/1e780000.apb:bus@1e78a000/1e78a200.i2c/i2c-3/3-006d ```
Tested: Creating a PEL with CALLOUT_DEVICE_PATH=/sys/bus/i2c/devices/3-006d on an IBM Everest system generates a proper callout, as shown in this captured PEL debug UserData section:
``` "I2C: bus: 3 address: 109 dest: /sys-0/node-0/bellavista-0/Power-riser-conn-0/Fansipan-0/power-supply-conn-2/power-supply-0/power-supply-blackbox-0" ```
Change-Id: I4efb9135982f417560172df99dfe36f98e3a9696 Signed-off-by: Matt Spinler <spinler@us.ibm.com>
show more ...
|
b0ff05ab | 24-Sep-2024 |
Matt Spinler <spinler@us.ibm.com> |
PEL: Increase PLDM timeout
The current time the code waits for a PLDM response from PHYP before it considers it a timeout is ten seconds, after which it will retry sending the command again. Howeve
PEL: Increase PLDM timeout
The current time the code waits for a PLDM response from PHYP before it considers it a timeout is ten seconds, after which it will retry sending the command again. However, PHYP has two twenty second waits on its responses to the BMC PLDM daemon so ten seconds isn't long enough to know something failed.
There has been a case seen where it took the BMC PLDM code 12 seconds to handle the response from PHYP, in which case the PEL daemon thought it failed and re-sent a new file available command to PHYP for a PEL it already knew about.
The timeout value is being increased to 45 seconds, which is the 40 seconds for the PHYP wait plus some wiggle room.
Even if PHYP does time out trying to respond it does does already know about the PEL, so if we resend it will already have it, but I don't really see any alternatives, as the code can't be sure PHYP got it if it never responded.
Tested: PELs are sent to PHYP. It's rare to hit a case where there are timeouts, so putting this in place anyway.
Change-Id: I3f4ce422f292d8d54c36bd9cf051f776b837b983 Signed-off-by: Matt Spinler <spinler@us.ibm.com>
show more ...
|
9972716f | 23-Sep-2024 |
harsh-agarwal1 <harsh.agarwal@ibm.com> |
PEL: Updated PEL spec error action flag bit#10
- This will help to indicate which SRCs need to be collected and regularly called home. - Defined new entry in message registry schema action flags fie
PEL: Updated PEL spec error action flag bit#10
- This will help to indicate which SRCs need to be collected and regularly called home. - Defined new entry in message registry schema action flags field - Set this action flag in the registry for the daily clock PEL and the voltage regulator N+1 phase fault PEL
Tested: Sample output: ```bash $ peltool -af ... "Action Flags": [ "Report Externally", "Heartbeat Call Home Event" ... "Action Flags": [ "Report Externally", "HMC Call Home", "Heartbeat Call Home Event" ... $ peltool -afx ... 00000030 55 48 00 18 01 00 20 00 60 03 00 01 00 00 00 00 | 00000040 00 00 20 20 00 00 00 00 50 53 00 50 01 01 27 00 | ... 00000030 55 48 00 18 01 00 20 00 58 03 00 01 00 00 00 00 | 00000040 00 00 28 20 00 00 00 00 50 53 00 50 01 01 30 00 | ...
``` Change-Id: Ifa181374692013dfadc0dd744f6db61baad3d42e Signed-off-by: Harsh Agarwal <Harsh.Agarwal@ibm.com>
show more ...
|