x86: allow number of additional hotplug CPUs to be set at compile time, V2
authorChuck Ebbert <cebbert@redhat.com>
Thu, 2 Oct 2008 19:30:07 +0000 (15:30 -0400)
committerIngo Molnar <mingo@elte.hu>
Mon, 13 Oct 2008 08:33:14 +0000 (10:33 +0200)
commit7f2f49a58283110083a7358d2d98025a11653373
tree1a3a6d0c40ebf8f0c271269ee1845956dec5978f
parent94f6bac1058fd59a8bd472d18c4b77f220d930b0
x86: allow number of additional hotplug CPUs to be set at compile time, V2

x86: allow number of additional hotplug CPUs to be set at compile time, V2

The default number of additional CPU IDs for hotplugging is determined
by asking ACPI or mptables how many "disabled" CPUs there are in the
system, but many systems get this wrong so that e.g. a uniprocessor
machine gets an extra CPU allocated and never switches to single CPU
mode.

And sometimes CPU hotplugging is enabled only for suspend/hibernate
anyway, so the additional CPU IDs are not wanted. Allow the number
to be set to zero at compile time.

Also, force the number of extra CPUs to zero if hotplugging is disabled
which allows removing some conditional code.

Tested on uniprocessor x86_64 that ACPI claims has a disabled processor,
with CPU hotplugging configured.

("After" has the number of additional CPUs set to 0)
Before: NR_CPUS: 512, nr_cpu_ids: 2, nr_node_ids 1
After: NR_CPUS: 512, nr_cpu_ids: 1, nr_node_ids 1

[Changed the name of the option and the prompt according to Ingo's
 suggestion.]

Signed-off-by: Ingo Molnar <mingo@elte.hu>
arch/x86/Kconfig
arch/x86/kernel/smpboot.c