| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
unlocking the rtld bind lock results in the processing of ast and
recursing into the check_deferred_signal(). Nested execution of
check_deferred_signal() delivers the signal to user code and clears
si_signo. On return, top-level check_deferred_signal() frame
continues delivering the same signal one more time, but now with zero
si_signo.
Fix this by adding a flag to indicate that deferred delivery is
running, so check_deferred_signal() should avoid doing anything. Since
user signal handler is allowed to modify the passed machine context to
make return from the signal handler to cause arbitrary jump, or do
longjmp(). For this case, also clear the flag in thr_sighandler(),
since kernel signal delivery means that nested delivery code should
not run right now.
Reported by: Vitaly Magerya <vmagerya@gmail.com>
Reviewed by: davidxu, jilles
Tested by: pho
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
Notes:
svn path=/head/; revision=258499
|
|
|
|
|
|
|
|
|
|
|
|
| |
cancellation point. When enabling the cancellation, only process the
pending cancellation for asynchronous mode.
Reported and reviewed by: Kohji Okuno <okuno.kohji@jp.panasonic.com>
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
Notes:
svn path=/head/; revision=251985
|
|
|
|
|
|
|
|
|
|
|
|
| |
identified, unify the code of check_deferred_signal() for all
architectures, making the variant under #ifdef x86 common.
Tested by: marius (sparc64)
Sponsored by: The FreeBSD Foundation
MFC after: 2 weeks
Notes:
svn path=/head/; revision=251284
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
check_deferred_signal() returns twice, since handle_signal() emulates
the return from the normal signal handler by sigreturn(2)ing the
passed context. Second return is performed on the destroyed stack
frame, because __fillcontextx() has already returned. This causes
undefined and bad behaviour, usually the victim thread gets SIGSEGV.
Avoid nested frame and the need to return from it by doing direct call
to getcontext() in the check_deferred_signal() and using a new private
libc helper __fillcontextx2() to complement the context with the
extended CPU state if the deferred signal is still present.
The __fillcontextx() is now unused, but is kept to allow older
libthr.so to be used with the new libc.
Mark __fillcontextx() as returning twice [1].
Reported by: pgj
Pointy hat to: kib
Discussed with: dim
Tested by: pgj, dim
Suggested by: jilles [1]
MFC after: 1 week
Notes:
svn path=/head/; revision=251047
|
|
|
|
|
|
|
|
|
|
| |
and fix typo.
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
Notes:
svn path=/head/; revision=251040
|
|
|
|
|
|
|
|
|
| |
in the first place.
Initial patch submitted by: phk
Notes:
svn path=/head/; revision=250691
|
|
|
|
| |
Notes:
svn path=/head/; revision=250402
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The accept4() function, compared to accept(), allows setting the new file
descriptor atomically close-on-exec and explicitly controlling the
non-blocking status on the new socket. (Note that the latter point means
that accept() is not equivalent to any form of accept4().)
The linuxulator's accept4 implementation leaves a race window where the new
file descriptor is not close-on-exec because it calls sys_accept(). This
implementation leaves no such race window (by using falloc() flags). The
linuxulator could be fixed and simplified by using the new code.
Like accept(), accept4() is async-signal-safe, a cancellation point and
permitted in capability mode.
Notes:
svn path=/head/; revision=250154
|
|
|
|
|
|
|
| |
already done this.
Notes:
svn path=/head/; revision=250013
|
|
|
|
| |
Notes:
svn path=/head/; revision=249985
|
|
|
|
| |
Notes:
svn path=/head/; revision=249607
|
|
|
|
| |
Notes:
svn path=/head/; revision=249606
|
|
|
|
|
|
|
|
| |
by using buggy getcontext/setcontext on same stack, while swapcontext
normally works on different stack, there is no such a problem.
Notes:
svn path=/head/; revision=249604
|
|
|
|
| |
Notes:
svn path=/head/; revision=249425
|
|
|
|
|
|
|
|
|
| |
the context becomes invalid when the function returns, same as setjmp,
it must be implemented in assemble language, see discussions in PR
misc/177624.
Notes:
svn path=/head/; revision=249323
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The threaded rtld lock implementation is faster even in the single-threaded
case because it postpones signal handlers via THR_CRITICAL_ENTER and
THR_CRITICAL_LEAVE instead of calling sigprocmask(2).
As a result, exception handling becomes faster in single-threaded
applications linked with libthr.
Reviewed by: kib
Notes:
svn path=/head/; revision=245630
|
|
|
|
|
|
|
|
|
|
| |
pthread_suspend_all_np() may have already suspended its parent thread.
Add locking code in pthread_suspend_all_np() to only allow one thread
to suspend other threads, this eliminates a deadlock where two or more
threads try to suspend each others.
Notes:
svn path=/head/; revision=239718
|
|
|
|
|
|
|
| |
in init_private(), don't call it again in fork() wrapper.
Notes:
svn path=/head/; revision=239609
|
|
|
|
|
|
|
|
|
|
|
| |
for process, thread or others we want to support.
Use the syscall to implement POSIX API clock_getcpuclock and
pthread_getcpuclockid.
PR: 168417
Notes:
svn path=/head/; revision=239347
|
|
|
|
|
|
|
| |
Handle TLS for ARMv6 and ARMv7
Notes:
svn path=/head/; revision=239270
|
|
|
|
| |
Notes:
svn path=/head/; revision=239206
|
|
|
|
|
|
|
|
| |
Further decreases unexpected context switches by defering mutex wakeup
until internal sleep queue lock is released.
Notes:
svn path=/head/; revision=239200
|
|
|
|
| |
Notes:
svn path=/head/; revision=238645
|
|
|
|
| |
Notes:
svn path=/head/; revision=238644
|
|
|
|
| |
Notes:
svn path=/head/; revision=238643
|
|
|
|
| |
Notes:
svn path=/head/; revision=238642
|
|
|
|
| |
Notes:
svn path=/head/; revision=238641
|
|
|
|
| |
Notes:
svn path=/head/; revision=238640
|
|
|
|
|
|
|
|
|
|
| |
replace _thr_ref_add() with _thr_find_thread(),
so reference count is no longer needed.
MFC after: 3 days
Notes:
svn path=/head/; revision=238637
|
|
|
|
|
|
|
|
|
|
| |
be acquired.
PR: 168317
MFC after: 3 days
Notes:
svn path=/head/; revision=236135
|
|
|
|
|
|
|
| |
redundant SC_LOOKUP() calling.
Notes:
svn path=/head/; revision=235218
|
|
|
|
|
|
|
| |
upper level.
Notes:
svn path=/head/; revision=235068
|
|
|
|
|
|
|
|
|
|
| |
Enqueue thread in LIFO, this can cause starvation, but it gives better
performance. Use _thr_queuefifo to control the frequency of FIFO vs LIFO,
you can use environment string LIBPTHREAD_QUEUE_FIFO to configure the
variable.
Notes:
svn path=/head/; revision=234947
|
|
|
|
|
|
|
|
| |
Reviewed by: davidxu@
MFC after: 1 week
Notes:
svn path=/head/; revision=234424
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a mutex after a thread has unlocked it, it event writes data to the mutex
memory to clear contention bit, there is a race that other threads
can lock it and unlock it, then destroy it, so it should not write
data to the mutex memory if there isn't any waiter.
The new operation UMTX_OP_MUTEX_WAKE2 try to fix the problem. It
requires thread library to clear the lock word entirely, then
call the WAKE2 operation to check if there is any waiter in kernel,
and try to wake up a thread, if necessary, the contention bit is set again
by the operation. This also mitgates the chance that other threads find
the contention bit and try to enter kernel to compete with each other
to wake up sleeping thread, this is unnecessary. With this change, the
mutex owner is no longer holding the mutex until it reaches a point
where kernel umtx queue is locked, it releases the mutex as soon as
possible.
Performance is improved when the mutex is contensted heavily. On Intel
i3-2310M, the runtime of a benchmark program is reduced from 26.87 seconds
to 2.39 seconds, it even is better than UMTX_OP_MUTEX_WAKE which is
deprecated now. http://people.freebsd.org/~davidxu/bench/mutex_perf.c
Notes:
svn path=/head/; revision=233912
|
|
|
|
|
|
|
|
|
|
|
| |
_SIG_MAXSIG works a bit unexpectedly: signals 1 till _SIG_MAXSIG are valid,
both bounds inclusive.
Reviewed by: davidxu
MFC after: 1 week
Notes:
svn path=/head/; revision=233516
|
|
|
|
|
|
|
| |
Reported by: pjd
Notes:
svn path=/head/; revision=233134
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
example, it uses a serialization point like following:
pthread_mutex_lock(&mutex);
pthread_mutex_unlock(&mutex);
pthread_mutex_destroy(&muetx);
They think a previous lock holder should have already left the mutex and
is no longer referencing it, so they destroy it. To be maximum compatible
with such code, we use IA64 version to unlock the mutex in kernel, remove
the two steps unlocking code.
Notes:
svn path=/head/; revision=233103
|
|
|
|
|
|
|
|
| |
this makes it possible a thread received PTHREAD_BARRIER_SERIAL_THREAD
immediately free memory area of the barrier.
Notes:
svn path=/head/; revision=233022
|
|
|
|
|
|
|
| |
things simple
Notes:
svn path=/head/; revision=232579
|
|
|
|
|
|
|
| |
this eliminates a clock_gettime() syscall.
Notes:
svn path=/head/; revision=232209
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
according to POSIX document, the clock ID may be dynamically allocated,
it unlikely will be in 64K forever. To make it future compatible, we
pack all timeout information into a new structure called _umtx_time, and
use fourth argument as a size indication, a zero means it is old code
using timespec as timeout value, but the new structure also includes flags
and a clock ID, so the size argument is different than before, and it is
non-zero. With this change, it is possible that a thread can sleep
on any supported clock, though current kernel code does not have such a
POSIX clock driver system.
Notes:
svn path=/head/; revision=232144
|
|
|
|
|
|
|
|
|
| |
UMTX_OP_WAIT. Upper 16bits is enough to hold a clock id, and lower
16bits is used to pass flags. The change saves a clock_gettime() syscall
from libthr.
Notes:
svn path=/head/; revision=231989
|
|
|
|
|
|
|
| |
is zero may trigger timeout too early. It seems a copy&paste bug.
Notes:
svn path=/head/; revision=231906
|
|
|
|
|
|
|
|
| |
- Switch to Variant I TCB layout
- Use function from rtld for TCB allocation/deallocation
Notes:
svn path=/head/; revision=231619
|
|
|
|
| |
Notes:
svn path=/head/; revision=231503
|
|
|
|
|
|
|
|
| |
Save pointer to the TLS structure taking into account TP_OFFSET
and TCB structure size.
Notes:
svn path=/head/; revision=231350
|
|
|
|
|
|
|
|
|
|
| |
queue pointers, just reuse it.
PR: 164828
MFC after: 1 week
Notes:
svn path=/head/; revision=231106
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the signal handlers with the context information in the deferrred
case.
Only enable the use of getcontextx(3) in the deferred signal delivery
code on amd64 and i386. Sparc64 seems to have some undetermined issues
with interaction of alloca(3) and signal delivery.
Tested by: flo (who also provided sparc64 harware access for me), pho
Discussed with: marius
MFC after: 1 month
Notes:
svn path=/head/; revision=230430
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
versions of pthread_md.h have a special case of dereferencing a null
pointer. Clang warns about this with:
In file included from lib/libthr/arch/i386/i386/pthread_md.c:36:
lib/libthr/arch/i386/include/pthread_md.h:96:10: error: indirection of non-volatile null pointer will be deleted, not trap [-Werror,-Wnull-dereference]
return (TCB_GET32(tcb_self));
^~~~~~~~~~~~~~~~~~~
lib/libthr/arch/i386/include/pthread_md.h:73:13: note: expanded from:
: "m" (*(u_int *)(__tcb_offset(name)))); \
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
lib/libthr/arch/i386/include/pthread_md.h:96:10: note: consider using __builtin_trap() or qualifying pointer with 'volatile'
Since this indirection is done relative to the fs or gs segment, to
retrieve thread-specific data, it is an exception to the rule.
Therefore, add a volatile qualifier to tell the compiler we really want
to dereference a zero address.
MFC after: 1 week
Notes:
svn path=/head/; revision=228536
|