[PATCH RFC net-next v2 0/3] net: stmmac: approach 2 to solve EEE LPI reset issues
Jon Hunter
jonathanh at nvidia.com
Fri Mar 7 08:11:19 PST 2025
Hi Russell,
On 06/03/2025 15:23, Russell King (Oracle) wrote:
> Hi,
>
> This is a second approach to solving the STMMAC reset issues caused by
> the lack of receive clock from the PHY where the media is in low power
> mode with a PHY that supports receive clock-stop.
>
> The first approach centred around only addressing the issue in the
> resume path, but it seems to also happen when the platform glue module
> is removed and re-inserted (Jon - can you check whether that's also
> the case for you please?)
>
> As this is more targetted, I've dropped the patches from this series
> which move the call to phylink_resume(), so the link may still come
> up too early on resume - but that's something I also intend to fix.
>
> This is experimental - so I value test reports for this change.
The subject indicates 3 patches, but I only see 2 patches? Can you
confirm if there are 2 or 3?
So far I have only tested to resume case with the 2 patches to make that
that is working but on Tegra186, which has been the most problematic, it
is not working reliably on top of next-20250305.
Cheers,
Jon
--
nvpublic
More information about the linux-arm-kernel
mailing list