summaryrefslogtreecommitdiff
path: root/nptl/sysdeps/unix/sysv/linux/i386
Commit message (Collapse)AuthorAgeFilesLines
* Move remaining nptl/sysdeps/unix/sysv/linux/i386/ files.Roland McGrath2014-05-1460-6453/+0
|
* i386: Remove useless pthread_spin_{init,unlock} wrapper files.Roland McGrath2014-05-142-2/+0
|
* x86: Consolidate NPTL fork.Roland McGrath2014-05-141-30/+0
|
* Consolidate not-cancel.h files.Roland McGrath2014-05-141-104/+0
|
* x86: Consolidate NPTL/non versions of cloneRoland McGrath2014-05-141-9/+0
|
* x86: Consolidate NPTL/non versions of vforkRoland McGrath2014-05-142-110/+0
|
* Fix dwarf2 unwinding through futex functions.Andi Kleen2014-03-261-157/+10
| | | | | | | | | | | | | | | | | | | When profiling programs with lock problems with perf record -g dwarf, libunwind can currently not backtrace through the futex and unlock functions in pthread. This is because they use out of line sections, and those are not correctly described in dwarf2 (I believe needs dwarf3 or 4). This patch first removes the out of line sections. They only save a single jump, but cause a lot of pain. Then it converts the now inline lock code to use the now standard gas .cfi_* commands. With these changes libunwind/perf can backtrace through the futex functions now. Longer term it would be likely better to just use C futex() functions on x86 like all the other architectures. This would clean the code up even more.
* Update copyright notices with scripts/update-copyrightsAllan McRae2014-01-0160-60/+60
|
* Fix CFI annotations in pthread_cond_timedwait for i486+Andreas Schwab2013-12-091-2/+1
|
* Add the low level infrastructure for pthreads lock elision with TSXAndi Kleen2013-07-021-0/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Lock elision using TSX is a technique to optimize lock scaling It allows to run locks in parallel using hardware support for a transactional execution mode in 4th generation Intel Core CPUs. See http://www.intel.com/software/tsx for more Information. This patch implements a simple adaptive lock elision algorithm based on RTM. It enables elision for the pthread mutexes and rwlocks. The algorithm keeps track whether a mutex successfully elides or not, and stops eliding for some time when it is not. When the CPU supports RTM the elision path is automatically tried, otherwise any elision is disabled. The adaptation algorithm and its tuning is currently preliminary. The code adds some checks to the lock fast paths. Micro-benchmarks show little to no difference without RTM. This patch implements the low level "lll_" code for lock elision. Followon patches hook this into the pthread implementation Changes with the RTM mutexes: ----------------------------- Lock elision in pthreads is generally compatible with existing programs. There are some obscure exceptions, which are expected to be uncommon. See the manual for more details. - A broken program that unlocks a free lock will crash. There are ways around this with some tradeoffs (more code in hot paths) I'm still undecided on what approach to take here; have to wait for testing reports. - pthread_mutex_destroy of a lock mutex will not return EBUSY but 0. - There's also a similar situation with trylock outside the mutex, "knowing" that the mutex must be held due to some other condition. In this case an assert failure cannot be recovered. This situation is usually an existing bug in the program. - Same applies to the rwlocks. Some of the return values changes (for example there is no EDEADLK for an elided lock, unless it aborts. However when elided it will also never deadlock of course) - Timing changes, so broken programs that make assumptions about specific timing may expose already existing latent problems. Note that these broken programs will break in other situations too (loaded system, new faster hardware, compiler optimizations etc.) - Programs with non recursive mutexes that take them recursively in a thread and which would always deadlock without elision may not always see a deadlock. The deadlock will only happen on an early or delayed abort (which typically happens at some point) This only happens for mutexes not explicitely set to PTHREAD_MUTEX_NORMAL or PTHREAD_MUTEX_ADAPTIVE_NP. PTHREAD_MUTEX_NORMAL mutexes do not elide. The elision default can be set at configure time. This patch implements the basic infrastructure for elision.
* x86*: Return syscall error for lll_futex_wake.Carlos O'Donell2013-06-101-4/+5
| | | | | | | | | | | | | | | | | | | | | | It is very very possible that the futex syscall returns an error and that the caller of lll_futex_wake may want to look at that error and propagate the failure. This patch allows a caller to see the syscall error. There are no users of the syscall error at present, but future cleanups are now be able to check for the error. -- nplt/ 2013-06-10 Carlos O'Donell <carlos@redhat.com> * sysdeps/unix/sysv/linux/i386/lowlevellock.h (lll_futex_wake): Return syscall error. * sysdeps/unix/sysv/linux/x86_64/lowlevellock.h (lll_futex_wake): Return syscall error.
* Remove trailing whitespace in nptl.Joseph Myers2013-06-061-1/+1
|
* Extend i486 pthread_cond_timedwait to use futex syscall with absolute timeoutAndreas Schwab2013-04-111-66/+315
|
* Rejigger i386 dl-sysdep.h files.Roland McGrath2013-03-042-50/+31
|
* Revert "Extend i486 pthread_cond_timedwait to use futex syscall with ↵Andreas Schwab2013-01-101-315/+66
| | | | | | absolute timeout" This reverts commit 1bd57044e963abb886cb912beadea714815a3d5c.
* Extend i486 pthread_cond_timedwait to use futex syscall with absolute timeoutAndreas Schwab2013-01-101-66/+315
| | | | | | * sysdeps/unix/sysv/linux/i386/i486/pthread_cond_timedwait.S (__pthread_cond_timedwait): If possible use FUTEX_WAIT_BITSET to directly use absolute timeout.
* Update copyright notices with scripts/update-copyrights.Joseph Myers2013-01-0260-61/+60
|
* Adjust mutex lock in condvar_cleanup if we got it from requeue_piSiddhesh Poyarekar2012-10-162-2/+8
| | | | This completes the fix to bz #14652.
* Take lock in pthread_cond_wait cleanup handler only when neededSiddhesh Poyarekar2012-10-102-4/+32
| | | | | | | | | | [BZ #14652] When a thread waiting in pthread_cond_wait with a PI mutex is cancelled after it has returned successfully from the futex syscall but just before async cancellation is disabled, it enters its cancellation handler with the mutex held and simply calling a mutex_lock again will result in a deadlock. Hence, it is necessary to see if the thread owns the lock and try to lock it only if it doesn't.
* Unlock mutex before going back to waiting for PI mutexesSiddhesh Poyarekar2012-10-052-87/+68
| | | | | | | | | | [BZ #14417] A futex call with FUTEX_WAIT_REQUEUE_PI returns with the mutex locked on success. If such a successful thread is pipped to the cond_lock by another spuriously woken waiter, it could be sent back to wait on the futex with the mutex lock held, thus causing a deadlock. So it is necessary that the thread relinquishes the mutex before going back to sleep.
* Fix clone flag name in comment to CLONE_CHILD_CLEARTID.Siddhesh Poyarekar2012-10-021-1/+1
|
* Fix exception table for i386 pthread_cond_waitSiddhesh Poyarekar2012-10-012-2/+22
| | | | | | | | [BZ #14477] Add an additional entry in the exception table to jump to __condvar_w_cleanup2 instead of __condvar_w_cleanup for PI mutexes when %ebx contains the address of the futex instead of the condition variable.
* Remove __ASSUME_POSIX_TIMERS.Joseph Myers2012-08-161-28/+0
|
* Remove unused pseudo_end labelAndreas Schwab2012-07-252-5/+3
|
* Use x86-64 bits/pthreadtypes.h/semaphore.h for i386/x86-64H.J. Lu2012-05-303-211/+1
|
* Remove use of INTDEF/INTUSE in nptlAndreas Schwab2012-05-304-22/+10
|
* i386 port of the pthread SystemTap probesRayson Ho2012-05-258-12/+33
|
* Fix warnings on Linux/i686Andreas Jaeger2012-05-171-4/+2
| | | | | | 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]
* Fix 9554ebf2d4da22591e974d3cf2ed09a2b8dbdbd8.Thomas Schwinge2012-03-081-3/+6
| | | | | | | Invalid timeouts in i386 sem_timedwait. | | We adjusted nwaiters even though this isn't necessary.
* Fix stray references to __pthread_attrDavid S. Miller2012-02-271-1/+1
| | | | | | | | | | * sysdeps/unix/sysv/linux/i386/bits/pthreadtypes.h: Don't refer to non-existing __pthread_attr. * sysdeps/unix/sysv/linux/powerpc/bits/pthreadtypes.h: Likewise. * sysdeps/unix/sysv/linux/s390/bits/pthreadtypes.h: Likewise. * sysdeps/unix/sysv/linux/sh/bits/pthreadtypes.h: Likewise. * sysdeps/unix/sysv/linux/sparc/bits/pthreadtypes.h: Likewise. * sysdeps/unix/sysv/linux/x86_64/bits/pthreadtypes.h: Likewise.
* Fix name mangling of pthread_attr_t after changeUlrich Drepper2012-02-261-1/+1
|
* Work around problem of pthread_attr_t definition with old compilersUlrich Drepper2012-02-261-2/+6
|
* Fix up POSIX testing in conformtestUlrich Drepper2012-02-261-2/+2
|
* Replace FSF snail mail address with URLs.Paul Eggert2012-02-0962-186/+124
|
* Support crti.S and crtn.S provided directly by architectures.Joseph Myers2012-02-081-3/+0
|
* Consistently use macros for x86 PIC thunks.Joseph Myers2012-02-036-61/+15
|
* Handle EAGAIN from FUTEX_WAIT_REQUEUE_PIAndreas Schwab2011-11-301-0/+80
|
* Remove support for !USE___THREADUlrich Drepper2011-09-104-50/+20
|
* Fix x86 pthread_cond_signal() FUTEX_WAKE_OP fallbackDinakar Guniguntala2010-08-191-2/+1
|
* Add -fno-asynchronous-unwind-tables to initfini.s for i386H.J. Lu2010-08-151-0/+3
|
* Work around kernel rejecting valid absolute timestampsAndreas Schwab2010-07-011-1/+7
|
* Fix pthread_cond_*wait with requeue-PI on i386.Michal Schmidt2010-01-152-11/+11
|
* More whitespace fixes.Ulrich Drepper2009-12-131-2/+2
|
* Fix whitespaces.Ulrich Drepper2009-12-132-6/+6
|
* Add Requeue-PI support for x86 arch.Dinakar Guniguntala2009-12-135-28/+187
|
* Invalid timeouts in i386 sem_timedwait.Ulrich Drepper2009-12-121-9/+9
| | | | We adjusted nwaiters even though this isn't necessary.
* Use #include instead of duplication for i386 vs i686 dl-sysdep.h in NPTL.Roland McGrath2009-11-221-50/+5
|
* Minor optimizations and cleanups of x86 cond_broadcast.Ulrich Drepper2009-11-182-11/+10
|
* Update cfi offsets for pthread_cond_broadcast and signal fir x86.Dinakar Guniguntala2009-11-182-38/+16
|
* Use cfi directives in x86 pthread_cond_{,timed}wait.Ulrich Drepper2009-11-172-344/+133
|