From: Christophe Leroy <christophe.leroy@csgroup.eu>
To: Maxime Chevallier <maxime.chevallier@bootlin.com>, davem@davemloft.net
Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-msm@vger.kernel.org, thomas.petazzoni@bootlin.com,
"Andrew Lunn" <andrew@lunn.ch>,
"Jakub Kicinski" <kuba@kernel.org>,
"Eric Dumazet" <edumazet@google.com>,
"Paolo Abeni" <pabeni@redhat.com>,
"Russell King" <linux@armlinux.org.uk>,
linux-arm-kernel@lists.infradead.org,
"Herve Codina" <herve.codina@bootlin.com>,
"Florian Fainelli" <f.fainelli@gmail.com>,
"Heiner Kallweit" <hkallweit1@gmail.com>,
"Vladimir Oltean" <vladimir.oltean@nxp.com>,
"Köry Maincent" <kory.maincent@bootlin.com>,
"Marek Behún" <kabel@kernel.org>,
"Oleksij Rempel" <o.rempel@pengutronix.de>,
"Nicolò Veronese" <nicveronese@gmail.com>,
"Simon Horman" <horms@kernel.org>,
mwojtas@chromium.org, "Antoine Tenart" <atenart@kernel.org>,
devicetree@vger.kernel.org, "Conor Dooley" <conor+dt@kernel.org>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Romain Gantois" <romain.gantois@bootlin.com>,
"Daniel Golle" <daniel@makrotopia.org>,
"Dimitri Fedrau" <dimitri.fedrau@liebherr.com>
Subject: Re: [PATCH net-next v16 10/15] net: phy: marvell10g: Support SFP through phy_port
Date: Sat, 15 Nov 2025 13:53:57 +0100 [thread overview]
Message-ID: <9422f22e-ba04-4479-a8fc-a136b9642165@csgroup.eu> (raw)
In-Reply-To: <20251113081418.180557-11-maxime.chevallier@bootlin.com>
Le 13/11/2025 à 09:14, Maxime Chevallier a écrit :
> Convert the Marvell10G driver to use the generic SFP handling, through a
> dedicated .attach_port() handler to populate the port's supported
> interfaces.
>
> As the 88x3310 supports multiple MDI, the .attach_port() logic handles
> both SFP attach with 10GBaseR support, and support for the "regular"
> port that usually is a BaseT port.
>
> Reviewed-by: Andrew Lunn <andrew@lunn.ch>
> Signed-off-by: Maxime Chevallier <maxime.chevallier@bootlin.com>
Reviewed-by: Christophe Leroy <christophe.leroy@csgroup.eu>
> ---
> drivers/net/phy/marvell10g.c | 52 ++++++++++++++++++++++--------------
> drivers/net/phy/phy_port.c | 44 ++++++++++++++++++++++++++++++
> include/linux/phy_port.h | 1 +
> 3 files changed, 77 insertions(+), 20 deletions(-)
>
> diff --git a/drivers/net/phy/marvell10g.c b/drivers/net/phy/marvell10g.c
> index 8fd42131cdbf..d4cace758fe8 100644
> --- a/drivers/net/phy/marvell10g.c
> +++ b/drivers/net/phy/marvell10g.c
> @@ -28,7 +28,7 @@
> #include <linux/hwmon.h>
> #include <linux/marvell_phy.h>
> #include <linux/phy.h>
> -#include <linux/sfp.h>
> +#include <linux/phy_port.h>
> #include <linux/netdevice.h>
>
> #define MV_PHY_ALASKA_NBT_QUIRK_MASK 0xfffffffe
> @@ -463,35 +463,35 @@ static int mv3310_set_edpd(struct phy_device *phydev, u16 edpd)
> return err;
> }
>
> -static int mv3310_sfp_insert(void *upstream, const struct sfp_eeprom_id *id)
> +static int mv3310_attach_mii_port(struct phy_device *phydev,
> + struct phy_port *port)
> {
> - struct phy_device *phydev = upstream;
> - const struct sfp_module_caps *caps;
> - phy_interface_t iface;
> + __set_bit(PHY_INTERFACE_MODE_10GBASER, port->interfaces);
> + return 0;
> +}
>
> - caps = sfp_get_module_caps(phydev->sfp_bus);
> - iface = sfp_select_interface(phydev->sfp_bus, caps->link_modes);
> +static int mv3310_attach_mdi_port(struct phy_device *phydev,
> + struct phy_port *port)
> +{
> + /* This PHY can do combo-ports, i.e. 2 MDI outputs, usually one
> + * of them going to an SFP and the other one to a RJ45
> + * connector. If we don't have any representation for the port
> + * in DT, and we are dealing with a non-SFP port, then we
> + * mask the port's capabilities to report BaseT-only modes
> + */
> + if (port->not_described)
> + return phy_port_restrict_mediums(port,
> + BIT(ETHTOOL_LINK_MEDIUM_BASET));
>
> - if (iface != PHY_INTERFACE_MODE_10GBASER) {
> - dev_err(&phydev->mdio.dev, "incompatible SFP module inserted\n");
> - return -EINVAL;
> - }
> return 0;
> }
>
> -static const struct sfp_upstream_ops mv3310_sfp_ops = {
> - .attach = phy_sfp_attach,
> - .detach = phy_sfp_detach,
> - .connect_phy = phy_sfp_connect_phy,
> - .disconnect_phy = phy_sfp_disconnect_phy,
> - .module_insert = mv3310_sfp_insert,
> -};
> -
> static int mv3310_probe(struct phy_device *phydev)
> {
> const struct mv3310_chip *chip = to_mv3310_chip(phydev);
> struct mv3310_priv *priv;
> u32 mmd_mask = MDIO_DEVS_PMAPMD | MDIO_DEVS_AN;
> + DECLARE_PHY_INTERFACE_MASK(interfaces);
> int ret;
>
> if (!phydev->is_c45 ||
> @@ -542,9 +542,13 @@ static int mv3310_probe(struct phy_device *phydev)
> if (ret)
> return ret;
>
> + __set_bit(PHY_INTERFACE_MODE_10GBASER, interfaces);
> +
> chip->init_supported_interfaces(priv->supported_interfaces);
>
> - return phy_sfp_probe(phydev, &mv3310_sfp_ops);
> + phydev->max_n_ports = 2;
> +
> + return 0;
> }
>
> static void mv3310_remove(struct phy_device *phydev)
> @@ -1405,6 +1409,8 @@ static struct phy_driver mv3310_drivers[] = {
> .set_loopback = genphy_c45_loopback,
> .get_wol = mv3110_get_wol,
> .set_wol = mv3110_set_wol,
> + .attach_mii_port = mv3310_attach_mii_port,
> + .attach_mdi_port = mv3310_attach_mdi_port,
> },
> {
> .phy_id = MARVELL_PHY_ID_88X3310,
> @@ -1424,6 +1430,8 @@ static struct phy_driver mv3310_drivers[] = {
> .set_tunable = mv3310_set_tunable,
> .remove = mv3310_remove,
> .set_loopback = genphy_c45_loopback,
> + .attach_mii_port = mv3310_attach_mii_port,
> + .attach_mdi_port = mv3310_attach_mdi_port,
> },
> {
> .phy_id = MARVELL_PHY_ID_88E2110,
> @@ -1444,6 +1452,8 @@ static struct phy_driver mv3310_drivers[] = {
> .set_loopback = genphy_c45_loopback,
> .get_wol = mv3110_get_wol,
> .set_wol = mv3110_set_wol,
> + .attach_mii_port = mv3310_attach_mii_port,
> + .attach_mdi_port = mv3310_attach_mdi_port,
> },
> {
> .phy_id = MARVELL_PHY_ID_88E2110,
> @@ -1462,6 +1472,8 @@ static struct phy_driver mv3310_drivers[] = {
> .set_tunable = mv3310_set_tunable,
> .remove = mv3310_remove,
> .set_loopback = genphy_c45_loopback,
> + .attach_mii_port = mv3310_attach_mii_port,
> + .attach_mdi_port = mv3310_attach_mdi_port,
> },
> };
>
> diff --git a/drivers/net/phy/phy_port.c b/drivers/net/phy/phy_port.c
> index f89f70f83593..d9099196f870 100644
> --- a/drivers/net/phy/phy_port.c
> +++ b/drivers/net/phy/phy_port.c
> @@ -149,6 +149,50 @@ void phy_port_update_supported(struct phy_port *port)
> }
> EXPORT_SYMBOL_GPL(phy_port_update_supported);
>
> +/**
> + * phy_port_filter_supported() - Make sure that port->supported match port->mediums
> + * @port: The port to filter
> + *
> + * After updating a port's mediums to a more restricted subset, this helper will
> + * make sure that port->supported only contains linkmodes that are compatible
> + * with port->mediums.
> + */
> +static void phy_port_filter_supported(struct phy_port *port)
> +{
> + __ETHTOOL_DECLARE_LINK_MODE_MASK(supported) = { 0 };
> + int i;
> +
> + for_each_set_bit(i, &port->mediums, __ETHTOOL_LINK_MEDIUM_LAST)
> + phy_caps_medium_get_supported(supported, i, port->pairs);
> +
> + linkmode_and(port->supported, port->supported, supported);
> +}
> +
> +/**
> + * phy_port_restrict_mediums - Mask away some of the port's supported mediums
> + * @port: The port to act upon
> + * @mediums: A mask of mediums to support on the port
> + *
> + * This helper allows removing some mediums from a port's list of supported
> + * mediums, which occurs once we have enough information about the port to
> + * know its nature.
> + *
> + * Returns: 0 if the change was donne correctly, a negative value otherwise.
> + */
> +int phy_port_restrict_mediums(struct phy_port *port, unsigned long mediums)
> +{
> + /* We forbid ending-up with a port with empty mediums */
> + if (!(port->mediums & mediums))
> + return -EINVAL;
> +
> + port->mediums &= mediums;
> +
> + phy_port_filter_supported(port);
> +
> + return 0;
> +}
> +EXPORT_SYMBOL_GPL(phy_port_restrict_mediums);
> +
> /**
> * phy_port_get_type() - get the PORT_* attribute for that port.
> * @port: The port we want the information from
> diff --git a/include/linux/phy_port.h b/include/linux/phy_port.h
> index 550c3f4ab19f..0ef0f5ce4709 100644
> --- a/include/linux/phy_port.h
> +++ b/include/linux/phy_port.h
> @@ -92,6 +92,7 @@ static inline bool phy_port_is_fiber(struct phy_port *port)
> }
>
> void phy_port_update_supported(struct phy_port *port);
> +int phy_port_restrict_mediums(struct phy_port *port, unsigned long mediums);
>
> int phy_port_get_type(struct phy_port *port);
>
next prev parent reply other threads:[~2025-11-15 13:20 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-13 8:14 [PATCH net-next v16 00/15] net: phy: Introduce PHY ports representation Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 01/15] dt-bindings: net: Introduce the ethernet-connector description Maxime Chevallier
2025-11-13 13:11 ` Andrew Lunn
2025-11-15 12:52 ` Christophe Leroy
2025-11-18 14:50 ` Rob Herring (Arm)
2025-11-13 8:14 ` [PATCH net-next v16 02/15] net: ethtool: Introduce ETHTOOL_LINK_MEDIUM_* values Maxime Chevallier
2025-11-15 12:52 ` Christophe Leroy
2025-11-19 3:15 ` Jakub Kicinski
2025-11-19 13:29 ` Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 03/15] net: phy: Introduce PHY ports representation Maxime Chevallier
2025-11-13 13:13 ` Andrew Lunn
2025-11-15 12:53 ` Christophe Leroy
2025-11-19 3:15 ` Jakub Kicinski
2025-11-19 13:30 ` Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 04/15] net: phy: dp83822: Add support for phy_port representation Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 05/15] dt-bindings: net: dp83822: Deprecate ti,fiber-mode Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 06/15] net: phy: Create a phy_port for PHY-driven SFPs Maxime Chevallier
2025-11-15 12:53 ` Christophe Leroy
2025-11-13 8:14 ` [PATCH net-next v16 07/15] net: phy: Introduce generic SFP handling for PHY drivers Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 08/15] net: phy: marvell-88x2222: Support SFP through phy_port interface Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 09/15] net: phy: marvell: " Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 10/15] net: phy: marvell10g: Support SFP through phy_port Maxime Chevallier
2025-11-15 12:53 ` Christophe Leroy [this message]
2025-11-13 8:14 ` [PATCH net-next v16 11/15] net: phy: at803x: Support SFP through phy_port interface Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 12/15] net: phy: qca807x: " Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 13/15] net: phy: Only rely on phy_port for PHY-driven SFP Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 14/15] net: phy: dp83822: Add SFP support through the phy_port interface Maxime Chevallier
2025-11-13 8:14 ` [PATCH net-next v16 15/15] Documentation: networking: Document the phy_port infrastructure Maxime Chevallier
2025-11-19 3:17 ` Jakub Kicinski
2025-11-19 13:31 ` Maxime Chevallier
2025-11-15 12:55 ` [PATCH net-next v16 00/15] net: phy: Introduce PHY ports representation Christophe Leroy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9422f22e-ba04-4479-a8fc-a136b9642165@csgroup.eu \
--to=christophe.leroy@csgroup.eu \
--cc=andrew@lunn.ch \
--cc=atenart@kernel.org \
--cc=conor+dt@kernel.org \
--cc=daniel@makrotopia.org \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=dimitri.fedrau@liebherr.com \
--cc=edumazet@google.com \
--cc=f.fainelli@gmail.com \
--cc=herve.codina@bootlin.com \
--cc=hkallweit1@gmail.com \
--cc=horms@kernel.org \
--cc=kabel@kernel.org \
--cc=kory.maincent@bootlin.com \
--cc=krzk+dt@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=maxime.chevallier@bootlin.com \
--cc=mwojtas@chromium.org \
--cc=netdev@vger.kernel.org \
--cc=nicveronese@gmail.com \
--cc=o.rempel@pengutronix.de \
--cc=pabeni@redhat.com \
--cc=robh@kernel.org \
--cc=romain.gantois@bootlin.com \
--cc=thomas.petazzoni@bootlin.com \
--cc=vladimir.oltean@nxp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).