diff options
| author | Aravindh Puthiyaparambil <aravindp@cisco.com> | 2013-06-13 11:19:20 +0200 |
|---|---|---|
| committer | Jan Beulich <jbeulich@suse.com> | 2013-06-13 11:19:20 +0200 |
| commit | 83525ae2fae22f6684b4eb204c40d5b96c12dde9 (patch) | |
| tree | dabe4c612166604a4ca33ce4dda62f1155188060 /tools/lib/sys_string.h | |
| parent | 6cafdac52c638cc83f800c9c23ff06f4ed4c947a (diff) | |
| download | xen-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
Diffstat (limited to 'tools/lib/sys_string.h')
0 files changed, 0 insertions, 0 deletions
