aboutsummaryrefslogtreecommitdiffstats
path: root/scripts/rustdoc_test_gen.rs
diff options
context:
space:
mode:
authorUladzislau Rezki (Sony) <[email protected]>2025-02-27 13:16:13 +0000
committerBoqun Feng <[email protected]>2025-03-05 02:44:29 +0000
commit5a562b8b3f5de4c50f4a9da92bfd3f0a6eebf081 (patch)
treee821ff64f12cf61906210c2c79a0bef3114ac68e /scripts/rustdoc_test_gen.rs
parentrcu: Update TREE05.boot to test normal synchronize_rcu() (diff)
downloadkernel-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