From: Maxime Chevallier <maxime.chevallier@bootlin.com>
To: Jia Wang <wangjia@ultrarisc.com>,
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>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
Alexandre Torgue <alexandre.torgue@foss.st.com>,
Giuseppe Cavallaro <peppe.cavallaro@st.com>,
Jose Abreu <joabreu@synopsys.com>,
Chen Wang <chen.wang@linux.dev>,
Inochi Amaoto <inochiama@gmail.com>
Cc: netdev@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-stm32@st-md-mailman.stormreply.com,
linux-arm-kernel@lists.infradead.org, sophgo@lists.linux.dev
Subject: Re: [PATCH net-next v2 1/5] net: stmmac: Add common internal RGMII delay handling
Date: Mon, 7 Sep 2026 13:44:39 +0200 [thread overview]
Message-ID: <1a8b585f-495b-435b-bd36-72c68bbc3600@bootlin.com> (raw)
In-Reply-To: <20260907-dwmac-ultrarisc-v2-1-9a39bf8db313@ultrarisc.com>
Hi,
On 9/7/26 09:46, Jia Wang wrote:
> Some DWMAC integrations add fixed RGMII clock delays internally.
> Glue drivers need to account for these delays before passing the
> interface mode to the PHY.
>
> Add TX and RX delay capability flags to the common platform data.
> Apply phy_fix_phy_mode_for_mac_delays() in stmmac_pltfr_probe() when
> either capability is present.
>
> This lets glue drivers describe the MAC capabilities without
> duplicating the interface-mode validation and conversion.
>
> Signed-off-by: Jia Wang <wangjia@ultrarisc.com>
> ---
> drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 11 +++++++++++
> include/linux/stmmac.h | 2 ++
> 2 files changed, 13 insertions(+)
>
> diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
> index 6128ed1bd521..93b9af203a18 100644
> --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
> +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
> @@ -16,6 +16,7 @@
> #include <linux/of.h>
> #include <linux/of_net.h>
> #include <linux/of_mdio.h>
> +#include <linux/phy.h>
>
> #include "stmmac.h"
> #include "stmmac_platform.h"
> @@ -847,6 +848,16 @@ int stmmac_pltfr_probe(struct platform_device *pdev,
> struct plat_stmmacenet_data *plat,
> struct stmmac_resources *res)
> {
> + if (plat->has_internal_tx_delay || plat->has_internal_rx_delay) {
> + plat->phy_interface =
> + phy_fix_phy_mode_for_mac_delays(plat->phy_interface,
> + plat->has_internal_tx_delay,
> + plat->has_internal_rx_delay);
> + if (plat->phy_interface == PHY_INTERFACE_MODE_NA)
> + return dev_err_probe(&pdev->dev, -EINVAL,
> + "unsupported phy interface mode\n");
> + }
> +
Seems good, the default values should be false hence this condition won't be taken,
Reviewed-by: Maxime Chevallier <maxime.chevallier@bootlin.com>
Maxime
next prev parent reply other threads:[~2026-09-07 11:44 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-07 7:46 [PATCH net-next v2 0/5] net: stmmac: Add common RGMII delay handling and DP1000 support Jia Wang
2026-09-07 7:46 ` [PATCH net-next v2 1/5] net: stmmac: Add common internal RGMII delay handling Jia Wang
2026-09-07 11:44 ` Maxime Chevallier [this message]
2026-09-07 7:46 ` [PATCH net-next v2 2/5] net: stmmac: sophgo: Use common " Jia Wang
2026-09-07 11:45 ` Maxime Chevallier
2026-09-07 7:46 ` [PATCH net-next v2 3/5] net: stmmac: eic7700: " Jia Wang
2026-09-07 11:46 ` Maxime Chevallier
2026-09-07 7:46 ` [PATCH net-next v2 4/5] dt-bindings: net: Add UltraRISC DP1000 GMAC Jia Wang
2026-09-07 7:46 ` [PATCH net-next v2 5/5] net: stmmac: Add UltraRISC DP1000 GMAC support Jia Wang
2026-09-07 11:48 ` Maxime Chevallier
2026-09-10 8:50 ` [PATCH net-next v2 0/5] net: stmmac: Add common RGMII delay handling and DP1000 support patchwork-bot+netdevbpf
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=1a8b585f-495b-435b-bd36-72c68bbc3600@bootlin.com \
--to=maxime.chevallier@bootlin.com \
--cc=alexandre.torgue@foss.st.com \
--cc=andrew+netdev@lunn.ch \
--cc=chen.wang@linux.dev \
--cc=conor+dt@kernel.org \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=edumazet@google.com \
--cc=inochiama@gmail.com \
--cc=joabreu@synopsys.com \
--cc=krzk+dt@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=peppe.cavallaro@st.com \
--cc=robh@kernel.org \
--cc=sophgo@lists.linux.dev \
--cc=wangjia@ultrarisc.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
all inboxes | Powered by JetHome®