From: "Russell King (Oracle)" <linux@armlinux.org.uk>
To: Sean Anderson <sean.anderson@seco.com>
Cc: Andrew Lunn <andrew@lunn.ch>,
Heiner Kallweit <hkallweit1@gmail.com>,
netdev@vger.kernel.org, Vladimir Oltean <olteanv@gmail.com>,
Eric Dumazet <edumazet@google.com>,
Paolo Abeni <pabeni@redhat.com>,
linux-kernel@vger.kernel.org, Jakub Kicinski <kuba@kernel.org>,
Tim Harvey <tharvey@gateworks.com>,
"David S . Miller" <davem@davemloft.net>
Subject: Re: [PATCH net v2 2/2] phy: aquantia: Determine rate adaptation support from registers
Date: Mon, 28 Nov 2022 23:22:55 +0000 [thread overview]
Message-ID: <Y4VCz2i+kkK0z+XY@shell.armlinux.org.uk> (raw)
In-Reply-To: <20221128195409.100873-2-sean.anderson@seco.com>
On Mon, Nov 28, 2022 at 02:54:09PM -0500, Sean Anderson wrote:
> When autonegotiation completes, the phy interface will be set based on
> the global config register for that speed. If the SERDES mode is set to
> something which the MAC does not support, then the link will not come
> up. To avoid this, validate each combination of interface speed and link
> speed which might be configured. This way, we ensure that we only
> consider rate adaptation in our advertisement when we can actually use
> it.
>
> The API for get_rate_matching requires that PHY_INTERFACE_MODE_NA be
> handled properly. To do this, we adopt a structure similar to
> phylink_validate.
Note that this has all but gone away except for a few legacy cases with
the advent of the supported_interfaces bitmap.
Also note that phy_get_rate_matching() will not be called by phylink
with PHY_INTERFACE_MODE_NA since my recent commit (7642cc28fd37 "net:
phylink: fix PHY validation with rate adaption"), and phylink is
currently the only user of this interface.
> At the top-level, we either validate a particular
> interface speed or all of them. Below that, we validate each combination
> of serdes speed and link speed.
>
> For some firmwares, not all speeds are supported. In this case, the
> global config register for that speed will be initialized to zero
> (indicating that rate adaptation is not supported). We can detect this
> by reading the PMA/PMD speed register to determine which speeds are
> supported. This register is read once in probe and cached for later.
>
> Fixes: 3c42563b3041 ("net: phy: aquantia: Add support for rate matching")
> Signed-off-by: Sean Anderson <sean.anderson@seco.com>
> ---
> This commit should not get backported until it soaks in master for a
> while.
You will have to monitor the emails from stable to achieve that - as you
have a Fixes tag, that will trigger it to be picked up fairly quicky.
> #define VEND1_GLOBAL_CFG_RATE_ADAPT_NONE 0
> #define VEND1_GLOBAL_CFG_RATE_ADAPT_USX 1
> #define VEND1_GLOBAL_CFG_RATE_ADAPT_PAUSE 2
> +#define VEND1_GLOBAL_CFG_SERDES_MODE GENMASK(2, 0)
> +#define VEND1_GLOBAL_CFG_SERDES_MODE_XFI 0
> +#define VEND1_GLOBAL_CFG_SERDES_MODE_SGMII 3
> +#define VEND1_GLOBAL_CFG_SERDES_MODE_OCSGMII 4
> +#define VEND1_GLOBAL_CFG_SERDES_MODE_XFI5G 6
> +#define VEND1_GLOBAL_CFG_SERDES_MODE_XFI20G 7
>
> #define VEND1_GLOBAL_RSVD_STAT1 0xc885
> #define VEND1_GLOBAL_RSVD_STAT1_FW_BUILD_ID GENMASK(7, 4)
> @@ -173,6 +179,7 @@ static const struct aqr107_hw_stat aqr107_hw_stats[] = {
>
> struct aqr107_priv {
> u64 sgmii_stats[AQR107_SGMII_STAT_SZ];
> + int supported_speeds;
> };
>
> static int aqr107_get_sset_count(struct phy_device *phydev)
> @@ -675,13 +682,141 @@ static int aqr107_wait_processor_intensive_op(struct phy_device *phydev)
> return 0;
> }
>
> +/**
> + * aqr107_rate_adapt_ok_one() - Validate rate adaptation for one configuration
> + * @phydev: The phy to act on
> + * @serdes_speed: The speed of the serdes (aka the phy interface)
> + * @link_speed: The speed of the link
> + *
> + * This function validates whether rate adaptation will work for a particular
> + * combination of @serdes_speed and @link_speed.
> + *
> + * Return: %true if the global config register for @link_speed is configured for
> + * rate adaptation, %true if @link_speed will not be advertised, %false
> + * otherwise.
> + */
> +static bool aqr107_rate_adapt_ok_one(struct phy_device *phydev, int serdes_speed,
> + int link_speed)
> +{
> + struct aqr107_priv *priv = phydev->priv;
> + int val, speed_bit;
> + u32 reg;
> +
> + phydev_dbg(phydev, "validating link_speed=%d serdes_speed=%d\n",
> + link_speed, serdes_speed);
> +
> + switch (link_speed) {
> + case SPEED_10000:
> + reg = VEND1_GLOBAL_CFG_10G;
> + speed_bit = MDIO_SPEED_10G;
> + break;
> + case SPEED_5000:
> + reg = VEND1_GLOBAL_CFG_5G;
> + speed_bit = MDIO_PCS_SPEED_5G;
> + break;
> + case SPEED_2500:
> + reg = VEND1_GLOBAL_CFG_2_5G;
> + speed_bit = MDIO_PCS_SPEED_2_5G;
> + break;
> + case SPEED_1000:
> + reg = VEND1_GLOBAL_CFG_1G;
> + speed_bit = MDIO_PMA_SPEED_1000;
> + break;
> + case SPEED_100:
> + reg = VEND1_GLOBAL_CFG_100M;
> + speed_bit = MDIO_PMA_SPEED_100;
> + break;
> + case SPEED_10:
> + reg = VEND1_GLOBAL_CFG_10M;
> + speed_bit = MDIO_PMA_SPEED_10;
> + break;
> + default:
> + WARN_ON_ONCE(1);
> + return false;
> + }
> +
> + /* Vacuously OK, since we won't advertise it anyway */
> + if (!(priv->supported_speeds & speed_bit))
> + return true;
This doesn't make any sense. priv->supported_speeds is the set of speeds
read from the PMAPMD. The only bits that are valid for this are the
MDIO_PMA_SPEED_* definitions, but teh above switch makes use of the
MDIO_PCS_SPEED_* definitions. To see why this is wrong, look at these
two definitions:
#define MDIO_PMA_SPEED_10 0x0040 /* 10M capable */
#define MDIO_PCS_SPEED_2_5G 0x0040 /* 2.5G capable */
Note that they are the same value, yet above, you're testing for bit 6
being clear effectively for both 10M and 2.5G speeds. I suspect this
is *not* what you want.
MDIO_PMA_SPEED_* are only valid for the PMAPMD MMD (MMD 1).
MDIO_PCS_SPEED_* are only valid for the PCS MMD (MMD 3).
> +
> + val = phy_read_mmd(phydev, MDIO_MMD_VEND1, reg);
> + if (val < 0) {
> + phydev_warn(phydev, "could not read register %x:%.04x (err = %d)\n",
> + MDIO_MMD_VEND1, reg, val);
> + return false;
> + }
> +
> + phydev_dbg(phydev, "%x:%.04x = %.04x\n", MDIO_MMD_VEND1, reg, val);
> + if (FIELD_GET(VEND1_GLOBAL_CFG_RATE_ADAPT, val) !=
> + VEND1_GLOBAL_CFG_RATE_ADAPT_PAUSE)
> + return false;
> +
> + switch (FIELD_GET(VEND1_GLOBAL_CFG_SERDES_MODE, val)) {
> + case VEND1_GLOBAL_CFG_SERDES_MODE_XFI20G:
> + return serdes_speed == SPEED_20000;
> + case VEND1_GLOBAL_CFG_SERDES_MODE_XFI:
> + return serdes_speed == SPEED_10000;
> + case VEND1_GLOBAL_CFG_SERDES_MODE_XFI5G:
> + return serdes_speed == SPEED_5000;
> + case VEND1_GLOBAL_CFG_SERDES_MODE_OCSGMII:
> + return serdes_speed == SPEED_2500;
> + case VEND1_GLOBAL_CFG_SERDES_MODE_SGMII:
> + return serdes_speed == SPEED_1000;
> + default:
> + return false;
> + }
> +}
> +
> +/**
> + * aqr107_rate_adapt_ok() - Validate rate adaptation for an interface speed
> + * @phydev: The phy device
> + * @speed: The serdes (phy interface) speed
> + *
> + * This validates whether rate adaptation will work for a particular @speed.
> + * All link speeds less than or equal to @speed are validate to ensure they are
> + * configured properly.
> + *
> + * Return: %true if rate adaptation is supported for @speed, %false otherwise.
> + */
> +static bool aqr107_rate_adapt_ok(struct phy_device *phydev, int speed)
> +{
static int speeds[] = {
SPEED_10,
SPEED_100,
SPEED_1000,
SPEED_2500,
SPEED_5000,
SPEED_10000,
};
int i;
for (i = 0; i < ARRAY_SIZE(speeds) && speeds[i] <= speed; i++)
if (!aqr107_rate_adapt_ok_one(phydev, speed, speeds[i]))
return false;
/* speed must be in speeds[] */
if (i == ARRAY_SIZE(speeds) || speeds[i] != speed)
return false;
return true;
would be more concise code?
> +}
> +
> static int aqr107_get_rate_matching(struct phy_device *phydev,
> phy_interface_t iface)
> {
> - if (iface == PHY_INTERFACE_MODE_10GBASER ||
> - iface == PHY_INTERFACE_MODE_2500BASEX ||
> - iface == PHY_INTERFACE_MODE_NA)
> + if (iface != PHY_INTERFACE_MODE_NA) {
> + if (aqr107_rate_adapt_ok(phydev,
> + phy_interface_max_speed(iface)))
> + return RATE_MATCH_PAUSE;
> + else
> + return RATE_MATCH_NONE;
> + }
> +
> + if (aqr107_rate_adapt_ok(phydev, SPEED_10000) ||
> + aqr107_rate_adapt_ok(phydev, SPEED_2500) ||
> + aqr107_rate_adapt_ok(phydev, SPEED_1000))
> return RATE_MATCH_PAUSE;
> +
> return RATE_MATCH_NONE;
> }
>
> @@ -711,10 +846,19 @@ static int aqr107_resume(struct phy_device *phydev)
>
> static int aqr107_probe(struct phy_device *phydev)
> {
> - phydev->priv = devm_kzalloc(&phydev->mdio.dev,
> - sizeof(struct aqr107_priv), GFP_KERNEL);
> - if (!phydev->priv)
> + struct aqr107_priv *priv;
> +
> + priv = devm_kzalloc(&phydev->mdio.dev, sizeof(*priv), GFP_KERNEL);
> + if (!priv)
> return -ENOMEM;
> + phydev->priv = priv;
> +
> + priv->supported_speeds = phy_read_mmd(phydev, MDIO_MMD_PMAPMD,
> + MDIO_SPEED);
> + if (priv->supported_speeds < 0) {
Given the above confusion about the MDIO_SPEED register, I'd suggest
this isn't simply named "supported_speeds" but "pmapmd_speeds" to
indicate that it's the pmapmd mmd speed register.
> + phydev_err(phydev, "could not determine supported speeds\n");
> + return priv->supported_speeds;
> + };
>
> return aqr_hwmon_probe(phydev);
> }
> --
> 2.35.1.1320.gc452695387.dirty
>
>
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
next prev parent reply other threads:[~2022-11-28 23:23 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-28 19:54 [PATCH net v2 1/2] net: phy: Move/rename phylink_interface_max_speed Sean Anderson
2022-11-28 19:54 ` [PATCH net v2 2/2] phy: aquantia: Determine rate adaptation support from registers Sean Anderson
2022-11-28 23:22 ` Russell King (Oracle) [this message]
2022-11-29 0:21 ` Sean Anderson
2022-11-29 0:42 ` Russell King (Oracle)
2022-11-29 15:56 ` Sean Anderson
2022-11-29 16:17 ` Russell King (Oracle)
2022-11-29 16:29 ` Sean Anderson
2022-11-29 16:46 ` Russell King (Oracle)
2022-11-29 16:57 ` Sean Anderson
2022-11-29 13:39 ` Andrew Lunn
2022-11-29 13:46 ` Russell King (Oracle)
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=Y4VCz2i+kkK0z+XY@shell.armlinux.org.uk \
--to=linux@armlinux.org.uk \
--cc=andrew@lunn.ch \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hkallweit1@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=olteanv@gmail.com \
--cc=pabeni@redhat.com \
--cc=sean.anderson@seco.com \
--cc=tharvey@gateworks.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).