David Xu 3d10572d1a As comments in _mutex_lock_backout state, only current thread
can clear the pointer to mutex, not the thread doing mutex
handoff. Because _mutex_lock_backout does not hold scheduler
lock while testing THR_FLAGS_IN_SYNCQ and then reading mutex
pointer, it is possible mutex owner begin to unlock and
handoff the mutex to the current thread, and mutex pointer
will be cleared to NULL before current thread reading it, so
current thread will end up with deferencing a NULL pointer,
Fix the race by making mutex waiters to clear their mutex pointers.
While I am here, also save inherited priority in mutex for
PTHREAD_PRIO_INERIT mutex in mutex_trylock_common just like what
we did in mutex_lock_common.
2003-09-24 12:52:57 +00:00
..
2003-08-18 15:25:39 +00:00
2003-06-14 19:32:52 +00:00
2003-09-15 23:38:06 +00:00
2003-09-14 13:41:59 +00:00
Use
2003-06-06 13:46:55 +00:00
2003-06-08 10:34:00 +00:00
2003-08-18 15:25:39 +00:00
2003-08-18 15:25:39 +00:00
2003-08-18 15:25:39 +00:00
2003-08-18 15:25:39 +00:00
Use
2003-06-06 13:46:55 +00:00
2003-06-08 10:34:00 +00:00
Use
2003-06-06 13:46:55 +00:00
2002-09-28 00:25:32 +00:00
2003-08-18 15:25:39 +00:00
2002-09-28 00:25:32 +00:00
2003-08-18 15:25:39 +00:00
2003-06-01 19:41:49 +00:00
2003-09-10 19:24:35 +00:00
2002-09-28 00:25:32 +00:00
2003-08-30 13:57:31 +00:00
2002-09-28 00:25:32 +00:00