user/sven/linux.git/include/linux/edac.h, branch v4.12

EDAC: Rename report status accessors

2017-04-10T15:15:02Z

Change them to have the edac_ prefix. No functionality change. Signed-off-by: Borislav Petkov

EDAC: Delete edac_stub.c

2017-04-10T15:14:48Z

Move the remaining functionality to edac_mc.c. Convert "edac_report=" to a module parameter. Signed-off-by: Borislav Petkov

EDAC: Remove edac_err_assert

2017-04-10T15:14:21Z

... and the glue around it. It is not needed anymore. Signed-off-by: Borislav Petkov

EDAC: Get rid of edac_handlers

2017-04-10T15:14:17Z

Use mc_devices list instead to check whether we have EDAC driver instances successfully registered with EDAC core. Signed-off-by: Borislav Petkov

x86/nmi, EDAC: Get rid of DRAM error reporting thru PCI SERR NMI

2017-04-10T15:13:48Z

Apparently, some machines used to report DRAM errors through a PCI SERR NMI. This is why we have a call into EDAC in the NMI handler. See c0d121720220 ("drivers/edac: add new nmi rescan"). From looking at the patch above, that's two drivers: e752x_edac.c and e7xxx_edac.c. Now, I wanna say those are old machines which are probably decommissioned already. Tony says that "[t]the newest CPU supported by either of those drivers is the Xeon E7520 (a.k.a. "Nehalem") released in Q1'2010. Possibly some folks are still using these ... but people that hold onto h/w for 7 years generally cling to old s/w too ... so I'd guess it unlikely that we will get complaints for breaking these in upstream." So even if there is a small number still in use, we did load EDAC with edac_op_state == EDAC_OPSTATE_POLL by default (we still do, in fact) which means a default EDAC setup without any parameters supplied on the command line or otherwise would never even log the error in the NMI handler because we're polling by default: inline int edac_handler_set(void) { if (edac_op_state == EDAC_OPSTATE_POLL) return 0; return atomic_read(&edac_handlers); } So, long story short, I'd like to get rid of that nastiness called edac_stub.c and confine all the EDAC drivers solely to drivers/edac/. If we ever have to do stuff like that again, it should be notifiers we're using and not some insanity like this one. Signed-off-by: Borislav Petkov Acked-by: Thomas Gleixner Cc: Tony Luck

EDAC: Fix typos in enum mem_type comments

2017-01-06T14:56:18Z

s/labed/labeled/ s/differenciate/differentiate/ Signed-off-by: Alexander Alemayhu Cc: linux-edac Link: http://lkml.kernel.org/r/20170105211150.24003-1-alexander@alemayhu.com Signed-off-by: Borislav Petkov

EDAC: Document HW_EVENT_ERR_DEFERRED type

2016-12-15T10:58:12Z

Add a description of the HW_EVENT_ERR_DEFERRED type that wasn't included with commit d12a969ebbfc ("EDAC, amd64: Add Deferred Error type"). Signed-off-by: Yazen Ghannam Acked-by: Borislav Petkov Signed-off-by: Mauro Carvalho Chehab

edac.rst: move concepts dictionary from edac.h

2016-12-15T10:58:12Z

Instead of storing the concepts dictionary inside header file, move it to the subsystem documentation. Signed-off-by: Mauro Carvalho Chehab

edac: fix kenel-doc markups at edac.h

2016-12-15T10:58:11Z

As this file was never added to the driver-api, the kernel-doc markups there were never tested. Some of them have issues. Fix them. Signed-off-by: Mauro Carvalho Chehab

edac: move EDAC PCI definitions to drivers/edac/edac_pci.h

2016-12-15T10:54:50Z

The edac_core.h header contain data structures and function definitions for the 3 parts of EDAC: MC, PCI and device. Let's move the PCI ones to a separate header file, as part of a header reorganization. Signed-off-by: Mauro Carvalho Chehab