summaryrefslogtreecommitdiffstats
path: root/usr.bin/comm
diff options
context:
space:
mode:
authoralc <alc@FreeBSD.org>2015-09-27 04:25:07 +0000
committeralc <alc@FreeBSD.org>2015-09-27 04:25:07 +0000
commitecb8678c0ac92b2653c1a120858f827cbec9b8f6 (patch)
tree1fe6a9254ce199ed9d9556e6752ca40ef1b3309b /usr.bin/comm
parent0abc9d77e00f6b3b818be1e6f278d0a90348e462 (diff)
downloadFreeBSD-src-ecb8678c0ac92b2653c1a120858f827cbec9b8f6.zip
FreeBSD-src-ecb8678c0ac92b2653c1a120858f827cbec9b8f6.tar.gz
MFC r286513, r286784
Revise the text about the atomicity of the defined operations across multiple processors. In particular, clearly state that the operations are always atomic when they are applied to the default memory type that is used by the kernel (and applications). 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. 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.
Diffstat (limited to 'usr.bin/comm')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud