linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: mingo@elte.hu
Cc: linux-kernel@vger.kernel.org, rostedt@goodmis.org,
	dipankar@in.ibm.com, pascal.chapperon@wanadoo.fr,
	davej@redhat.com, michel@digirati.com.br, joern@purestorage.com,
	jengelh@medozas.de, efault@gmx.de, sivanich@sgi.com,
	torvalds@linux-foundation.org, peterz@infradead.org,
	laijs@cn.fujitsu.com
Subject: [GIT PULL rcu/next] RCU commits for 3.5
Date: Fri, 11 May 2012 11:42:36 -0700	[thread overview]
Message-ID: <20120511184236.GA10133@linux.vnet.ibm.com> (raw)

Hello, Ingo,

The major features of this series are:

1.	A set of improvements and fixes to the RCU_FAST_NO_HZ feature
	(with more on the way for 3.6).  Posted to LKML:
	https://lkml.org/lkml/2012/4/23/324 (commits 1-3 and 5), 
	https://lkml.org/lkml/2012/4/16/611 (commit 4),
	https://lkml.org/lkml/2012/4/30/390 (commit 6), and
	https://lkml.org/lkml/2012/5/4/410 (commit 7, combined with
	the other commits for the convenience of the tester).
2.	Changes to make rcu_barrier() avoid disrupting execution of CPUs
	that have no RCU callbacks.  Posted to LKML:
	https://lkml.org/lkml/2012/4/23/322.
3.	A couple of commits that improve the efficiency of the interaction
	between preemptible RCU and the scheduler, these two being all
	that survived an abortive attempt to allow preemptible RCU's
	__rcu_read_lock() to be inlined.  The full set was posted to
	LKML at https://lkml.org/lkml/2012/4/14/143, and the first and
	third patches of that set remain.
4.	Lai Jiangshan's algorithmic implementation of SRCU, which includes
	call_srcu() and srcu_barrier().  A major feature of this new
	implementation is that synchronize_srcu() no longer disturbs
	the execution of other CPUs.  This work is based on earlier
	implementations by Peter Zijlstra and myself.  Posted to
	LKML: https://lkml.org/lkml/2012/2/22/82.
5.	A number of miscellaneous bug fixes and improvements which were
	posted to LKML at: https://lkml.org/lkml/2012/4/23/353 with
	subsequent updates posted to LKML.

#1 and #2 are combined onto one topic branch due to dependencies among
the commits.

All of these have been exposed to -next testing.

These changes are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next

								Thanx, Paul

-------------------->
Dave Jones (1):
      rcu: List-debug variants of rcu list routines.

Jan Engelhardt (1):
      rcu: Make __kfree_rcu() less dependent on compiler choices

Lai Jiangshan (10):
      rcu: Remove fast check path from __synchronize_srcu()
      rcu: Increment upper bit only for srcu_read_lock()
      rcu: Flip ->completed only once per SRCU grace period
      rcu: Improve SRCU's wait_idx() comments
      rcu: Implement a variant of Peter's SRCU algorithm
      rcu: Remove unused srcu_barrier()
      rcu: Improve srcu_readers_active_idx()'s cache locality
      rcu: Use single value to handle expedited SRCU grace periods
      rcu: Implement per-domain single-threaded call_srcu() state machine
      rcu: Add rcutorture test for call_srcu()

Michel Machado (1):
      rcu: Replace list_first_entry_rcu() with list_first_or_null_rcu()

Paul E. McKenney (20):
      rcu: Clarify help text for RCU_BOOST_PRIO
      rcu: Reduce cache-miss initialization latencies for large systems
      rcu: Document kernel command-line parameters
      rcu: Document why rcu_blocking_is_gp() is safe
      rcu: Add RCU_FAST_NO_HZ tracing for idle exit
      rcu: Make RCU_FAST_NO_HZ use timer rather than hrtimer
      rcu: Make RCU_FAST_NO_HZ account for pauses out of idle
      rcu: Fixes to rcutorture error handling and cleanup
      rcu: Add warning for RCU_FAST_NO_HZ timer firing
      timer: Fix mod_timer_pinned() header comment
      rcu: Introduce rcutorture testing for rcu_barrier()
      rcu: Direct algorithmic SRCU implementation
      rcu: Ensure that RCU_FAST_NO_HZ timers expire on correct CPU
      rcu: Move PREEMPT_RCU preemption to switch_to() invocation
      rcu: Make exit_rcu() more precise and consolidate
      rcu: Update RCU maintainership
      rcu: Make RCU_FAST_NO_HZ handle timer migration
      rcu: Explicitly initialize RCU_FAST_NO_HZ per-CPU variables
      rcu: Make rcu_barrier() less disruptive
      Merge branches 'barrier.2012.05.09a', 'fixes.2012.04.26a', 'inline.2012.05.02b' and 'srcu.2012.05.07b' into HEAD

 Documentation/RCU/torture.txt       |   15 +-
 Documentation/kernel-parameters.txt |   88 ++++++-
 MAINTAINERS                         |   14 +-
 arch/um/drivers/mconsole_kern.c     |    1 +
 include/linux/rculist.h             |   40 +++-
 include/linux/rcupdate.h            |   20 ++
 include/linux/rcutiny.h             |   11 -
 include/linux/rcutree.h             |   19 --
 include/linux/sched.h               |   10 +
 include/linux/srcu.h                |   48 +++-
 include/trace/events/rcu.h          |    2 +
 init/Kconfig                        |   50 +++-
 kernel/rcupdate.c                   |   28 ++
 kernel/rcutiny_plugin.h             |   16 -
 kernel/rcutorture.c                 |  257 +++++++++++++++-
 kernel/rcutree.c                    |  332 ++++++++++++++++------
 kernel/rcutree.h                    |   23 +-
 kernel/rcutree_plugin.h             |  154 +++++++----
 kernel/rcutree_trace.c              |    4 +-
 kernel/sched/core.c                 |    1 +
 kernel/srcu.c                       |  548 +++++++++++++++++++++++++++-------
 kernel/timer.c                      |    8 +-
 lib/list_debug.c                    |   22 ++
 23 files changed, 1358 insertions(+), 353 deletions(-)


             reply	other threads:[~2012-05-11 18:43 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-11 18:42 Paul E. McKenney [this message]
2012-05-14  6:48 ` [GIT PULL rcu/next] RCU commits for 3.5 Ingo Molnar
2012-05-14 13:12 ` Peter Zijlstra

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120511184236.GA10133@linux.vnet.ibm.com \
    --to=paulmck@linux.vnet.ibm.com \
    --cc=davej@redhat.com \
    --cc=dipankar@in.ibm.com \
    --cc=efault@gmx.de \
    --cc=jengelh@medozas.de \
    --cc=joern@purestorage.com \
    --cc=laijs@cn.fujitsu.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=michel@digirati.com.br \
    --cc=mingo@elte.hu \
    --cc=pascal.chapperon@wanadoo.fr \
    --cc=peterz@infradead.org \
    --cc=rostedt@goodmis.org \
    --cc=sivanich@sgi.com \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).