summaryrefslogtreecommitdiffstats
path: root/lib/libthr/thread/thr_find_thread.c
diff options
context:
space:
mode:
authormtm <mtm@FreeBSD.org>2003-05-25 08:31:33 +0000
committermtm <mtm@FreeBSD.org>2003-05-25 08:31:33 +0000
commit9b84ee274a05a58268c2f9fcd1bac437c00cbbe3 (patch)
tree8d4a439b258befa57524829fe1e00a861d962282 /lib/libthr/thread/thr_find_thread.c
parent33c8b02fd8ae4e20728d11cbf06a9e18d546af6b (diff)
downloadFreeBSD-src-9b84ee274a05a58268c2f9fcd1bac437c00cbbe3.zip
FreeBSD-src-9b84ee274a05a58268c2f9fcd1bac437c00cbbe3.tar.gz
Start locking up the active and dead threads lists. The active threads
list is protected by a spinlock_t, but the dead list uses a pthread_mutex because it is necessary to synchronize other threads with the garbage collector thread. Lock/Unlock macros are used so it's easier to make changes to the locks in the future. The 'dead thread list' lock is intended to replace the gc mutex. This doesn't have any practical ramifications. It simply makes it clearer what the purpose of the lock is. The gc will use this lock, instead of the gc mutex, to synchronize access to the dead list with other threads. Modify _pthread_exit() to use these two new locks instead of GIANT_LOCK, and also to properly lock and protect thread state changes, especially with respect to a joining thread. The gc thread was also re-arranged to be more organized and less nested. _pthread_join() was also modified to use the thread list locks. However, locking and unlocking here needs special care because a thread could find itself in a position where it's joining an exiting thread that is waiting on the dead list lock, which this thread (joiner) holds. If the joiner doesn't take care to lock *and* unlock in the same order they (the joiner and the joinee) could deadlock against each other. Approved by: re/blanket libthr
Diffstat (limited to 'lib/libthr/thread/thr_find_thread.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud