net: phylink: allow mac_select_pcs() to remove a PCS
authorRussell King (Oracle) <rmk+kernel@armlinux.org.uk>
Wed, 16 Oct 2024 09:58:34 +0000 (10:58 +0100)
committerAndrew Lunn <andrew@lunn.ch>
Thu, 17 Oct 2024 23:15:15 +0000 (18:15 -0500)
phylink has historically not permitted a PCS to be removed. An attempt
to permit this with phylink_set_pcs() resulted in comments indicating
that there was no need for this. This behaviour has been propagated
forward to the mac_select_pcs() approach as it was believed from these
comments that changing this would be NAK'd.

However, with mac_select_pcs(), it takes more code and thus complexity
to maintain this behaviour, which can - and in this case has - resulted
in a bug. If mac_select_pcs() returns NULL for a particular interface
type, but there is already a PCS in-use, then we skip the pcs_validate()
method, but continue using the old PCS. Also, it wouldn't be expected
behaviour by implementers of mac_select_pcs().

Allow this by removing this old unnecessary restriction.

Signed-off-by: Russell King (Oracle) <rmk+kernel@armlinux.org.uk>
Reviewed-by: Vladimir Oltean <olteanv@gmail.com>
Signed-off-by: Andrew Lunn <andrew@lunn.ch>
drivers/net/phy/phylink.c

index 24a3144e870a5c4da1b24af319ee4a0bcc95f347..aa1139efc7e4253407b17fc26f565f419797953f 100644 (file)
@@ -1184,7 +1184,7 @@ static void phylink_major_config(struct phylink *pl, bool restart,
                        return;
                }
 
-               pcs_changed = pcs && pl->pcs != pcs;
+               pcs_changed = pl->pcs != pcs;
        }
 
        phylink_pcs_poll_stop(pl);