Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp5478322rwj; Wed, 21 Dec 2022 03:16:33 -0800 (PST) X-Google-Smtp-Source: AMrXdXtzog6wVg2VWEBAohjiQw/GsEDZqpCCOimfGf25+jWG6hiAcKNb9IqOK4UeMYbatqIvbAMy X-Received: by 2002:a05:6402:f8d:b0:467:5e9b:7df1 with SMTP id eh13-20020a0564020f8d00b004675e9b7df1mr1070655edb.24.1671621393018; Wed, 21 Dec 2022 03:16:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671621393; cv=none; d=google.com; s=arc-20160816; b=z1vqc5Ppq2MvWEaX5ifil/p62KuD7fVIcDq9MtM0cEP/ReleNC5whvMm5oTlXIfP5z mwS+KCx87HKdJcWD6u3CznrIcoLcszUFGLVnOcUL5DR4E+jqm1YZgqZqnOJNVfYEWHHC 0qHoPgVM5bjXAeG6F9z46JvFqmIcL7Ex/2pkQhpbMiPmeib8/g3miNGvnedkvCL7y/bs FcMnFRGvFOAgS/ES7aPF9xjqnOjEb13R8cXKVYqqatbGhKFalvSmiZWlVBTe/e+yOLvJ AgZRH6BYshp3aTWAYVLnov8nMGt9W5J9c3uaR++RY+H8yn4DOMHgaHXxb7l+I6X28An9 NJrA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:in-reply-to :subject:cc:to:from:message-id:date:dkim-signature; bh=4asbEdN9bvAQiDbBhdu57BXjgkmwILP7y7YwzTLOJ/8=; b=a79YIKlZolaMOwhXdxq7ni4IIZhyHyV69JtMsEfpGts5+EMm66BXg4W3rdG4fyGg4L f71hOM80WgScbBq1c9D1YwBpmsiY0lIO5AU0+aDlFmC89kIUDFFX1prxTm8rOYAliCUx sDP00sczdbkkAQASZgIYgw1iEhcyOzNSVhDmvCP6qpG9qvVpF9vY77uvXY2OfG3oJOoi PjNpm7No/fM1BUiDnIvYNA0VSa6ynNyOwQ38gNKc6rD0XfX8zKlgYh2RTyHYX1Tee0SJ mdX4gq4qE7wUz9y/WGQn4oa3v7TiwJpWpf/gmXJJcK7t3PUEyEkbMM5mAGixxvr2LbVa 3Gjg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=SlCp87As; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x5-20020aa7d385000000b0046ca3c3df50si3576440edq.211.2022.12.21.03.16.15; Wed, 21 Dec 2022 03:16:32 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=SlCp87As; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229679AbiLUKck (ORCPT + 69 others); Wed, 21 Dec 2022 05:32:40 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49272 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234579AbiLUKbR (ORCPT ); Wed, 21 Dec 2022 05:31:17 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E7DC4B4A5; Wed, 21 Dec 2022 02:31:15 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 324D1B81A82; Wed, 21 Dec 2022 10:31:14 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id BF24BC433D2; Wed, 21 Dec 2022 10:31:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1671618672; bh=v4r7AkfGPQGBVr4AABOMBZ594Y+07pmq57+jDAMnylc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=SlCp87AsAO1UzRlFdnAHzgRagW0dnNRzElhptPjFic9lQnduegEzyBljIlcDhF9qZ 3Gsi5GSrx72LYwuAccxL05yaMqNynG6p9O695L2cpn5A/9ntKSWch+/EXbS0i4voX4 EDsOim6wgisvUGB7pInWpTdOW0C4mIqVwIGtyxOTr9FwdHEtLX0gfw/0tAOqfCmpuo RrFB8I6VXZ/6zKlp0vX1m2C4R/t7242UWoGBr5070FdQs0qmF4VNFyG9KizARgpkyj xfGOYOO/n4BLEdUzgD7p59VIItJkq2jpfqWZtmT07voevvUwEY0sLtPqdbtk0kdmAw FFshlNqej6Y8w== Received: from sofa.misterjones.org ([185.219.108.64] helo=goblin-girl.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1p7wNS-00E7ru-GK; Wed, 21 Dec 2022 10:31:10 +0000 Date: Wed, 21 Dec 2022 10:31:10 +0000 Message-ID: <86mt7haw0h.wl-maz@kernel.org> From: Marc Zyngier To: Prabhakar Cc: Thomas Gleixner , Rob Herring , Krzysztof Kozlowski , Geert Uytterhoeven , Magnus Damm , Linus Walleij , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-gpio@vger.kernel.org, Biju Das , Lad Prabhakar Subject: Re: [PATCH v2 3/9] irqchip: irq-renesas-rzg2l: Skip mapping NMI interrupt as part of hierarchy domain In-Reply-To: <20221221000242.340202-4-prabhakar.mahadev-lad.rj@bp.renesas.com> References: <20221221000242.340202-1-prabhakar.mahadev-lad.rj@bp.renesas.com> <20221221000242.340202-4-prabhakar.mahadev-lad.rj@bp.renesas.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/28.2 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: prabhakar.csengg@gmail.com, tglx@linutronix.de, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, geert+renesas@glider.be, magnus.damm@gmail.com, linus.walleij@linaro.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-gpio@vger.kernel.org, biju.das.jz@bp.renesas.com, prabhakar.mahadev-lad.rj@bp.renesas.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 21 Dec 2022 00:02:36 +0000, Prabhakar wrote: > > From: Lad Prabhakar > > NMI interrupt is not an external interrupt as compared to the IRQ0-7 and > TINT0-31, this means we need to install the irq handler for NMI in the > IRQC driver and not include it as part of IRQ domain. > > This patch skips mapping NMI interrupt as part of the IRQ domain > hierarchy. Does it mean nobody can connect anything to it? Where is the handler you're mentioning for this NMI? > > Fixes: 3fed09559cd8 ("irqchip: Add RZ/G2L IA55 Interrupt Controller driver") > Signed-off-by: Lad Prabhakar > --- > v1 -> v2 > * New patch > --- > drivers/irqchip/irq-renesas-rzg2l.c | 24 +++++++++++++----------- > 1 file changed, 13 insertions(+), 11 deletions(-) > > diff --git a/drivers/irqchip/irq-renesas-rzg2l.c b/drivers/irqchip/irq-renesas-rzg2l.c > index 25fd8ee66565..7918fe201218 100644 > --- a/drivers/irqchip/irq-renesas-rzg2l.c > +++ b/drivers/irqchip/irq-renesas-rzg2l.c > @@ -23,7 +23,8 @@ > #define IRQC_IRQ_COUNT 8 > #define IRQC_TINT_START (IRQC_IRQ_START + IRQC_IRQ_COUNT) > #define IRQC_TINT_COUNT 32 > -#define IRQC_NUM_IRQ (IRQC_TINT_START + IRQC_TINT_COUNT) > + /* IRQ0-7 + TINT0-31 */ > +#define IRQC_NUM_HIERARCHY_IRQ (IRQC_TINT_START + IRQC_TINT_COUNT - 1) > > #define ISCR 0x10 > #define IITSR 0x14 > @@ -58,7 +59,8 @@ > > struct rzg2l_irqc_priv { > void __iomem *base; > - struct irq_fwspec fwspec[IRQC_NUM_IRQ]; > + /* IRQ0-7 + TINT0-31 will be part of hierarchy domain */ > + struct irq_fwspec fwspec[IRQC_NUM_HIERARCHY_IRQ]; > raw_spinlock_t lock; > }; > > @@ -99,7 +101,7 @@ static void rzg2l_irqc_eoi(struct irq_data *d) > raw_spin_lock(&priv->lock); > if (hw_irq >= IRQC_IRQ_START && hw_irq <= IRQC_IRQ_COUNT) > rzg2l_irq_eoi(d); > - else if (hw_irq >= IRQC_TINT_START && hw_irq < IRQC_NUM_IRQ) > + else if (hw_irq >= IRQC_TINT_START && hw_irq <= IRQC_NUM_HIERARCHY_IRQ) > rzg2l_tint_eoi(d); > raw_spin_unlock(&priv->lock); > irq_chip_eoi_parent(d); > @@ -109,7 +111,7 @@ static void rzg2l_irqc_irq_disable(struct irq_data *d) > { > unsigned int hw_irq = irqd_to_hwirq(d); > > - if (hw_irq >= IRQC_TINT_START && hw_irq < IRQC_NUM_IRQ) { > + if (hw_irq >= IRQC_TINT_START && hw_irq <= IRQC_NUM_HIERARCHY_IRQ) { > struct rzg2l_irqc_priv *priv = irq_data_to_priv(d); > u32 offset = hw_irq - IRQC_TINT_START; > u32 tssr_offset = TSSR_OFFSET(offset); > @@ -129,7 +131,7 @@ static void rzg2l_irqc_irq_enable(struct irq_data *d) > { > unsigned int hw_irq = irqd_to_hwirq(d); > > - if (hw_irq >= IRQC_TINT_START && hw_irq < IRQC_NUM_IRQ) { > + if (hw_irq >= IRQC_TINT_START && hw_irq <= IRQC_NUM_HIERARCHY_IRQ) { > struct rzg2l_irqc_priv *priv = irq_data_to_priv(d); > unsigned long tint = (uintptr_t)d->chip_data; > u32 offset = hw_irq - IRQC_TINT_START; > @@ -228,7 +230,7 @@ static int rzg2l_irqc_set_type(struct irq_data *d, unsigned int type) > > if (hw_irq >= IRQC_IRQ_START && hw_irq <= IRQC_IRQ_COUNT) > ret = rzg2l_irq_set_type(d, type); > - else if (hw_irq >= IRQC_TINT_START && hw_irq < IRQC_NUM_IRQ) > + else if (hw_irq >= IRQC_TINT_START && hw_irq <= IRQC_NUM_HIERARCHY_IRQ) How about you define a "tint_hwirq()" helper that checks got the boundaries? Same thing for the other IRQ type. > ret = rzg2l_tint_set_edge(d, type); > if (ret) > return ret; > @@ -280,7 +282,7 @@ static int rzg2l_irqc_alloc(struct irq_domain *domain, unsigned int virq, > return -EINVAL; > } > > - if (hwirq > (IRQC_NUM_IRQ - 1)) > + if (!hwirq || hwirq > IRQC_NUM_HIERARCHY_IRQ) > return -EINVAL; > > ret = irq_domain_set_hwirq_and_chip(domain, virq, hwirq, &irqc_chip, > @@ -288,7 +290,7 @@ static int rzg2l_irqc_alloc(struct irq_domain *domain, unsigned int virq, > if (ret) > return ret; > > - return irq_domain_alloc_irqs_parent(domain, virq, nr_irqs, &priv->fwspec[hwirq]); > + return irq_domain_alloc_irqs_parent(domain, virq, nr_irqs, &priv->fwspec[hwirq - 1]); > } > > static const struct irq_domain_ops rzg2l_irqc_domain_ops = { > @@ -304,12 +306,12 @@ static int rzg2l_irqc_parse_interrupts(struct rzg2l_irqc_priv *priv, > unsigned int i; > int ret; > > - for (i = 0; i < IRQC_NUM_IRQ; i++) { > + for (i = 1; i <= IRQC_NUM_HIERARCHY_IRQ; i++) { > ret = of_irq_parse_one(np, i, &map); > if (ret) > return ret; > of_phandle_args_to_fwspec(np, map.args, map.args_count, > - &priv->fwspec[i]); > + &priv->fwspec[i - 1]); Starting the loop at 1 really is non-idiomatic, and I'd rather see something like this: for (i = 0; i < IRQC_NUM_HIERARCHY_IRQ; i++) { ret = of_irq_parse_one(np, i + 1, &map); if (ret) return ret; of_phandle_args_to_fwspec(np, map.args, map.args_count, &priv->fwspec[i]); } Thanks, M. -- Without deviation from the norm, progress is not possible.