diff options
author | 2025-02-09 05:09:26 -0800 | |
---|---|---|
committer | 2025-05-16 11:12:26 -0400 | |
commit | ed0d0db095dd2b3a609f07d49d1342be9fb5c49d (patch) | |
tree | 90735487df458cde5004367eadd7afcd2b9e84a3 /scripts/lib/kdoc/kdoc_files.py | |
parent | rcutorture: Make torture.sh --do-rt use CONFIG_PREEMPT_RT (diff) | |
download | linux-rng-ed0d0db095dd2b3a609f07d49d1342be9fb5c49d.tar.xz linux-rng-ed0d0db095dd2b3a609f07d49d1342be9fb5c49d.zip |
rcutorture: Comment invocations of tick_dep_set_task()
The rcu_torture_reader() and rcu_torture_fwd_prog_cr() functions
run CPU-bound for extended periods of time (tens or even
hundreds of milliseconds), so they invoke tick_dep_set_task() and
tick_dep_clear_task() to ensure that the scheduling-clock tick helps
move grace periods forward.
So why doesn't rcu_torture_fwd_prog_nr() also invoke tick_dep_set_task()
and tick_dep_clear_task()? Because the point of this function is to test
RCU's ability to (eventually) force grace periods forward even when the
tick has been disabled during long CPU-bound kernel execution.
Signed-off-by: Paul E. McKenney <paulmck@kernel.org>
Signed-off-by: Joel Fernandes <joelagnelf@nvidia.com>
Diffstat (limited to 'scripts/lib/kdoc/kdoc_files.py')
0 files changed, 0 insertions, 0 deletions