summaryrefslogtreecommitdiffstats
path: root/drivers/edac/x38_edac.c
diff options
context:
space:
mode:
authorPaul E. McKenney <paulmck@linux.vnet.ibm.com>2011-01-07 02:33:47 -0800
committerPaul E. McKenney <paulmck@linux.vnet.ibm.com>2011-01-14 04:56:49 -0800
commitc072a388d59a1d48e36864d0e66f42d71745be1c (patch)
treea0537c767c834d1846430ab3bb4eb83c0d0923d7 /drivers/edac/x38_edac.c
parent394f4528c523d88daabd50f883a8d6b164075555 (diff)
downloadlinux-stable-c072a388d59a1d48e36864d0e66f42d71745be1c.tar.gz
linux-stable-c072a388d59a1d48e36864d0e66f42d71745be1c.tar.bz2
linux-stable-c072a388d59a1d48e36864d0e66f42d71745be1c.zip
rcu: demote SRCU_SYNCHRONIZE_DELAY from kernel-parameter status
Because the adaptive synchronize_srcu_expedited() approach has worked very well in testing, remove the kernel parameter and replace it by a C-preprocessor macro. If someone finds problems with this approach, a more complex and aggressively adaptive approach might be required. Longer term, SRCU will be merged with the other RCU implementations, at which point synchronize_srcu_expedited() will be event driven, just as synchronize_sched_expedited() currently is. At that point, there will be no need for this adaptive approach. Reported-by: Linus Torvalds <torvalds@linux-foundation.org> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Diffstat (limited to 'drivers/edac/x38_edac.c')
0 files changed, 0 insertions, 0 deletions