aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorAravindh Puthiyaparambil <aravindp@cisco.com>2013-06-13 11:19:20 +0200
committerJan Beulich <jbeulich@suse.com>2013-06-13 11:19:20 +0200
commit83525ae2fae22f6684b4eb204c40d5b96c12dde9 (patch)
treedabe4c612166604a4ca33ce4dda62f1155188060
parent6cafdac52c638cc83f800c9c23ff06f4ed4c947a (diff)
downloadxen-83525ae2fae22f6684b4eb204c40d5b96c12dde9.tar.gz
xen-83525ae2fae22f6684b4eb204c40d5b96c12dde9.tar.bz2
xen-83525ae2fae22f6684b4eb204c40d5b96c12dde9.zip
x86/MCE: disable if MCE banks are not present
When booting Xen on VMware ESX 5.1 and Workstation 9, you hit a GPF during MCE initialization. The culprit is line 631 in set_poll_bankmask(): bitmap_copy(mb->bank_map, mca_allbanks->bank_map, nr_mce_banks); What is happening is that in mca_cap_init(), nr_mce_banks is being set to 0. This causes the allocation of bank_map to be set to ZERO_BLOCK_PTR which is the return value for zero-size allocation by xzalloc_array()/_xmalloc(). This results in the bitmap_copy() to fail disastrously. The following patch fixes this issue. Signed-off-by: Aravindh Puthiyaparambil <aravindp@cisco.com> Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com> Acked-by: Christoph Egger <chegger@amazon.de> master commit: 5cffb77c4072fa5b46700a2dbb3e46c5a54eba6d master date: 2013-06-03 15:42:46 +0200
-rw-r--r--xen/arch/x86/cpu/mcheck/mce.c9
1 files changed, 8 insertions, 1 deletions
diff --git a/xen/arch/x86/cpu/mcheck/mce.c b/xen/arch/x86/cpu/mcheck/mce.c
index 50596e3db5..d03769c3e0 100644
--- a/xen/arch/x86/cpu/mcheck/mce.c
+++ b/xen/arch/x86/cpu/mcheck/mce.c
@@ -739,7 +739,14 @@ int mca_cap_init(void)
}
nr_mce_banks = msr_content & MCG_CAP_COUNT;
- /* mcabanks_alloc depends on nr_mcebanks */
+ if (!nr_mce_banks)
+ {
+ printk(XENLOG_INFO "CPU%u: No MCE banks present. "
+ "Machine check support disabled\n", smp_processor_id());
+ return -ENODEV;
+ }
+
+ /* mcabanks_alloc depends on nr_mce_banks */
if (!mca_allbanks)
{
int i;