[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20151206022718.GO28602@linux.vnet.ibm.com>
Date: Sat, 5 Dec 2015 18:27:18 -0800
From: "Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
To: Josh Triplett <josh@...htriplett.org>
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 05:06:42PM -0800, Josh Triplett wrote:
> 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.
Indeed, not one of my better patch submissions. :-/
Thanx, Paul
--
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