src/lib/libpthread/thread, branch release/6.0.0_cvs FreeBSD source tree This commit was manufactured by cvs2svn to create tag 2005-11-03T00:35:26+00:00 cvs2svn cvs2svn@FreeBSD.org 2005-11-03T00:35:26+00:00 3640cb54210edbb7edbf1b12ef0127ecfcea967d 'RELENG_6_0_0_RELEASE'. This commit was manufactured to restore the state of the 6.0-RELEASE image. 
'RELENG_6_0_0_RELEASE'.

This commit was manufactured to restore the state of the 6.0-RELEASE image.
MFC (by deischen) 2005-10-08T17:57:49+00:00 Xin LI delphij@FreeBSD.org 2005-10-08T17:57:49+00:00 569c4357be8e739482ce69197b2d0e68b1e6a2ee | Add a cancellation point for usleep(). | | Revision Changes Path | 1.9 +16 -1 src/lib/libpthread/thread/thr_sleep.c Approved by: re (kensmith) Ok'ed by: deischen, davidxu 
|  Add a cancellation point for usleep().
|
|  Revision  Changes    Path
|  1.9       +16 -1     src/lib/libpthread/thread/thr_sleep.c

Approved by:	re (kensmith)
Ok'ed by:	deischen, davidxu
Fix off-by-one nanosecond in macro TIMESPEC_ADD. 2005-06-22T22:35:49+00:00 David Xu davidxu@FreeBSD.org 2005-06-22T22:35:49+00:00 86a07ac0685eca0d7b9b01101df45ac559802b3c Reviewed by: deischen Approved by: re (dwhite) MFC after : 4 days 
Reviewed by: deischen
Approved by: re (dwhite)
MFC after  : 4 days
Somewhere along the line, tick accumulation for SA threads was 2005-02-18T16:07:05+00:00 Daniel Eischen deischen@FreeBSD.org 2005-02-18T16:07:05+00:00 0e963ec574581ca98367cf204f6758a0ebb49bb7 changed to use the statclock. Make sure we calculate the value of a tick correctly in userland. Noticed by: Kazuaki Oda <kaakun at highway dot ne dot jp> 
changed to use the statclock.  Make sure we calculate the value
of a tick correctly in userland.

Noticed by:	Kazuaki Oda <kaakun at highway dot ne dot jp>
Set the default guardsize and stacksize in the default thread 2005-02-15T15:02:11+00:00 Daniel Eischen deischen@FreeBSD.org 2005-02-15T15:02:11+00:00 888ab0185e141301037d4fc9e045bf700ccc6446 attribute when the library is initialized. 
attribute when the library is initialized.
Increase the default stacksizes: 2005-02-13T18:38:06+00:00 Daniel Eischen deischen@FreeBSD.org 2005-02-13T18:38:06+00:00 36a1ac2c2e8bbb13c013b6da8471524343230616 32-bit 64-bit main thread 2MB 4MB other threads 1MB 2MB 
		32-bit		64-bit
main thread	  2MB		  4MB
other threads	  1MB		  2MB
Don't panic when sigsuspend is interrupted by a cancellation. 2004-12-19T23:23:43+00:00 Daniel Eischen deischen@FreeBSD.org 2004-12-19T23:23:43+00:00 de2faa4a12486915fbeb6c16867ff3a342e795b8 PR: 75273 
PR:	75273
Use a generic way to back threads out of wait queues when handling 2004-12-18T18:07:37+00:00 Daniel Eischen deischen@FreeBSD.org 2004-12-18T18:07:37+00:00 843d4004b367db61428fa1cbf611cdbd2791d672 signals instead of having more intricate knowledge of thread state within signal handling. Simplify signal code because of above (by David Xu). Use macros for libpthread usage of pthread_cleanup_push() and pthread_cleanup_pop(). This removes some instances of malloc() and free() from the semaphore and pthread_once() implementations. When single threaded and forking(), make sure that the current thread's signal mask is inherited by the forked thread. Use private mutexes for libc and libpthread. Signals are deferred while threads hold private mutexes. This fix also breaks www/linuxpluginwrapper; a patch that fixes it is at http://people.freebsd.org/~deischen/kse/linuxpluginwrapper.diff Fix race condition in condition variables where handling a signal (pthread_kill() or kill()) may not see a wakeup (pthread_cond_signal() or pthread_cond_broadcast()). In collaboration with: davidxu 
signals instead of having more intricate knowledge of thread state
within signal handling.

Simplify signal code because of above (by David Xu).

Use macros for libpthread usage of pthread_cleanup_push() and
pthread_cleanup_pop().  This removes some instances of malloc()
and free() from the semaphore and pthread_once() implementations.

When single threaded and forking(), make sure that the current
thread's signal mask is inherited by the forked thread.

Use private mutexes for libc and libpthread.  Signals are
deferred while threads hold private mutexes.  This fix also
breaks www/linuxpluginwrapper; a patch that fixes it is at
http://people.freebsd.org/~deischen/kse/linuxpluginwrapper.diff

Fix race condition in condition variables where handling a
signal (pthread_kill() or kill()) may not see a wakeup
(pthread_cond_signal() or pthread_cond_broadcast()).

In collaboration with:	davidxu
Save cancelflags in signal frame, this fixes a problem that 2004-11-01T10:49:34+00:00 David Xu davidxu@FreeBSD.org 2004-11-01T10:49:34+00:00 4dd715ced2c947807f69cfdb2dab716bf0731962 a thread in pthread_cond_wait handled a signal can no longer be canceled. Reviewed by: deischen 
a thread in pthread_cond_wait handled a signal can no longer
be canceled.

Reviewed by: deischen
Make pthread_mutex_trylock(3) return EBUSY on failure, as all software 2004-10-31T05:03:50+00:00 Brian Feldman green@FreeBSD.org 2004-10-31T05:03:50+00:00 64926afd5038cae955429ac11bbfca9b3970c83b packages expect and seems to be most correct according to the slightly- ambiguous standards. MFC after: 1 month Corroborated by: POSIX <http://tinyurl.com/4uvub> Reviewed by: silence on threads@ 
packages expect and seems to be most correct according to the slightly-
ambiguous standards.

MFC after:		1 month
Corroborated by:	POSIX <http://tinyurl.com/4uvub>
Reviewed by: 		silence on threads@