On Thu, May 12, 2022 at 03:04:38AM +0000, Joel Fernandes (Google) wrote: > Signed-off-by: Joel Fernandes (Google) <joel@xxxxxxxxxxxxxxxxx> Again, given that kfree_rcu() is doing its own laziness, is this really helping? If so, would it instead make sense to adjust the kfree_rcu() timeouts? Thanx, Paul > --- > kernel/rcu/tree.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c > index ebdf6f7c9023..3baf29014f86 100644 > --- a/kernel/rcu/tree.c > +++ b/kernel/rcu/tree.c > @@ -3407,7 +3407,7 @@ static void kfree_rcu_monitor(struct work_struct *work) > // be that the work is in the pending state when > // channels have been detached following by each > // other. > - queue_rcu_work(system_wq, &krwp->rcu_work); > + queue_rcu_work_lazy(system_wq, &krwp->rcu_work); > } > } > > -- > 2.36.0.550.gb090851708-goog >
