From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) (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 61BC634CFD8 for ; Sun, 11 Jan 2026 17:14:02 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=216.40.44.10 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768151644; cv=none; b=qqmqrZ1odAmI4i0Q/rfVFlEM1JiHNTJxKXkSg/xW9F5TkOqweKwKYQ0cEd4Y7lfdxZn/vU7WJ2wHYjfbdSqX7HwxbD7s4MZ0VgXb8kRCSVOk+3NCdnSNGCGoBbmAOUC38WmUMExvX/HHwGs9CWBnEQdU+IZ7lSBVI+uLIVba+nA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768151644; c=relaxed/simple; bh=/NLuwfpzEVR8g5Btvu+vQGHJFda/qzzYYpEmZn83xNg=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=eh8BTXrDmNk0tf4Xax9xXZjlPu6QVrK1nwVx6k/xpDzDCPOgn577M+00M+aL2nzBjVI7ldxLQuom8NdBYrcVQfHGWPHgPqZnb6rv1z4i89yJwVuFxFzKVr10nluGjr20PnsLp2k6EMNkNlU6S3XqHMgZn/HjyhQ7s77K2Lts1Do= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=goodmis.org; spf=pass smtp.mailfrom=goodmis.org; arc=none smtp.client-ip=216.40.44.10 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=goodmis.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=goodmis.org Received: from omf14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 30E83C3C32; Sun, 11 Jan 2026 17:14:00 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: rostedt@goodmis.org) by omf14.hostedemail.com (Postfix) with ESMTPA id A245F30; Sun, 11 Jan 2026 17:13:57 +0000 (UTC) Date: Sun, 11 Jan 2026 12:13:56 -0500 From: Steven Rostedt To: Pnina Feder Cc: "akpm@linux-foundation.org" , "pmladek@suse.com" , "bhe@redhat.com" , "linux-kernel@vger.kernel.org" , "lkp@intel.com" , "mgorman@suse.de" , "mingo@redhat.com" , "peterz@infradead.org" , "senozhatsky@chromium.org" , "tglx@linutronix.de" , Vladimir Kondratiev Subject: Re: [PATCH v5] panic: add panic_force_cpu= parameter to redirect panic to a specific CPU Message-ID: <20260111121356.3ddfafb6@fedora> In-Reply-To: References: <20260105081808.1771473-1-pnina.feder@mobileye.com> <20260108203612.955769-1-pnina.feder@mobileye.com> <20260108160058.07c32194@gandalf.local.home> X-Mailer: Claws Mail 4.3.1 (GTK 3.24.51; x86_64-redhat-linux-gnu) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: A245F30 X-Stat-Signature: uu87e6x6stey57tn66hkwsybaj9wzqs9 X-Rspamd-Server: rspamout05 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Session-ID: U2FsdGVkX1+RC0xEq3b8OmKav1vwfyC9PQN+BYv1vXk= X-HE-Tag: 1768151637-365045 X-HE-Meta: U2FsdGVkX1/RI0t7KMqBo7hMfS+UN/jk67zG21zPAPUisRSPpxmNa4xAdOnJDO3WzNTLQKXLmkt9LeaR3Po55CbYKRCp6fbu1kFMnvgCKmNPG7pBgps8ARf9ZD5EHi0BSYLLMIq4VVA0dy0aJ5Pl0TeWuxwWzJ/m/DJJp1VZ2XHRMaPT9VBFVgyV/HGPa+mFAHB2xEeXW3kGwsusLCiQ9tGE4GZLGi32lioCI6okqOme7vWAMDHYb6NNU0ZUfoXzjR0Yv0cYfx7QVdZUe+tonioGBA/PraAJL13eqgVH8znKBj87t1X8pZCWZ4MHwYNctd8Sm7MoiDgXU95fdtU6W6p6b2/83HHdkOHeqFOFMh6CmAFMEYk5NFH6Ysli173sHiauU6J5VOhMq06cYUxZtZYWrYGO2J+o On Sun, 11 Jan 2026 10:05:05 +0000 Pnina Feder wrote: > Hi Steve, > > Thanks for the guidance, will do. > > > > > > > Signed-off-by: Pnina Feder > > > --- > > > > The "Changes since" line should always be below the '---' otherwise it gets pulled into the git log and the maintainer needs to manually delete it (which is annoying). > > > > Also, it is helpful to add a link to the previous version. > > > > > Signed-off-by: Pnina Feder > > > --- > > Changes since v4: Suspicious Link - Removed Of course it seems that your email server removes active links to old versions which defeats the purpose :-p -- Steve > > - Make IPI delivery an overridable weak function (panic_smp_redirect_cpu) > > so architectures can use NMI where available