[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20201016154547.1573096-1-axboe@kernel.dk>
Date: Fri, 16 Oct 2020 09:45:43 -0600
From: Jens Axboe <axboe@...nel.dk>
To: linux-kernel@...r.kernel.org, io-uring@...r.kernel.org
Cc: peterz@...radead.org, oleg@...hat.com, tglx@...utronix.de
Subject: [PATCHSET v6] Add support for TIF_NOTIFY_SIGNAL
Hi,
The goal is this patch series is to decouple TWA_SIGNAL based task_work
from real signals and signal delivery. The motivation is speeding up
TWA_SIGNAL based task_work, particularly for threaded setups where
->sighand is shared across threads. See the last patch for numbers.
Cleanups in this series, see changelog. But the arch and cleanup
series that goes after this series is much simpler now that we handle
TIF_NOTIFY_SIGNAL generically for !CONFIG_GENERIC_ENTRY.
Changes since v5:
- Don't make TIF_NOTIFY_SIGNAL dependent on CONFIG_GENERIC_ENTRY
- Handle TIF_NOTIFY_SIGNAL in get_signal() for !CONFIG_GENERIC_ENTRY
- Add handle_signal_work(), and change arch_do_signal() to
arch_do_signal_or_restart() and pass in a 'has_signal' bool for that
- Dropped TIF_NOTIFY_RESUME patch from this series, sent out
separately.
arch/x86/include/asm/thread_info.h | 2 ++
arch/x86/kernel/signal.c | 4 +--
include/linux/entry-common.h | 11 +++++---
include/linux/entry-kvm.h | 4 +--
include/linux/sched/signal.h | 20 ++++++++++++---
include/linux/tracehook.h | 27 ++++++++++++++++++++
kernel/entry/common.c | 14 +++++++---
kernel/entry/kvm.c | 3 +++
kernel/events/uprobes.c | 2 +-
kernel/signal.c | 22 +++++++++++++---
kernel/task_work.c | 41 +++++++++++++++++++++---------
11 files changed, 120 insertions(+), 30 deletions(-)
--
Jens Axboe
Powered by blists - more mailing lists