lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ