summaryrefslogtreecommitdiffstats
path: root/lib/libthr
Commit message (Expand)AuthorAgeFilesLines
...
* Sweep through pthread locking and use the new locking primitives formtm2003-06-297-20/+21
* Locking primitives and operations in libthr should use struct umtx,mtm2003-06-292-4/+22
* In a critical section, separate the aquisition of the thread lockmtm2003-06-292-17/+27
* Make _thread_suspend work with both the old broken sigtimedwaitjdp2003-06-293-11/+31
* The move to _retire() a thread in the GC instead of in the thread'smtm2003-06-293-21/+5
* Create compatibility links for libc_r on ia64 to prevent build-timemarcel2003-06-271-0/+12
* _thread_printf() is only used for debugging or in cases where something'smtm2003-06-091-2/+2
* Make C applications statically compiled with libthr work. Previously,mtm2003-06-041-0/+6
* Teach recent changes in the umtx structure in the kernel to the libthrmtm2003-06-031-1/+1
* Unwind the _giant_mutex from pthread_detach(). When detaching a joiner threadmtm2003-06-021-8/+8
* Consolidate static_init() and static_init_private into one function.mtm2003-06-021-17/+11
* .S comments must be C comments, not ASM ones.obrien2003-06-021-1/+1
* I botched one of my committs in the last round. Fix it.mtm2003-05-312-12/+11
* Make the mutex static initializers look more like the one formtm2003-05-291-25/+19
* Use a static lock to ake sure pthread_cond_* functions calledmtm2003-05-291-2/+20
* Missing unlock.mtm2003-05-291-0/+2
* Don't hold the active thread list lock when signaling the gc thread.mtm2003-05-293-12/+21
* It's unnecessary to lock the thread during creation. Simply extendmtm2003-05-291-5/+2
* Minimize the potential for deadlocks between an exiting thread and it'smtm2003-05-271-2/+18
* Revert part of the last commit. I don't know what I was smoking.mtm2003-05-271-2/+13
* Decouple the thread stack [de]allocating functions from the 'dead threads list'mtm2003-05-264-7/+16
* Revise the unlock order in _pthread_join(). Also, if the joinedmtm2003-05-261-12/+6
* Return gracefully, rather than aborting, when the maximum concurrentmtm2003-05-256-10/+27
* _pthread_cancel() breaks the normal lock order of first locking themtm2003-05-253-4/+28
* Part of the last patch.mtm2003-05-252-9/+9
* Start locking up the active and dead threads lists. The active threadsmtm2003-05-257-127/+135
* The libthr code makes use of higher-level primitives (pthread_mutex_t andmtm2003-05-252-0/+14
* The struct mcontext has changed. It's using the register sets. Bringmarcel2003-05-251-1/+1
* Lock the cond queue (condition variables):mtm2003-05-241-70/+43
* Add two functions: _spinlock_pthread() and _spinunlock_pthread()mtm2003-05-233-4/+20
* EDOOFUSmtm2003-05-232-10/+3
* Make WARNS2 clean. The fixes mostly included:mtm2003-05-2316-10/+41
* note to self: do not confuse void* with int.mtm2003-05-231-1/+1
* o Make the defenition of _set_curthread() match its declarationmtm2003-05-211-5/+27
* Insert a debugging aid:mtm2003-05-212-2/+18
* Re-enable the garbage collector thread in anticipation of furthermtm2003-05-211-2/+0
* When a thread exits it does not return from the kernel unless itmtm2003-05-211-0/+4
* The thread id was being set *before* zeroing out the thread. Reversemtm2003-05-211-2/+3
* Move a misplaced comment.mtm2003-05-201-1/+1
* Do some cleanup with respect to condition variables. The implementationmtm2003-05-151-15/+14
* o Make the setting/checking of cancel state atomic withmtm2003-05-151-87/+111
* msg2mtm2003-05-121-7/+7
* msg1mtm2003-05-123-263/+181
* Fix a null dereference leading to a core dump whenmtm2003-05-061-1/+4
* o Correct a debug message that refered to the wrong functionmtm2003-05-062-23/+20
* Add support for ia64.marcel2003-04-202-0/+64
* Use STDERR_FILENO as the file descriptor passed to _thread_printf()marcel2003-04-201-4/+7
* Fix build breakage (on ia64) caused by a missing file descriptor tomarcel2003-04-202-2/+2
* Add stub implementations of pthread_[gs]etconcurrency to libc_r andjdp2003-04-202-0/+61
* - Pass a ucontext_t to _set_curthread. If non-NULL the new thread is setjake2003-04-035-11/+18
OpenPOWER on IntegriCloud