Skip to contentSkip to conversation

EDAC, dsm_edac: Wrap ACPI DSM methods for address translation

PATCH New Borislav Petkov 1 participant 1 message Oct 9, 2018 EDAC-core

lore
Share & tools
lore

Borislav Petkov

author maintainer
#0 lore raw

PATCH 4/5 EDAC, dsm_edac: Wrap ACPI DSM methods for address translation

Quoted 9 lines · Tony

Added linux-acpi list to Cc:

Quoted 6 lines · Borislav Petkov
Quoted 4 lines · Tony

It's like acpi_extlog.c in that it uses an ACPI DSM. Also related to error reporting. No, we aren't abandoning extlog, but it seems that fewer OEMs than we hoped are adopting eMCA and implementing the extended log in their BIOS.

Quoted 7 lines
Quoted 2 lines

Ok, but what is the difference with this DSM thing and why would OEMs use that? They get it for free from you? Or?

This shouldn't conflict with other BIOS "value add" code for firmware first mode, etc.

Yes, they get it for free with the reference/example BIOS code.

Btw, have you seen this GHES_ASSIST thing in the ACPI 6.2 spec?

"Bit [2] - GHES_ASSIST: If set, this bit indicates that although OSPM is responsible for directly handling the error (as expected when FIRMWARE_FIRST is not set), system firmware reports additional information in the context of an exception generated by the error. The additional information is reported in a Generic Hardware Error Source structure with a matching Related Source Id."

I'm being told this will tell you DIMM ID and FRU too...