Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 787df638 authored by Davidlohr Bueso's avatar Davidlohr Bueso Committed by Ingo Molnar
Browse files

locking/Documentation: Mention smp_cond_acquire() 



... do this next to smp_load_acquire() when first mentioning
ACQUIRE. While this call is briefly explained and control
dependencies are mentioned later, it does not hurt the reader.

Signed-off-by: default avatarDavidlohr Bueso <dbueso@suse.de>
Signed-off-by: default avatarPaul E. McKenney <paulmck@linux.vnet.ibm.com>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Davidlohr Bueso <dave@stgolabs.net>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: bobby.prani@gmail.com
Cc: dhowells@redhat.com
Cc: dipankar@in.ibm.com
Cc: dvhart@linux.intel.com
Cc: edumazet@google.com
Cc: fweisbec@gmail.com
Cc: jiangshanlai@gmail.com
Cc: josh@joshtriplett.org
Cc: mathieu.desnoyers@efficios.com
Cc: oleg@redhat.com
Cc: rostedt@goodmis.org
Link: http://lkml.kernel.org/r/1460476375-27803-7-git-send-email-paulmck@linux.vnet.ibm.com


Signed-off-by: default avatarIngo Molnar <mingo@kernel.org>
parent 0b6fa347

Documentation/memory-barriers.txt

+3 −2
Original line number Diff line number Diff line
@@ -431,8 +431,9 @@ And a couple of implicit varieties: 
     This acts as a one-way permeable barrier.  It guarantees that all memory

     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 smp_load_acquire()

     operations.

     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().



     Memory operations that occur before an ACQUIRE operation may appear to

     happen after it completes.