This is a note to let you know that I've just added the patch titled signal/x86: In emulate_vsyscall force a signal instead of calling do_exit to the 5.15-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is: signal-x86-in-emulate_vsyscall-force-a-signal-instead-of-calling-do_exit.patch and it can be found in the queue-5.15 subdirectory. If you, or anyone else, feels it should not be added to the stable tree, please let <stable@xxxxxxxxxxxxxxx> know about it. >From 695dd0d634df8903e5ead8aa08d326f63b23368a Mon Sep 17 00:00:00 2001 From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx> Date: Wed, 20 Oct 2021 12:44:03 -0500 Subject: signal/x86: In emulate_vsyscall force a signal instead of calling do_exit From: Eric W. Biederman <ebiederm@xxxxxxxxxxxx> commit 695dd0d634df8903e5ead8aa08d326f63b23368a upstream. Directly calling do_exit with a signal number has the problem that all of the side effects of the signal don't happen, such as killing all of the threads of a process instead of just the calling thread. So replace do_exit(SIGSYS) with force_fatal_sig(SIGSYS) which causes the signal handling to take it's normal path and work as expected. Cc: Andy Lutomirski <luto@xxxxxxxxxx> Link: https://lkml.kernel.org/r/20211020174406.17889-17-ebiederm@xxxxxxxxxxxx Signed-off-by: Eric W. Biederman <ebiederm@xxxxxxxxxxxx> Cc: Thomas Backlund <tmb@xxxxxx> Signed-off-by: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx> --- arch/x86/entry/vsyscall/vsyscall_64.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/arch/x86/entry/vsyscall/vsyscall_64.c +++ b/arch/x86/entry/vsyscall/vsyscall_64.c @@ -226,7 +226,8 @@ bool emulate_vsyscall(unsigned long erro if ((!tmp && regs->orig_ax != syscall_nr) || regs->ip != address) { warn_bad_vsyscall(KERN_DEBUG, regs, "seccomp tried to change syscall nr or ip"); - do_exit(SIGSYS); + force_fatal_sig(SIGSYS); + return true; } regs->orig_ax = -1; if (tmp) Patches currently in stable-queue which might be from ebiederm@xxxxxxxxxxxx are queue-5.15/signal-vm86_32-properly-send-sigsegv-when-the-vm86-state-cannot-be-saved.patch queue-5.15/signal-don-t-always-set-sa_immutable-for-forced-signals.patch queue-5.15/signal-x86-in-emulate_vsyscall-force-a-signal-instead-of-calling-do_exit.patch queue-5.15/ipc-warn-if-trying-to-remove-ipc-object-which-is-absent.patch queue-5.15/signal-replace-force_sigsegv-sigsegv-with-force_fatal_sig-sigsegv.patch queue-5.15/signal-powerpc-on-swapcontext-failure-force-sigsegv.patch queue-5.15/exit-syscall_user_dispatch-send-ordinary-signals-on-failure.patch queue-5.15/signal-s390-use-force_sigsegv-in-default_trap_handler.patch queue-5.15/signal-implement-force_fatal_sig.patch queue-5.15/signal-sparc32-in-setup_rt_frame-and-setup_fram-use-force_fatal_sig.patch queue-5.15/signal-sparc32-exit-with-a-fatal-signal-when-try_to_clear_window_buffer-fails.patch queue-5.15/shm-extend-forced-shm-destroy-to-support-objects-from-several-ipc-nses.patch queue-5.15/signal-replace-force_fatal_sig-with-force_exit_sig-when-in-doubt.patch