Hi Heiner, Why not target this patch set to net repo as a bug fixes? Others may also suffer from this.
Best Regards, Joakim Zhang > -----Original Message----- > From: Heiner Kallweit <hkallwe...@gmail.com> > Sent: 2021年4月7日 23:51 > To: Andrew Lunn <and...@lunn.ch>; Russell King - ARM Linux > <li...@armlinux.org.uk>; Jakub Kicinski <k...@kernel.org>; David Miller > <da...@davemloft.net>; Fugang Duan <fugang.d...@nxp.com> > Cc: netdev@vger.kernel.org; Joakim Zhang <qiangqing.zh...@nxp.com> > Subject: [PATCH net-next 0/3] net: make PHY PM ops a no-op if MAC driver > manages PHY PM > > Resume callback of the PHY driver is called after the one for the MAC driver. > The PHY driver resume callback calls phy_init_hw(), and this is potentially > problematic if the MAC driver calls phy_start() in its resume callback. One > issue > was reported with the fec driver and a KSZ8081 PHY which seems to become > unstable if a soft reset is triggered during aneg. > > The new flag allows MAC drivers to indicate that they take care of > suspending/resuming the PHY. Then the MAC PM callbacks can handle any > dependency between MAC and PHY PM. > > Heiner Kallweit (3): > net: phy: make PHY PM ops a no-op if MAC driver manages PHY PM > net: fec: use mac-managed PHY PM > r8169: use mac-managed PHY PM > > drivers/net/ethernet/freescale/fec_main.c | 3 +++ > drivers/net/ethernet/realtek/r8169_main.c | 3 +++ > drivers/net/phy/phy_device.c | 6 ++++++ > include/linux/phy.h | 2 ++ > 4 files changed, 14 insertions(+) > > -- > 2.31.1
