]> asedeno.scripts.mit.edu Git - linux.git/commit
x86/topology: Make DEBUG_HOTPLUG_CPU0 pr_info() more descriptive
authorJuri Lelli <juri.lelli@redhat.com>
Wed, 19 Dec 2018 15:16:47 +0000 (16:16 +0100)
committerIngo Molnar <mingo@kernel.org>
Fri, 19 Apr 2019 17:42:57 +0000 (19:42 +0200)
commit8fea0f59e97df3b9b8d2a76af54f633f4586751b
treec06ba25cbfc23e0cd571271428c28652c6bee581
parent169d0869962da362b5058e31f87911b2960418af
x86/topology: Make DEBUG_HOTPLUG_CPU0 pr_info() more descriptive

DEBUG_HOTPLUG_CPU0 debug feature offlines a CPU as early as possible
allowing userspace to boot up without that CPU (so that it is possible
to check for unwanted dependencies towards the offlined CPU). After
doing so it emits a "CPU %u is now offline" pr_info, which is not enough
descriptive of why the CPU was offlined (e.g., one might be running with
a config that triggered some problem, not being aware that CONFIG_DEBUG_
HOTPLUG_CPU0 is set).

Add a bit more of informative text to the pr_info, so that it is
immediately obvious why a CPU has been offlined in early boot stages.

Background:

Got to scratch my head a bit while debugging a WARNING splat related to
the offlining of CPU0. Without being aware yet of this debug option it
wasn't immediately obvious why CPU0 was being offlined by the kernel.

Signed-off-by: Juri Lelli <juri.lelli@redhat.com>
Cc: H. Peter Anvin <hpa@zytor.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: fenghua.yu@intel.com
Link: http://lkml.kernel.org/r/20181219151647.15073-1-juri.lelli@redhat.com
[ Merge line-broken line. ]
Signed-off-by: Ingo Molnar <mingo@kernel.org>
arch/x86/kernel/topology.c