summaryrefslogtreecommitdiffstats
path: root/sys/xen
diff options
context:
space:
mode:
authoralc <alc@FreeBSD.org>2015-08-14 17:49:03 +0000
committeralc <alc@FreeBSD.org>2015-08-14 17:49:03 +0000
commit66c058ca9c5acb2ea7dd0e8db746cce9b93999e5 (patch)
treeee9150e70023a7c0bdf2c71706c943fd297af413 /sys/xen
parent8a7e63e880ee552029f70fc2bca956890ac35d72 (diff)
downloadFreeBSD-src-66c058ca9c5acb2ea7dd0e8db746cce9b93999e5.zip
FreeBSD-src-66c058ca9c5acb2ea7dd0e8db746cce9b93999e5.tar.gz
Stop describing an acquire operation as a read barrier and a release
operation as a write barrier. That description has never been correct, and it has caused confusion. An acquire operation orders writes as well as reads, and a release operation orders reads as well as writes. Also, explicitly say that a thread doesn't see its own accesses being reordered. The reordering of a thread's accesses is only (potentially) visible to another thread. Thus, memory barriers need only be used to control the ordering of accesses between threads, not within a thread. Reviewed by: bde, kib Discussed with: jhb MFC after: 1 week
Diffstat (limited to 'sys/xen')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud