[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <c1adb83f-57dc-9a97-f10a-c0853cdd8f09@t2data.com>
Date: Tue, 23 Feb 2021 09:30:30 +0100
From: Christian Melki <christian.melki@...ata.com>
To: netdev@...r.kernel.org
Cc: andrew@...n.ch, hkallweit1@...il.com, f.fainelli@...il.com,
kuba@...nel.org
Subject: [PATCH v2 net] net: phy: micrel: set soft_reset callback to
genphy_soft_reset for KSZ8081
Following a similar reinstate for the KSZ9031.
Older kernels would use the genphy_soft_reset if the PHY did not
implement a .soft_reset.
Bluntly removing that default may expose a lot of situations where
various PHYs/board implementations won't recover on various changes.
Like with tgus implementation during a 4.9.x to 5.4.x LTS transition.
I think it's a good thing to remove unwanted soft resets but wonder if
it did open a can of worms?
Atleast this fixes one iMX6 FEC/RMII/8081 combo.
Fixes: 6e2d85ec0559 ("net: phy: Stop with excessive soft reset")
Signed-off-by: Christian Melki <christian.melki@...ata.com>
---
diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.c
index 7ec6f70d6a82..a14a00328fa3 100644
--- a/drivers/net/phy/micrel.c
+++ b/drivers/net/phy/micrel.c
@@ -1303,6 +1303,7 @@ static struct phy_driver ksphy_driver[] = {
.driver_data = &ksz8081_type,
.probe = kszphy_probe,
.config_init = ksz8081_config_init,
+ .soft_reset = genphy_soft_reset,
.config_intr = kszphy_config_intr,
.handle_interrupt = kszphy_handle_interrupt,
.get_sset_count = kszphy_get_sset_count,
--
Powered by blists - more mailing lists