Re: [PATCH] percpu data: only iterate over possible CPUs
From: Ashok Raj
Date: Thu Feb 09 2006 - 13:58:33 EST
On Thu, Feb 09, 2006 at 10:04:29AM -0800, Andrew Morton wrote:
> We need to fix this asap - the performance penalty for HOTPLUG_CPU=y,
> NR_CPUS=lots will be appreciable.
> Do any x86 platforms actually support CPU hotplug?
logical cpu hotplug (i.e onlining and offlining) can be done on any
system. No hw or BIOS support is required. (this is what smp suspend/resume
I remember Natalie from Unisys mentioned they have one system which is
ACPI based and supports physical cpu hotplug, but the BIOS is old and
didnt support the hotplug notify via ACPI. They probably have some other
sysmgmt way to interact and initiate the hotplug.
Iam aware of couple more that use ia64 NUMA type hw as well.
(I dont think i can announce for them:-) ).
> Does the ACPI problem which you describe occur with present-CPUs,
> or only with possible-but-not-present ones?
Describing present cpus is not problem.
Only knowing possible-but-not-present upfront is an issue.
logical-cpu-hotplug only: cpu_present_map == cpu_possible_map always
physical-cpu-hotplug: At boot, cpu_present_map is a subset of possible_map.
Think its best to NOT set cpu_present_map to MASK_ALL as its being proposed,
but let the arch/platform code figure out early enough to set possible_map
accurately for that platform. If a platform has no way to determine it,
then it could use cmdline like what x86_64 introduced (additional_cpus=)
to overcome that.
- Open Source Technology Center
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/