From: Ingo Molnar <mingo@elte.hu>
To: Dimitri Sivanich <sivanich@sgi.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org, Max Krasnyansky <maxk@qualcomm.com>
Subject: Re: [PATCH] x86: Remove EXPERIMENTAL restriction from CONFIG_HOTPLUG_CPU
Date: Mon, 11 Aug 2008 18:31:11 +0200 [thread overview]
Message-ID: <20080811163111.GD4524@elte.hu> (raw)
In-Reply-To: <20080811154646.GB8181@sgi.com>
* Dimitri Sivanich <sivanich@sgi.com> wrote:
> This removes the EXPERIMENTAL restriction from CONFIG_HOTPLUG_CPU on
> the x86 architecture.
>
> One question, should we default to 'Y'?
CONFIG_SUSPECT will select it anyway, and when suspend is disabled in
all likelyhood it's an UP system that does not need any hotplug CPU
support. So we dont want to enable it by default.
> config HOTPLUG_CPU
> - bool "Support for suspend on SMP and hot-pluggable CPUs (EXPERIMENTAL)"
> - depends on SMP && HOTPLUG && EXPERIMENTAL && !X86_VOYAGER
> + bool "Support for suspend on SMP and hot-pluggable CPUs"
> + depends on SMP && HOTPLUG && !X86_VOYAGER
> ---help---
> - Say Y here to experiment with turning CPUs off and on, and to
> - enable suspend on SMP systems. CPUs can be controlled through
> + Say Y here to allow turning CPUs off and on, and to enable
> + suspend on SMP systems. CPUs can be controlled through
> /sys/devices/system/cpu.
> Say N if you want to disable CPU hotplug and don't need to
> suspend.
actually, the original text was incorrect/outdated, as HOTPLUG_CPU was
already selected outside of EXPERIMENTAL, by PM_SLEEP_SMP.
So for all practical purposes HOTPLUG_CPU was already enabled in the
Linux distro space by the side-effect of SUSPEND+PM_SLEEP enabling.
Where this change might matter is when CONFIG_PM is disabled
intentionally on SMP - which is rather rare.
So i've clarified the text as per the commit below - is this fine with
you?
Ingo
------------------>
>From 7c13e6a3d15a4ebcc3f40df5f4d19665479f8ca3 Mon Sep 17 00:00:00 2001
From: Dimitri Sivanich <sivanich@sgi.com>
Date: Mon, 11 Aug 2008 10:46:46 -0500
Subject: [PATCH] x86: remove EXPERIMENTAL restriction from CONFIG_HOTPLUG_CPU
This removes the EXPERIMENTAL restriction from CONFIG_HOTPLUG_CPU
on the x86 architecture.
Signed-off-by: Dimitri Sivanich <sivanich@sgi.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
---
arch/x86/Kconfig | 14 +++++++-------
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 3d0f2b6..7917962 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -1371,14 +1371,14 @@ config PHYSICAL_ALIGN
Don't change this unless you know what you are doing.
config HOTPLUG_CPU
- bool "Support for suspend on SMP and hot-pluggable CPUs (EXPERIMENTAL)"
- depends on SMP && HOTPLUG && EXPERIMENTAL && !X86_VOYAGER
+ bool "Support for hot-pluggable CPUs"
+ depends on SMP && HOTPLUG && !X86_VOYAGER
---help---
- Say Y here to experiment with turning CPUs off and on, and to
- enable suspend on SMP systems. CPUs can be controlled through
- /sys/devices/system/cpu.
- Say N if you want to disable CPU hotplug and don't need to
- suspend.
+ Say Y here to allow turning CPUs off and on. CPUs can be
+ controlled through /sys/devices/system/cpu.
+ ( Note: power management support will enable this option
+ automatically on SMP systems. )
+ Say N if you want to disable CPU hotplug.
config COMPAT_VDSO
def_bool y
next prev parent reply other threads:[~2008-08-11 16:31 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-11 15:46 [PATCH] x86: Remove EXPERIMENTAL restriction from CONFIG_HOTPLUG_CPU Dimitri Sivanich
2008-08-11 16:31 ` Ingo Molnar [this message]
2008-08-11 16:34 ` Dimitri Sivanich
2008-08-13 7:34 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2008-07-30 19:58 Dimitri Sivanich
2008-08-04 17:55 ` Max Krasnyansky
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080811163111.GD4524@elte.hu \
--to=mingo@elte.hu \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maxk@qualcomm.com \
--cc=sivanich@sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox