diff options
author | Neeraj Upadhyay <neeraju@codeaurora.org> | 2019-03-11 17:28:03 +0530 |
---|---|---|
committer | Paul E. McKenney <paulmck@linux.ibm.com> | 2019-03-26 14:38:38 -0700 |
commit | b699cce1604e828f19c39845252626eb78cdf38a (patch) | |
tree | 3eb0b208e27808f54c02fc306407583ab4e7c91d /kernel/rcu | |
parent | 6973032a602ee678c98644a30d57ebf9c72dd6d3 (diff) | |
download | linux-b699cce1604e828f19c39845252626eb78cdf38a.tar.bz2 |
rcu: Do a single rhp->func read in rcu_head_after_call_rcu()
The rcu_head_after_call_rcu() function reads the rhp->func pointer twice,
which can result in a false-positive WARN_ON_ONCE() if the callback
were passed to call_rcu() between the two reads. Although racing
rcu_head_after_call_rcu() with call_rcu() is to be a dubious use case
(the return value is not reliable in that case), intermittent and
irreproducible warnings are also quite dubious. This commit therefore
uses a single READ_ONCE() to pick up the value of rhp->func once, then
tests that value twice, thus guaranteeing consistent processing within
rcu_head_after_call_rcu()().
Neverthless, racing rcu_head_after_call_rcu() with call_rcu() is still
a dubious use case.
Signed-off-by: Neeraj Upadhyay <neeraju@codeaurora.org>
[ paulmck: Add blank line after declaration per checkpatch.pl. ]
Signed-off-by: Paul E. McKenney <paulmck@linux.ibm.com>
Diffstat (limited to 'kernel/rcu')
0 files changed, 0 insertions, 0 deletions