From: "Csókás Bence" <csokas.bence@prolan.hu>
To: Ahmad Fatoum <a.fatoum@pengutronix.de>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Shawn Guo <shawnguo@kernel.org>,
Sascha Hauer <s.hauer@pengutronix.de>,
Pengutronix Kernel Team <kernel@pengutronix.de>,
Fabio Estevam <festevam@gmail.com>
Cc: <devicetree@vger.kernel.org>, <imx@lists.linux.dev>,
Csaba Buday <buday.csaba@prolan.hu>,
<linux-kernel@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH] ARM: dts: imx6ul-tx6ul: Switch away from deprecated `phy-reset-gpios`
Date: Wed, 3 Sep 2025 09:43:14 +0200 [thread overview]
Message-ID: <c85a94ee-59e1-47d6-8200-813bb434caf2@prolan.hu> (raw)
In-Reply-To: <fa7e2cef-5242-4f3b-84ea-d77b959f6bdb@pengutronix.de>
Hi,
On 2025. 09. 03. 9:28, Ahmad Fatoum wrote:
> Hello,
>
> On 15.08.25 17:17, Bence Csókás wrote:
>> The Ethernet PHY's reset GPIO should be specified in the node of the PHY
>> itself, instead of the MAC (`fec`). The latter is deprecated, and was an
>> i.MX-specific extension, incompatible with the new reset controller
>> subsystem.
>
> One reason to do it this way is that the PHY is in reset when the OS starts
> and the external phy-reset-gpios allows MAC probe to get the PHY out of
> reset, so it can be probed after reading its vendor/device IDs.
>
> Does switching to this new binding address this scenario? If so, it should
> be noted in the commit message.
Yes, but after it has been reset, if the platform supports Power
Management, the PHY's clock will be turned off, which some PHYs (in our
case the LAN8710) don't tolerate. This has been reported many times,
just search LKML for "lan8710 reset".
So we want a more general solution [1] where the PHY subsystem resets
them before enumerating. However, if the MAC driver claims the GPIO,
then it can't be used by the PHY.
I will clarify the commit msg with this in mind.
[1]
https://lore.kernel.org/lkml/20250709133222.48802-4-buday.csaba@prolan.hu/
>>
>> Co-developed-by: Csaba Buday <buday.csaba@prolan.hu>
>> Signed-off-by: Csaba Buday <buday.csaba@prolan.hu>lan8710 reset
>> Signed-off-by: Bence Csókás <csokas.bence@prolan.hu>
>> ---
>> arch/arm/boot/dts/nxp/imx/imx6ul-tx6ul.dtsi | 8 +++++++-
>> 1 file changed, 7 insertions(+), 1 deletion(-)
>>
>> diff --git a/arch/arm/boot/dts/nxp/imx/imx6ul-tx6ul.dtsi b/arch/arm/boot/dts/nxp/imx/imx6ul-tx6ul.dtsi
>> index f053358bc9317f8447d65013a18670cb470106b2..0a5e90704ea481b0716d6ff6bc6d2110914d4f31 100644
>> --- a/arch/arm/boot/dts/nxp/imx/imx6ul-tx6ul.dtsi
>> +++ b/arch/arm/boot/dts/nxp/imx/imx6ul-tx6ul.dtsi
>> @@ -246,7 +246,6 @@ &fec1 {
>> pinctrl-names = "default";
>> pinctrl-0 = <&pinctrl_enet1 &pinctrl_enet1_mdio &pinctrl_etnphy0_rst>;
>> phy-mode = "rmii";
>> - phy-reset-gpios = <&gpio5 6 GPIO_ACTIVE_LOW>;
>> phy-supply = <®_3v3_etn>;
>> phy-handle = <&etnphy0>;
>> status = "okay";
>> @@ -262,6 +261,13 @@ etnphy0: ethernet-phy@0 {
>> pinctrl-0 = <&pinctrl_etnphy0_int>;
>> interrupt-parent = <&gpio5>;
>> interrupts = <5 IRQ_TYPE_EDGE_FALLING>;
>> + /* Reset SHOULD be a PHY property */
>
> Comment belongs into commit message.
Agreed.
>> + reset-names = "phy";
>> + reset-gpios = <&gpio5 6 GPIO_ACTIVE_LOW>;
>> + reset-assert-us = <100>;
>> + reset-deassert-us = <25000>;
>> + /* Energy detect sometimes causes link failures */
>> + smsc,disable-energy-detect;
>
> Unrelated change not described in the commit message.
Oh, this has accidentally made it into here from our DT. Thanks for
spotting it!
> Cheers,
> Ahmad
>
>> status = "okay";
>> };
>>
>>
>> ---
>> base-commit: 0cc53520e68bea7fb80fdc6bdf8d226d1b6a98d9
>> change-id: 20250815-b4-tx6ul-dt-phy-rst-7afc190a6907
>>
>> Best regards,
>
>
Bence
next prev parent reply other threads:[~2025-09-03 7:51 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-15 15:17 Bence Csókás
2025-08-15 21:19 ` Rob Herring (Arm)
2025-09-03 7:28 ` Ahmad Fatoum
2025-09-03 7:43 ` Csókás Bence [this message]
2025-09-03 7:50 ` Ahmad Fatoum
2025-09-03 7:57 ` Csókás Bence
2025-09-03 8:46 ` Ahmad Fatoum
2025-09-03 8:01 ` Buday Csaba
2025-09-03 8:43 ` Ahmad Fatoum
2025-09-03 9:01 ` Buday Csaba
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=c85a94ee-59e1-47d6-8200-813bb434caf2@prolan.hu \
--to=csokas.bence@prolan.hu \
--cc=a.fatoum@pengutronix.de \
--cc=buday.csaba@prolan.hu \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=festevam@gmail.com \
--cc=imx@lists.linux.dev \
--cc=kernel@pengutronix.de \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh@kernel.org \
--cc=s.hauer@pengutronix.de \
--cc=shawnguo@kernel.org \
/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®