[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130328074507.GC24433@gmail.com>
Date: Thu, 28 Mar 2013 08:45:07 +0100
From: Ingo Molnar <mingo@...nel.org>
To: Frederic Weisbecker <fweisbec@...il.com>
Cc: LKML <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Chris Metcalf <cmetcalf@...era.com>,
Christoph Lameter <cl@...ux.com>,
Geoff Levand <geoff@...radead.org>,
Gilad Ben Yossef <gilad@...yossef.com>,
Hakan Akkan <hakanakkan@...il.com>,
Kevin Hilman <khilman@...aro.org>,
Li Zhong <zhong@...ux.vnet.ibm.com>,
Namhyung Kim <namhyung.kim@....com>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Paul Gortmaker <paul.gortmaker@...driver.com>,
Peter Zijlstra <peterz@...radead.org>,
Steven Rostedt <rostedt@...dmis.org>,
Thomas Gleixner <tglx@...utronix.de>
Subject: Re: [PATCH 4/4] nohz: New option to force all CPUs in full dynticks
range
* Frederic Weisbecker <fweisbec@...il.com> wrote:
> +config NO_HZ_EXTENDED_ALL
> + bool "Full dynticks system on all CPUs"
> + depends on NO_HZ_EXTENDED
> + help
> + Force all CPUs to be full dynticks. The range specified in the
> + nohz_extended boot option will then be ignored.
> +
> + Note the boot CPU will still be kept outside the range to handle
> + the timekeeping duty.
In most cases this will be the first time users doing 'make oldconfig'
will hear about this feature, so I'd not mention noh_extended in such a
primary way at all.
Instead I'd suggest to explain, in a few simple sentences, what 'full
dynticks' _is_. Then maybe mention this near the end of the next:
( Alternatively this feature can also be enabled via the
nohz_extended=<cpulist> boot option. If this kernel config option is
enabled then the nohz_extended boot parameter is ignored. )
Btw., while at it - I think the nohz_extended boot parameter should _not_
be ignored. The .config option should simply provide a default, for the
case that the user does not have any boot option specified.
If the user specifies a boot option - say to work around a rare installer
hang in a distro install kernel - then we very much _dont_ want to ignore
it.
So please put some effort into how this feature is going to interface with
and be represented to actual users and distro kernel maintainers.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists