aboutsummaryrefslogtreecommitdiff
path: root/nptl
AgeCommit message (Collapse)AuthorFilesLines
2012-08-16Remove __ASSUME_POSIX_TIMERS.Joseph Myers13-568/+249
2012-08-15Optimize __libc_lock_lock and __libc_lock_trylock for MIPS.Maxim Kuvyrkov2-2/+14
2012-08-15Add generic versions of pthread_spin_lock and pthread_spin_trylock.Maxim Kuvyrkov3-0/+101
2012-08-08Remove __ASSUME_TGKILL.Joseph Myers7-67/+28
2012-08-07Remove some pre-2.6.16 Linux kernel conditionals.Joseph Myers2-8/+6
2012-08-03Remove some pre-2.6.0 Linux kernel conditionals.Joseph Myers2-12/+6
2012-07-28Fix tst-pthread-getattr test caseSiddhesh Poyarekar2-22/+74
Get the tst-pthread-getattr fix back with further improvements so that it does not fail on targets that use the user stack to save context.
2012-07-25Remove unused pseudo_end labelAndreas Schwab4-8/+13
2012-07-25Revert fix to tst-pthread-getattr since it fails on sparcSiddhesh Poyarekar2-40/+16
2012-07-20Fix tst-pthread-getattr test caseSiddhesh Poyarekar2-12/+50
In some cases, the compiler would optimize out the call to allocate_and_test and thus result in a false positive for the test case. Another problem was the fact that the compiler could in some cases generate additional shifting of the stack pointer, resulting in alloca moving the stack pointer beyond what is allowed by the rlimit. Hence, accessing the stackaddr returned by pthread_getattr_np is safer than relying on the alloca'd result. Another problem is when RLIMIT may be very large, which may result in violation of other resource limits. Hence we cap the max stack size to 8M for this test.
2012-07-19Fix comment that describes sighandler_setxidSiddhesh Poyarekar2-1/+8
2012-06-23SH: __lll_robust_timedlock_wait: Simplify CFI directives.Thomas Schwinge2-6/+9
2012-06-20Account for the extra stack size when rlimit is small enoughSiddhesh Poyarekar4-2/+139
When rlimit is small enough to be used as the stacksize to be returned in pthread_getattr_np, cases where a stack is made executable due to a DSO load get stack size that is larger than what the kernel allows. This is because in such a case the stack size does not account for the pages that have auxv and program arguments. Additionally, the stacksize for the process derived from this should be truncated to align to page size to avoid going beyond rlimit.
2012-06-07Fix build on non-v9 sparc32.Carlos Sánchez de La Lama2-1/+7
nptl/ [BZ #14205] * sysdeps/sparc/sparc32/pthread_spin_lock.S: Do not use v9 branches.
2012-06-04Wrap __builtin_expect in pthread.hSiddhesh Poyarekar2-2/+11
[BZ #14188] This fixes compilation of programs using pthread_cleanup_push built with non-gcc compilers and older gcc compilers.
2012-05-30Use x86-64 bits/pthreadtypes.h/semaphore.h for i386/x86-64H.J. Lu7-211/+16
2012-05-30Move CL entryAndreas Schwab1-0/+43
2012-05-30Remove use of INTDEF/INTUSE in nptlAndreas Schwab30-122/+83
2012-05-28SH: Add CFI directives.Chung-Lin Tang2-5/+9
2012-05-28SH: Add CFI directives.Chung-Lin Tang17-27/+383
2012-05-26Fix stack size and address inconsistency due to executable stackSiddhesh Poyarekar2-2/+21
When a stack is marked executable due to loading a DSO that requires an executable stack, the logic tends to leave out a portion of stack after the first frame, thus causing a difference in the value returned by pthread_getattr_np before and after the stack is marked executable. It ought to be possible to fix this by marking the rest of the stack as executable too, but in the interest of marking as less of the stack as executable as possible, the path this fix takes is to make pthread_getattr_np also look at the first frame as the underflow end of the stack and compute size and stack top accordingly. The above happens only for the main process stack. NPTL thread stacks are not affected by this change.
2012-05-25i386 port of the pthread SystemTap probesRayson Ho9-12/+46
2012-05-25Add systemtap static probe points in generic and x86_64 pthread code.Roland McGrath26-53/+266
2012-05-25Add --enable-systemtap configuration to define static probe points.Roland McGrath2-0/+8
2012-05-17Fix warnings on Linux/i686Andreas Jaeger2-4/+8
Fixes: ../sysdeps/i386/dl-machine.h:336:30: warning: unused variable ‘refsym’ [-Wunused-variable] rtld.c:1435:3: warning: implicit declaration of function ‘_dl_discover_osversion’ [-Wimplicit-function-declaration]
2012-05-15Remove fallback definitions of __NR_set_robust_list.Joseph Myers2-12/+6
2012-05-15Split up stackguard-macros.h into sysdeps directories.Joseph Myers1-2/+2
2012-05-15Use R*_LP to load pointer and operate on stackH.J. Lu2-31/+44
2012-05-15Use LP_OP(cmp) and RCX_LP on dep_mutex pointerH.J. Lu2-4/+9
2012-05-15Use LP_OP(op), LP_SIZE and ASM_ADDR in sem_wait.SH.J. Lu2-6/+13
2012-05-15se LP_OP(op), LP_SIZE and ASM_ADDR in sem_timedwait.SH.J. Lu2-9/+16
2012-05-15Use LP_OP(cmp) on NWAITERSH.J. Lu2-1/+6
2012-05-15Use LP_SIZE and ASM_ADDR in pthread_once.SH.J. Lu2-3/+9
2012-05-15Use LP_OP(cmp), R*_LP, LP_SIZE and ASM_ADDRH.J. Lu2-20/+28
2012-05-15Use LP_OP(cmp), R*_LP, LP_SIZE and ASM_ADDRH.J. Lu2-24/+32
2012-05-15Use LP_OP(cmp) and RCX_LP on dep_mutex pointerH.J. Lu2-6/+11
2012-05-15Use LP_OP(mov) and RDI_LP on pointerH.J. Lu2-3/+8
2012-05-15Use LP_SIZE and load timeout pointer into RDX_LPH.J. Lu2-4/+13
2012-05-15Allow a single-threaded program to cancel itselfSiddhesh Poyarekar12-2/+290
There is nothing in the POSIX specification to disallow a single-threaded program from cancelling itself, so we forcibly enable multiple_threads to allow the next available cancellation point in the thread to run. Also added additional tests to cover various cancellation scenarios.
2012-05-14Add x32 support to tcbhead_tH.J. Lu2-6/+7
2012-05-14Add __PTHREAD_RWLOCK_INT_FLAGS_SHAREDH.J. Lu2-1/+17
2012-05-14Add sysdeps/x86_64/{64,x32}/shlib-versionsH.J. Lu4-1/+12
2012-05-14Add x32 pthread typesH.J. Lu2-14/+37
2012-05-11Update comments for CALL_THREAD_FCTH.J. Lu1-5/+5
2012-05-11Add sysdeps/x86_64/x32/tls.hH.J. Lu2-0/+50
2012-05-11Fix a typo in ChangeLo.H.J. Lu1-1/+1
2012-05-11Use uint64_t on 64-bit integerH.J. Lu2-2/+8
2012-05-11Replace movq/%q0 with mov/%0 in THREAD_SELFH.J. Lu2-1/+6
2012-05-11Check __x86_64__ for __cleanup_fct_attributeH.J. Lu2-1/+7
2012-05-11Check __PTHREAD_MUTEX_HAVE_PREV for mutex initializersH.J. Lu2-1/+9