linux-kernel - [PATCH 0/2] locking/rwbase_rt: Use wake

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-Id: <20210901222825.6313-1-dave@stgolabs.net>
Date:   Wed,  1 Sep 2021 15:28:23 -0700
From:   Davidlohr Bueso <dave@...olabs.net>
To:     tglx@...utronix.de
Cc:     peterz@...radead.org, mingo@...nel.org, rostedt@...dmis.org,
        longman@...hat.com, bigeasy@...utronix.de, boqun.feng@...il.com,
        dave@...olabs.net, linux-kernel@...r.kernel.org
Subject: [PATCH 0/2] locking/rwbase_rt: Use wake_q for lockless reader waker

Hi,

Patch 1 does some necessary code reordering.

Patch 2 introduces wake_up_q_state() and converts rwbase_read_unlock()
slowpath to use wake_q instead of holding the wait_lock across the
entire wakeup.

I have tested equivalent changes in the preempt_rt kernel (v5.14.y-rt)
stressing mmap_sem, without anything falling out.

Thanks!

Davidlohr Bueso (2):
  sched: Move wake_q code below try_to_wake_up()
  locking/rwbase_rt: Lockless reader waking up a writer

 kernel/locking/rwbase_rt.c |   4 +-
 kernel/sched/core.c        | 182 +++++++++++++++++++------------------
 2 files changed, 99 insertions(+), 87 deletions(-)

--
2.26.2