wireguard-openbsd/regress/lib/libpthread/semaphore, branch jd/simplify-queueing WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/regress/lib/libpthread/semaphore?h=jd%2Fsimplify-queueing 2019-12-20T23:39:01Z Fix the sem_timedwait(3) test. 2019-12-20T23:39:01Z cheloha cheloha@openbsd.org 2019-12-20T23:39:01Z urn:sha1:c672e670483e64beb92e18b92467ba4bf2b73852 The recent clock_getres(2) changes made it so that clock_getres(2) returns the granularity of the active timecounter. This is usually much finer than that of hardclock(9), so we can no longer use clock_getres(2) to fudge our upper timeout return bound. The test is failing because it thinks our sem_timedwait(3) call is returning with too much latency. We can still get the hardclock(9) granularity via the kern.clockrate sysctl(2), though, so just use that to fudge the upper bound. While here, we ought to be checking that we return after the requested absolute timeout, not that we were asleep for a particular interval. Breakage reported by mpi@. ok mpi@ Fix sem_timedwait regress test. Needs SA_RESTART to block now. 2018-04-27T11:31:17Z pirofti pirofti@openbsd.org 2018-04-27T11:31:17Z urn:sha1:fd181be8702dedce8ecf811742c92216629b6d8e Hug and OK guenther@ There can be resolution-worth of slop in two places, so accept that 2014-01-22T04:31:45Z guenther guenther@openbsd.org 2014-01-22T04:31:45Z urn:sha1:737af275fbf18dc26e38f3404bf2d0815c9b81c4 Add tests for sem_timedwait() 2012-03-03T11:08:12Z guenther guenther@openbsd.org 2012-03-03T11:08:12Z urn:sha1:db068fc7e7c9bb12c19a6b4bc7a08abae6d6d00c Verify that sem_wait() doesn't return zero without decrementing the 2012-03-03T09:51:00Z guenther guenther@openbsd.org 2012-03-03T09:51:00Z urn:sha1:297694a9a755dc4fe7c18dcfc0ae7c6466927a06 semaphore when a signal is received. It should either resume waiting or return EINTR, preferrably the former. While we guarantee that a zero-filled sem_t variable will trigger 2012-03-03T09:36:26Z guenther guenther@openbsd.org 2012-03-03T09:36:26Z urn:sha1:ce8a7339e20e3e13b3dadd581f8977d7576826a1 EINVAL errors, a sem_t on the stack may have garbage, so make the tests portable by moving the sem_t from function to file scope. problem found by miod@ Basic semaphore tests 2012-01-04T17:36:40Z mpi mpi@openbsd.org 2012-01-04T17:36:40Z urn:sha1:3fbe19a47e48fbca381ff3c959a0c6669579f479 ok guenther@