freebsd-skq/lib/libthr
attilio daff94f8a6 In the current code, rdlock_count is not correctly handled for some cases.
The most notable is that it is not bumped in rwlock_rdlock_common() when
the hard path (__thr_rwlock_rdlock()) returns successfully.
This can lead to deadlocks in libthr when rwlocks recursion in read mode
happens.
Fix the interested parts by correctly handling rdlock_count.

PR:		threads/136345
Reported by:	rink
Tested by:	rink
Reviewed by:	jeff
Approved by:	re (kib)
MFC:		2 weeks
2009-07-06 09:31:04 +00:00
..
arch Commit missing mips libthr support that I thought I'd committed earlier 2008-05-11 05:54:52 +00:00
support Use thr_new syscall to create a new thread, obscure context operations 2005-04-23 02:48:59 +00:00
sys __error could be called too early before libthr is initialized, test 2006-07-12 03:44:05 +00:00
thread In the current code, rdlock_count is not correctly handled for some cases. 2009-07-06 09:31:04 +00:00
libthr.3 - Stop calling libthr alternative as it's now the default 2007-10-22 10:13:38 +00:00
Makefile Turn on nodelete linker flag because libthr can not be unloaded safely, 2009-03-31 02:50:18 +00:00
pthread.map Make pthread_cleanup_push() and pthread_cleanup_pop() as a pair of macros, 2008-06-09 01:14:10 +00:00