diff options
author | Paul E. McKenney <paulmck@linux.ibm.com> | 2019-06-26 19:50:38 +0300 |
---|---|---|
committer | Paul E. McKenney <paulmck@linux.ibm.com> | 2019-08-14 00:35:49 +0300 |
commit | faca5c250935262f026cac1bb951a0f7672474b8 (patch) | |
tree | 189d5640bf90a793916b66b0f77223f0411d8eca /kernel/rcu/rcu_segcblist.c | |
parent | 4fd8c5f153bc41ae847b9ddb1539b34f70c18278 (diff) | |
download | linux-faca5c250935262f026cac1bb951a0f7672474b8.tar.xz |
rcu/nocb: Unconditionally advance and wake for excessive CBs
When there are excessive numbers of callbacks, and when either the
corresponding no-CBs callback kthread is asleep or there is no more
ready-to-invoke callbacks, and when least one callback is pending,
__call_rcu_nocb_wake() will advance the callbacks, but refrain from
awakening the corresponding no-CBs grace-period kthread. However,
because rcu_advance_cbs_nowake() is used, it is possible (if a bit
unlikely) that the needed advancement could not happen due to a grace
period not being in progress. Plus there will always be at least one
pending callback due to one having just now been enqueued.
This commit therefore attempts to advance callbacks and awakens the
no-CBs grace-period kthread when there are excessive numbers of callbacks
posted and when the no-CBs callback kthread is not in a position to do
anything helpful.
Signed-off-by: Paul E. McKenney <paulmck@linux.ibm.com>
Diffstat (limited to 'kernel/rcu/rcu_segcblist.c')
0 files changed, 0 insertions, 0 deletions