From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 6BB70C53219 for ; Tue, 28 Jul 2026 10:25:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=HyZO4cYoAtoBcOxiccZ98CUzDZNYu6JX078EzCBBAas=; b=BJKodPZ8r4wwShyk2S+xLfvqZy bzqXE5h05L4lStpKDaKyWWGmdOv6zRwXAcuxjcevysq0bn9kjLMlmAnoNQiVSISZG8WXd0gClgp5T F8SAjga2jui8s4zgUICNZaFMGyQ6eH+ofzpvf8WAt1zU1YeT9d3FO8mWT7V/bJu07nPwGK97yu0wq ibF2/ZYMCwT3ADDHroWCfw9CdZ1CISnqtU/uw/h9ZtbIAfi+WOzE6peW6kJKt2gEGgB2aBcIVgoSh lOPYUkXAgvHSvj0NFUPtE3vLpc0vI/9EsKDr6UbHg7UYeogD4o9MWYKiLGqeFuk29WCNI5Rm7iLGe 9wBfRACQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wof0L-00000004xRC-1yGO; Tue, 28 Jul 2026 10:25:45 +0000 Received: from sea.source.kernel.org ([2600:3c0a:e001:78e:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wof0K-00000004xQi-2cPz; Tue, 28 Jul 2026 10:25:44 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by sea.source.kernel.org (Postfix) with ESMTP id 62633410B4; Tue, 28 Jul 2026 10:25:44 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D54871F000E9; Tue, 28 Jul 2026 10:25:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1785234344; bh=HyZO4cYoAtoBcOxiccZ98CUzDZNYu6JX078EzCBBAas=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=cCn+S7eGwTX1IqnkX98nePTtxWir9NnzW9inTqAMSFyxmM7qu3e+OZltTR77Al23D wwG2C0iiP08N1i94tjDpAewzVTmhASxQmjY3hXfEzYL/Yi+HQ7nNf/CqOwy2DVxE1/ OSgbQuyGKWwsR4oAOBiQt79RL1VdPCzpEjkKs5WgKbK5j1GUElQi36IYCHx0fwAfW2 cjXapwVCQIf/wXSFi6c9TLlhmJ2kbRb/2S4W3TNp+P9tTZRIXpNoiKjqKaFBrZIbfz 9JGOf9B1zblzW5ZKWXUhHnQn345joBuwSEEuHQiAvaUg+O9/RFLFFHOUQ/R0zZJZ6F fR24P9e8dCdtQ== Date: Tue, 28 Jul 2026 11:25:37 +0100 From: Will Deacon To: Kiryl Shutsemau Cc: Catalin Marinas , James Morse , Mark Rutland , Marc Zyngier , Doug Anderson , Petr Mladek , Thomas Gleixner , Andrew Morton , Baoquan He , Puranjay Mohan , Usama Arif , Breno Leitao , Julien Thierry , Lecopzer Chen , Sumit Garg , kernel-team@meta.com, kexec@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v5 0/4] arm64: cross-CPU NMI via SDEI Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Sun, Jul 26, 2026 at 07:35:20PM +0100, Kiryl Shutsemau wrote: > On Sun, Jul 26, 2026 at 02:55:49PM +0100, Will Deacon wrote: > > On Thu, Jul 09, 2026 at 05:16:37PM +0100, Kiryl Shutsemau wrote: > > > On Mon, Jun 29, 2026 at 04:07:14PM +0100, Kiryl Shutsemau wrote: > > > > From: "Kiryl Shutsemau (Meta)" > > > > > > > > A class of debug/observability features needs to interrupt a CPU that has > > > > its interrupts locally masked: the all-CPU backtrace behind sysrq-l / > > > > RCU-stall / hung-task / hard-lockup dumps, and crash_smp_send_stop() > > > > capturing a stuck CPU's state into the vmcore. On arm64 these need a > > > > mechanism that reaches a CPU spinning with DAIF masked, which a normal IPI > > > > cannot. > > > > > > Gentle ping. Any feedback? > > > > > > I'm looking forward to finding an upstreamable solution to the problem. > > > > This is all pretty small, self-contained and it's useful to you, so I'm > > inclined to merge it. > > Thanks! > > > However, the one vague concern I have is about the direction of SDEI in > > the future. AFAIK, the TF-A implementation is known to have issues, it's > > not supported at all by R-FA and I worry that the spec is going to fall > > behind the architecture, particularly as FEAT_NMI becomes available. > > > > So it would be good to understand what we're signing up to maintain here. > > Kiryl, do you see an (eventual) migration over to FEAT_NMI, giving us a > > path to deprecating SDEI altogether, or do you think the two will live > > alongside each other for the forseeable future? > > Realistically, the foreseeable future. > > FEAT_NMI is the endgame and a machine that has it needs none of this, > but non-FEAT_NMI parts stay in fleets for many years, so I can't > honestly give you a date for dropping SDEI. That's fair, I was really just trying to understand the direction. It sounds like you will *eventually* move to FEAT_NMI, even if it's many years away. > While this change is pretty self-contained, I understand that SDEI infra > maintenance can be a burden. > > Is there anything on the wider SDEI infrastructure that would lower the > maintenance burden or keep it more out of your way -- consolidation, > tighter isolation, docs, help carrying it? If there's work there that > makes SDEI more palatable to keep while non-FEAT_NMI parts are in > service, I'm glad to take it on. I'm somewhat trying to predict the future here, but I wouldn't be shocked if some whizz-bang new architecture feature interacted badly with SDEI, either due to outdated specs or because of a fundamental incompatability. In this case, I would like the option of being able to make new hardware support mutually exclusive with SDEI rather than try to hack around the mess. It sounds like that would be ok for you? Will