[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[PATCH 0/4] linux-user: fix use of SIGRTMIN
From: |
Laurent Vivier |
Subject: |
[PATCH 0/4] linux-user: fix use of SIGRTMIN |
Date: |
Sat, 1 Feb 2020 13:27:42 +0100 |
This series fixes the problem of the first real-time signals already
in use by the glibc that are not available for the target glibc.
Instead of reverting the first and last real-time signals we rely on
the value provided by the glibc (SIGRTMIN) to know the first available
signal and we map all the signals from this value to SIGRTMAX on top
of TARGET_SIGRTMIN. So the consequence is we have less available signals
in the target (generally 2) but all seems fine as at least 30 signals are
still available.
This has been tested with Go (golang 1.10.1 linux/arm64, bionic) on x86_64
fedora 31. We can avoid the failure in this case allowing the unsupported
signals when we don't provide the "act" parameters to sigaction, only the
"oldact" one. I have also run the LTP suite with several target and debian
based distros.
Laurent Vivier (4):
linux-user: add missing TARGET_SIGRTMIN for hppa
linux-user: cleanup signal.c
linux-user: fix TARGET_NSIG and _NSIG uses
linux-user: fix use of SIGRTMIN
linux-user/hppa/target_signal.h | 1 +
linux-user/signal.c | 110 +++++++++++++++++++++++---------
linux-user/trace-events | 3 +
3 files changed, 85 insertions(+), 29 deletions(-)
--
2.24.1
- [PATCH 0/4] linux-user: fix use of SIGRTMIN,
Laurent Vivier <=
- [PATCH 1/4] linux-user: add missing TARGET_SIGRTMIN for hppa, Laurent Vivier, 2020/02/01
- [PATCH 3/4] linux-user: fix TARGET_NSIG and _NSIG uses, Laurent Vivier, 2020/02/01
- [PATCH 4/4] linux-user: fix use of SIGRTMIN, Laurent Vivier, 2020/02/01
- [PATCH 2/4] linux-user: cleanup signal.c, Laurent Vivier, 2020/02/01
- RE: [PATCH 0/4] linux-user: fix use of SIGRTMIN, Taylor Simpson, 2020/02/03