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 767A6CDB47E for ; Wed, 18 Oct 2023 11:02:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=ZPTnCB/re+R5jZohgTzjIXxUSezZqxFWIHjTEhaK3Ak=; b=AiG90p4pUYmVU7 9wkbNlOy8C1ifMlbGASWkRliydZHosof3GTSxccgrzFBf5Fd07Tel72rlRvGK5GQcdCOaWW9JL95T 7LSaVQzqyPoAri3WKKhBYdHw3raLmG5VJ56ew4Bf4wuwzqlmIRCkE0Y4ToQkUlX5Ycn8lR9ihg/BN jk9w5p8KV3Ogh1lIBLr3/U/pFlaDRSRjbqbVg3jiWJhFeMUoAD1Z97j9HMoSy6HOsZQm8KhTUC5UR GLcTEg5BSie8O329ykT3PnrUkVzA8lIcRc2NajNwo7x484RParlRkeilx5k1/Gd1Rj5Ndd2p92kXm iLQN20FPPHU/rl3FVd8w==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1qt4JB-00EV6u-1V; Wed, 18 Oct 2023 11:01:49 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1qt4J8-00EV5B-1C; Wed, 18 Oct 2023 11:01:48 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id C495A2F4; Wed, 18 Oct 2023 04:02:17 -0700 (PDT) Received: from FVFF77S0Q05N (unknown [10.57.67.200]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id A6D953F762; Wed, 18 Oct 2023 04:01:34 -0700 (PDT) Date: Wed, 18 Oct 2023 12:01:32 +0100 From: Mark Rutland To: Douglas Anderson Cc: Marc Zyngier , Catalin Marinas , Will Deacon , Chen-Yu Tsai , Amit Daniel Kachhap , AngeloGioacchino Del Regno , James Morse , Joey Gouly , Mark Brown , Matthias Brugger , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org Subject: Re: [PATCH 1/3] arm64: Disable GiC priorities on Mediatek devices w/ firmware issues Message-ID: References: <20231006151547.1.Ide945748593cffd8ff0feb9ae22b795935b944d6@changeid> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20231006151547.1.Ide945748593cffd8ff0feb9ae22b795935b944d6@changeid> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20231018_040146_530634_3422C609 X-CRM114-Status: GOOD ( 33.17 ) 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: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, Oct 06, 2023 at 03:15:51PM -0700, Douglas Anderson wrote: > In commit 44bd78dd2b88 ("irqchip/gic-v3: Disable pseudo NMIs on > Mediatek devices w/ firmware issues") we added a method for detecting > Mediatek devices with broken firmware and disabled pseudo-NMI. While > that worked, it didn't address the problem at a deep enough level. > > The fundamental issue with this broken firmware is that it's not > saving and restoring several important GICR registers. The current > list is believed to be: > * GICR_NUM_IPRIORITYR > * GICR_CTLR > * GICR_ISPENDR0 > * GICR_ISACTIVER0 > * GICR_NSACR > > Pseudo-NMI didn't work because it was the only thing (currently) in > the kernel that relied on the broken registers, so forcing pseudo-NMI > off was an effective fix. However, it could be observed that calling > system_uses_irq_prio_masking() on these systems still returned > "true". That caused confusion and led to the need for > commit a07a59415217 ("arm64: smp: avoid NMI IPIs with broken MediaTek > FW"). It's worried that the incorrect value returned by > system_uses_irq_prio_masking() on these systems will continue to > confuse future developers. > > Let's fix the issue a little more completely by disabling IRQ > priorities at a deeper level in the kernel. Once we do this we can > revert some of the other bits of code dealing with this quirk. > > Signed-off-by: Douglas Anderson > --- > > arch/arm64/kernel/cpufeature.c | 21 +++++++++++++++++++++ > 1 file changed, 21 insertions(+) > > diff --git a/arch/arm64/kernel/cpufeature.c b/arch/arm64/kernel/cpufeature.c > index 2806a2850e78..e35efab8efa9 100644 > --- a/arch/arm64/kernel/cpufeature.c > +++ b/arch/arm64/kernel/cpufeature.c > @@ -2094,9 +2094,30 @@ static int __init early_enable_pseudo_nmi(char *p) > } > early_param("irqchip.gicv3_pseudo_nmi", early_enable_pseudo_nmi); > > +static bool are_gic_priorities_broken(void) > +{ > + bool is_broken = false; > + struct device_node *np; > + > + /* > + * Detect broken Mediatek firmware that doesn't properly save and > + * restore GIC priorities. > + */ > + np = of_find_compatible_node(NULL, NULL, "arm,gic-v3"); > + if (np) { > + is_broken = of_property_read_bool(np, "mediatek,broken-save-restore-fw"); > + of_node_put(np); > + } > + > + return is_broken; > +} I'm definitely in favour of detecting this in the cpucap, but I think it'd be better to parse the DT once on the boot CPU rather than on each CPU every time it's brought up. I think if we add something like: #ifdef CONFIG_ARM64_PSEUDO_NMI static void detect_system_supports_pseudo_nmi(void) { struct device_node *np; if (!enable_pseudo_nmi) return; /* * Detect broken Mediatek firmware that doesn't properly save and * restore GIC priorities. */ np = of_find_compatible_node(NULL, NULL, "arm,gic-v3"); if (np && of_property_read_bool(np, "mediatek,broken-save-restore-fw")) { pr_info("Pseudo-NMI disabled due to Mediatek Chromebook GICR save problem"); enable_pseudo_nmi = false; } of_node_put(np); } #endif /* CONFIG_ARM64_PSEUDO_NMI */ static inline void detect_system_supports_pseudo_nmi(void) { } #endif ... then we can call that from init_cpu_features() before we call setup_boot_cpu_capabilities(), and then the existing logic in can_use_gic_priorities() should just work as that returns the value of enable_pseudo_nmi. Note: of_node_put(NULL) does nothing, like kfree(NULL), so it's fine for that to be called in the !np case. Would you be happy to fold that in? I'm happy with a Suggested-by tag if so. :) Mark _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel