From: Nicolai Buchwitz <nb@tipi-net.de>
To: "Nerijus Bendžiūnas" <nerijus.bendziunas@gmail.com>
Cc: Andrew Lunn <andrew@lunn.ch>,
Heiner Kallweit <hkallweit1@gmail.com>,
Russell King <linux@armlinux.org.uk>,
"Russell King (Oracle)" <rmk+kernel@armlinux.org.uk>,
"David S . Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
regressions@lists.linux.dev, stable@vger.kernel.org
Subject: Re: [PATCH net v2] net: phy: skip EEE advertisement write when autoneg is disabled
Date: Tue, 19 May 2026 14:49:23 +0200 [thread overview]
Message-ID: <f8cb33492160a3d75669c573913a363f@tipi-net.de> (raw)
In-Reply-To: <20260516150251.879680-1-nerijus.bendziunas@gmail.com>
Hi Nerijus
On 16.5.2026 17:02, Nerijus Bendžiūnas wrote:
> genphy_c45_an_config_eee_aneg() writes the EEE advertisement to the
> auto-negotiation device's MMD register space (MDIO_MMD_AN, register
> MDIO_AN_EEE_ADV). These registers are read by the link partner only
> during auto-negotiation, so writing them while autoneg is disabled
> cannot influence the link. On some PHYs (e.g. Broadcom BCM54213PE)
> the write nevertheless reaches the chip and disturbs the receive
> datapath.
>
> Concretely, running
>
> ethtool -s eth0 speed 100 duplex full autoneg off
> ethtool --set-eee eth0 eee off
>
> leaves eth0 with TX working and RX completely silent on a
> Raspberry Pi 4 / CM4 board (bcmgenet + BCM54213PE in rgmii-rxid).
> Switching back to autoneg recovers the link.
>
Can confirm this. A quick look at the BCM54213PE datasheet shows that
EEE is
only applied if autoneg is enabled (as expected). With autoneg disabled
it
is undefined behavior, but clearly breaks communication.
> [...]
>
> diff --git a/drivers/net/phy/phy-c45.c b/drivers/net/phy/phy-c45.c
> index d48aa7231b37..126951741428 100644
> --- a/drivers/net/phy/phy-c45.c
> +++ b/drivers/net/phy/phy-c45.c
> @@ -940,6 +940,14 @@ EXPORT_SYMBOL_GPL(genphy_c45_read_eee_abilities);
> */
> int genphy_c45_an_config_eee_aneg(struct phy_device *phydev)
> {
> + /* Writing MMD AN advertisements while autoneg is disabled has no
> + * effect on link-partner negotiation, but on some PHYs (e.g. the
> + * Broadcom BCM54213PE) the write itself disturbs the receive
> + * datapath. Skip it.
> + */
> + if (phydev->autoneg == AUTONEG_DISABLE)
> + return 0;
> +
> if (!phydev->eee_cfg.eee_enabled) {
> __ETHTOOL_DECLARE_LINK_MODE_MASK(adv) = {};
Reviewed-by: Nicolai Buchwitz <nb@tipi-net.de>
Tested-by: Nicolai Buchwitz <nb@tipi-net.de>
Thanks
Nicolai
next prev parent reply other threads:[~2026-05-19 12:49 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-16 15:02 [PATCH net v2] net: phy: skip EEE advertisement write when autoneg is disabled Nerijus Bendžiūnas
2026-05-19 12:49 ` Nicolai Buchwitz [this message]
2026-05-20 2:00 ` patchwork-bot+netdevbpf
-- strict thread matches above, loose matches on Subject: below --
2026-05-16 11:43 [PATCH net] " Nerijus Bendžiūnas
2026-05-16 14:52 ` [PATCH net v2] " Nerijus Bendžiūnas
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=f8cb33492160a3d75669c573913a363f@tipi-net.de \
--to=nb@tipi-net.de \
--cc=andrew@lunn.ch \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hkallweit1@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=nerijus.bendziunas@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=regressions@lists.linux.dev \
--cc=rmk+kernel@armlinux.org.uk \
--cc=stable@vger.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