[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20230301074756.35156-1-clementwei90@163.com>
Date: Wed, 1 Mar 2023 15:47:56 +0800
From: Rongguang Wei <clementwei90@....com>
To: peppe.cavallaro@...com, alexandre.torgue@...s.st.com,
xiaolinkui@...inos.cn
Cc: netdev@...r.kernel.org, Rongguang Wei <weirongguang@...inos.cn>
Subject: [PATCH v1] net: stmmac: add to set device wake up flag when stmmac init phy
From: Rongguang Wei <weirongguang@...inos.cn>
When MAC is not support PMT, driver will check PHY's WoL capability
and set device wakeup capability in stmmac_init_phy(). We can enable
the WoL through ethtool, the driver would enable the device wake up
flag. Now the device_may_wakeup() return true.
But if there is a way which enable the PHY's WoL capability derectly,
like in BIOS. The driver would not know the enable thing and would not
set the device wake up flag. The phy_suspend may failed like this:
[ 32.409063] PM: dpm_run_callback(): mdio_bus_phy_suspend+0x0/0x50 returns -16
[ 32.409065] PM: Device stmmac-1:00 failed to suspend: error -16
[ 32.409067] PM: Some devices failed to suspend, or early wake event detected
Add to set the device wakeup enable flag according to the get_wol
function result in PHY can fix the error in this scene.
Signed-off-by: Rongguang Wei <weirongguang@...inos.cn>
---
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
index e4902a7bb61e..8f543c3ab5c5 100644
--- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
+++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
@@ -1170,6 +1170,7 @@ static int stmmac_init_phy(struct net_device *dev)
phylink_ethtool_get_wol(priv->phylink, &wol);
device_set_wakeup_capable(priv->device, !!wol.supported);
+ device_set_wakeup_enable(priv->device, !!wol.wolopts);
}
return ret;
--
2.25.1
Powered by blists - more mailing lists