summaryrefslogtreecommitdiffstats
path: root/Documentation/prio_tree.txt
diff options
context:
space:
mode:
authorThomas Renninger <trenn@suse.de>2010-05-26 17:03:33 +0200
committerLen Brown <len.brown@intel.com>2010-06-09 18:04:12 -0400
commit75cbfb97a156dd3dabdc81295fb8144576332366 (patch)
treee0eac949aec0e97f739109a354428ce6f41db707 /Documentation/prio_tree.txt
parent3975d16760d4be7402d1067c548c30c427971331 (diff)
downloadop-kernel-dev-75cbfb97a156dd3dabdc81295fb8144576332366.zip
op-kernel-dev-75cbfb97a156dd3dabdc81295fb8144576332366.tar.gz
ACPI: Do not try to set up acpi processor stuff on cores exceeding maxcpus=
Patch is against latest Linus master branch and is expected to be safe bug fix. You get: ACPI: HARDWARE addr space,NOT supported yet for each ACPI defined CPU which status is active, but exceeds maxcpus= count. As these "not booted" CPUs do not run an idle routine and echo X >/proc/acpi/processor/*/throttling did not work I couldn't find a way to really access not onlined/booted machines. Still this should get fixed and /proc/acpi/processor/X dirs of cores exceeding maxcpus should not show up. I wonder whether this could get cleaned up by truncating possible cpu mask and nr_cpu_ids to setup_max_cpus early some day (and not exporting setup_max_cpus anymore then). But this needs touching of a lot other places... Signed-off-by: Thomas Renninger <trenn@suse.de> CC: travis@sgi.com CC: linux-acpi@vger.kernel.org CC: lenb@kernel.org Signed-off-by: Len Brown <len.brown@intel.com>
Diffstat (limited to 'Documentation/prio_tree.txt')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud