diff options
author | Paul E. McKenney <paulmck@linux.vnet.ibm.com> | 2014-06-19 14:57:10 -0700 |
---|---|---|
committer | Paul E. McKenney <paulmck@linux.vnet.ibm.com> | 2014-06-23 11:19:29 -0700 |
commit | 546a9d8519ed137b2804a3f5a3659003039dd49c (patch) | |
tree | 1f4c679c28b2980e08bc1d0bb8c0b01dc6d98247 /kernel/sched | |
parent | 7171511eaec5bf23fb06078f59784a3a0626b38f (diff) | |
download | linux-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