Smita Koralahalli wrote:
Hi Dan,Right now ghes_do_proc() will let the CXL CPER records fall through to
On 10/21/2022 3:18 PM, Dan Williams wrote:
Hi Smita,Sure, will include in my v2.
Smita Koralahalli wrote:
This series adds decoding for the CXL Protocol Errors Common PlatformBe sure to copy Ard Biesheuvel <ardb@xxxxxxxxxx>, added, on
Error Record.
drivers/firmware/efi/ patches.
Along those lines, drivers/cxl/ developers have an idea of what is
contained in the new CXL protocol error records and why Linux might want
to decode them, others from outside drivers/cxl/ might not. It always
helps to have a small summary of the benefit to end users of the
motivation to apply a patch set.
Sorry, if I haven't understood this right. Are you implying about theSmita Koralahalli (2):I notice no updates for the trace events in ghes_do_proc(), is that next
efi/cper, cxl: Decode CXL Protocol Error Section
efi/cper, cxl: Decode CXL Error Log
drivers/firmware/efi/Makefile | 2 +-
drivers/firmware/efi/cper.c | 9 +++
drivers/firmware/efi/cper_cxl.c | 108 ++++++++++++++++++++++++++++++++
drivers/firmware/efi/cper_cxl.h | 58 +++++++++++++++++
include/linux/cxl_err.h | 21 +++++++
5 files changed, 197 insertions(+), 1 deletion(-)
in your queue? That's ok to be a follow-on after v2.
"handling"
of cxl memory errors in ghes_do_proc() or is it just copying of CPER
entries to
tracepoints?
log_non_standard_event(). Are you planning to add trace event decode
there for CPER_SEC_CXL_PROT_ERR records?
I am not sure if the CXL CPER to trace record conversion belongs there,
or somewhere closer to trace_aer_event() invocations since the CXL
protocol errors are effectively an extenstion of PCI AER events.