[lkml]   [2014]   [Jul]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject[PATCH 0/6] x86 mce fixes
The following series contains a few fixes we came up with while testing the MCE
handling on our servers in the lab. These should fix the following symptoms:

- Once entering CMCI storm mode, we would never exit. This was because we set
the check_interval to be shorter than 30 seconds, so the condition to exit
storm mode could never become true.
- After a storm, the MCE banks previously handled by a CPU could not be
- After a kexec reboot, none of the MCE banks could be claimed by any CPU.
- Duplicate MCEs were being reported in some circumstances (e.g. with
mce=no_cmci and/or mce=3).
- Crashes because the polling timer was added multiple times.

We're not sure if these patches are the best way to fix these issues, and they
may introduce new, subtle bugs, but it's the best we managed to come up with.
Please take a good look and tell us what we got wrong.

Ewout did all the leg work in getting this implemented and tested, while I've
been providing advice and reviews.

Signed-off-by: Ewout van Bekkum <>
Signed-off-by: Havard Skinnemoen <>

Ewout van Bekkum (6):
x86-mce: Modify CMCI poll interval to adjust for small check_interval
x86-mce: Modify CMCI storm exit to reenable instead of rediscover
x86-mce: Clear CMCI enable on all claimed CMCI banks before reboot.
x86-mce: Add spinlocks to prevent duplicated MCP and CMCI reports.
x86-mce: check if no_way_out applies before deciding not to clear MCE
x86-mce: ensure the MCP timer is not already set in the mce_timer_fn.

arch/x86/kernel/cpu/mcheck/mce-internal.h | 2 +
arch/x86/kernel/cpu/mcheck/mce.c | 39 +++++++++++--
arch/x86/kernel/cpu/mcheck/mce_intel.c | 95 ++++++++++++++++++++++++-------
3 files changed, 111 insertions(+), 25 deletions(-)


 \ /
  Last update: 2014-07-09 20:01    [W:0.293 / U:5.444 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site