cpu/hotplug: Fix SMT supported evaluation
authorThomas Gleixner <tglx@linutronix.de>
Tue, 7 Aug 2018 06:19:57 +0000 (08:19 +0200)
committerThomas Gleixner <tglx@linutronix.de>
Tue, 7 Aug 2018 10:25:30 +0000 (12:25 +0200)
commitbc2d8d262cba5736332cbc866acb11b1c5748aa9
tree2c521cb57923fb4ce065ea4279332ad406f55064
parent5b76a3cff011df2dcb6186c965a2e4d809a05ad4
cpu/hotplug: Fix SMT supported evaluation

Josh reported that the late SMT evaluation in cpu_smt_state_init() sets
cpu_smt_control to CPU_SMT_NOT_SUPPORTED in case that 'nosmt' was supplied
on the kernel command line as it cannot differentiate between SMT disabled
by BIOS and SMT soft disable via 'nosmt'. That wreckages the state and
makes the sysfs interface unusable.

Rework this so that during bringup of the non boot CPUs the availability of
SMT is determined in cpu_smt_allowed(). If a newly booted CPU is not a
'primary' thread then set the local cpu_smt_available marker and evaluate
this explicitely right after the initial SMP bringup has finished.

SMT evaulation on x86 is a trainwreck as the firmware has all the
information _before_ booting the kernel, but there is no interface to query
it.

Fixes: 73d5e2b47264 ("cpu/hotplug: detect SMT disabled by BIOS")
Reported-by: Josh Poimboeuf <jpoimboe@redhat.com>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
arch/x86/kernel/cpu/bugs.c
include/linux/cpu.h
kernel/cpu.c
kernel/smp.c