From: Daniel Golle <daniel@makrotopia.org>
To: Frank Wunderlich <linux@fw-web.de>
Cc: Felix Fietkau <nbd@nbd.name>, Sean Wang <sean.wang@mediatek.com>,
Lorenzo Bianconi <lorenzo@kernel.org>,
Andrew Lunn <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Matthias Brugger <matthias.bgg@gmail.com>,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@collabora.com>,
Frank Wunderlich <frank-w@public-files.de>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-mediatek@lists.infradead.org,
Simon Horman <horms@kernel.org>,
arinc.unal@arinc9.com
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
>
>
WARNING: multiple messages have this Message-ID (diff)
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: 20+ 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 ` 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:07 ` Frank Wunderlich
2025-06-18 13:55 ` Daniel Golle [this message]
2025-06-18 13:55 ` Daniel Golle
2025-06-18 14:50 ` Frank Wunderlich
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 13:07 ` Frank Wunderlich
2025-06-18 14:23 ` Daniel Golle
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 13:07 ` Frank Wunderlich
2025-06-18 17:41 ` Daniel Golle
2025-06-18 17:41 ` Daniel Golle
2025-06-19 10:03 ` Simon Horman
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=frank-w@public-files.de \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.