aboutsummaryrefslogtreecommitdiff
path: root/src/libthread
AgeCommit message (Collapse)AuthorFilesLines
2005-11-09macrsc2-15/+2
2005-11-04constrsc1-1/+1
2005-11-04try againrsc1-2/+4
2005-11-04try arm againrsc2-3/+5
2005-11-04use macro for getcontext (setjmp)rsc8-56/+25
2005-11-03new FreeBSDrsc2-59/+45
2005-11-03armrsc2-17/+6
2005-11-03armrsc2-34/+35
2005-11-01armrsc2-0/+93
2005-11-01FreeBSD changed!rsc1-1/+1
2005-09-26Print information on SIGQUIT, SIGINFO.rsc1-0/+41
2005-09-26Log if _threaddebuglevel is set.rsc1-5/+2
2005-08-22newrsc1-0/+16
2005-08-11Needed for NetBSD/macppc port.rsc1-0/+16
2005-08-10Ridiculous amount of work for OpenBSD.rsc3-9/+168
2005-07-28different fixrsc2-5/+12
2005-07-27Try to avoid races in underlying C libraryrsc2-0/+28
during threadexitsall.
2005-07-27sunrsc1-1/+1
2005-07-21openbsvdrsc1-3/+0
2005-07-21OpenBSD, thanks to Tim Wiessrsc4-53/+123
2005-07-21openbsdrsc1-0/+1
2005-07-20openbsdrsc3-5/+12
2005-07-19better architecture splittingrsc4-4/+4
2005-07-19openbsdrsc2-0/+92
2005-07-19openbsdrsc1-2/+6
2005-07-19stolen from freebsd; maybe work on openbsd?rsc1-0/+118
2005-05-07use full prototypesrsc1-1/+1
2005-05-07OS X Tiger changesrsc1-1/+6
2005-05-01try a different approach to .S filesrsc1-0/+7
2005-05-01OpenBSD/power support.rsc9-369/+567
2005-03-28more netbsd support.rsc2-0/+9
2005-03-28NetBSD support. Thanks to Christoph Lohmann.rsc2-1/+6
2005-03-18no need to setproc(0)rsc1-1/+0
2005-03-18do not touch TSTP, TTIN, TTOUrsc1-1/+1
2005-03-18add threaddatarsc2-0/+7
2005-02-16add check for procscheduler returningrsc1-0/+1
2005-02-15hard-to-find locking bugrsc1-5/+19
2005-02-14different fix for main proc bugrsc3-12/+22
2005-02-13work around stupid linux bugrsc1-0/+8
2005-02-08remove debuggingrsc1-1/+0
2005-02-03stupid gccrsc1-1/+1
2005-01-30osprocid can be -1rsc1-1/+1
2005-01-23rename scheduler to have a more distinctive name, so stack traces can end therersc1-5/+5
2005-01-23Apparently SuSE 9.1's X distribution uses even biggerrsc1-1/+1
buffers than the standard ones. 64kB appears to be enough for a stack in that case, but let's just go nuts and make the stacks enormous, so that it takes a few more doublings of X's stack needs before we run into this problem again. The VM system should take care of not actually using most of the memory anyway.
2005-01-18proccreate racersc1-1/+3
2005-01-18add threadgetnamersc1-0/+6
2005-01-18explain nptl stuffrsc1-0/+3
2005-01-18explain nptl stuffrsc1-0/+37
2005-01-18better exit handlingrsc2-3/+32
2005-01-1864-bit nonsensersc1-3/+19