[PATCH] Disable MCE if MCE banks are not present

[PATCH] Disable MCE if MCE banks are not present

[Aravindh Puthiyaparambil (aravindp)]

[-- Attachment #1.1: Type: text/plain, Size: 1459 bytes --]

Do not continue with machine check setup if MCE banks are not present. This fixes Xen boot on VMware hypervisors.



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<mailto:aravindp@cisco.com>>



diff --git a/xen/arch/x86/cpu/mcheck/mce.c b/xen/arch/x86/cpu/mcheck/mce.c

index 6712db1..9cbd4aa 100644

--- a/xen/arch/x86/cpu/mcheck/mce.c

+++ b/xen/arch/x86/cpu/mcheck/mce.c

@@ -652,7 +652,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%i: 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;


[-- Attachment #1.2: Type: text/html, Size: 5053 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: [PATCH] Disable MCE if MCE banks are not present

[Christoph Egger]

On 31.05.13 23:18, Aravindh Puthiyaparambil (aravindp) wrote:
> Do not continue with machine check setup if MCE banks are not present.
> This fixes Xen boot on VMware hypervisors.
> 
>  
> 
> 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
> <mailto:aravindp@cisco.com>>

Acked-by: Christoph Egger <chegger@amazon.de>

Christoph

> 
>  
> 
> diff --git a/xen/arch/x86/cpu/mcheck/mce.c b/xen/arch/x86/cpu/mcheck/mce.c
> 
> index 6712db1..9cbd4aa 100644
> 
> --- a/xen/arch/x86/cpu/mcheck/mce.c
> 
> +++ b/xen/arch/x86/cpu/mcheck/mce.c
> 
> @@ -652,7 +652,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%i: 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;
> 
>  
> 
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
>