From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out03.mta.xmission.com (out03.mta.xmission.com [166.70.13.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B85CA3FDC0C for ; Fri, 26 Jun 2026 16:52:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=166.70.13.233 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782492781; cv=none; b=EbY2rReycQUguwuK3gsc9hTNffddX6eW0mD4YQpJCnoizEhIvaALDQb2cGWaGnaBWeuz5FTn+BYOcEHjK6a5V0aNvmaERmOOdFhxnNHedxQ0racdBuNM2K9QJXfM8KsBMSKN5CLiqfF/AGoP3nvDAMzaReuC+F7A0ou8UKcV0ew= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782492781; c=relaxed/simple; bh=VxxMVyWOm0UR8pHVBgMw4yIgy3XjjCePl/kc5LBnfrA=; h=From:To:Cc:In-Reply-To:References:Date:Message-ID:MIME-Version: Content-Type:Subject; b=U5ALKjNlHnJMjOh13W0hy647YXD6lGHLVG7vK3hTTzB8D38TT63gondYl5snILHWaV29EV+ChrWQ5xXc7nQRMU7H44TIdlnG14F5WnzjkjTOiKMNh30/uOEtrIbr3fc+EMSrzq/uftL00No07pJcpRvoiR8KCIS2uvCpER/xK5E= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=xmission.com; spf=pass smtp.mailfrom=xmission.com; dkim=pass (1024-bit key) header.d=xmission.com header.i=@xmission.com header.b=FK5zFZVM; arc=none smtp.client-ip=166.70.13.233 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=xmission.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=xmission.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=xmission.com header.i=@xmission.com header.b="FK5zFZVM" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=simple/simple; d=xmission.com; s=xmission; h=Subject:Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=VxxMVyWOm0UR8pHVBgMw4yIgy3XjjCePl/kc5LBnfrA=; b=FK5zFZVMN55ixiTKVuUO5Grlss IvN+iqT5pJFqpBqbTOH/C84BDFTEywbwmG9O9QcStmz1XgeBX/1RJf+gLKTrdBOEetNy4ZI7wmMwm eEsTXk9QSjjhu+ur/NLCIWBYH2hKNVNI+Lz4qIQvFM+GSadlWQAAWaE8WDduVNevIwLs=; Received: from in01.mta.xmission.com ([166.70.13.51]:37404) by out03.mta.xmission.com with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1wd9nP-0057bm-Kf; Fri, 26 Jun 2026 10:52:51 -0600 Received: from ip72-198-198-28.om.om.cox.net ([72.198.198.28]:60260 helo=email.froward.int.ebiederm.org.xmission.com) by in01.mta.xmission.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1wd9nO-00Gjdd-Hf; Fri, 26 Jun 2026 10:52:51 -0600 From: "Eric W. Biederman" To: Andrew Morton Cc: Andy Lutomirski , Kees Cook , Kusaram Devineni , Peter Zijlstra , Thomas Gleixner , Will Drewry , linux-kernel@vger.kernel.org, Oleg Nesterov In-Reply-To: (Oleg Nesterov's message of "Fri, 19 Jun 2026 15:27:10 +0200") References: Date: Fri, 26 Jun 2026 11:52:43 -0500 Message-ID: <87o6gx9rc4.fsf@email.froward.int.ebiederm.org> User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain X-XM-SPF: eid=1wd9nO-00Gjdd-Hf;;;mid=<87o6gx9rc4.fsf@email.froward.int.ebiederm.org>;;;hst=in01.mta.xmission.com;;;ip=72.198.198.28;;;frm=ebiederm@xmission.com;;;sPfnum=0;;;sPf=pass X-XM-AID: U2FsdGVkX18iMRi5sZievXfroEHtb+qL55E8Ni4Ig3w= X-Spam-Level: X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.1 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.5000] * 1.5 XMNoVowels Alpha-numberic number with no vowels * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa04 1397; Body=1 Fuz1=1 Fuz2=1] X-Spam-DCC: XMission; sa04 1397; Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;Andrew Morton X-Spam-Relay-Country: X-Spam-Timing: total 595 ms - load_scoreonly_sql: 0.12 (0.0%), signal_user_changed: 12 (2.0%), b_tie_ro: 10 (1.6%), parse: 1.60 (0.3%), extract_message_metadata: 6 (0.9%), get_uri_detail_list: 1.97 (0.3%), tests_pri_-2000: 5 (0.9%), tests_pri_-1000: 4.1 (0.7%), tests_pri_-950: 1.85 (0.3%), tests_pri_-900: 1.53 (0.3%), tests_pri_-90: 240 (40.3%), check_bayes: 237 (39.8%), b_tokenize: 9 (1.5%), b_tok_get_all: 7 (1.2%), b_comp_prob: 3.1 (0.5%), b_tok_touch_all: 213 (35.8%), b_finish: 1.35 (0.2%), tests_pri_0: 292 (49.0%), check_dkim_signature: 0.81 (0.1%), check_dkim_adsp: 3.4 (0.6%), poll_dns_idle: 0.81 (0.1%), tests_pri_10: 4.5 (0.8%), tests_pri_500: 14 (2.4%), rewrite_mail: 0.00 (0.0%) Subject: [PATCH 0/11] Short circuit delivery for coredump signals X-SA-Exim-Connect-IP: 166.70.13.51 X-SA-Exim-Rcpt-To: oleg@redhat.com, linux-kernel@vger.kernel.org, wad@chromium.org, tglx@kernel.org, peterz@infradead.org, kusaram@devineni.in, kees@kernel.org, luto@kernel.org, akpm@linux-foundation.org X-SA-Exim-Mail-From: ebiederm@xmission.com X-SA-Exim-Scanned: No (on out03.mta.xmission.com); SAEximRunCond expanded to false Oleg's recent patchset tweaking how force_sig_info works has inspired me to finally push through and update the signal handling to have proper short circuit deliver for coredump signals. Everything is just simpler when coredumps are not such a large special case. What makes this tricky is coredumps have had their own process shoot-down logic similar to but separate and different from everything else in the kernel. The bulk of this set of changes is merging the process shoot-down logic that is used for signals and the logic for coredumps. So the same process shoot-down logic can be shared. With the shoot-down logic sorted the rest is quite straight forward. Who should pick up these changes? Historically I would put it in my own tree but unfortunately I just have a little bit of time here and there, and I can't predict when I will have time to work on things. Eric W. Biederman (11): signal: Compute the exit_code in get_signal signal: In get_signal call do_exit when it is unnecessary to shoot down threads signal: Bring down all threads when handling a non-coredump fatal signal signal: Move stopping for the coredump from do_exit into get_signal signal: Move audit_core_dumps from do_coredump into get_signal coredump: In zap_threads complete startup if there is no need to wait signal: Use the thread killing in get_signal for coredumps exit: Make do_group_exit static signal: Dequeue fatal signals signal: Short circuit deliver coredump signals signal: Remove SA_IMMUTABLE fs/coredump.c | 161 +++++++++++++++++---------------- include/linux/coredump.h | 4 + include/linux/sched/signal.h | 2 + include/linux/sched/task.h | 1 - include/linux/signal_types.h | 3 - include/uapi/asm-generic/signal-defs.h | 1 - kernel/exit.c | 41 ++------- kernel/signal.c | 119 +++++++++++++++--------- mm/oom_kill.c | 2 +- 9 files changed, 171 insertions(+), 163 deletions(-)