From: Daniel Golle <daniel@makrotopia.org>
To: Frank Wunderlich <linux@fw-web.de>
Cc: AngeloGioacchino Del Regno
<angelogioacchino.delregno@collabora.com>,
netdev@vger.kernel.org, Sean Wang <sean.wang@mediatek.com>,
linux-kernel@vger.kernel.org, Andrew Lunn <andrew+netdev@lunn.ch>,
Eric Dumazet <edumazet@google.com>,
arinc.unal@arinc9.com, linux-mediatek@lists.infradead.org,
Simon Horman <horms@kernel.org>,
Matthias Brugger <matthias.bgg@gmail.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Lorenzo Bianconi <lorenzo@kernel.org>,
"David S. Miller" <davem@davemloft.net>,
linux-arm-kernel@lists.infradead.org,
Felix Fietkau <nbd@nbd.name>
Subject: Re: [net-next v5 1/3] net: ethernet: mtk_eth_soc: support named IRQs
Date: Wed, 18 Jun 2025 15:55:45 +0200 [thread overview]
Message-ID: <aFLFYe8mq4tbLfdf@pidgin.makrotopia.org> (raw)
In-Reply-To: <20250618130717.75839-2-linux@fw-web.de>
On Wed, Jun 18, 2025 at 03:07:12PM +0200, Frank Wunderlich wrote:
> From: Frank Wunderlich <frank-w@public-files.de>
>
> Add named interrupts and keep index based fallback for existing
> devicetrees.
>
> Currently only rx and tx IRQs are defined to be used with mt7988, but
> later extended with RSS/LRO support.
>
> Signed-off-by: Frank Wunderlich <frank-w@public-files.de>
> Reviewed-by: Simon Horman <horms@kernel.org>
>
> +static int mtk_get_irqs(struct platform_device *pdev, struct mtk_eth *eth)
> +{
> + int i;
> +
> + /* future SoCs beginning with MT7988 should use named IRQs in dts */
> + eth->irq[1] = platform_get_irq_byname(pdev, "tx");
> + eth->irq[2] = platform_get_irq_byname(pdev, "rx");
> + if (eth->irq[1] >= 0 && eth->irq[2] >= 0)
> + return 0;
I'd rather extend that logic and fall back to the legacy way only in case
of -ENXIO. Ie. add here:
if (eth->irq[1] != -ENXIO)
return eth->irq[1];
if (eth->irq[2] != -ENXIO)
return eth->irq[2];
Maybe also output a warning at this point in case MTK_SHARED_INT is no
set, to recommend users to update their device tree to named interrupts.
> +
> + /* legacy way:
> + * On MTK_SHARED_INT SoCs (MT7621 + MT7628) the first IRQ is taken
> + * from devicetree and used for both RX and TX - it is shared.
> + * On SoCs with non-shared IRQs the first entry is not used,
> + * the second is for TX, and the third is for RX.
> + */
> + for (i = 0; i < 3; i++) {
> + if (MTK_HAS_CAPS(eth->soc->caps, MTK_SHARED_INT) && i > 0)
> + eth->irq[i] = eth->irq[0];
> + else
> + eth->irq[i] = platform_get_irq(pdev, i);
> +
> + if (eth->irq[i] < 0) {
> + dev_err(&pdev->dev, "no IRQ%d resource found\n", i);
> + return -ENXIO;
> + }
> + }
> +
> + return 0;
> +}
> +
> static irqreturn_t mtk_handle_irq_rx(int irq, void *_eth)
> {
> struct mtk_eth *eth = _eth;
> @@ -5106,17 +5137,10 @@ static int mtk_probe(struct platform_device *pdev)
> }
> }
>
> - for (i = 0; i < 3; i++) {
> - if (MTK_HAS_CAPS(eth->soc->caps, MTK_SHARED_INT) && i > 0)
> - eth->irq[i] = eth->irq[0];
> - else
> - eth->irq[i] = platform_get_irq(pdev, i);
> - if (eth->irq[i] < 0) {
> - dev_err(&pdev->dev, "no IRQ%d resource found\n", i);
> - err = -ENXIO;
> - goto err_wed_exit;
> - }
> - }
> + err = mtk_get_irqs(pdev, eth);
> + if (err)
> + goto err_wed_exit;
> +
> for (i = 0; i < ARRAY_SIZE(eth->clks); i++) {
> eth->clks[i] = devm_clk_get(eth->dev,
> mtk_clks_source_name[i]);
> --
> 2.43.0
>
>
next prev parent reply other threads:[~2025-06-18 16:46 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-18 13:07 [net-next v5 0/3] rework IRQ handling in mtk_eth_soc Frank Wunderlich
2025-06-18 13:07 ` [net-next v5 1/3] net: ethernet: mtk_eth_soc: support named IRQs Frank Wunderlich
2025-06-18 13:55 ` Daniel Golle [this message]
2025-06-18 14:50 ` Frank Wunderlich
2025-06-18 13:07 ` [net-next v5 2/3] net: ethernet: mtk_eth_soc: add consts for irq index Frank Wunderlich
2025-06-18 14:23 ` Daniel Golle
2025-06-18 13:07 ` [net-next v5 3/3] net: ethernet: mtk_eth_soc: skip first IRQ if not used Frank Wunderlich
2025-06-18 17:41 ` Daniel Golle
2025-06-19 10:03 ` Simon Horman
2025-06-19 10:32 ` Aw: " Frank Wunderlich
2025-06-19 12:51 ` Simon Horman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aFLFYe8mq4tbLfdf@pidgin.makrotopia.org \
--to=daniel@makrotopia.org \
--cc=andrew+netdev@lunn.ch \
--cc=angelogioacchino.delregno@collabora.com \
--cc=arinc.unal@arinc9.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=horms@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux@fw-web.de \
--cc=lorenzo@kernel.org \
--cc=matthias.bgg@gmail.com \
--cc=nbd@nbd.name \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=sean.wang@mediatek.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox