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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Oct 08, 2018 at 09:57:06AM -0700, Luck, Tony wrote:
> Added linux-acpi list to Cc:
> 
> On Sat, Oct 06, 2018 at 10:44:56PM +0200, Borislav Petkov wrote:
> > On Fri, Oct 05, 2018 at 03:25:57PM -0700, Luck, Tony wrote:
> > > 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.
> > 
> > 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...

-- 
Regards/Gruss,
    Boris.

Good mailing practices for 400: avoid top-posting and trim the reply.



[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux