[Bug 234805] pthread_*_destroy doesn't handle locked objects consistently

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Fri Jan 11 17:46:15 UTC 2019


--- Comment #3 from Konstantin Belousov <kib at FreeBSD.org> ---
(In reply to Mark Johnston from comment #2)
My thought when I answered was that you do want to lock umtx queue lock before
looking into the queue.  If you are fine with the race described, so be it.

The difference between mtx/rw and cv there is that most often case of
destroying locked mutex and rwlock is when the thread that owns the lock
destroys it, which makes the check relatively sane.  For cv, thread which does
destroy cannot sleep obviously so the check is always racy.

You are receiving this mail because:
You are the assignee for the bug.

More information about the freebsd-threads mailing list