From: Boqun Feng <boqun.feng@gmail.com>
To: Peter Zijlstra <peterz@infradead.org>
Cc: longman@redhat.com, mingo@redhat.com, will@kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 5/6] locking/rwsem: Unify wait loop
Date: Thu, 23 Feb 2023 17:33:53 -0800 [thread overview]
Message-ID: <Y/gUAdaFf20PDUkO@boqun-archlinux> (raw)
In-Reply-To: <Y/e/I1aqDAjoq2Rs@boqun-archlinux>
On Thu, Feb 23, 2023 at 11:31:47AM -0800, Boqun Feng wrote:
[..]
> > +#define waiter_type(_waiter, _r, _w) \
> > + ((_waiter)->type == RWSEM_WAITING_FOR_READ ? (_r) : (_w))
> > +
> > +static __always_inline struct rw_semaphore *
> > +rwsem_waiter_wait(struct rw_semaphore *sem, struct rwsem_waiter *waiter, int state)
> > +{
> > + trace_contention_begin(sem, waiter_type(waiter, LCB_F_READ, LCB_F_WRITE));
> > +
> > + /* wait to be given the lock */
> > + for (;;) {
> > + set_current_state(state);
> > + if (!smp_load_acquire(&waiter->task)) {
> > + /* Matches rwsem_waiter_wake()'s smp_store_release(). */
> > + break;
> > + }
> > + if (signal_pending_state(state, current)) {
> > + raw_spin_lock_irq(&sem->wait_lock);
>
> Move the below __set_current_state(TASK_RUNNING)s up here? I think we
> need the preemption protection when changing the task state here.
>
Nevermind since we have the preemption protection for the whole
function... but merging two __set_current_state()s into one still looks
good.
Regards,
Boqun
> > + if (waiter->task)
> > + goto out_nolock;
>
[...]
> > +
> > + __set_current_state(TASK_RUNNING);
> > + lockevent_inc(waiter_type(waiter, rwsem_rlock, rwsem_wlock));
> > + trace_contention_end(sem, 0);
> > + return sem;
> > +
> > +out_nolock:
> > + rwsem_del_wake_waiter(sem, waiter);
> > + __set_current_state(TASK_RUNNING);
> > + lockevent_inc(waiter_type(waiter, rwsem_rlock_fail, rwsem_wlock_fail));
> > + trace_contention_end(sem, -EINTR);
> > + return ERR_PTR(-EINTR);
> > +}
> > +
> > /*
> > * Wait for the read lock to be granted
> > */
> > @@ -1071,38 +1109,7 @@ rwsem_down_read_slowpath(struct rw_semap
> > if (!wake_q_empty(&wake_q))
> > wake_up_q(&wake_q);
> >
> > - trace_contention_begin(sem, LCB_F_READ);
> > -
> > - /* wait to be given the lock */
> > - for (;;) {
> > - set_current_state(state);
> > - if (!smp_load_acquire(&waiter.task)) {
> > - /* Matches rwsem_waiter_wake()'s smp_store_release(). */
> > - break;
> > - }
> > - if (signal_pending_state(state, current)) {
> > - raw_spin_lock_irq(&sem->wait_lock);
> > - if (waiter.task)
> > - goto out_nolock;
> > - raw_spin_unlock_irq(&sem->wait_lock);
> > - /* Ordered by sem->wait_lock against rwsem_mark_wake(). */
> > - break;
> > - }
> > - schedule_preempt_disabled();
> > - lockevent_inc(rwsem_sleep_reader);
> > - }
> > -
> > - __set_current_state(TASK_RUNNING);
> > - lockevent_inc(rwsem_rlock);
> > - trace_contention_end(sem, 0);
> > - return sem;
> > -
> > -out_nolock:
> > - rwsem_del_wake_waiter(sem, &waiter, &wake_q);
> > - __set_current_state(TASK_RUNNING);
> > - lockevent_inc(rwsem_rlock_fail);
> > - trace_contention_end(sem, -EINTR);
> > - return ERR_PTR(-EINTR);
> > + return rwsem_waiter_wait(sem, &waiter, state);
> > }
> >
> > /*
> > @@ -1150,37 +1157,7 @@ rwsem_down_write_slowpath(struct rw_sema
> > }
> > raw_spin_unlock_irq(&sem->wait_lock);
> >
> > - /* wait until we successfully acquire the lock */
> > - trace_contention_begin(sem, LCB_F_WRITE);
> > -
> > - for (;;) {
> > - set_current_state(state);
> > - if (!smp_load_acquire(&waiter.task)) {
> > - /* Matches rwsem_waiter_wake()'s smp_store_release(). */
> > - break;
> > - }
> > - if (signal_pending_state(state, current)) {
> > - raw_spin_lock_irq(&sem->wait_lock);
> > - if (waiter.task)
> > - goto out_nolock;
> > - raw_spin_unlock_irq(&sem->wait_lock);
> > - /* Ordered by sem->wait_lock against rwsem_mark_wake(). */
> > - break;
> > - }
> > - schedule_preempt_disabled();
> > - lockevent_inc(rwsem_sleep_writer);
> > - }
> > - __set_current_state(TASK_RUNNING);
> > - lockevent_inc(rwsem_wlock);
> > - trace_contention_end(sem, 0);
> > - return sem;
> > -
> > -out_nolock:
> > - rwsem_del_wake_waiter(sem, &waiter, &wake_q);
> > - __set_current_state(TASK_RUNNING);
> > - lockevent_inc(rwsem_wlock_fail);
> > - trace_contention_end(sem, -EINTR);
> > - return ERR_PTR(-EINTR);
> > + return rwsem_waiter_wait(sem, &waiter, state);
> > }
> >
> > /*
> >
> >
next prev parent reply other threads:[~2023-02-24 1:34 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-23 12:26 [PATCH 0/6] locking/rwsem: Rework writer wakeup and handoff Peter Zijlstra
2023-02-23 12:26 ` [PATCH 1/6] locking/rwsem: Minor code refactoring in rwsem_mark_wake() Peter Zijlstra
2023-02-23 12:26 ` [PATCH 2/6] locking/rwsem: Enforce queueing when HANDOFF Peter Zijlstra
2023-02-23 12:26 ` [PATCH 3/6] locking/rwsem: Rework writer wakeup Peter Zijlstra
2023-02-23 21:38 ` Waiman Long
2023-02-26 11:58 ` Peter Zijlstra
2023-02-26 12:00 ` Peter Zijlstra
2023-02-26 21:31 ` Waiman Long
2023-02-26 11:59 ` Peter Zijlstra
2023-02-26 15:04 ` Peter Zijlstra
2023-02-26 16:51 ` Peter Zijlstra
2023-02-27 0:22 ` Waiman Long
2023-02-27 10:31 ` Peter Zijlstra
2023-02-27 20:16 ` Waiman Long
2023-03-20 8:12 ` Peter Zijlstra
2023-03-20 17:36 ` Waiman Long
2023-02-23 12:26 ` [PATCH 4/6] locking/rwsem: Split out rwsem_reader_wake() Peter Zijlstra
2023-02-23 12:26 ` [PATCH 5/6] locking/rwsem: Unify wait loop Peter Zijlstra
2023-02-23 19:31 ` Boqun Feng
2023-02-24 1:33 ` Boqun Feng [this message]
2023-02-26 12:01 ` Peter Zijlstra
2023-02-26 18:22 ` Boqun Feng
2023-02-23 22:45 ` Waiman Long
2023-02-26 16:15 ` Peter Zijlstra
2023-02-23 12:26 ` [PATCH 6/6] locking/rwsem: Use the force Peter Zijlstra
2023-02-24 1:19 ` [PATCH 0/6] locking/rwsem: Rework writer wakeup and handoff Waiman Long
2023-02-24 11:55 ` Jiri Wiesner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Y/gUAdaFf20PDUkO@boqun-archlinux \
--to=boqun.feng@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=longman@redhat.com \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=will@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox