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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 4 Dec 2015 17:06:42 -0800
From:	Josh Triplett <josh@...htriplett.org>
To:	"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
Cc:	linux-kernel@...r.kernel.org, mingo@...nel.org,
	jiangshanlai@...il.com, dipankar@...ibm.com,
	akpm@...ux-foundation.org, mathieu.desnoyers@...icios.com,
	tglx@...utronix.de, peterz@...radead.org, rostedt@...dmis.org,
	dhowells@...hat.com, edumazet@...gle.com, dvhart@...ux.intel.com,
	fweisbec@...il.com, oleg@...hat.com, bobby.prani@...il.com
Subject: Re: [PATCH tip/core/rcu 0/10] Expedited-grace-period changes for 4.5

On Fri, Dec 04, 2015 at 03:58:51PM -0800, Paul E. McKenney wrote:
> Hello!
> 
> This series contains follow-on cleanup changes to RCU's expedited
> grace-period functionality.  The patches in this series are as follows:
> 
> 1.	Short-circuit synchronize_sched_expedited() if there is only one CPU.
> 
> 2.	Update comment to clarify the role of ->expmaskinitnext.
> 
> 3.	Separate concerns by moving smp_mb() from rcu_seq_snap() to
> 	rcu_exp_gp_seq_snap().
> 
> 4.	Safe a few lines of code by inverting the sense of
> 	sync_rcu_exp_select_cpus() "if" statement.
> 
> 5.	Reduce expedited GP memory contention via per-CPU variables.
> 
> 6.	Get rid of (some) empty stall-warning messages by resolving
> 	stall-warning ties.
> 
> 7.	Add more diagnostics to expedited stall warning messages.
> 
> 8.	Add rcu_normal kernel parameter to suppress expediting for
> 	the benefit of aggressive real-time systems.
> 
> 9-10.	Allow expedited grace periods to be disabled just before init
> 	is spawned, allowing them to speed up boot without interfering
> 	with run-time real-time workloads.

This cover letter doesn't seem to match the patch series that shows up
as replies to it.  The patch series has 13 patches, numbered 01/13 to
13/13.  You sent a separate cover letter, not part of this thread, that
seems to match up.
--
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