summaryrefslogtreecommitdiffstats
path: root/lib/libkse
Commit message (Collapse)AuthorAgeFilesLines
* Track libc's three-tier symbol naming. libc_r must currently implementjasone2000-01-1226-32/+75
| | | | | the _libc_*() entry points and add *() weak aliases. This will all change for the better when libc_r becomes libpthread.
* Make sched_param parameter a const to comply with POSIX and SUSv2 specs.deischen2000-01-101-1/+1
| | | | | | | This doesn't need to be applied to stable, because somehow -stable seems to have gotten it right. Reviewed by: jasone
* Don't explicitly mmap() red zones at the bottom of thread stacks (exceptjasone1999-12-293-16/+26
| | | | | | | | | | the initial thread). Instead, just leave an unmapped gap between thread stacks and make sure that the thread stacks won't grow into these gaps, simply by limiting the size of the stacks with the 'len' argument to mmap(). This (if I understand correctly) reduces VM overhead considerably. Reviewed by: deischen
* -Wall and minor style(9) cleanups.deischen1999-12-286-14/+13
|
* Change stack allocation algorithm to make better use of memorydeischen1999-12-282-22/+20
| | | | | (it was leaving an unused block). Also protect the global stack pointer from context changes while fiddling with it.
* Don't wakeup threads when there is a process signal and no installeddeischen1999-12-281-23/+37
| | | | | | | | handler. Thread-to-thread signals (pthread_signal) are treated differently than process signals; a pthread_signal can wakeup a blocked thread if a signal handler is not installed for that signal. Found by: ACE tests
* Fix some minor POSIX/SUSv2 compliance nits.jasone1999-12-182-7/+5
| | | | PR: kern/11982
* Fix problems with cancellation while in critical regions.deischen1999-12-176-8/+21
| | | | | | | | | | | o Cancellation flags were not getting properly set/cleared. o Loops waiting for internal locks were not being exited correctly by a cancelled thread. o Minor spelling (cancelation -> cancellation) and formatting corrections (missing tab). Found by: tg Reviewed by: jasone
* Fixes for signal handling:deischen1999-12-175-147/+208
| | | | | | | | | | | | | | o Don't call signal handlers with the signal handler access lock held. o Remove pending signals before calling signal handlers. If pending signals were not removed prior to handling them, invocation of the handler could cause the handler to be called more than once for the same signal. Found by: JB o When SIGCHLD arrives, wake up all threads in PS_WAIT_WAIT (wait4). PR: bin/15328 Reviewed by: jasone
* Avoid an infinite loop if the last element of the iov array passed tojasone1999-12-161-1/+13
| | | | | | writev() has an iov_len of 0. PR: bin/8281
* Change signal handling to conform to POSIX specified semantics.deischen1999-12-044-27/+79
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Before this change, a signal was delivered to each thread that didn't have the signal masked. Signals also improperly woke up threads waiting on I/O. With this change, signals are now handled in the following way: o If a thread is waiting in a sigwait for the signal, then the thread is woken up. o If no threads are sigwait'ing on the signal and a thread is in a sigsuspend waiting for the signal, then the thread is woken up. o In the case that no threads are waiting or suspended on the signal, then the signal is delivered to the first thread we find that has the signal unmasked. o If no threads are waiting or suspended on the signal, and no threads have the signal unmasked, then the signal is added to the process wide pending signal set. The signal will be delivered to the first thread that unmasks the signal. If there is an installed signal handler, it is only invoked if the chosen thread was not in a sigwait. In the case that multiple threads are waiting or suspended on a signal, or multiple threads have the signal unmasked, we wake up/deliver the signal to the first thread we find. The above rules still apply. Reported by: Scott Hess <scott@avantgo.com> Reviewed by: jb, jasone
* * Fix the stack allocation code so that it works for alpha. Change itdfr1999-11-282-6/+26
| | | | | | | | | to use mmap(..., MAP_STACK, ...) on alpha too since that should work now. * Add hooks to allow GDB to access the internals of pthreads without having to know the exact layout of struct pthread. Reviewed by: deischen
* add pthread_cancel, obtained from OpenBSD.alfred1999-11-2827-72/+508
| | | | | | | | | | | | | | eischen (Daniel Eischen) added wrappers to protect against cancled threads orphaning internal resources. the cancelability code is still a bit fuzzy but works for test programs of my own, OpenBSD's and some examples from ORA's books. add readdir_r to both libc and libc_r add some 'const' attributes to function parameters Reviewed by: eischen, jasone
* Add sigsuspend.o and sigpending.o to HIDDEN_SYSCALLS as well.marcel1999-10-141-2/+2
| | | | Pointed out by: jdp
* Add sigprocmask to HIDDEN_SYSCALLS. This renames the syscall tomarcel1999-09-301-1/+2
| | | | | | _thread_sys_sisprocmask in libc_r. This solves the undefined symbol... Reported by: Kenneth Wayne Culver
* Add the proper headers so that the SIGNOTEMPTY and SIGSETANDmarcel1999-09-301-0/+2
| | | | macros are defined.
* sigset_t change (part 5 of 5)marcel1999-09-298-17/+37
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | ----------------------------- Most of the userland changes are in libc. For both the alpha and the i386 setjmp has been changed to accomodate for the new sigset_t. Internally, libc is mostly rewritten to use the new syscalls. The exception is in compat-43/sigcompat.c The POSIX thread library has also been rewritten to use the new sigset_t. Except, that it currently only handles NSIG signals instead of the maximum _SIG_MAXSIG. This should not be a problem because current applications don't use any signals higher than NSIG. There are version bumps for the following libraries: libdialog libreadline libc libc_r libedit libftpio libss These libraries either a) have one of the modified structures visible in the interface, or b) use sigset_t internally and may cause breakage if new binaries are used against libraries that don't have the sigset_t change. This not an immediate issue, but will be as soon as applications start using the new range to its fullest. NOTE: libncurses already had an version bump and has not been given one now. NOTE: doscmd is a real casualty and has been disconnected for the moment. Reconnection will eventually happen after doscmd has been fixed. I'm aware that being the last one to touch it, I'm automaticly promoted to being maintainer. According to good taste this means that I will receive a badge which either will be glued or mechanically stapled, drilled or otherwise violently forced onto me :-) NOTE: pcvt/vttest cannot be compiled with -traditional. The change cause sys/types to be included along the way which contains the const and volatile modifiers. I don't consider this a solution, but more a workaround.
* Fix a memory leak: free the thread-specific poll_data, used in the select()dt1999-08-301-0/+6
| | | | | | | implementation. PR: 13368 Submitted by: Steve Bernacki, Jr. <steve@copacetic.net>
* When checking for valid timevals in the wrapped select() and poll()deischen1999-08-303-9/+14
| | | | | routines, don't return EINVAL but set errno to EINVAL and return -1. Added a check in pthread_cond_timedwait for a null timespec pointer.
* $Id$ -> $FreeBSD$peter1999-08-2881-81/+81
|
* move sanity check of timeval struct so as not to segfault when passedalfred1999-08-201-5/+5
| | | | | | | a null pointer. Pointed out by: Thomas Gellekum <tg@ihf.rwth-aachen.de> Reviewed by: eivind
* When checking if there is a stack to free, observe the fact that itjb1999-08-201-6/+23
| | | | | | | | might have been mmapped, and if so, passing the pointer to free() is really not a good idea. [ In the next millenium, when I've taken over the world, I'm going to ban 8 character tabs. You've been warned. ]
* time_to_sleep->tv_nsec > 1000000000alfred1999-08-191-2/+2
| | | | | -to- time_to_sleep->tv_nsec >= 1000000000
* Sanity check time structures passed in, return EINVAL like the systemalfred1999-08-194-6/+18
| | | | | | | | calls do to avoid corrupting the thread library's concept of wakeup time. PR: kern/12141 Reviewed by: deischen, eivind
* handle under/overflow of time values in a more robust manner,alfred1999-08-191-3/+3
| | | | | | | | there may be an overflow that need to be adjusted more than once. Pointed out by: Fabian Thylmann <fthylmann@stats.net> Reviewed by: eivind, jb
* Add check for runnable threads before polling file descriptors.deischen1999-08-121-14/+16
| | | | Submitted by: tegge
* Add RCS IDs to those files without them.deischen1999-08-0567-72/+118
| | | | | | | Fix copyrights (s/REGENTS/AUTHOR). Suggested by: tg Approved by: jb
* Fix thread initialization to allow for the case where stdio filedeischen1999-08-052-11/+15
| | | | | | | descriptors are not opened. PR: bin/12853 Reviewed by: jb
* Use USRSTACK (defined in <machine/vmparam.h>) to get top of the initial stack.dt1999-07-122-16/+6
| | | | PTHREAD_STACK_TOP was wrong for all supported architectures.
* Fix a couple more coding style nits.jasone1999-07-111-2/+2
|
* Modify previous changes to conform better to libc_r's coding style.jasone1999-07-113-44/+71
| | | | | | | | Always use mmap() for default-size stack allocation. Use MAP_ANON instead of MAP_STACK on the alpha architecture. Reduce the amount of code executed while owning _gc_mutex during stack allocation.
* Always use growable thread stacks on the i386. The VM_STACK kernel optionjasone1999-07-064-26/+15
| | | | | must be made default for the alpha before growable thread stacks are enabled for the alpha.
* Disable growable stacks by default, as advertised.jasone1999-07-051-2/+2
|
* Use growable stacks for thread stacks that are the default stack size.jasone1999-07-054-20/+134
| | | | | | | | | | | | | Cache discarded default thread stacks for use in subsequent thread creations. Create a red zone at the end of each stack (including the initial thread stack), with the hope of causing a segfault if a stack overflows. To activate these modifications, add -D_PTHREAD_GSTACK to CFLAGS in src/lib/libc_r/Makefile. Since the modifications depend on the VM_STACK kernel option, I'm not sure how to safely use growable stacks by default. Testing, as well as algorithmic and stylistic comments are welcome.
* Defer signals, so we will not wait for SIGCHLD after it was delivered.dt1999-06-291-0/+5
|
* Fix few warnings on the alpha.dt1999-06-232-3/+4
|
* Remove -DNOPOLL from the compilation flags now that there is a poll wrapperjb1999-06-201-4/+4
| | | | | | | in libc_r. Bump the library version number (the scheduler now uses a poll syscall instead of select).
* In the words of the author:jb1999-06-2024-1353/+1827
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | o The polling mechanism for I/O readiness was changed from select() to poll(). In additon, a wrapped version of poll() is now provided. o The wrapped select routine now converts each fd_set to a poll array so that the thread scheduler doesn't have to perform a bitwise search for selected fds each time file descriptors are polled for I/O readiness. o The thread scheduler was modified to use a new queue (_workq) for threads that need work. Threads waiting for I/O readiness and spinblocks are added to the work queue in addition to the waiting queue. This reduces the time spent forming/searching the array of file descriptors being polled. o The waiting queue (_waitingq) is now maintained in order of thread wakeup time. This allows the thread scheduler to find the nearest wakeup time by looking at the first thread in the queue instead of searching the entire queue. o Removed file descriptor locking for select/poll routines. An application should not rely on the threads library for providing this locking; if necessary, the application should use mutexes to protect selecting/polling of file descriptors. o Retrieve and use the kernel clock rate/resolution at startup instead of hardcoding the clock resolution to 10 msec (tested with kernel running at 1000 HZ). o All queues have been changed to use queue.h macros. These include the queues of all threads, dead threads, and threads waiting for file descriptor locks. o Added reinitialization of the GC mutex and condition variable after a fork. Also prevented reallocation of the ready queue after a fork. o Prevented the wrapped close routine from closing the thread kernel pipes. o Initialized file descriptor table for stdio entries at thread init. o Provided additional flags to indicate to what queues threads belong. o Moved TAILQ initialization for statically allocated mutex and condition variables to after the spinlock. o Added dispatching of signals to pthread_kill. Removing the dispatching of signals from thread activation broke sigsuspend when pthread_kill was used to send a signal to a thread. o Temporarily set the state of a thread to PS_SUSPENDED when it is first created and placed in the list of threads so that it will not be accidentally scheduled before becoming a member of one of the scheduling queues. o Change the signal handler to queue signals to the thread kernel pipe if the scheduling queues are protected. When scheduling queues are unprotected, signals are then dequeued and handled. o Ensured that all installed signal handlers block the scheduling signal and that the scheduling signal handler blocks all other signals. This ensures that the signal handler is only interruptible for and by non-scheduling signals. An atomic lock is used to decide which instance of the signal handler will handle pending signals. o Removed _lock_thread_list and _unlock_thread_list as they are no longer used to protect the thread list. o Added missing RCS IDs to modified files. o Added checks for appropriate queue membership and activity when adding, removing, and searching the scheduling queues. These checks add very little overhead and are enabled when compiled with _PTHREADS_INVARIANTS defined. Suggested and implemented by Tor Egge with some modification by me. o Close a race condition in uthread_close. (Tor Egge) o Protect the scheduling queues while modifying them in pthread_cond_signal and _thread_fd_unlock. (Tor Egge) o Ensure that when a thread gets a mutex, the mutex is on that threads list of owned mutexes. (Tor Egge) o Set the kernel-in-scheduler flag in _thread_kern_sched_state and _thread_kern_sched_state_unlock to prevent a scheduling signal from calling the scheduler again. (Tor Egge) o Don't use TAILQ_FOREACH macro while searching the waiting queue for threads in a sigwait state, because a change of state destroys the TAILQ link. It is actually safe to do so, though, because once a sigwaiting thread is found, the loop ends and the function returns. (Tor Egge) o When dispatching signals to threads, make the thread inherit the signal deferral flag of the currently running thread. (Tor Egge) Submitted by: Daniel Eischen <eischen@vigrid.com> and Tor Egge <Tor.Egge@fast.no>
* Added a missing comma to the static condition variable initialisationjb1999-05-241-1/+1
| | | | | | definition. Submitted by: David Leonard <David.Leonard@csee.uq.edu.au>, an OpenBSD guy.
* Fix a problem with static initialisation of mutexes and conditionjb1999-05-233-2/+40
| | | | | | variables. Submitted by: Dan Eischen <eischen@vigrid.com>
* Ensure that an existing thread gets it's state set to PS_DEAD tojb1999-05-161-1/+7
| | | | | | prevent being rescheduled. Submitted by: Dan Eischen <eischen@vigrid.com>
* - Fixed bug where we NULL'd before we freed the data causing a memory leak.nate1999-05-141-1/+1
| | | | | Submitted by: Ralf S. Engelschall Obtained from: PR i386/11713
* Add mutex test program.jb1999-05-091-2/+2
|
* Back out patch for cond_timedwait() bug from -current, since other changesjasone1999-05-081-10/+1
| | | | | | | have made the patch obsolete, as pointed out by Daniel Eischen <eischen@vigrid.com>. PR: bin/8872
* Apply patch included in bin/8872. This fixes a bug that occurs whenjasone1999-05-071-2/+11
| | | | | | | | pthread_cond_timedwait() times out. PR: bin/8872 Submitted by: Jason Evans <jasone@canonware.com> Reviewed by: David Schwartz <davids@webmaster.com>
* [ The author's description... ]jb1999-03-2337-667/+3157
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | o Runnable threads are now maintained in priority queues. The implementation requires two things: 1.) The priority queues must be protected during insertion and removal of threads. Since the kernel scheduler must modify the priority queues, a spinlock for protection cannot be used. The functions _thread_kern_sched_defer() and _thread_kern_sched_undefer() were added to {un}defer kernel scheduler activation. 2.) A thread (active) priority change can be performed only when the thread is removed from the priority queue. The implementation uses a threads active priority when inserting it into the queue. A by-product is that thread switches are much faster. A separate queue is used for waiting and/or blocked threads, and it is searched at most 2 times in the kernel scheduler when there are active threads. It should be possible to reduce this to once by combining polling of threads waiting on I/O with the loop that looks for timed out threads and the minimum timeout value. o Functions to defer kernel scheduler activation were added. These are _thread_kern_sched_defer() and _thread_kern_sched_undefer() and may be called recursively. These routines do not block the scheduling signal, but latch its occurrence. The signal handler will not call the kernel scheduler when the running thread has deferred scheduling, but it will be called when running thread undefers scheduling. o Added support for _POSIX_THREAD_PRIORITY_SCHEDULING. All the POSIX routines required by this should now be implemented. One note, SCHED_OTHER, SCHED_FIFO, and SCHED_RR are required to be defined by including pthread.h. These defines are currently in sched.h. I modified pthread.h to include sched.h but don't know if this is the proper thing to do. o Added support for priority protection and inheritence mutexes. This allows definition of _POSIX_THREAD_PRIO_PROTECT and _POSIX_THREAD_PRIO_INHERIT. o Added additional error checks required by POSIX for mutexes and condition variables. o Provided a wrapper for sigpending which is marked as a hidden syscall. o Added a non-portable function as a debugging aid to allow an application to monitor thread context switches. An application can install a routine that gets called everytime a thread (explicitly created by the application) gets context switched. The routine gets passed the pthread IDs of the threads that are being switched in and out. Submitted by: Dan Eischen <eischen@vigrid.com> Changes by me: o Added a PS_SPINBLOCK state to deal with the priority inversion problem most often (I think) seen by threads calling malloc/free/realloc. o Dispatch signals to the running thread directly rather than at a context switch to avoid the situation where the switch never occurs.
* Increase the size of private thread flags so that the test for ajb1999-01-151-1/+1
| | | | | | | thread trying to call pthread_exit() from a cleanup handler actually works. Submitted by: David Leonard <david.leonard@csee.uq.edu.au> OpenBSD
* Fix a minor security problem in libc_r.imp1999-01-111-4/+25
| | | | | | Submitted by: Alexandre Snarskii <snar@paranoia.ru> Approved by: John Birrell Reminded me that I'd been sitting on this too long: snar@paranoia.ru
* Don't hide mknod, it doesn't need a wrapper and never has had one.jb1998-12-101-2/+2
|
* Add support for pthread_mutexattr_settype(). As a side effect ofeivind1998-11-282-20/+61
| | | | testing this, fix MUTEX_TYPE_COUNTING_FAST. Recursive locks now work.
OpenPOWER on IntegriCloud