[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1442743911-25366-1-git-send-email-dave@stgolabs.net>
Date: Sun, 20 Sep 2015 03:11:46 -0700
From: Davidlohr Bueso <dave@...olabs.net>
To: Peter Zijlstra <peterz@...radead.org>,
Ingo Molnar <mingo@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Will Deacon <will.deacon@....com>,
"Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>,
Davidlohr Bueso <dave@...olabs.net>,
linux-kernel@...r.kernel.org
Subject: [PATCH 0/5] locking: Adopt relaxed barrier semantics
Hi,
This series continues porting users to Will's new _{acquire|release|relaxed}
optimizations for weakly ordered archs -- and in practice, arm64 being the only
actual user we have, thus could use a _lot_ more testing. While we have osq in
-tip recently, along with Waiman's one for native qspinlock, the following
patches pretty much complete the move over for all things kernel/locking/*.
Of course, particular primitives can be found in the obvious patch titles. Note
that patch 1 adds the necessary machinery to fully support some locks, such as
rwsems.
Compiles on x86 and x86-64.
Thanks!
Davidlohr Bueso (5):
asm-generic: Add _{relaxed|acquire|release}() variants for inc/dec
atomics
locking/mutex: Relax to atomic/release semantics
locking/rtmutex: Relax to acquire/release semantics
locking/rwsem: Relax to acquire/release semantics
locking/mcs: Relax to atomic/release semantics
include/asm-generic/atomic-long.h | 29 +++++++-----
include/asm-generic/mutex-dec.h | 8 ++--
include/asm-generic/mutex-xchg.h | 10 ++--
include/asm-generic/rwsem.h | 14 +++---
include/linux/atomic.h | 97 +++++++++++++++++++++++++++++++++++++++
kernel/locking/mcs_spinlock.h | 4 +-
kernel/locking/mutex.c | 9 ++--
kernel/locking/rtmutex.c | 30 ++++++++----
kernel/locking/rwsem-xadd.c | 5 +-
9 files changed, 161 insertions(+), 45 deletions(-)
--
2.1.4
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists