From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 7ABAB2D3A7C; Wed, 7 Oct 2026 02:05:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791338723; cv=none; b=Jd7EabNgJF0YT9O+EaI6YUBa4GOikuabGSnFt3w8JUgXyasJMhyejefMRAdqOKnpkz9npu0yolgfOW9KMo3nFFwRyemBP/GoLi3y93KyKmd1oKBigsAIGbVjxo6unkh9aLvVCYZTt7cAYg9H5yJk7jYx6p/1k2F+CHyBJ4Pxl3w= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1791338723; c=relaxed/simple; bh=7ZTpKaXQcti0lpueDvT39NNjhPLtoMbiZXNJp6o4vtk=; h=Date:To:From:Subject:Message-Id; b=OmPE6cAb4lQioFnD63AZmN90ULr/6VOmrJd1ObE7sLccPIDgrYb1Pp++1FQhKBZgODVI6tFZOZzaRibQ2YEEKYfcpT5UCWrSQPQnKJpMxTfR3yVZOOkZOOZR5/QwV2c0ycJNyDQ5NfsN4X3FKqp3eSYncw8v2KHTHJ115rx369E= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=Ddgkynud; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="Ddgkynud" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1A7621F0089B; Wed, 7 Oct 2026 02:05:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=korg; t=1791338722; bh=2uGoAcBUPmzfeFViDrnDkSDiSM1rUE/Z4BvnSCXsalk=; h=Date:To:From:Subject; b=DdgkynudxwvReV9eXduaoZ50/sv3SIdIRf5NNVmfmvHQoVUk/ZUHKQEGX/rJmJiRb kSGTP+1ODngTE8xZcswoV7ffYgBAr8d6v+2hS5tDyklVdT7CeI/YKVSCktJXLCF9bH pLjaMAdxbQLpHBwA1lmAJwUK5/sJn8WJwhAts+aM= Date: Tue, 06 Oct 2026 19:05:21 -0700 To: mm-commits@vger.kernel.org,wim@linux-watchdog.org,wangjinchao600@gmail.com,stable@vger.kernel.org,sashiko-bot@kernel.org,pmladek@suse.com,linux@roeck-us.net,brads@mainlining.org,akpm@linux-foundation.org From: Andrew Morton Subject: [merged mm-nonmm-stable] panic-kill-the-buffer-unavailable-redirect-fallback.patch removed from -mm tree Message-Id: <20261007020522.1A7621F0089B@smtp.kernel.org> Precedence: bulk X-Mailing-List: mm-commits@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: The quilt patch titled Subject: panic: kill the "buffer unavailable" redirect fallback has been removed from the -mm tree. Its filename was panic-kill-the-buffer-unavailable-redirect-fallback.patch This patch was dropped because it was merged into the mm-nonmm-stable branch of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm ------------------------------------------------------ From: Bradley Morgan Subject: panic: kill the "buffer unavailable" redirect fallback Date: Wed, 16 Sep 2026 18:29:57 +0000 The redirect buffer is a disgusting terrible hack. panic_force_buf is kmalloc'ed in a late_initcall, and until then the redirect delivers this as the panic message: Redirected panic (buffer unavailable) The whole point of the redirect is to hand the panic message to the target CPU, so the crash kernel boots knowing it panicked and not why. And that window is the entire boot, from the early_param to the late_initcall, which is exactly when you most want the message. Make it a static 1KB buffer and kill the initcall. The cost is 1KB of .bss in SMP crash dump builds, and it is only ever touched when panic_force_cpu= is set anyway. The local msg variable is gone too, the buffer goes directly to panic_smp_redirect_cpu(). Link: https://lore.kernel.org/20260916182957.7788-7-brads@mainlining.org Signed-off-by: Bradley Morgan Signed-off-by: Andrew Morton Suggested-by: Petr Mladek Reviewed-by: Petr Mladek Cc: Guenetr Roeck Cc: Sashiko Cc: Wang Jinchao Cc: Wim Van Sebroeck Cc: --- kernel/panic.c | 34 +++++++--------------------------- 1 file changed, 7 insertions(+), 27 deletions(-) --- a/kernel/panic.c~panic-kill-the-buffer-unavailable-redirect-fallback +++ a/kernel/panic.c @@ -307,7 +307,7 @@ atomic_t panic_cpu = ATOMIC_INIT(PANIC_C atomic_t panic_redirect_cpu = ATOMIC_INIT(PANIC_CPU_INVALID); #if defined(CONFIG_SMP) && defined(CONFIG_CRASH_DUMP) -static char *panic_force_buf; +static char panic_force_buf[PANIC_MSG_BUFSZ]; static int __init panic_force_cpu_setup(char *str) { @@ -326,17 +326,6 @@ static int __init panic_force_cpu_setup( } early_param("panic_force_cpu", panic_force_cpu_setup); -static int __init panic_force_cpu_late_init(void) -{ - if (panic_force_cpu < 0) - return 0; - - panic_force_buf = kmalloc(PANIC_MSG_BUFSZ, GFP_KERNEL); - - return 0; -} -late_initcall(panic_force_cpu_late_init); - static void do_panic_on_target_cpu(void *info) { panic("%s", (char *)info); @@ -380,7 +369,7 @@ static bool panic_try_force_cpu(const ch { int this_cpu = raw_smp_processor_id(); int old_cpu = PANIC_CPU_INVALID; - const char *msg; + va_list ap; /* Feature not enabled via boot parameter */ if (panic_force_cpu < 0) @@ -413,20 +402,11 @@ static bool panic_try_force_cpu(const ch return old_cpu != this_cpu; /* - * Use dynamically allocated buffer if available, otherwise - * fall back to static message for early boot panics or allocation failure. + * Do not consume args, the caller reuses them if we fail. */ - if (panic_force_buf) { - va_list ap; - - /* Do not consume args, the caller reuses it if we fail */ - va_copy(ap, args); - vsnprintf(panic_force_buf, PANIC_MSG_BUFSZ, fmt, ap); - va_end(ap); - msg = panic_force_buf; - } else { - msg = "Redirected panic (buffer unavailable)"; - } + va_copy(ap, args); + vsnprintf(panic_force_buf, PANIC_MSG_BUFSZ, fmt, ap); + va_end(ap); console_verbose(); bust_spinlocks(1); @@ -441,7 +421,7 @@ static bool panic_try_force_cpu(const ch dump_stack(); } - if (panic_smp_redirect_cpu(panic_force_cpu, (void *)msg) != 0) { + if (panic_smp_redirect_cpu(panic_force_cpu, panic_force_buf) != 0) { atomic_set(&panic_redirect_cpu, PANIC_CPU_INVALID); pr_warn("panic: failed to redirect to CPU %d, continuing on CPU %d\n", panic_force_cpu, this_cpu); _ Patches currently in -mm which might be from brads@mainlining.org are watchdog-perf-one-digit-too-short-in-the-raw-event-config-copy.patch