diff options
| author | Uladzislau Rezki (Sony) <[email protected]> | 2025-02-27 13:16:13 +0000 |
|---|---|---|
| committer | Boqun Feng <[email protected]> | 2025-03-05 02:44:29 +0000 |
| commit | 5a562b8b3f5de4c50f4a9da92bfd3f0a6eebf081 (patch) | |
| tree | e821ff64f12cf61906210c2c79a0bef3114ac68e /scripts/rustdoc_test_gen.rs | |
| parent | rcu: Update TREE05.boot to test normal synchronize_rcu() (diff) | |
| download | kernel-5a562b8b3f5de4c50f4a9da92bfd3f0a6eebf081.tar.gz kernel-5a562b8b3f5de4c50f4a9da92bfd3f0a6eebf081.zip | |
rcu: Use _full() API to debug synchronize_rcu()
Switch for using of get_state_synchronize_rcu_full() and
poll_state_synchronize_rcu_full() pair to debug a normal
synchronize_rcu() call.
Just using "not" full APIs to identify if a grace period is
passed or not might lead to a false-positive kernel splat.
It can happen, because get_state_synchronize_rcu() compresses
both normal and expedited states into one single unsigned long
value, so a poll_state_synchronize_rcu() can miss GP-completion
when synchronize_rcu()/synchronize_rcu_expedited() concurrently
run.
To address this, switch to poll_state_synchronize_rcu_full() and
get_state_synchronize_rcu_full() APIs, which use separate variables
for expedited and normal states.
Reported-by: cheung wall <[email protected]>
Closes: https://lore.kernel.org/lkml/Z5ikQeVmVdsWQrdD@pc636/T/
Fixes: 988f569ae041 ("rcu: Reduce synchronize_rcu() latency")
Signed-off-by: Uladzislau Rezki (Sony) <[email protected]>
Reviewed-by: Paul E. McKenney <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Boqun Feng <[email protected]>
Diffstat (limited to 'scripts/rustdoc_test_gen.rs')
0 files changed, 0 insertions, 0 deletions
