summaryrefslogtreecommitdiff
path: root/drivers/net
diff options
context:
space:
mode:
authorCsókás, Bence <csokas.bence@prolan.hu>2024-06-05 11:42:51 +0300
committerJakub Kicinski <kuba@kernel.org>2024-06-07 03:34:03 +0300
commite96b2933152fd87b6a41765b2f58b158fde855b6 (patch)
tree4c592cdcd4c0c9752820a813201a2957a620497a /drivers/net
parentd30d0e49da71de8df10bf3ff1b3de880653af562 (diff)
downloadlinux-e96b2933152fd87b6a41765b2f58b158fde855b6.tar.xz
net: sfp: Always call `sfp_sm_mod_remove()` on remove
If the module is in SFP_MOD_ERROR, `sfp_sm_mod_remove()` will not be run. As a consequence, `sfp_hwmon_remove()` is not getting run either, leaving a stale `hwmon` device behind. `sfp_sm_mod_remove()` itself checks `sfp->sm_mod_state` anyways, so this check was not really needed in the first place. Fixes: d2e816c0293f ("net: sfp: handle module remove outside state machine") Signed-off-by: "Csókás, Bence" <csokas.bence@prolan.hu> Reviewed-by: Andrew Lunn <andrew@lunn.ch> Link: https://lore.kernel.org/r/20240605084251.63502-1-csokas.bence@prolan.hu Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'drivers/net')
-rw-r--r--drivers/net/phy/sfp.c3
1 files changed, 1 insertions, 2 deletions
diff --git a/drivers/net/phy/sfp.c b/drivers/net/phy/sfp.c
index 3f9cbd797fd6..a5684ef5884b 100644
--- a/drivers/net/phy/sfp.c
+++ b/drivers/net/phy/sfp.c
@@ -2429,8 +2429,7 @@ static void sfp_sm_module(struct sfp *sfp, unsigned int event)
/* Handle remove event globally, it resets this state machine */
if (event == SFP_E_REMOVE) {
- if (sfp->sm_mod_state > SFP_MOD_PROBE)
- sfp_sm_mod_remove(sfp);
+ sfp_sm_mod_remove(sfp);
sfp_sm_mod_next(sfp, SFP_MOD_EMPTY, 0);
return;
}