* Re: [PATCH RFC 0/5] net: stmmac: fix resume failures due to RX clock
2025-03-06 11:30 ` [PATCH RFC 0/5] net: stmmac: fix resume failures due to RX clock Jon Hunter
@ 2025-03-06 15:44 ` Russell King (Oracle)
0 siblings, 0 replies; 2+ messages in thread
From: Russell King (Oracle) @ 2025-03-06 15:44 UTC (permalink / raw)
To: Jon Hunter
Cc: Andrew Lunn, Heiner Kallweit, Alexandre Torgue, Andrew Lunn,
David S. Miller, Eric Dumazet, Jakub Kicinski, linux-arm-kernel,
linux-stm32, Maxime Coquelin, netdev, Paolo Abeni, Thierry Reding,
linux-tegra@vger.kernel.org
On Thu, Mar 06, 2025 at 11:30:53AM +0000, Jon Hunter wrote:
> Hi Russell,
>
> On 27/02/2025 14:37, Russell King (Oracle) wrote:
> > Hi,
> >
> > This series is likely dependent on the "net: stmmac: cleanup transmit
> > clock setting" series which was submitted earlier today.
>
> I tested this series without the above on top of mainline and I still saw
> some issues with suspend. However, when testing this on top of -next (which
> has the referenced series) it works like a charm. So yes it does appear to
> be dependent indeed.
>
> I have tested this on Tegra186, Tegra194 and Tegra234 with -next and all are
> working fine. So with that feel free to add my ...
>
> Tested-by: Jon Hunter <jonathanh@nvidia.com>
Hi Jon,
I came up with an alternative approach which should make this safer -
for example, if the PHY remains linked with the partner over an
ifdown or module remove/re-insert.
Please see v2 of "net: stmmac: approach 2 to solve EEE LPI reset
issues" which replaces this series.
https://lore.kernel.org/r/Z8m-CRucPxDW5zZK@shell.armlinux.org.uk
Thanks.
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!
^ permalink raw reply [flat|nested] 2+ messages in thread