diff options
author | Jakub Kicinski <[email protected]> | 2024-04-03 19:20:30 -0700 |
---|---|---|
committer | Jakub Kicinski <[email protected]> | 2024-04-03 19:20:30 -0700 |
commit | 22c5e0bc1daf7b0538d72248278e898c5090ec43 (patch) | |
tree | 8c25291c9a1984994baabfb9f7c21b19ecfeac6e /tools/perf/scripts/python/event_analyzing_sample.py | |
parent | 0a6380cb4c6b5c1d6dad226ba3130f9090f0ccea (diff) | |
parent | cbc17e7802f5de37c7c262204baadfad3f7f99e5 (diff) |
Merge branch 'net-fec-fix-to-suspend-resume-with-mac_managed_pm'
John Ernberg says:
====================
net: fec: Fix to suspend / resume with mac_managed_pm
Since the introduction of mac_managed_pm in the FEC driver there were some
discrepancies regarding power management of the PHY.
This failed on our board that has a permanently powered Microchip LAN8700R
attached to the FEC. Although the root cause of the failure can be traced
back to f166f890c8f0 ("net: ethernet: fec: Replace interrupt driven MDIO
with polled IO") and probably even before that, we only started noticing
the problem going from 5.10 to 6.1.
Since 557d5dc83f68 ("net: fec: use mac-managed PHY PM") is actually a fix
to most of the power management sequencing problems that came with power
managing the MDIO bus which for the FEC meant adding a race with FEC
resume (and phy_start() if netif was running) and PHY resume.
That it worked before for us was probably just luck...
Thanks to Wei's response to my report at [1] I was able to pick up his
patch and start honing in on the remaining missing details.
[1]: https://lore.kernel.org/netdev/[email protected]/
v3: https://lore.kernel.org/netdev/[email protected]/
v2: https://lore.kernel.org/netdev/[email protected]/
v1: https://lore.kernel.org/netdev/[email protected]/
====================
Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Jakub Kicinski <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/event_analyzing_sample.py')
0 files changed, 0 insertions, 0 deletions