Messages in this thread | | | Date | Thu, 9 Feb 2006 10:52:30 -0800 | From | Ashok Raj <> | Subject | Re: [PATCH] percpu data: only iterate over possible CPUs |
| |
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?
Hi Andrew,
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 folks use)
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.
-- Cheers, Ashok Raj - Open Source Technology Center - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |