Messages in this thread | | | From | Lai Jiangshan <> | Date | Sat, 2 Dec 2017 09:06:29 +0800 | Subject | Re: [PATCH tip/core/rcu 05/10] workqueue: Eliminate cond_resched_rcu_qs() in favor of cond_resched() |
| |
On Sat, Dec 2, 2017 at 3:21 AM, Paul E. McKenney <paulmck@linux.vnet.ibm.com> wrote: > Now that cond_resched() also provides RCU quiescent states when > needed, it can be used in place of cond_resched_rcu_qs(). This > commit therefore makes this change. > > Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com> > Cc: Tejun Heo <tj@kernel.org> > Cc: Lai Jiangshan <jiangshanlai@gmail.com>
Reviewed-by: Lai Jiangshan <jiangshanlai@gmail.com>
> --- > kernel/workqueue.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/kernel/workqueue.c b/kernel/workqueue.c > index 8fdb710bfdd7..aee7eaab05cb 100644 > --- a/kernel/workqueue.c > +++ b/kernel/workqueue.c > @@ -2135,7 +2135,7 @@ __acquires(&pool->lock) > * stop_machine. At the same time, report a quiescent RCU state so > * the same condition doesn't freeze RCU. > */ > - cond_resched_rcu_qs(); > + cond_resched(); > > spin_lock_irq(&pool->lock); > > -- > 2.5.2 >
| |