[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZwVEjCFsrxYuaJGz@shell.armlinux.org.uk>
Date: Tue, 8 Oct 2024 15:41:16 +0100
From: "Russell King (Oracle)" <linux@...linux.org.uk>
To: Andrew Lunn <andrew@...n.ch>, Heiner Kallweit <hkallweit1@...il.com>
Cc: "David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Florian Fainelli <f.fainelli@...il.com>,
Jakub Kicinski <kuba@...nel.org>, netdev@...r.kernel.org,
Paolo Abeni <pabeni@...hat.com>,
Vladimir Oltean <olteanv@...il.com>
Subject: [PATCH net-next 0/3] Removing more phylink cruft
Hi,
Continuing on with the cleanups, this patch series removes
dsa_port_phylink_mac_select_pcs() which is no longer required. This
will have no functional effect as phylink does this:
bool using_mac_select_pcs = false;
if (mac_ops->mac_select_pcs &&
mac_ops->mac_select_pcs(config, PHY_INTERFACE_MODE_NA) !=
ERR_PTR(-EOPNOTSUPP))
using_mac_select_pcs = true;
and no mac_select_pcs() method is equivalent to a mac_select_pcs()
that returns -EOPNOTSUPP.
We then make mv88e6xxx_mac_select_pcs() return NULL, as we don't
want to invoke this old behaviour anymore - mv88e6xxx doesn't require
it.
This then clears the way to removing using_mac_select_pcs from phylink
and the check.
drivers/net/dsa/mv88e6xxx/chip.c | 2 +-
drivers/net/phy/phylink.c | 14 +++-----------
net/dsa/port.c | 8 --------
3 files changed, 4 insertions(+), 20 deletions(-)
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!
Powered by blists - more mailing lists