From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 669C137AA83; Thu, 5 Mar 2026 10:38:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772707137; cv=none; b=DPZDolij282wzUaZfrRoUJYGE0n9GG1FeiYJApJhbQFSVSCecAqEJa1nJEyXZs9nvzVR65X04AmUoFei8AqW2uISleXB4Z2nAsu8rJwNcQCQGHBe7jZJ5Z0SFWMypS0xkSJqjn6ePN9t5YDeYvI6Qi/en5i5EijIIR3R9U32RK8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772707137; c=relaxed/simple; bh=56dnd+yJBrELoNOf74QX1gXElP1APH+JtJUeVGWJ7VE=; h=Date:Message-ID:From:To:Cc:Subject:In-Reply-To:References: MIME-Version:Content-Type; b=JzcvfSpi7cZos+vl3vrC0VMRaO+3gTLlcwWXrjnAMWRqoZ61gmP7SlICkYlUfb2QibMU50R0svbunedpx4zLxi5MjjdO7DBWwBYTwXCG5Styf0dfOhXMyLqZDAPOdJhkenyk9NlIpMG3qn34q/Krh/EabrigzF2j/cvtigSW0ak= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=aNXALXvs; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="aNXALXvs" Received: by smtp.kernel.org (Postfix) with ESMTPSA id CD304C116C6; Thu, 5 Mar 2026 10:38:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1772707136; bh=56dnd+yJBrELoNOf74QX1gXElP1APH+JtJUeVGWJ7VE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=aNXALXvs+G1hWLA6P+I+h/DReCJXZSm97mHKep8u8GFL36LFVxIH+i5y7WFv+iKDf 45lyWVNJcbnfmUSizIK1p/UBS8e7RFQIp5f3mE6X07ogThBerQzn7xQC0Shd7VE7cU KiR82ar/+6EdLt20Ma6DhKNQwIrZ038LN8Mc5GCw/5/EpuWBWmx2bY5TlKmOVzfZ5w GuNJtHMaYCew95aZFYNZ+rUml6q3wiVNhVMuCROl8gMx+t0njgof7PG++ea3FnNO1k Mxr4pwcNMwUq/T0qaURlUt+cqz7aRmpPKyfU3p/AJmRmDIUXrcXM0NOAv/TJeEX+Lh nsjyHZw1EbifA== 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.98.2) (envelope-from ) id 1vy66Y-0000000GOmb-1qAv; Thu, 05 Mar 2026 10:38:54 +0000 Date: Thu, 05 Mar 2026 10:38:53 +0000 Message-ID: <86tsuu7e82.wl-maz@kernel.org> From: Marc Zyngier To: Geert Uytterhoeven Cc: Thomas Gleixner , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Lorenzo Pieralisi , Antoine Tenart , Florian Fainelli , Broadcom internal kernel review list , Frank Li , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , Neil Armstrong , Kevin Hilman , Jerome Brunet , Martin Blumenstingl , Mark-PK Tsai , Daniel Palmer , Matthias Brugger , AngeloGioacchino Del Regno , Thierry Reding , Jonathan Hunter , Nishanth Menon , Tero Kristo , Santosh Shilimkar , Kunihiko Hayashi , Masami Hiramatsu , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-rpi-kernel@lists.infradead.org, imx@lists.linux.dev, linux-amlogic@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-tegra@vger.kernel.org, linux-arm-msm@vger.kernel.org Subject: Re: [PATCH 3/4] irqchip/gic: Use GIC_* DT binding definitions In-Reply-To: References: <86v7fa7fdq.wl-maz@kernel.org> 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/30.1 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: 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: geert@linux-m68k.org, tglx@kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, lpieralisi@kernel.org, atenart@kernel.org, florian.fainelli@broadcom.com, bcm-kernel-feedback-list@broadcom.com, Frank.Li@nxp.com, s.hauer@pengutronix.de, kernel@pengutronix.de, festevam@gmail.com, neil.armstrong@linaro.org, khilman@baylibre.com, jbrunet@baylibre.com, martin.blumenstingl@googlemail.com, mark-pk.tsai@mediatek.com, daniel@thingy.jp, matthias.bgg@gmail.com, angelogioacchino.delregno@collabora.com, thierry.reding@gmail.com, jonathanh@nvidia.com, nm@ti.com, kristo@kernel.org, ssantosh@kernel.org, hayashi.kunihiko@socionext.com, mhiramat@kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-rpi-kernel@lists.infradead.org, imx@lists.linux.dev, linux-amlogic@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-tegra@vger.kernel.org, linux-arm-msm@vger.kernel.org X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false On Thu, 05 Mar 2026 10:24:23 +0000, Geert Uytterhoeven wrote: > > Hi Marc, > > On Thu, 5 Mar 2026 at 11:13, Marc Zyngier wrote: > > On Wed, 04 Mar 2026 17:21:58 +0000, > > Geert Uytterhoeven wrote: > > > Replace magic numbers by symbolic DT binding definitions. This improves > > > readability, and makes it easier to find where the various GIC > > > interrupts types are handled. > > > > > > Signed-off-by: Geert Uytterhoeven > > > > --- a/drivers/irqchip/irq-gic-v3.c > > > +++ b/drivers/irqchip/irq-gic-v3.c > > > @@ -35,6 +35,8 @@ > > > #include > > > #include > > > > > > +#include > > > + > > > #include "irq-gic-common.h" > > > > > > static u8 dist_prio_irq __ro_after_init = GICV3_PRIO_IRQ; > > > @@ -1602,25 +1604,25 @@ static int gic_irq_domain_translate(struct irq_domain *d, > > > return -EINVAL; > > > > > > switch (fwspec->param[0]) { > > > - case 0: /* SPI */ > > > + case GIC_SPI: > > > > I'd rather not do that. I use *numeric* values on purpose, because > > that's what the DT *binding* describes, and I have no control over > > what lives in that include file (it gets changed without me being even > > Cc'd). > > > > So I want to stick to the binding, and not to the interpretation of > > it. If you want symbolic values to be used, describe them in the > > binding, have a tool to generate the values from the binding, and use > > that everywhere. > > This sounds more like a philosophical debate, so I'd like to defer > to the DT maintainers... That's not philosophical. That's a pragmatic approach to having a common source of information, and a unique reference. Carrying an extra copy that can be independently changed is a source of errors, which I've been trying to reduce in other parts of the kernel (system register description and encoding, for example). > > About you not being notified: that can be fixed easily ;-) > > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -2110,6 +2110,7 @@ F: arch/arm64/include/asm/arch_gicv3.h > F: drivers/irqchip/irq-gic*.[ch] > F: include/linux/irqchip/arm-gic*.h > F: include/linux/irqchip/arm-vgic-info.h > +F: include/dt-bindings/interrupt-controller/arm-gic.h I'm actively trying to *remove* myself from the kernel, not to grab more stuff. Thanks, M. -- Without deviation from the norm, progress is not possible.