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 majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to