summaryrefslogtreecommitdiff
path: root/libpthread/linuxthreads/descr.h
AgeCommit message (Collapse)Author
2015-02-14Revert "resolve merge"Waldemar Brodkorb
This reverts commit 6b6ede3d15f04fe825cfa9f697507457e3640344.
2015-02-14resolve mergeWaldemar Brodkorb
2012-06-15linuxthreads: use __UCLIBC_HAS_TLS__ consistentlyPeter S. Mazinger
replace USE_TLS, HAVE___THREAD and USE___THREAD with __UCLIBC_HAS_TLS__ Signed-off-by: Peter S. Mazinger <ps.m@gmx.net> Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
2009-03-12linuxthreads fixes from Will Newton (will.newton AT gmail.com):Denis Vlasenko
* share Sys V semaphores in order to get appropriate SEM_UNDO semantics. * correct guardaddr in pthread_free() for TLS case * move spinlock unlocking before restart() * When exit was called from a signal handler, the restart from the manager processing the exit request instead restarted the thread in pthread_cond_timedwait. (see http://sources.redhat.com/ml/libc-ports/2006-05/msg00000.html)
2008-07-23- fix inline keywordBernhard Reutner-Fischer
2007-02-05- silence warning about using an undefined tokenBernhard Reutner-Fischer
2006-01-31initial import of latest linuxthreadsMike Frysinger
2005-11-15revert linuxthreads to pre rev 11377 (i.e. before the massive attempt to ↵Mike Frysinger
import glibc updates) while keeping the few bugfixes ... idea is to keep both old and new linuxthreads around so we can hack on the new version while delivering the old stable version to end users
2005-09-16Robin Getz from blackfin.uclinux.org writes:Mike Frysinger
Bernd Schmidt found/fixed this problem in uClibc: http://blackfin.uclinux.org/tracker/index.php?func=detail&aid=882&group_id=17&atid=141 Basically, the uClinux dist includes a few thread demos - thdm and bcdm - running them simultaneously sometimes causes bus errors. Bernd wrote: >They occur in pthread_handle_sigrestart; thread_self returns a bogus value. >I managed to capture a debugging log, it's attached as bad-log. If you >look at it you'll notice that the initial stack bounds are bogus: bottom >of stack is higher than top of stack. This appears to be because of a bug >in NOMMU_INITIAL_THREAD_BOUNDS(tos,bos): if a new thread has a BOS equal >to the initial thread's current TOS, it'll munge the initial thread's >stack bounds. Fixed with the attached patch, which I've committed. >This should fix the crashes people have seen, but since the bug was always >hard to reproduce, I can't be 100% certain they are gone. Please retest, >everyone... This patch was made against our cvs, which has an older version of uClibc in it - this code was recently moved from internals.h to descr.h in the uclibc svn, but it still has the same problem
2005-09-09sync with glibc by moving the thread_desc stuff out of internals.h and into ↵Mike Frysinger
a new file descr.h ... also redo thread_desc init by specifying members in the struct by name rather than position