From: Avadhut Naik <avadnaik@amd.com>
To: Randy Dunlap <rdunlap@infradead.org>,
linux-acpi@vger.kernel.org, linux-edac@vger.kernel.org
Cc: linux-kernel@vger.kernel.org, yazen.ghannam@amd.com,
Avadhut Naik <avadhut.naik@amd.com>
Subject: [PATCH 1/1] parse_phat: Add support for ACPI PHAT Table parsing
Date: Tue, 12 Dec 2023 18:48:25 -0600 [thread overview]
Message-ID: <333bf7dc-7a87-438f-a4dc-fc5e254ae049@amd.com> (raw)
In-Reply-To: <fd5e2d54-1309-48a9-8458-ee5f2ebb039e@infradead.org>
Hi,
On 12/12/2023 17:55, Randy Dunlap wrote:
> Hi--
>
> On 12/12/23 11:52, Avadhut Naik wrote:
>> ACPI Platform Health Assessment Table (PHAT) enables a platform to expose
>> an extensible set of platform health-related telemetry. The telemetry is
>> exposed through Firmware Version and Firmware Health Data Records which
>> provide version data and health-related information of their associated
>> components respectively.
>>
>> Additionally, the platform also provides Reset Reason Health Record
>> in the table highlighting the cause of the last system reset in case
>> of expected and unexpected events. Vendor-specific data capturing the
>> underlying state of the system during reset can also be optionally
>> provided through the record.[1]
>>
>> Introduce support for parsing, decoding, and logging the PHAT table, if
>> supported by the system. By default, the table will be logged to stdout.
>> The same, however, can be changed through the "-o" command line parameter.
>> Additionally, the tool also provides a hexdump of the entire table, if
>> needed, through the "-x" parameter.
>>
>> Signed-off-by: Avadhut Naik <avadhut.naik@amd.com>
>> ---
>> Makefile | 12 ++
>> parse_phat.c | 516 +++++++++++++++++++++++++++++++++++++++++++++++++++
>> 2 files changed, 528 insertions(+)
>> create mode 100644 Makefile
>> create mode 100644 parse_phat.c
>>
>
> Does acpidump not parse the PHAT table?
> Could it? Should it?
>
IIUC, acpidump will only provide a raw hex dump of the entire PHAT table, if present,
much like it does for other ACPI tables. The onus is on the user for deciphering the
hex dump.
I'd think that the parsing functionality can be incorporated in acpidump but not
sure if it should be. Would love to head from its maintainers, if possible.
>
> thanks.
--
Thanks,
Avadhut Naik
prev parent reply other threads:[~2023-12-13 0:48 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-12 19:52 [PATCH 0/1] Tool for parsing the ACPI PHAT Table Avadhut Naik
2023-12-12 19:52 ` [PATCH 1/1] parse_phat: Add support for ACPI PHAT Table parsing Avadhut Naik
2023-12-12 23:55 ` Randy Dunlap
2023-12-13 0:48 ` Avadhut Naik [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=333bf7dc-7a87-438f-a4dc-fc5e254ae049@amd.com \
--to=avadnaik@amd.com \
--cc=avadhut.naik@amd.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rdunlap@infradead.org \
--cc=yazen.ghannam@amd.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®