ACK: [SRU][Xenial][Yakkety][PATCH 1/1] UBUNTU: SAUCE: (no-up) x86/topology: Handle CPUID bogosity gracefully

Colin Ian King colin.king at canonical.com
Mon May 9 16:23:18 UTC 2016


On 09/05/16 17:17, Joseph Salisbury wrote:
> From: Thomas Gleixner <tglx at linutronix.de>
> 
> BugLink: http://bugs.launchpad.net/bugs/1573231
> 
> Joseph reported that a XEN guest dies with a division by 0 in the package
> topology setup code. This happens if cpu_info.x86_max_cores is zero.
> 
> Handle that case and emit a warning. This does not fix the underlying XEN bug,
> but makes the code more robust.
> 
> Cc: Peter Zijlstra <peterz at infradead.org>
> Cc: Boris Ostrovsky <boris.ostrovsky at oracle.com>
> Cc: David Vrabel <david.vrabel at citrix.com>
> Link: http://lkml.kernel.org/r/alpine.DEB.2.11.1605062046270.3540@nanos
> Signed-off-by: Thomas Gleixner <tglx at linutronix.de>
> Signed-off-by: Joseph Salisbury <joseph.salisbury at canonical.com>
> ---
>  arch/x86/kernel/smpboot.c | 5 +++++
>  1 file changed, 5 insertions(+)
> 
> diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c
> index a61a97a..96f49a2 100644
> --- a/arch/x86/kernel/smpboot.c
> +++ b/arch/x86/kernel/smpboot.c
> @@ -332,6 +332,11 @@ static void __init smp_init_package_map(void)
>  	 * primary cores.
>  	 */
>  	ncpus = boot_cpu_data.x86_max_cores;
> +	if (!ncpus) {
> +		pr_warn("x86_max_cores == zero !?!?");
> +		ncpus = 1;
> +	}
> +
>  	__max_logical_packages = DIV_ROUND_UP(total_cpus, ncpus);
>  
>  	/*
> 
Seems like a sane fix/workaround to the issue.

Acked-by: Colin Ian King <colin.king at canonical.com>




More information about the kernel-team mailing list