diff options
author | Ashok Raj | 2015-12-10 11:12:26 +0100 |
---|---|---|
committer | Thomas Gleixner | 2015-12-19 09:55:31 +0100 |
commit | d90167a941f62860f35eb960e1012aa2d30e7e94 (patch) | |
tree | d93a9823f10f3b5c171b94c67a647d98f88c4056 /arch/mn10300/unit-asb2303 | |
parent | Merge tag 'vfio-v4.4-rc5' of git://github.com/awilliam/linux-vfio (diff) | |
download | kernel-qcow2-linux-d90167a941f62860f35eb960e1012aa2d30e7e94.tar.gz kernel-qcow2-linux-d90167a941f62860f35eb960e1012aa2d30e7e94.tar.xz kernel-qcow2-linux-d90167a941f62860f35eb960e1012aa2d30e7e94.zip |
x86/mce: Ensure offline CPUs don't participate in rendezvous process
Intel's MCA implementation broadcasts MCEs to all CPUs on the
node. This poses a problem for offlined CPUs which cannot
participate in the rendezvous process:
Kernel panic - not syncing: Timeout: Not all CPUs entered broadcast exception handler
Kernel Offset: disabled
Rebooting in 100 seconds..
More specifically, Linux does a soft offline of a CPU when
writing a 0 to /sys/devices/system/cpu/cpuX/online, which
doesn't prevent the #MC exception from being broadcasted to that
CPU.
Ensure that offline CPUs don't participate in the MCE rendezvous
and clear the RIP valid status bit so that a second MCE won't
cause a shutdown.
Without the patch, mce_start() will increment mce_callin and
wait for all CPUs. Offlined CPUs should avoid participating in
the rendezvous process altogether.
Signed-off-by: Ashok Raj <ashok.raj@intel.com>
[ Massage commit message. ]
Signed-off-by: Borislav Petkov <bp@suse.de>
Reviewed-by: Tony Luck <tony.luck@intel.com>
Cc: <stable@vger.kernel.org>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: linux-edac <linux-edac@vger.kernel.org>
Link: http://lkml.kernel.org/r/1449742346-21470-2-git-send-email-bp@alien8.de
Signed-off-by: Ingo Molnar <mingo@kernel.org>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Diffstat (limited to 'arch/mn10300/unit-asb2303')
0 files changed, 0 insertions, 0 deletions