[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <tip-2f359c7ea554ba9cb78a52c82bedff351cdabd2b@git.kernel.org>
Date: Tue, 2 Oct 2018 03:12:50 -0700
From: tip-bot for Andrea Parri <tipbot@...or.com>
To: linux-tip-commits@...r.kernel.org
Cc: eranian@...gle.com, hpa@...or.com, acme@...hat.com,
npiggin@...il.com, dlustig@...dia.com,
linux-kernel@...r.kernel.org, paulmck@...ux.vnet.ibm.com,
luc.maranget@...ia.fr, boqun.feng@...il.com,
alexander.shishkin@...ux.intel.com, vincent.weaver@...ne.edu,
andrea.parri@...rulasolutions.com, akiyks@...il.com,
jolsa@...hat.com, peterz@...radead.org, dhowells@...hat.com,
tglx@...utronix.de, will.deacon@....com, mingo@...nel.org,
j.alglave@....ac.uk, corbet@....net, stern@...land.harvard.edu,
torvalds@...ux-foundation.org
Subject: [tip:locking/core] locking/memory-barriers: Replace
smp_cond_acquire() with smp_cond_load_acquire()
Commit-ID: 2f359c7ea554ba9cb78a52c82bedff351cdabd2b
Gitweb: https://git.kernel.org/tip/2f359c7ea554ba9cb78a52c82bedff351cdabd2b
Author: Andrea Parri <andrea.parri@...rulasolutions.com>
AuthorDate: Wed, 26 Sep 2018 11:29:20 -0700
Committer: Ingo Molnar <mingo@...nel.org>
CommitDate: Tue, 2 Oct 2018 10:28:05 +0200
locking/memory-barriers: Replace smp_cond_acquire() with smp_cond_load_acquire()
Amend the changes in commit:
1f03e8d2919270 ("locking/barriers: Replace smp_cond_acquire() with smp_cond_load_acquire()")
... by updating the documentation accordingly.
Also remove some obsolete information related to the implementation.
Signed-off-by: Andrea Parri <andrea.parri@...rulasolutions.com>
Signed-off-by: Paul E. McKenney <paulmck@...ux.vnet.ibm.com>
Acked-by: Will Deacon <will.deacon@....com>
Acked-by: Alan Stern <stern@...land.harvard.edu>
Cc: Akira Yokosawa <akiyks@...il.com>
Cc: Alexander Shishkin <alexander.shishkin@...ux.intel.com>
Cc: Arnaldo Carvalho de Melo <acme@...hat.com>
Cc: Boqun Feng <boqun.feng@...il.com>
Cc: Daniel Lustig <dlustig@...dia.com>
Cc: David Howells <dhowells@...hat.com>
Cc: Jade Alglave <j.alglave@....ac.uk>
Cc: Jiri Olsa <jolsa@...hat.com>
Cc: Jonathan Corbet <corbet@....net>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Luc Maranget <luc.maranget@...ia.fr>
Cc: Nicholas Piggin <npiggin@...il.com>
Cc: Peter Zijlstra <peterz@...radead.org>
Cc: Stephane Eranian <eranian@...gle.com>
Cc: Thomas Gleixner <tglx@...utronix.de>
Cc: Vince Weaver <vincent.weaver@...ne.edu>
Cc: linux-arch@...r.kernel.org
Cc: parri.andrea@...il.com
Link: http://lkml.kernel.org/r/20180926182920.27644-5-paulmck@linux.ibm.com
Signed-off-by: Ingo Molnar <mingo@...nel.org>
---
Documentation/memory-barriers.txt | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/Documentation/memory-barriers.txt b/Documentation/memory-barriers.txt
index 0d8d7ef131e9..c1d913944ad8 100644
--- a/Documentation/memory-barriers.txt
+++ b/Documentation/memory-barriers.txt
@@ -471,8 +471,7 @@ And a couple of implicit varieties:
operations after the ACQUIRE operation will appear to happen after the
ACQUIRE operation with respect to the other components of the system.
ACQUIRE operations include LOCK operations and both smp_load_acquire()
- and smp_cond_acquire() operations. The later builds the necessary ACQUIRE
- semantics from relying on a control dependency and smp_rmb().
+ and smp_cond_load_acquire() operations.
Memory operations that occur before an ACQUIRE operation may appear to
happen after it completes.
Powered by blists - more mailing lists