fix regression in pthread_exit
authorRich Felker <dalias@aerifal.cx>
Fri, 20 Nov 2020 15:43:20 +0000 (10:43 -0500)
committerRich Felker <dalias@aerifal.cx>
Fri, 20 Nov 2020 15:43:20 +0000 (10:43 -0500)
commitdebbddf7c86dfe7fb2f44f057123ccfd950ff555
treebfb268bc3a66503da366658c2f9ef6d0c86b6ebd
parent3ab2a4e02682df1382955071919d8aa3c3ec40d4
fix regression in pthread_exit

commit d26e0774a59bb7245b205bc8e7d8b35cc2037095 moved the detach state
transition at exit before the thread list lock was taken. this
inadvertently allowed pthread_join to race to take the thread list
lock first, and proceed with unmapping of the exiting thread's memory.

we could fix this by just revering the offending commit and instead
performing __vm_wait unconditionally before taking the thread list
lock, but that may be costly. instead, bring back the old DT_EXITING
vs DT_EXITED state distinction that was removed in commit
8f11e6127fe93093f81a52b15bb1537edc3fc8af, and don't transition to
DT_EXITED (a value of 0, which is what pthread_join waits for) until
after the lock has been taken.
src/internal/pthread_impl.h
src/thread/pthread_create.c