diff options
author | kib <kib@FreeBSD.org> | 2012-08-01 17:34:43 +0000 |
---|---|---|
committer | kib <kib@FreeBSD.org> | 2012-08-01 17:34:43 +0000 |
commit | 893adf821392faadf11c47d2e94f807f9e10b8e5 (patch) | |
tree | 88aa5c9cce70af18eafb64a99758aa56aecb186d /usr.bin | |
parent | d35997f97e5bca6ac7e1dffebc4f7bc0bf4a168e (diff) | |
download | FreeBSD-src-893adf821392faadf11c47d2e94f807f9e10b8e5.zip FreeBSD-src-893adf821392faadf11c47d2e94f807f9e10b8e5.tar.gz |
Do a trivial reformatting of the comment, to record the proper commit
message for r238973:
Rdtsc instruction is not synchronized, it seems on some Intel cores it
can bypass even the locked instructions. As a result, rdtsc executed
on different cores may return unordered TSC values even when the rdtsc
appearance in the instruction sequences is provably ordered.
Similarly to what has been done in r238755 for TSC synchronization
test, add explicit fences right before rdtsc in the timecounters 'get'
functions. Intel recommends to use LFENCE, while AMD refers to
MFENCE. For VIA follow what Linux does and use LFENCE. With this
change, I see no reordered reads of TSC on Nehalem.
Change the rmb() to inlined CPUID in the SMP TSC synchronization test.
On i386, locked instruction is used for rmb(), and as noted earlier,
it is not enough. Since i386 machine may not support SSE2, do simplest
possible synchronization with CPUID.
MFC after: 1 week
Discussed with: avg, bde, jkim
Diffstat (limited to 'usr.bin')
0 files changed, 0 insertions, 0 deletions