Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
net: macb: Use pm_runtime_force_resume/suspend APIs in MDIO helper fu…
…nctions In usecase like SOM KR260 there is a constraint that ethernet interface(ff0c0000) MDIO bus producer has to be resumed before the consumer ethernet interface(ff0b0000). However above constraint is not met when GEM0(ff0b0000) is resumed first. There is phy_error on GEM0 and interface becomes non-functional on resume. The suspend/resume is dependent on probe order which can also be modified in DT but it seems less scalable and might not work with defer probe and overlays. suspend: [ 46.477795] macb ff0c0000.ethernet eth1: Link is Down [ 46.483058] macb ff0c0000.ethernet: gem-ptp-timer ptp clock unregistered. [ 46.490097] macb ff0b0000.ethernet eth0: Link is Down [ 46.495298] macb ff0b0000.ethernet: gem-ptp-timer ptp clock unregistered. resume: [ 46.633840] macb ff0b0000.ethernet eth0: configuring for phy/sgmii link mode macb_mdio_read -> pm_runtime_get_sync(GEM1) it return -EACCES error. To fix this dependency - we make use of pm_runtime_force_resume/suspend APIs variants. This seems to be a temporary fix till we discuss about the usecase in mainline and see on how can these dependencies are defined and resume of consumer is deferred until the producer interface is up. Signed-off-by: Radhey Shyam Pandey <[email protected]> Reviewed-by: Harini Katakam <[email protected]>
- Loading branch information