login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
October
»
2
Re: [patch x86/core] x86: allow number of additional hotplug CPUs to be set at compile time, V2
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Ingo Molnar
Subject:
Re: [patch x86/core] x86: allow number of additional hotplug CPUs to be set at compile time, V2
Date: Thursday, October 2, 2008 - 12:50 pm
* H. Peter Anvin <hpa@zytor.com> wrote:
quoted text
> Ingo Molnar wrote: >>> >>> 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. >>> > > Wouldn't this be better to have a runtime option?
yeah - and we already have the additional_cpus=x boot option, but a boot option is not generally useful to a distribution. Ingo --
unsubscribe notice
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/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[patch x86/core] x86: allow number of additional hotplug C ...
, Chuck Ebbert
, (Wed Oct 1, 4:19 pm)
Re: [patch x86/core] x86: allow number of additional hotpl ...
, Ingo Molnar
, (Thu Oct 2, 1:12 am)
Re: [patch x86/core] x86: allow number of additional hotpl ...
, Andi Kleen
, (Thu Oct 2, 2:12 am)
Re: [patch x86/core] x86: allow number of additional hotpl ...
, Chuck Ebbert
, (Thu Oct 2, 12:25 pm)
[patch x86/core] x86: allow number of additional hotplug C ...
, Chuck Ebbert
, (Thu Oct 2, 12:30 pm)
Re: [patch x86/core] x86: allow number of additional hotpl ...
, Ingo Molnar
, (Thu Oct 2, 12:42 pm)
Re: [patch x86/core] x86: allow number of additional hotpl ...
, Andi Kleen
, (Thu Oct 2, 12:44 pm)
Re: [patch x86/core] x86: allow number of additional hotpl ...
, H. Peter Anvin
, (Thu Oct 2, 12:48 pm)
Re: [patch x86/core] x86: allow number of additional hotpl ...
, Ingo Molnar
, (Thu Oct 2, 12:50 pm)
Re: [patch x86/core] x86: allow number of additional hotpl ...
, Chuck Ebbert
, (Thu Oct 2, 1:09 pm)
Re: [patch x86/core] x86: allow number of additional hotpl ...
, Andi Kleen
, (Thu Oct 2, 1:40 pm)
<PING> Re: [patch x86/core] x86: allow number of additiona ...
, Andi Kleen
, (Sat Oct 4, 9:52 am)
Re: <PING> Re: [patch x86/core] x86: allow number of addit ...
, Chuck Ebbert
, (Sat Oct 4, 3:30 pm)
Re: <PING> Re: [patch x86/core] x86: allow number of addit ...
, Ingo Molnar
, (Sun Oct 5, 3:28 am)
Re: <PING> Re: [patch x86/core] x86: allow number of addit ...
, Thomas Gleixner
, (Sun Oct 5, 7:52 am)
Re: <PING> Re: [patch x86/core] x86: allow number of addit ...
, Ingo Molnar
, (Sun Oct 5, 8:20 am)
Re: <PING> Re: [patch x86/core] x86: allow number of addit ...
, Thomas Gleixner
, (Sun Oct 5, 8:51 am)
Re: <PING> Re: [patch x86/core] x86: allow number of addit ...
, Ingo Molnar
, (Sun Oct 5, 8:56 am)
Re: <PING> Re: [patch x86/core] x86: allow number of addit ...
, Andi Kleen
, (Sun Oct 5, 1:28 pm)
Re: <PING> Re: [patch x86/core] x86: allow number of addit ...
, Andi Kleen
, (Sun Oct 5, 1:39 pm)
Re: <PING> Re: [patch x86/core] x86: allow number of addit ...
, Thomas Gleixner
, (Sun Oct 5, 2:49 pm)
Re: <PING> Re: [patch x86/core] x86: allow number of addit ...
, Andi Kleen
, (Sun Oct 5, 3:45 pm)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Michael Trimarchi
Re: [PATCH] VFS: make file->f_pos access atomic on 32bit arch
Miklos Szeredi
[patch 14/15] vfs: more path_permission() conversions
Serge E. Hallyn
Re: [RFC v5][PATCH 7/8] Infrastructure for shared objects
Bernd Schmidt
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Takashi Iwai
[PATCH 2/2] input: Add LED support to Synaptics device
git
:
Junio C Hamano
Re: mingw, windows, crlf/lf, and git
Eyvind Bernhardsen
Re: Where has "git ls-remote" reference pattern matching gone?
Shawn O. Pearce
Re: Switching from CVS to GIT
Todd Zullinger
Re: [PATCH 2/2] send-email: rfc2047-quote subject lines with non-ascii characters
Santi Béjar
Re: How to use git-fmt-merge-msg?
linux-netdev
:
Ramkrishna Vepa
[net-2.6 PATCH 1/10] Neterion: New driver: Driver help file
Mark Anthony
invitation / inquiry
Ingo Molnar
Re: [PATCH 08/16] dma-debug: add core checking functions
David Miller
Re: [PATCH 1/3] f_phonet: dev_kfree_skb instead of dev_kfree_skb_any in TX callback
Sascha Hauer
[PATCH 03/12] fec: do not typedef struct types
git-commits-head
:
Linux Kernel Mailing List
amba: struct device - replace bus_id with dev_name(), dev_set_name()
Linux Kernel Mailing List
MIPS: Yosemite: Convert SMP startup lock to arch spinlock.
Linux Kernel Mailing List
ARM: S5PC100: IRQ and timer
Linux Kernel Mailing List
davinci: edma: clear interrupt status for interrupt enabled channels only
Linux Kernel Mailing List
x86, mm, kprobes: fault.c, simplify notify_page_fault()
openbsd-misc
:
Daniel A. Ramaley
Re: [semi-OT] Can anyone recommend an OpenBSD-compatible colour laser printer?
Matthias Kilian
Re: can't get vesa @ 1280x800 or nv
Tobias Ulmer
Re: Problem after upgrade 4.5 to 4.6: ERR M
Philip Guenther
Re: SIGCHLD and libpthread.so
J.C. Roberts
Re: [semi-OT] Can anyone recommend an OpenBSD-compatible colour laser printer?
Colocation donated by:
Syndicate