summaryrefslogtreecommitdiffstats
path: root/kernel/sched
diff options
context:
space:
mode:
authorPaul E. McKenney <paulmck@linux.vnet.ibm.com>2014-06-19 14:57:10 -0700
committerPaul E. McKenney <paulmck@linux.vnet.ibm.com>2014-06-23 11:19:29 -0700
commit546a9d8519ed137b2804a3f5a3659003039dd49c (patch)
tree1f4c679c28b2980e08bc1d0bb8c0b01dc6d98247 /kernel/sched
parent7171511eaec5bf23fb06078f59784a3a0626b38f (diff)
downloadlinux-546a9d8519ed137b2804a3f5a3659003039dd49c.tar.bz2
rcu: Export debug_init_rcu_head() and and debug_init_rcu_head()
Currently, call_rcu() relies on implicit allocation and initialization for the debug-objects handling of RCU callbacks. If you hammer the kernel hard enough with Sasha's modified version of trinity, you can end up with the sl*b allocators recursing into themselves via this implicit call_rcu() allocation. This commit therefore exports the debug_init_rcu_head() and debug_rcu_head_free() functions, which permits the allocators to allocated and pre-initialize the debug-objects information, so that there no longer any need for call_rcu() to do that initialization, which in turn prevents the recursion into the memory allocators. Reported-by: Sasha Levin <sasha.levin@oracle.com> Suggested-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Acked-by: Thomas Gleixner <tglx@linutronix.de> Looks-good-to: Christoph Lameter <cl@linux.com>
Diffstat (limited to 'kernel/sched')
0 files changed, 0 insertions, 0 deletions