diff options
| author | Christian Brauner <brauner@kernel.org> | 2026-09-21 15:44:55 +0200 |
|---|---|---|
| committer | Christian Brauner <brauner@kernel.org> | 2026-09-22 15:33:14 +0200 |
| commit | 62badefdbab34c0dc3c4ec13c09787dc4d50b4bb (patch) | |
| tree | abd5951e64e06bc35317366c94b2a49e1234d30e /kernel/exec_state.c | |
| parent | 563d606b93d7a1d23512832fc252d32c68860d87 (diff) | |
| download | linux-next-62badefdbab34c0dc3c4ec13c09787dc4d50b4bb.tar.gz linux-next-62badefdbab34c0dc3c4ec13c09787dc4d50b4bb.zip | |
selftests/coredump: test shared signal retargeting during a dump
A shared signal that is still queued when a thread crashes gets
retargeted to the dumper when a zapped sibling restores its signal mask
on the way out of sigtimedwait(). That sets TIF_SIGPENDING on the dumper
and cuts the core short at the next full pipe or socket buffer. Cover
that:
- one sibling sleeps in sigtimedwait() for SIGUSR1
- a vfork() child queues SIGUSR1 for the main thread while it sleeps
killably and then the SIGSEGV that is dequeued first
- the coredump server holds its read back so the dumper blocks on the
full socket buffer
Check that the core covers every segment with and without the queued
signal.
Link: https://patch.msgid.link/20260921-work-coredump-fixes-v3-6-8e4adb1619e6@kernel.org
Signed-off-by: Christian Brauner (Amutable) <brauner@kernel.org>
Diffstat (limited to 'kernel/exec_state.c')
0 files changed, 0 insertions, 0 deletions