Paul E. McKenney f535a607c1 rcu: Eliminate RCU_FAST_NO_HZ grace-period hang ... With the new implementation of RCU_FAST_NO_HZ, it was possible to hang RCU grace periods as follows: o CPU 0 attempts to go idle, cycles several times through the rcu_prepare_for_idle() loop, then goes dyntick-idle when RCU needs nothing more from it, while still having at least on RCU callback pending. o CPU 1 goes idle with no callbacks. Both CPUs can then stay in dyntick-idle mode indefinitely, preventing the RCU grace period from ever completing, possibly hanging the system. This commit therefore prevents CPUs that have RCU callbacks from entering dyntick-idle mode. This approach also eliminates the need for the end-of-grace-period IPIs used previously. Signed-off-by: Paul E. McKenney <paul.mckenney@linaro.org> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>		2011-12-11 10:32:02 -08:00
..
events	rcu: Eliminate RCU_FAST_NO_HZ grace-period hang	2011-12-11 10:32:02 -08:00
define_trace.h	Revert "tracing: Include module.h in define_trace.h"	2011-10-31 19:32:35 -04:00
ftrace.h	perf: Fix counter of ftrace events	2011-10-04 11:07:54 +02:00
syscall.h	tracing: Use a global field list for all syscall exit events	2010-06-28 17:12:44 -04:00