[PATCH v2] net: stmmac: fix 'ethtool -P' return -EBUSY

Subsystems: networking drivers, stmmac ethernet driver, the rest

STALE1872d

2 messages, 2 authors, 2021-07-19 · open the first message on its own page

[PATCH v2] net: stmmac: fix 'ethtool -P' return -EBUSY

From: Hao Chen <hidden>
Date: 2021-07-19 07:44:59

The permanent mac address should be available for query when the device
is not up.
NetworkManager, the system network daemon, uses 'ethtool -P' to obtain
the permanent address after the kernel start. When the network device
is not up, it will return the device busy error with 'ethtool -P'. At
that time, it is unable to access the Internet through the permanent
address by NetworkManager.
I think that the '.begin' is not used to check if the device is up.

Signed-off-by: Hao Chen <redacted>
---
 drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c
index d0ce608b81c3..7ccb0d738a1c 100644
--- a/drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c
+++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c
@@ -412,8 +412,10 @@ static void stmmac_ethtool_setmsglevel(struct net_device *dev, u32 level)
 
 static int stmmac_check_if_running(struct net_device *dev)
 {
-	if (!netif_running(dev))
-		return -EBUSY;
+	struct stmmac_priv *priv = netdev_priv(dev);
+
+	pm_runtime_get_sync(priv->device);
+
 	return 0;
 }
 
-- 
2.20.1


RE: [PATCH v2] net: stmmac: fix 'ethtool -P' return -EBUSY

From: Joakim Zhang <hidden>
Date: 2021-07-19 08:58:15

quoted hunk
-----Original Message-----
From: Hao Chen <redacted>
Sent: 2021年7月19日 15:44
To: peppe.cavallaro@st.com
Cc: alexandre.torgue@foss.st.com; joabreu@synopsys.com;
davem@davemloft.net; kuba@kernel.org; mcoquelin.stm32@gmail.com;
linux@armlinux.org.uk; netdev@vger.kernel.org;
linux-stm32@st-md-mailman.stormreply.com; linux-kernel@vger.kernel.org;
Hao Chen [off-list ref]
Subject: [PATCH v2] net: stmmac: fix 'ethtool -P' return -EBUSY

The permanent mac address should be available for query when the device is
not up.
NetworkManager, the system network daemon, uses 'ethtool -P' to obtain the
permanent address after the kernel start. When the network device is not up,
it will return the device busy error with 'ethtool -P'. At that time, it is unable to
access the Internet through the permanent address by NetworkManager.
I think that the '.begin' is not used to check if the device is up.

Signed-off-by: Hao Chen <redacted>
---
 drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c
b/drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c
index d0ce608b81c3..7ccb0d738a1c 100644
--- a/drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c
+++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c
@@ -412,8 +412,10 @@ static void stmmac_ethtool_setmsglevel(struct
net_device *dev, u32 level)

 static int stmmac_check_if_running(struct net_device *dev)  {
-	if (!netif_running(dev))
-		return -EBUSY;
+	struct stmmac_priv *priv = netdev_priv(dev);
+
+	pm_runtime_get_sync(priv->device);
+
 	return 0;
 }
After this code change, clocks always enabled even the NIC is not up, it's not good.
Should implement .complete() to disable clocks after the info you got?

Best Regards,
Joakim Zhang
--
2.20.1

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help