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@xxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxx Thanks. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!