summaryrefslogtreecommitdiffstats
path: root/kernel/locking/lockdep_proc.c
diff options
context:
space:
mode:
authorPaul E. McKenney <paulmck@linux.vnet.ibm.com>2016-06-29 13:46:25 -0700
committerPaul E. McKenney <paulmck@linux.vnet.ibm.com>2016-08-22 09:30:25 -0700
commit8b355e3bc1408be238ae4695fb6318ae502cae8e (patch)
treef923d1cb005f3102e76cd0b2f64567ed80f67c7a /kernel/locking/lockdep_proc.c
parentf7b8eb847e35b18d3ec333774691a905bf16017f (diff)
downloadlinux-stable-8b355e3bc1408be238ae4695fb6318ae502cae8e.tar.gz
linux-stable-8b355e3bc1408be238ae4695fb6318ae502cae8e.tar.bz2
linux-stable-8b355e3bc1408be238ae4695fb6318ae502cae8e.zip
rcu: Drive expedited grace periods from workqueue
The current implementation of expedited grace periods has the user task drive the grace period. This works, but has downsides: (1) The user task must awaken tasks piggybacking on this grace period, which can result in latencies rivaling that of the grace period itself, and (2) User tasks can receive signals, which interfere with RCU CPU stall warnings. This commit therefore uses workqueues to drive the grace periods, so that the user task need not do the awakening. A subsequent commit will remove the now-unnecessary code allowing for signals. Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Diffstat (limited to 'kernel/locking/lockdep_proc.c')
0 files changed, 0 insertions, 0 deletions