All of lore.kernel.org
 help / color / mirror / Atom feed
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(-)

             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.