From: Ingo Molnar <mingo@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org,
Peter Zijlstra <peterz@infradead.org>,
Will Deacon <will@kernel.org>, Waiman Long <longman@redhat.com>,
Boqun Feng <boqun.feng@gmail.com>,
Thomas Gleixner <tglx@linutronix.de>,
Andrew Morton <akpm@linux-foundation.org>
Subject: [GIT PULL] locking changes for v5.19
Date: Mon, 23 May 2022 18:17:29 +0200 [thread overview]
Message-ID: <YouzmQ23tV62Ni+F@gmail.com> (raw)
Linus,
Please pull the latest locking/core git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git locking-core-2022-05-23
# HEAD: 8491d1bdf5de152f27fc941e2dcdc4e66c950542 sched/clock: Use try_cmpxchg64 in sched_clock_{local,remote}
Locking changes in this cycle were:
- rwsem cleanups & optimizations/fixes:
- Conditionally wake waiters in reader/writer slowpaths
- Always try to wake waiters in out_nolock path
- Add try_cmpxchg64() implementation, with arch optimizations - and use it to
micro-optimize sched_clock_{local,remote}()
- Various force-inlining fixes to address objdump instrumentation-check warnings
- Add lock contention tracepoints:
lock:contention_begin
lock:contention_end
- Misc smaller fixes & cleanups
Thanks,
Ingo
------------------>
Borislav Petkov (3):
task_stack, x86/cea: Force-inline stack helpers
x86/kvm/svm: Force-inline GHCB accessors
x86/mm: Force-inline __phys_addr_nodebug()
Namhyung Kim (2):
locking: Add lock contention tracepoints
locking: Apply contention tracepoints in the slow path
Nick Desaulniers (1):
lockdep: Fix -Wunused-parameter for _THIS_IP_
Peter Zijlstra (1):
locking/mutex: Make contention tracepoints more consistent wrt adaptive spinning
Sebastian Andrzej Siewior (1):
futex: Remove a PREEMPT_RT_FULL reference.
Thomas Gleixner (1):
lockdep: Delete local_irq_enable_in_hardirq()
Uros Bizjak (3):
locking/atomic: Add generic try_cmpxchg64 support
locking/atomic/x86: Introduce arch_try_cmpxchg64
sched/clock: Use try_cmpxchg64 in sched_clock_{local,remote}
Waiman Long (4):
locking/rwsem: No need to check for handoff bit if wait queue empty
locking/rwsem: Conditionally wake waiters in reader/writer slowpaths
locking/rwsem: Always try to wake waiters in out_nolock path
locking/qrwlock: Change "queue rwlock" to "queued rwlock"
arch/arm64/kernel/entry-common.c | 8 +-
arch/x86/include/asm/cmpxchg_32.h | 21 +++++
arch/x86/include/asm/cmpxchg_64.h | 6 ++
arch/x86/include/asm/cpu_entry_area.h | 2 +-
arch/x86/include/asm/page_64.h | 2 +-
arch/x86/include/asm/svm.h | 8 +-
include/asm-generic/qrwlock.h | 28 +++---
include/asm-generic/qrwlock_types.h | 2 +-
include/linux/atomic/atomic-arch-fallback.h | 72 ++++++++++++++-
include/linux/atomic/atomic-instrumented.h | 40 ++++++++-
include/linux/interrupt.h | 18 ----
include/linux/irqflags.h | 4 +-
include/linux/kvm_host.h | 2 +-
include/linux/sched/task_stack.h | 2 +-
include/trace/events/lock.h | 63 +++++++++++++-
kernel/entry/common.c | 6 +-
kernel/futex/pi.c | 2 +-
kernel/locking/lockdep.c | 23 ++---
kernel/locking/mutex.c | 18 +++-
kernel/locking/percpu-rwsem.c | 5 ++
kernel/locking/qrwlock.c | 17 +++-
kernel/locking/qspinlock.c | 5 ++
kernel/locking/rtmutex.c | 11 +++
kernel/locking/rwbase_rt.c | 7 ++
kernel/locking/rwsem.c | 130 +++++++++++++++++-----------
kernel/locking/semaphore.c | 15 +++-
kernel/sched/clock.c | 4 +-
kernel/sched/idle.c | 2 +-
kernel/trace/trace_preemptirq.c | 4 +-
scripts/atomic/gen-atomic-fallback.sh | 31 ++++---
scripts/atomic/gen-atomic-instrumented.sh | 2 +-
31 files changed, 412 insertions(+), 148 deletions(-)
next reply other threads:[~2022-05-23 16:18 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-23 16:17 Ingo Molnar [this message]
2022-05-24 19:53 ` [GIT PULL] locking changes for v5.19 pr-tracker-bot
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=YouzmQ23tV62Ni+F@gmail.com \
--to=mingo@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=boqun.feng@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=longman@redhat.com \
--cc=peterz@infradead.org \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.