Alex Richardson 371f152c7f Significantly speed up libthr/mutex_test and make more reliable ... Instead of using a simple global++ as the data race, with this change we perform the increment by loading the global, delaying for a bit and then storing back the incremented value. If I move the increment outside of the mutex protected range, I can now see the data race with only 100 iterations on amd64 in almost all cases. Before this change such a racy test almost always passed with < 100,000 iterations and only reliably failed with the current limit of 10 million. I noticed this poorly written test because the mutex:mutex{2,3} and timedmutex:mutex{2,3} tests were always timing out on our CheriBSD Jenkins. Writing good concurrency tests is hard so I won't attempt to do so, but this change should make the test more likely to fail if pthread_mutex_lock is not implemented correctly while also significantly reducing the time it takes to run these four tests. It will also reduce the time it takes for QEMU RISC-V testsuite runs by almost 40 minutes (out of currently 7 hours). Reviewed By: brooks, ngie Differential Revision: https://reviews.freebsd.org/D26473		2020-11-26 13:31:57 +00:00
..
bin
crypto
dev
fs	tmpfs tests: check for built-in tmpfs module	2020-10-02 00:52:31 +00:00
games
include
ipf
kernel	Temporarily skip flakey sys.kern.sysv_test.msg in CI	2020-06-26 17:58:10 +00:00
lib	Significantly speed up libthr/mutex_test and make more reliable	2020-11-26 13:31:57 +00:00
libexec/ld.elf_so
modules
net
rump
sbin
share
sys
usr.bin	zgrep: fix exit status with multiple files	2020-10-01 21:48:22 +00:00
usr.sbin	mtree: Fix -f -f not considering type changes.	2019-09-12 18:44:48 +00:00
FREEBSD-upgrade
h_macros.h