x86/mce: Take action on UCNA/Deferred errors again
authorJan H. Schönherr <jschoenh@amazon.de>
Fri, 3 Jan 2020 15:07:17 +0000 (16:07 +0100)
committerBorislav Petkov <bp@suse.de>
Mon, 13 Jan 2020 09:07:23 +0000 (10:07 +0100)
commit8438b84ab42d9a67df33633258e0865c5761d2d4
tree02f2a2ac1f639749744d859f9d28d35d0bb83d2a
parent81736abd5578b1dbdf95eb714da45787054198ba
x86/mce: Take action on UCNA/Deferred errors again

Commit

  fa92c5869426 ("x86, mce: Support memory error recovery for both UCNA
and Deferred error in machine_check_poll")

added handling of UCNA and Deferred errors by adding them to the ring
for SRAO errors.

Later, commit

  fd4cf79fcc4b ("x86/mce: Remove the MCE ring for Action Optional errors")

switched storage from the SRAO ring to the unified pool that is still
in use today. In order to only act on the intended errors, a filter
for MCE_AO_SEVERITY is used -- effectively removing handling of
UCNA/Deferred errors again.

Extend the severity filter to include UCNA/Deferred errors again.
Also, generalize the naming of the notifier from SRAO to UC to capture
the extended scope.

Note, that this change may cause a message like the following to appear,
as the same address may be reported as SRAO and as UCNA:

 Memory failure: 0x5fe3284: already hardware poisoned

Technically, this is a return to previous behavior.

Signed-off-by: Jan H. Schönherr <jschoenh@amazon.de>
Signed-off-by: Borislav Petkov <bp@suse.de>
Acked-by: Tony Luck <tony.luck@intel.com>
Link: https://lkml.kernel.org/r/20200103150722.20313-2-jschoenh@amazon.de
arch/x86/include/asm/mce.h
arch/x86/kernel/cpu/mce/core.c