[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240911212713.2178943-1-maxime.chevallier@bootlin.com>
Date: Wed, 11 Sep 2024 23:27:04 +0200
From: Maxime Chevallier <maxime.chevallier@...tlin.com>
To: davem@...emloft.net
Cc: Maxime Chevallier <maxime.chevallier@...tlin.com>,
netdev@...r.kernel.org,
linux-kernel@...r.kernel.org,
thomas.petazzoni@...tlin.com,
Andrew Lunn <andrew@...n.ch>,
Jakub Kicinski <kuba@...nel.org>,
Eric Dumazet <edumazet@...gle.com>,
Paolo Abeni <pabeni@...hat.com>,
Russell King <linux@...linux.org.uk>,
linux-arm-kernel@...ts.infradead.org,
Christophe Leroy <christophe.leroy@...roup.eu>,
Herve Codina <herve.codina@...tlin.com>,
Florian Fainelli <f.fainelli@...il.com>,
Heiner Kallweit <hkallweit1@...il.com>,
Vladimir Oltean <vladimir.oltean@....com>,
Marek Behún <kabel@...nel.org>,
Köry Maincent <kory.maincent@...tlin.com>,
Oleksij Rempel <o.rempel@...gutronix.de>
Subject: [PATCH net-next 0/7] Allow controlling PHY loopback and isolate modes
Hello everyone,
This series brings support for controlling the isolation and loopback
modes for PHY devices, through a netlink interface.
The isolation support work is made in preparation for the support of
interfaces that posesses multiple PHYs attached to the same MAC, on the
same MII bus. In this configuration, the isolation mode for the PHY is
used to avoid interferences on the MII bus, which doesn't support
multidrop topologies.
This mode is part of the 802.3 spec, however rarely used. It was
discovered that some PHYs don't implement that mode correctly, and will
continue being active on the MII interface when isolated. This series
supports that case, and flags the LXT973 as having such a broken
isolation mode. The Marvell 88x3310/3340 PHYs also don't support this
mdoe, and are also flagged accordingly.
The main part needed for the upcomping multi-PHY support really is the
internal kernel API to support this.
The second part of the series (patches 5, 6 and 7) focus on allowing
userspace to control that mode. The only real benefit of controlling this
from userspace is to make it easier to find out if this mode really
works or not on the PHY being used.
This relies on a new set of ethtool_phy_ops, set_config and get_config,
to toggle these modes.
The loopback control from that API is added as it fits the API
well, and having the ability to easily set the PHY in MII-loopback
mode is a helpful tool to have when bringing-up a new device and
troubleshooting the link setup.
The netlink API is an extension of the existing PHY_GET, reporting 2 new
attributes (one for isolate, one for loopback). A PHY_SET command is
introduced as well, allowing to configure the loopback and isolation.
All in all, the userspace part is a bonus here, let me know if you think
is just doesn't make sense, although the loopback feature can be useful
and sent as a standalone series. In such case, I'll include the kernel-only
support for isolation (so, patches 1 to 5) as part of the multi-PHY
support series when it comes out.
Thanks,
Maxime
Maxime Chevallier (7):
net: phy: allow isolating PHY devices
net: phy: Allow flagging PHY devices that can't isolate their MII
net: phy: lxt: Mark LXT973 PHYs as having a broken isolate mode
net: phy: marvell10g: 88x3310 and 88x3340 don't support isolate mode
net: phy: introduce ethtool_phy_ops to get and set phy configuration
net: ethtool: phy: allow reporting and setting the phy isolate status
netlink: specs: introduce phy-set command along with configurable
attributes
Documentation/netlink/specs/ethtool.yaml | 20 +++++
Documentation/networking/ethtool-netlink.rst | 2 +
drivers/net/phy/lxt.c | 2 +
drivers/net/phy/marvell10g.c | 2 +
drivers/net/phy/phy.c | 59 +++++++++++++
drivers/net/phy/phy_device.c | 89 ++++++++++++++++++--
include/linux/ethtool.h | 8 ++
include/linux/phy.h | 26 ++++++
include/uapi/linux/ethtool_netlink.h | 3 +
net/ethtool/netlink.c | 8 ++
net/ethtool/netlink.h | 1 +
net/ethtool/phy.c | 75 +++++++++++++++++
12 files changed, 289 insertions(+), 6 deletions(-)
--
2.46.0
Powered by blists - more mailing lists