]> granicus.if.org Git - libatomic_ops/commitdiff
Fix README regarding _acquire_read barrier
authorIvan Maidanski <ivmai@mail.ru>
Mon, 14 Jan 2013 20:56:35 +0000 (00:56 +0400)
committerIvan Maidanski <ivmai@mail.ru>
Sat, 2 Feb 2013 10:05:18 +0000 (11:05 +0100)
* doc/README.txt (_acquire_read): Add information about memory
barrier (similar as in atomic_ops.h).
* doc/README.txt (_release_read): Remove information about
non-existing barrier.

doc/README.txt

index 88445c009bf62973029a2ab3f89dbb06954a12d5..7f7959e9bae47b0b1a8276b912925ce216073305 100644 (file)
@@ -159,6 +159,8 @@ _full: Ordered with respect to both earlier and later memory ops.
 _release_write: Ordered with respect to earlier writes.  This is
                 normally implemented as either a _write or _release
                 barrier.
+_acquire_read: Ordered with respect to later reads. This is
+                normally implemented as either a _read or _acquire barrier.
 _dd_acquire_read: Ordered with respect to later reads that are data
                dependent on this one.  This is needed on
                a pointer read, which is later dereferenced to read a
@@ -170,10 +172,6 @@ _dd_acquire_read: Ordered with respect to later reads that are data
                eliminate dependencies from the generated code, since
                dependencies force the hardware to execute the code
                serially.)
-_release_read: Ordered with respect to earlier reads.  Useful for
-               implementing read locks.  Can be implemented as _release,
-               but not as _read, since _read groups the current operation
-               with the earlier ones.
 
 We assume that if a store is data-dependent on an a previous load, then
 the two are always implicitly ordered.