mirror of
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
synced 2024-12-28 16:53:49 +00:00
293f5bc271
This commit adds four litmus tests showing that a failing cmpxchg() operation is unordered unless followed by an smp_mb__after_atomic() operation. Suggested-by: Frederic Weisbecker <frederic@kernel.org> Signed-off-by: Paul E. McKenney <paulmck@kernel.org> Cc: Alan Stern <stern@rowland.harvard.edu> Cc: Will Deacon <will@kernel.org> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Boqun Feng <boqun.feng@gmail.com> Cc: Nicholas Piggin <npiggin@gmail.com> Cc: David Howells <dhowells@redhat.com> Cc: Jade Alglave <j.alglave@ucl.ac.uk> Cc: Luc Maranget <luc.maranget@inria.fr> Cc: "Paul E. McKenney" <paulmck@kernel.org> Cc: Akira Yokosawa <akiyks@gmail.com> Cc: Daniel Lustig <dlustig@nvidia.com> Cc: Joel Fernandes <joel@joelfernandes.org> Cc: Mark Rutland <mark.rutland@arm.com> Cc: Jonathan Corbet <corbet@lwn.net> Cc: <linux-arch@vger.kernel.org> Cc: <linux-doc@vger.kernel.org> Acked-by: Andrea Parri <parri.andrea@gmail.com>
81 lines
2.9 KiB
Plaintext
81 lines
2.9 KiB
Plaintext
============
|
|
LITMUS TESTS
|
|
============
|
|
|
|
Each subdirectory contains litmus tests that are typical to describe the
|
|
semantics of respective kernel APIs.
|
|
For more information about how to "run" a litmus test or how to generate
|
|
a kernel test module based on a litmus test, please see
|
|
tools/memory-model/README.
|
|
|
|
|
|
atomic (/atomic directory)
|
|
--------------------------
|
|
|
|
Atomic-RMW+mb__after_atomic-is-stronger-than-acquire.litmus
|
|
Test that an atomic RMW followed by a smp_mb__after_atomic() is
|
|
stronger than a normal acquire: both the read and write parts of
|
|
the RMW are ordered before the subsequential memory accesses.
|
|
|
|
Atomic-RMW-ops-are-atomic-WRT-atomic_set.litmus
|
|
Test that atomic_set() cannot break the atomicity of atomic RMWs.
|
|
NOTE: Require herd7 7.56 or later which supports "(void)expr".
|
|
|
|
cmpxchg-fail-ordered-1.litmus
|
|
Demonstrate that a failing cmpxchg() operation acts as a full barrier
|
|
when followed by smp_mb__after_atomic().
|
|
|
|
cmpxchg-fail-ordered-2.litmus
|
|
Demonstrate that a failing cmpxchg() operation acts as an acquire
|
|
operation when followed by smp_mb__after_atomic().
|
|
|
|
cmpxchg-fail-unordered-1.litmus
|
|
Demonstrate that a failing cmpxchg() operation does not act as a
|
|
full barrier.
|
|
|
|
cmpxchg-fail-unordered-2.litmus
|
|
Demonstrate that a failing cmpxchg() operation does not act as an
|
|
acquire operation.
|
|
|
|
|
|
locking (/locking directory)
|
|
----------------------------
|
|
|
|
DCL-broken.litmus
|
|
Demonstrates that double-checked locking needs more than just
|
|
the obvious lock acquisitions and releases.
|
|
|
|
DCL-fixed.litmus
|
|
Demonstrates corrected double-checked locking that uses
|
|
smp_store_release() and smp_load_acquire() in addition to the
|
|
obvious lock acquisitions and releases.
|
|
|
|
RM-broken.litmus
|
|
Demonstrates problems with "roach motel" locking, where code is
|
|
freely moved into lock-based critical sections. This example also
|
|
shows how to use the "filter" clause to discard executions that
|
|
would be excluded by other code not modeled in the litmus test.
|
|
Note also that this "roach motel" optimization is emulated by
|
|
physically moving P1()'s two reads from x under the lock.
|
|
|
|
What is a roach motel? This is from an old advertisement for
|
|
a cockroach trap, much later featured in one of the "Men in
|
|
Black" movies. "The roaches check in. They don't check out."
|
|
|
|
RM-fixed.litmus
|
|
The counterpart to RM-broken.litmus, showing P0()'s two loads from
|
|
x safely outside of the critical section.
|
|
|
|
|
|
RCU (/rcu directory)
|
|
--------------------
|
|
|
|
MP+onceassign+derefonce.litmus (under tools/memory-model/litmus-tests/)
|
|
Demonstrates the use of rcu_assign_pointer() and rcu_dereference() to
|
|
ensure that an RCU reader will not see pre-initialization garbage.
|
|
|
|
RCU+sync+read.litmus
|
|
RCU+sync+free.litmus
|
|
Both the above litmus tests demonstrate the RCU grace period guarantee
|
|
that an RCU read-side critical section can never span a grace period.
|