From: Simon Horman <horms@kernel.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,
Daniel Golle <daniel@makrotopia.org>,
arinc.unal@arinc9.com
Subject: Re: [net-next v4 3/3] net: ethernet: mtk_eth_soc: change code to skip first IRQ completely
Date: Wed, 18 Jun 2025 09:35:56 +0100 [thread overview]
Message-ID: <20250618083556.GE2545@horms.kernel.org> (raw)
In-Reply-To: <20250616080738.117993-4-linux@fw-web.de>
On Mon, Jun 16, 2025 at 10:07:36AM +0200, Frank Wunderlich wrote:
> From: Frank Wunderlich <frank-w@public-files.de>
>
> On SoCs without MTK_SHARED_INT capability (mt7621 + mt7628) the first
> IRQ (eth->irq[0]) was read but never used. Do not read it and reduce
> the IRQ-count to 2 because of skipped index 0.
Describing the first IRQ as read seems a bit confusing to me - do we read
it? And saying get or got seems hard to parse. So perhaps something like
this would be clearer?
... platform_get_irq() is called for the first IRQ (eth->irq[0]) but
it is never used.
>
> Signed-off-by: Frank Wunderlich <frank-w@public-files.de>
> ---
> v4:
> - drop >2 condition as max is already 2 and drop the else continue
> - update comment to explain which IRQs are taken in legacy way
> ---
> drivers/net/ethernet/mediatek/mtk_eth_soc.c | 20 ++++++++++++++++----
> drivers/net/ethernet/mediatek/mtk_eth_soc.h | 4 ++--
> 2 files changed, 18 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/net/ethernet/mediatek/mtk_eth_soc.c b/drivers/net/ethernet/mediatek/mtk_eth_soc.c
> index 3ecb399dcf81..f3fcbb00822c 100644
> --- a/drivers/net/ethernet/mediatek/mtk_eth_soc.c
> +++ b/drivers/net/ethernet/mediatek/mtk_eth_soc.c
> @@ -3341,16 +3341,28 @@ 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 */
Perhaps this comment belongs in the patch that adds support for named IRQs.
> eth->irq[MTK_ETH_IRQ_TX] = platform_get_irq_byname(pdev, "tx");
> eth->irq[MTK_ETH_IRQ_RX] = platform_get_irq_byname(pdev, "rx");
> if (eth->irq[MTK_ETH_IRQ_TX] >= 0 && eth->irq[MTK_ETH_IRQ_RX] >= 0)
> return 0;
>
> + /* legacy way:
> + * On MTK_SHARED_INT SoCs (MT7621 + MT7628) the first IRQ is taken from
> + * devicetree and used for rx+tx.
> + * On SoCs with non-shared IRQ the first was not used, second entry is
> + * TX and third is RX.
Maybe I am slow. But I had a bit of trouble parsing this.
Perhaps this is clearer?
* 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 < MTK_ETH_IRQ_MAX; i++) {
> - if (MTK_HAS_CAPS(eth->soc->caps, MTK_SHARED_INT) && i > 0)
> - eth->irq[i] = eth->irq[MTK_ETH_IRQ_SHARED];
> - else
> - eth->irq[i] = platform_get_irq(pdev, i);
> + if (MTK_HAS_CAPS(eth->soc->caps, MTK_SHARED_INT)) {
> + if (i == 0)
> + eth->irq[MTK_ETH_IRQ_SHARED] = platform_get_irq(pdev, i);
> + else
> + eth->irq[i] = eth->irq[MTK_ETH_IRQ_SHARED];
> + } else {
> + eth->irq[i] = platform_get_irq(pdev, i + 1);
> + }
>
> if (eth->irq[i] < 0) {
> dev_err(&pdev->dev, "no IRQ%d resource found\n", i);
...
WARNING: multiple messages have this Message-ID (diff)
From: Simon Horman <horms@kernel.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,
Daniel Golle <daniel@makrotopia.org>,
Andrew Lunn <andrew+netdev@lunn.ch>,
Eric Dumazet <edumazet@google.com>,
arinc.unal@arinc9.com, linux-mediatek@lists.infradead.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 v4 3/3] net: ethernet: mtk_eth_soc: change code to skip first IRQ completely
Date: Wed, 18 Jun 2025 09:35:56 +0100 [thread overview]
Message-ID: <20250618083556.GE2545@horms.kernel.org> (raw)
In-Reply-To: <20250616080738.117993-4-linux@fw-web.de>
On Mon, Jun 16, 2025 at 10:07:36AM +0200, Frank Wunderlich wrote:
> From: Frank Wunderlich <frank-w@public-files.de>
>
> On SoCs without MTK_SHARED_INT capability (mt7621 + mt7628) the first
> IRQ (eth->irq[0]) was read but never used. Do not read it and reduce
> the IRQ-count to 2 because of skipped index 0.
Describing the first IRQ as read seems a bit confusing to me - do we read
it? And saying get or got seems hard to parse. So perhaps something like
this would be clearer?
... platform_get_irq() is called for the first IRQ (eth->irq[0]) but
it is never used.
>
> Signed-off-by: Frank Wunderlich <frank-w@public-files.de>
> ---
> v4:
> - drop >2 condition as max is already 2 and drop the else continue
> - update comment to explain which IRQs are taken in legacy way
> ---
> drivers/net/ethernet/mediatek/mtk_eth_soc.c | 20 ++++++++++++++++----
> drivers/net/ethernet/mediatek/mtk_eth_soc.h | 4 ++--
> 2 files changed, 18 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/net/ethernet/mediatek/mtk_eth_soc.c b/drivers/net/ethernet/mediatek/mtk_eth_soc.c
> index 3ecb399dcf81..f3fcbb00822c 100644
> --- a/drivers/net/ethernet/mediatek/mtk_eth_soc.c
> +++ b/drivers/net/ethernet/mediatek/mtk_eth_soc.c
> @@ -3341,16 +3341,28 @@ 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 */
Perhaps this comment belongs in the patch that adds support for named IRQs.
> eth->irq[MTK_ETH_IRQ_TX] = platform_get_irq_byname(pdev, "tx");
> eth->irq[MTK_ETH_IRQ_RX] = platform_get_irq_byname(pdev, "rx");
> if (eth->irq[MTK_ETH_IRQ_TX] >= 0 && eth->irq[MTK_ETH_IRQ_RX] >= 0)
> return 0;
>
> + /* legacy way:
> + * On MTK_SHARED_INT SoCs (MT7621 + MT7628) the first IRQ is taken from
> + * devicetree and used for rx+tx.
> + * On SoCs with non-shared IRQ the first was not used, second entry is
> + * TX and third is RX.
Maybe I am slow. But I had a bit of trouble parsing this.
Perhaps this is clearer?
* 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 < MTK_ETH_IRQ_MAX; i++) {
> - if (MTK_HAS_CAPS(eth->soc->caps, MTK_SHARED_INT) && i > 0)
> - eth->irq[i] = eth->irq[MTK_ETH_IRQ_SHARED];
> - else
> - eth->irq[i] = platform_get_irq(pdev, i);
> + if (MTK_HAS_CAPS(eth->soc->caps, MTK_SHARED_INT)) {
> + if (i == 0)
> + eth->irq[MTK_ETH_IRQ_SHARED] = platform_get_irq(pdev, i);
> + else
> + eth->irq[i] = eth->irq[MTK_ETH_IRQ_SHARED];
> + } else {
> + eth->irq[i] = platform_get_irq(pdev, i + 1);
> + }
>
> if (eth->irq[i] < 0) {
> dev_err(&pdev->dev, "no IRQ%d resource found\n", i);
...
next prev parent reply other threads:[~2025-06-18 8:38 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-16 8:07 [net-next v4 0/3] rework IRQ handling in mtk_eth_soc Frank Wunderlich
2025-06-16 8:07 ` Frank Wunderlich
2025-06-16 8:07 ` [net-next v4 1/3] net: ethernet: mtk_eth_soc: support named IRQs Frank Wunderlich
2025-06-16 8:07 ` Frank Wunderlich
2025-06-19 7:44 ` Frank Wunderlich
2025-06-19 12:38 ` Simon Horman
2025-06-16 8:07 ` [net-next v4 2/3] net: ethernet: mtk_eth_soc: add consts for irq index Frank Wunderlich
2025-06-16 8:07 ` Frank Wunderlich
2025-06-18 8:36 ` Simon Horman
2025-06-18 8:36 ` Simon Horman
2025-06-18 9:24 ` Aw: " Frank Wunderlich
2025-06-18 12:39 ` Simon Horman
2025-06-16 8:07 ` [net-next v4 3/3] net: ethernet: mtk_eth_soc: change code to skip first IRQ completely Frank Wunderlich
2025-06-16 8:07 ` Frank Wunderlich
2025-06-18 8:35 ` Simon Horman [this message]
2025-06-18 8:35 ` Simon Horman
2025-06-18 9:14 ` Aw: " Frank Wunderlich
2025-06-18 12:38 ` 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=20250618083556.GE2545@horms.kernel.org \
--to=horms@kernel.org \
--cc=andrew+netdev@lunn.ch \
--cc=angelogioacchino.delregno@collabora.com \
--cc=arinc.unal@arinc9.com \
--cc=daniel@makrotopia.org \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=frank-w@public-files.de \
--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.