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] [day] [month] [year] [list]
Message-ID: <20120926111442.GA21143@gmail.com>
Date:	Wed, 26 Sep 2012 13:14:42 +0200
From:	Ingo Molnar <mingo@...nel.org>
To:	"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>
Cc:	mingo@...e.hu, linux-kernel@...r.kernel.org, josh@...htriplett.org,
	sivanich@....com, wangyun@...ux.vnet.ibm.com,
	zhong@...ux.vnet.ibm.com, peterz@...radead.org, sbw@....edu,
	fweisbec@...il.com
Subject: Re: [RFC GIT PULL rcu/next] v2 RCU commits for 3.7


* Paul E. McKenney <paulmck@...ux.vnet.ibm.com> wrote:

> Hello, Ingo,
> 
> This is now an RFC pull for only one of the previous two reasons.
> The commits have how been through -next without the adaptive-idle patches,
> but although good progress has been made on the adaptive-idle patches,
> they are still not quite there yet.  Again, the current adaptive-idle
> series has been rebased as rcu/idle on top of rcu/next, the latter branch
> being the subject of this pull request.  Also, I have merged the
> conflicting -tip branches into rcu/next, resolving the conflicts.
> (One set was adjacent insertions/deletions, the other was resolved
> as Peter Zijlstra described at https://lkml.org/lkml/2012/9/5/585.
> 
> Again, the major features of this series are:
> 
> 0.	A fix for a latent bug that has been in RCU ever since the
> 	addition of CPU stall warnings.  This bug results in
> 	false-positive stall warnings, but thus far only on embedded
> 	systems with severely cut-down userspace configurations.
> 	This fix is located on an rcu/urgent branch, with the rest
> 	of the commits based on top of it.  This commit CCs stable.
> 	Given that the merge window is coming quite soon and given
> 	the small number of affected users, I do -not- recommend
> 	pushing it to 3.6, but the separate branch makes it easy to
> 	find if someone needs it.
> 
> 1.	Further reductions in latency spikes for huge systems, along
> 	with additional boot-time adaptation to the actual hardware.
> 	This is a large change, as it moves RCU grace-period
> 	initialization and cleanup, along with quiescent-state forcing,
> 	from softirq to a kthread.  However, it appears to be in
> 	quite good shape (famous last words).  Posted to LKML at
> 	https://lkml.org/lkml/2012/9/20/427.
> 
> 2.	Updates to documentation and rcutorture, the latter category
> 	including keeping statistics on CPU-hotplug latencies and
> 	fixing some initialization-time races.  Posted to LKML at
> 	https://lkml.org/lkml/2012/8/30/193.
> 
> 3.	Miscellaneous fixes and improvements, posted to LKML at
> 	https://lkml.org/lkml/2012/8/30/199.
> 
> 4.	CPU-hotplug fixes and improvements, posted to LKML at
> 	https://lkml.org/lkml/2012/8/30/292 for first three and at
> 	https://lkml.org/lkml/2012/8/3/416.
> 
> 5.	Idle-loop fixes that were omitted on an earlier submission,
> 	posted to LKML at https://lkml.org/lkml/2012/8/30/251.
> 
> As noted earlier, all of these commits have been exposed to -next testing,
> albeit in combination with adaptive-idle commits that will hopefully be
> following soon.
> 
> 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
> 
> -------------------->
> Dimitri Sivanich (1):
>       rcu: Segregate rcu_state fields to improve cache locality
> 
> Frederic Weisbecker (11):
>       alpha: Fix preemption handling in idle loop
>       alpha: Add missing RCU idle APIs on idle loop
>       cris: Add missing RCU idle APIs on idle loop
>       frv: Add missing RCU idle APIs on idle loop
>       h8300: Add missing RCU idle APIs on idle loop
>       m32r: Add missing RCU idle APIs on idle loop
>       m68k: Add missing RCU idle APIs on idle loop
>       mn10300: Add missing RCU idle APIs on idle loop
>       parisc: Add missing RCU idle APIs on idle loop
>       score: Add missing RCU idle APIs on idle loop
>       xtensa: Add missing RCU idle APIs on idle loop
> 
> Li Zhong (1):
>       rcu: Move TINY_RCU quiescent state out of extended quiescent state
> 
> Michael Wang (1):
>       kmemleak: Replace list_for_each_continue_rcu with new interface
> 
> Paul E. McKenney (46):
>       rcu: Move RCU grace-period initialization into a kthread
>       rcu: Prevent initialization-time quiescent-state race
>       rcu: Allow RCU grace-period initialization to be preempted
>       rcu: Move RCU grace-period cleanup into kthread
>       rcu: Allow RCU grace-period cleanup to be preempted
>       rcu: Break up rcu_gp_kthread() into subfunctions
>       rcu: Prevent offline CPUs from executing RCU core code
>       rcu: Provide OOM handler to motivate lazy RCU callbacks
>       rcu: Move quiescent-state forcing into kthread
>       rcu: Allow RCU quiescent-state forcing to be preempted
>       rcu: Adjust debugfs tracing for kthread-based quiescent-state forcing
>       rcu: Prevent force_quiescent_state() memory contention
>       rcu: Control grace-period duration from sysfs
>       rcu: Make rcutree module parameters visible in sysfs
>       rcu: Fix day-zero grace-period initialization/cleanup race
>       rcu: Add random PROVE_RCU_DELAY to grace-period initialization
>       rcu: Adjust for unconditional ->completed assignment
>       rcu: Eliminate signed overflow in synchronize_rcu_expedited()
>       rcu: Reduce synchronize_rcu_expedited() latency
>       rcu: Simplify quiescent-state detection
>       rcu: Handle unbalanced rcu_node configurations with few CPUs
>       rcu: Shrink RCU based on number of CPUs
>       rcu: Update rcutorture defaults
>       rcu: Track CPU-hotplug duration statistics
>       rcu: Document SRCU dead-CPU capabilities, emphasize read-side limits
>       rcu: Switch rcutorture to pr_alert() and friends
>       rcu: Prevent initialization race in rcutorture kthreads
>       rcu: Add PROVE_RCU_DELAY to provoke difficult races
>       rcu: Pull TINY_RCU dyntick-idle tracing into non-idle region
>       rcu: Properly initialize ->boost_tasks on CPU offline
>       rcu: Permit RCU_NONIDLE() to be used from interrupt context
>       rcu: Improve boost selection when moving tasks to root rcu_node
>       rcu: Make offline-CPU checking allow for indefinite delays
>       rcu: Fix obsolete rcu_initiate_boost() header comment
>       rcu: Apply for_each_rcu_flavor() to increment_cpu_stall_ticks()
>       rcu: Avoid rcu_print_detail_task_stall_rnp() segfault
>       rcu: Protect rcu_node accesses during CPU stall warnings
>       rcu: Avoid spurious RCU CPU stall warnings
>       rcu: Remove redundant memory barrier from __call_rcu()
>       rcu: Move TINY_PREEMPT_RCU away from raw_local_irq_save()
>       time: RCU permitted to stop idle entry via softirq
>       rcu: Fix CONFIG_RCU_FAST_NO_HZ stall warning message
>       rcu: Remove _rcu_barrier() dependency on __stop_machine()
>       rcu: Disallow callback registry on offline CPUs
>       ia64: Add missing RCU idle APIs on idle loop
>       Merge branches 'bigrt.2012.09.23a', 'doctorture.2012.09.23a', 'fixes.2012.09.23a', 'hotplug.2012.09.23a' and 'idlechop.2012.09.23a' into HEAD
> 
> Peter Zijlstra (1):
>       sched: Fix load avg vs cpu-hotplug
> 
> Silas Boyd-Wickizer (2):
>       Use get_online_cpus to avoid races involving CPU hotplug
>       Use get_online_cpus to avoid races involving CPU hotplug
> 
>  Documentation/RCU/checklist.txt     |    6 +
>  Documentation/RCU/stallwarn.txt     |   16 +-
>  Documentation/RCU/trace.txt         |   43 +--
>  Documentation/RCU/whatisRCU.txt     |    9 +-
>  Documentation/kernel-parameters.txt |   11 +
>  arch/alpha/kernel/process.c         |    6 +-
>  arch/alpha/kernel/smp.c             |    1 +
>  arch/cris/kernel/process.c          |    3 +
>  arch/frv/kernel/process.c           |    3 +
>  arch/h8300/kernel/process.c         |    3 +
>  arch/ia64/kernel/process.c          |    3 +
>  arch/m32r/kernel/process.c          |    3 +
>  arch/m68k/kernel/process.c          |    3 +
>  arch/mn10300/kernel/process.c       |    3 +
>  arch/parisc/kernel/process.c        |    3 +
>  arch/score/kernel/process.c         |    4 +-
>  arch/x86/kernel/cpuid.c             |    5 +
>  arch/x86/kernel/msr.c               |    5 +
>  arch/xtensa/kernel/process.c        |    3 +
>  include/linux/interrupt.h           |    2 +
>  include/linux/rcupdate.h            |    6 +-
>  kernel/rcupdate.c                   |    4 +
>  kernel/rcutiny.c                    |   33 +-
>  kernel/rcutiny_plugin.h             |   10 +-
>  kernel/rcutorture.c                 |  159 +++++----
>  kernel/rcutree.c                    |  690 ++++++++++++++++++-----------------
>  kernel/rcutree.h                    |   31 +-
>  kernel/rcutree_plugin.h             |  174 +++++++--
>  kernel/rcutree_trace.c              |   19 +-
>  kernel/sched/core.c                 |   41 +-
>  kernel/time/tick-sched.c            |    3 +-
>  lib/Kconfig.debug                   |   14 +
>  mm/kmemleak.c                       |    6 +-
>  33 files changed, 771 insertions(+), 554 deletions(-)

Pulled, thanks a lot Paul!

	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