From: Dave Jones <davej@redhat.com>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Cc: paul.mckenney@linaro.org
Subject: Re: rcu: Provide compile-time control for no-CBs CPUs
Date: Tue, 30 Apr 2013 14:46:12 -0400 [thread overview]
Message-ID: <20130430184612.GA14568@redhat.com> (raw)
In-Reply-To: <20130430152126.0C564660906@gitolite.kernel.org>
On Tue, Apr 30, 2013 at 03:21:26PM +0000, Linux Kernel wrote:
> +choice
> + prompt "Build-forced no-CBs CPUs"
> + default RCU_NOCB_CPU_NONE
> + help
> + This option allows no-CBs CPUs to be specified at build time.
> + Additional no-CBs CPUs may be specified by the rcu_nocbs=
> + boot parameter.
> +
> +config RCU_NOCB_CPU_NONE
> + bool "No build_forced no-CBs CPUs"
> + depends on RCU_NOCB_CPU
> + help
> + This option does not force any of the CPUs to be no-CBs CPUs.
> + Only CPUs designated by the rcu_nocbs= boot parameter will be
> + no-CBs CPUs.
> +
> +config RCU_NOCB_CPU_ZERO
> + bool "CPU 0 is a build_forced no-CBs CPU"
> + depends on RCU_NOCB_CPU
> + help
> + This option forces CPU 0 to be a no-CBs CPU. Additional CPUs
> + may be designated as no-CBs CPUs using the rcu_nocbs= boot
> + parameter will be no-CBs CPUs.
> +
> + Select this if CPU 0 needs to be a no-CBs CPU for real-time
> + or energy-efficiency reasons.
> +
> +config RCU_NOCB_CPU_ALL
> + bool "All CPUs are build_forced no-CBs CPUs"
> + depends on RCU_NOCB_CPU
> + help
> + This option forces all CPUs to be no-CBs CPUs. The rcu_nocbs=
> + boot parameter will be ignored.
> +
> + Select this if all CPUs need to be no-CBs CPUs for real-time
> + or energy-efficiency reasons.
Note that entering '?' when prompted in oldconfig only outputs the help
parameter from the choice section.
Additionally, nowhere in any of this text does it say what a "no-CB CPU" is,
or why I would care, or even what the downsides are for each option.
I nominate this changeset for an award for most obtuse kconfig text in 3.10 (so far)
Dave
next parent reply other threads:[~2013-04-30 18:46 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20130430152126.0C564660906@gitolite.kernel.org>
2013-04-30 18:46 ` Dave Jones [this message]
2013-04-30 19:25 ` rcu: Provide compile-time control for no-CBs CPUs Paul E. McKenney
2013-04-30 20:24 ` Dave Jones
2013-04-30 21:48 ` Paul E. McKenney
2013-04-30 22:06 ` Dave Jones
2013-04-30 22:19 ` Paul E. McKenney
2013-04-30 21:38 ` Yann E. MORIN
2013-04-30 21:49 ` Paul E. McKenney
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=20130430184612.GA14568@redhat.com \
--to=davej@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=paul.mckenney@linaro.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.