summaryrefslogtreecommitdiff
path: root/lib/librthread
AgeCommit message (Expand)Author
2007-05-25protect against races while initializing static mutexes. okay marc@ tedu@Kurt Miller
2007-05-18Register the locking hooks with ld.so.Artur Grabowski
2007-04-10when kevent fails, the errno is a lot more interesting to print than -1Ted Unangst
2007-04-10new lines in error messagesTed Unangst
2007-03-24rfork sh bits.Miod Vallat
2006-10-27two comment typos from tbertTed Unangst
2006-04-12make rthreads compile againHenning Brauer
2006-01-06When suspending, check the tid of the arg, not of ourselves, dohOtto Moerbeek
2006-01-06Initialize thread debug in _rthread_init. The debug verbosityMarco S Hyman
2006-01-06guess it's time to remove the init printf; sturm found a port thatTed Unangst
2006-01-05Use the system include <spinlock.h> to get the proper functionMarco S Hyman
2006-01-05In pthread_join(), check if we create a deadlock trying to joinOtto Moerbeek
2006-01-05Fixup stack, it needs 16 bytes headroom. Help from miod@ and drahn.Otto Moerbeek
2006-01-05Remove redundant mprotect() calls (we're unmapping the region anyway)Otto Moerbeek
2006-01-05move malloc lock to libc interface fileTed Unangst
2006-01-05add -Wstrict-prototypes -Wmissing-prototypes -Wsign-compareMarco S Hyman
2006-01-04Cleanup struct pthread and stack after thread exits. This version doesOtto Moerbeek
2006-01-04allow threads to be created in a detached stateMarco S Hyman
2006-01-02Don't call pthread_self()->tid when getthrid() will do fine.Otto Moerbeek
2006-01-01thread stack handling changes. Add guard zones and allow stackMarco S Hyman
2006-01-01Nicer implementation of pthread_main_np(), which avoids the spinlock.Otto Moerbeek
2005-12-31Add "print debug foo" function safe to use in signal handlers, example:Marco S Hyman
2005-12-31No point in saving a bunch of extra registers, and the child's state mustDale Rahn
2005-12-31add pthread_mutexattr_gettype.Brad Smith
2005-12-31Implement suspend/resume and creation of initially suspended threads.Otto Moerbeek
2005-12-30Remove exitinng thread from the list of threads. ok tedu@Otto Moerbeek
2005-12-30use queue.h macros for thread house keeping; make some vars non-staticOtto Moerbeek
2005-12-30__aligned__ isn't really necessary on the struct, an aligned memberTed Unangst
2005-12-30prototype all the thread syscalls in rthread.h for now.Ted Unangst
2005-12-29Put the existing _np functions into separate file; introduceOtto Moerbeek
2005-12-29implement pthread_main_np(); ok tedu@Otto Moerbeek
2005-12-29the story in pthread_rwlockattr_destory() shoudl be destroyedOtto Moerbeek
2005-12-28remainder of the hppa support code for librthread. ok&help kettenis@ mickey@Miod Vallat
2005-12-25sparc64 support code for librthread (_atomic_lock yanked from existingMiod Vallat
2005-12-25sparc support code for librthread (_atomic_lock yanked from existingMiod Vallat
2005-12-25remove silly alpha commentTed Unangst
2005-12-25child calls threxit after thread returnTed Unangst
2005-12-25put the error handling jump code back in from brad/marcoTed Unangst
2005-12-25if the start routine returns (never happens), call the right threxit syscallTed Unangst
2005-12-25A better implementation which does not use the caller's stack and thus is notMiod Vallat
2005-12-25add rfork_thread for alpha, from kudo takashiTed Unangst
2005-12-24mips64 support code for librthread (_atomic_lock yanked from existingMiod Vallat
2005-12-23m88k suppport code for librthread.Miod Vallat
2005-12-23vax support bits for librthread (need the child_return() fix just commited).Miod Vallat
2005-12-23m68k support code for librthread; atomic lock routine borrowed from theMiod Vallat
2005-12-23for reasons that do not make any sense whatsoever, _rthread_alloc_stackTed Unangst
2005-12-22add a missing underscore to the function name rthread_tls_destructors().Brad Smith
2005-12-22more consistently use _rthread prefix for all not meant to be exportedTed Unangst
2005-12-22change init code to handle failure. (actually, make it impossible to fail,Ted Unangst
2005-12-22Bad commit, breaks hppa64. Prompted by deraadt@Marco Peereboom