summaryrefslogtreecommitdiffstats
path: root/lib/libc_r/uthread
Commit message (Collapse)AuthorAgeFilesLines
* Remove libc_r threading library. It has been disconnected from the buildemaste2010-11-13139-19451/+0
| | | | | | for four years (since r162846). Submitted by: Alexander Best arundel@
* Fix leak of kqueue() file descriptors when linked with staticdeischen2009-02-081-0/+1
| | | | | | | libc_r. PR: 58687 Submitted by: Jonathon Lennox <lennox at cs dot columbia dot edu>
* Call the fcntl compatiblity wrapper from the thread library fcntl wrappersdfr2008-05-301-1/+3
| | | | | | so that they get the benefit of the (limited) forward ABI compatibility. MFC after: 1 week
* Fix some "in in" typos in comments.brueffer2008-03-261-1/+1
| | | | | | | PR: 121490 Submitted by: Anatoly Borodin <anatoly.borodin@gmail.com> Approved by: rwatson (mentor), jkoshy MFC after: 3 days
* Remove 3rd clause, renumber, ok per emailimp2007-01-1285-340/+85
|
* Backout unblocking of signal if no threads can currently handle it.tegge2006-10-141-3/+2
| | | | | The check for pending signal after direct invocation of signal handler is sufficient.
* Delay unblocking signal and restoring process signal mask until thetegge2006-10-131-19/+41
| | | | | | | | | thread signal mask has been updated to avoid stack overflow during signal bursts. Don't block signal forever if no threads can currently handle signal. Check for pending signal after direct invocation of signal handler.
* Delay setting wakeup time until after poll array has been allocated.tegge2006-10-131-20/+20
| | | | Blocking on the malloc spinlock would cause the select timeout to be lost.
* Sync thread jump table with libc and other thread libraries.tegge2006-10-131-4/+35
|
* - Prefix MUTEX_TYPE_MAX with PTHREAD_ to avoid namespace pollution.stefanf2005-08-192-3/+3
| | | | | | - Remove the macros MUTEX_TYPE_FAST and MUTEX_TYPE_COUNTING_FAST. OK'ed by: deischen
* Mark _thread_exit() and __sys_exit() as __dead2 to quiet some warnings.jhb2005-05-311-2/+2
|
* Style tweak.jhb2005-05-311-1/+2
|
* Provide more POSIX-complaint ttyname_r(3) interface[1], which is slightlydelphij2005-05-131-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | different from what has been offered in libc_r (the one spotted in the original PR which is found in libthr has already been removed by David's commit, which is rev. 1.44 of lib/libthr/thread/thr_private.h): - Use POSIX standard prototype for ttyname_r, which is, int ttyname_r(int, char *, size_t); Instead of: char *ttyname_r(int, char *, size_t); This is to conform IEEE Std 1003.1, 2004 Edition [1]. - Since we need to use standard errno for return code, include errno.h in ttyname.c - Update ttyname(3) implementation according to reflect the API change. - Document new ttyname_r(3) behavior - Since we already make use of a thread local storage for ttyname(3), remove the BUGS section. - Remove conflicting ttyname_r related declarations found in libc_r. Hopefully this change should not have changed the API/ABI, as the ttyname_r symbol was never introduced before the last unistd.h change which happens a couple of days before. [1] http://www.opengroup.org/onlinepubs/009695399/functions/ttyname.html Requested by: Tom McLaughlin <tmclaugh sdf lonestar org> Through PR: threads/76938 Patched by: Craig Rodrigues <rodrigc crodrigues org> (with minor changes) Prompted by: mezz@
* Increase the default stacksizes:marcus2005-02-283-20/+30
| | | | | | | | | 32-bit 64-bit main thread 2 MB 4 MB other threads 1 MB 2 MB Adapted from: libpthread Approved by: deischen
* More fixes to the copyright notice.hsu2005-01-082-2/+2
| | | | Submitted by: Ken Smith <kensmith@cse.Buffalo.EDU>
* Fix copyright notice.hsu2005-01-082-2/+2
|
* Add pthread_atfork().grog2004-12-105-1/+92
| | | | | PR: bin/68841 Submitted by: Dan Nelson <dnelson@allantgroup.com>
* Don't include sys/user.h merely for its side-effect of recursivelydas2004-11-274-3/+5
| | | | including other headers.
* Avoid using void pointers in additive expressions.stefanf2004-08-142-2/+5
| | | | PR: 56653
* Initialize the (i386) frame pointer when setting up a threaddeischen2004-01-221-1/+4
| | | | | | | context. Submitted by: Marc Olzheim <marcolz@stack.nl> Tested by: Marc Olzheim <marcolz@stack.nl>
* MFlibpthread: Add a simple work-around for deadlocking on recursivedeischen2004-01-082-44/+82
| | | | readlocks on a rwlock while there are writers waiting.
* Reenable signals for threads after joining.deischen2003-12-311-0/+3
| | | | Submitted by: Marc Olzheim <marcolz@stack.nl>
* Return to the caller if write() returns 0.deischen2003-12-171-0/+2
| | | | PR: 59291
* For the amd64 we need to do some extra stack alignment fixups. Otherwisepeter2003-12-033-6/+27
| | | | | | | | | we can end up with some threads with a non-16-byte-aligned stack. This causes some interesting side effects, including general protection faults leading to a SIGBUS when doing floating point or varargs. This should be just a verbose NOP for the other platforms. Approved by: re (scottl)
* If __sys_write() returns 0, allow that to exit the loop in libc_r'sdeischen2003-09-291-2/+2
| | | | | | wrapped version of write(). Submitted by: dan@langille.org
* Add wrapper for kqueue() to keep track of the allocated fd and allow it tomp2003-07-252-0/+54
| | | | | | | be closed. This fixes a file descriptor leak when closing a kqueue() fd. Reviewed by: deischen MFC after: 1 week
* Sanity check fd before using it as an array index.netchild2003-06-091-1/+2
| | | | | Noticed by: ted@NLnetLabs.nl (Ted Lindgreen) Approved by: ru
* Port libc_r to amd64, and turn it back on for amd64. It passes all ofpeter2003-06-021-0/+18
| | | | the same src/lib/libc_r/test/* tests that the other platforms pass.
* Fixed another bug in the threaded close() call; clear theru2003-05-311-0/+4
| | | | | | | | | stale stdio descriptors flags. PR: bin/51535 Submitted by: Enache Adrian <enache@rdslink.ro> Reviewed by: deischen Approved by: re (scottl)
* If an application closes one of its stdio descriptors (0..2),ru2003-05-311-2/+4
| | | | | | | | | | | | | | | | | an excessive close() on one of these descriptors would cause a memory for this descriptor to be allocated in the internal descriptor table. When this descriptor gets used again, e.g. through the call to open() or socket(), the descriptor would be erroneously left in the blocking mode, and the whole application would get stuck on a blocking operation, e.g., in accept(2). Prevent this bug from happening by disallowing close() against non-active descriptors (return -1 and set errno to EBADF in this case). Reviewed by: deischen Approved by: re (scottl)
* Add stub implementations of pthread_[gs]etconcurrency to libc_r andjdp2003-04-202-0/+61
| | | | | | | | | libthr. No changes were made to libpthread by request of deischen, who will soon commit a real implementation for that library. PR: standards/50848 Submitted by: Sergey A. Osokin <osa@freebsd.org.ru> MFC after: 1 week
* - Define a _spinunlock() function so that threading implementations may dojeff2003-03-261-0/+6
| | | | | | more complicated things than just setting the lock to 0. - Implement stubs for this function in libc and the two threading libraries that are currently in the tree.
* Fix threaded applications on ia64 that are linked dynamicly. We didmarcel2003-03-051-0/+1
| | | | | | | | | | | | | | | | | not save (restore) the global pointer (GP) in the jmpbuf in setjmp (longjmp) because it's not needed in general. GP is considered a scratch register at callsites and hence is always restored after a call (when it's possible that the call resolves to a symbol in a different loadmodule; otherwise GP does not have to be saved and restored at all), including calls to setjmp/longjmp. There's just one problem with this now that we use setjmp/longjmp for context switching: A new context must have GP defined properly for the thread's entry point. This means that we need to put GP in the jmpbuf and consequently that we have to restore is in longjmp. This automaticly requires us to save it as well. When setjmp/longjmp isn't used for context switching, this can be reverted again.
* Don't cast an int to a pointer type without (possibly) widening themarcel2003-03-051-1/+1
| | | | | | | | | | | integral type to the size of a pointer type when it's known that the cast is valid. On ia64 such casts are generally bad news and has led us (=peter :-) to make such casts fatal. By casting to intptr_t before casting to a pointer type, this now compiles cleanly in LP64 architectures. Note that the final cast has been changed to void* (instead of siginfo_t*) to make it explicit that we're not trying to pass a siginfo_t pointer but rather trying to pass an int when the prototype says it should be a pointer.
* Actually link in the attr_{set,get}stack.alfred2003-02-111-0/+2
|
* Add pthread_attr_getstack() and pthread_attr_setstack().alfred2003-02-102-0/+117
| | | | Submitted by: Craig Rodrigues <rodrigc@attbi.com>
* Improve pthread_attr_get_np() by enabling it to return thread's real stackphantom2003-02-031-1/+9
| | | | | | address instead of specified by pthread_attr_t passed to pthread_create(). Suggested by: deischen
* Increase the scheduler stack to 4 pages. This should prevent a stackdeischen2003-01-111-1/+1
| | | | | | overflow when dumping thread info (generated by receipt of SIGINFO). Reported by: jmallet
* pthread_attr_get_np() now takes 'pthread_t' (not 'pthread_t *')fjoe2003-01-071-7/+6
| | | | to be consistent with other pthread_XXX functions
* Port libc_r to ia64. We need to do things slightly differentmarcel2003-01-064-0/+44
| | | | | | | | | | | because we have 2 stacks per thread: the regular downward memory stack and the irregular upward register stack. This implementation lets both stacks grow toward each other. An alternative scheme is to have them grow away from each other. The alternate scheme has the advantage that both stack grow toward guard pages. Since libc_r is virtually dead and we really want the *context stuff for thread switching, we don't try to be perfect, just functional.
* Add MD definitions for sparc64. This is based on work by des.tmm2003-01-051-0/+29
|
* Fix typos in comment.deischen2002-12-281-2/+2
| | | | Submitted by: Craig Rodrigues <rodrigc@attbi.com>
* Make accept(), connect(), recvfrom(), recvmsg(), sendmsg(),ru2002-12-196-6/+80
| | | | | | and sendto() cancelation points, as required by POSIX.1-2001. Reviewed by: deischen
* When about to do an execve(), don't reset the O_NONBLOCK flag on any filearchie2002-11-151-0/+4
| | | | | | | | | descriptors that have the close-on-exec flag set, as that will have no effect anyway and might screw something else up if the file descriptor happens to be shared with another process. PR: standards/43335 MFC after: 1 week
* At initialization, override the pthread stub routines in libcdeischen2002-11-1319-136/+245
| | | | | | | | | by filling in the jump table. Convert uses of pthread routines within libc_r to use the internal versions (_pthread_foo instead of pthread_foo). Remove a couple of globals from application namespace.
* Fix bogus return values from libc_r's writev() routine in situations wherearchie2002-11-121-6/+21
| | | | | | | a partial-write is followed by an error. PR: 43335 MFC after: 3 days
* Fix bogus return values from libc_r's write() routine in situations wherearchie2002-11-051-6/+21
| | | | | | | a partial-write is followed by an error. PR: 43335 MFC after: 1 week
* Use the strong symbol'd version of pthread_mutex_init so we don'tdeischen2002-10-311-2/+2
| | | | | | | accidentally call a stub or application provided version of the same routine. Submitted by: dfr
* Hook uthread_attr_get_np.c to buildphantom2002-10-261-0/+1
|
* Add pthread_attr_get_np() function. This is FreeBSD non-portable POSIX threadsphantom2002-10-261-0/+50
| | | | | | | | | extenston function. It supposed to provide facility to get already created thread's attributes. Looks like it's last thing we need to make JDK's Hotspot building without requirement to have source tree. Reviewed by: deischen MFC after: 3 days
OpenPOWER on IntegriCloud