1.0.24.32: undo parts of 1.0.24.26
authorGabor Melis <mega@hotpop.com>
Sun, 11 Jan 2009 15:56:03 +0000 (15:56 +0000)
committerGabor Melis <mega@hotpop.com>
Sun, 11 Jan 2009 15:56:03 +0000 (15:56 +0000)
commitb71ea3ac652d67b53d415378ed27da80cc90806f
tree1eae292f73cf94309412e1d5c1aeaf8dd3c497e6
parent9bdba419191af6063c4e30e1692b0e6b8c3fa789
1.0.24.32: undo parts of 1.0.24.26

No need for memory barriers when unlocking a spinlock on x86/x86-64.
The ordering rules and the cache coherency mechanism together
guarantee this. However, the compiler must be prevented from
reordering instructions with the unlock (at least in one direction).
This is now done in the runtime, but not in Lisp as the Lisp compiler
does no reordering.
src/assembly/x86-64/alloc.lisp
src/assembly/x86/alloc.lisp
src/code/target-thread.lisp
src/runtime/x86-64-arch.h
src/runtime/x86-arch.h
version.lisp-expr