From: Horatiu Vultur <horatiu.vultur@microchip.com>
To: "Russell King (Oracle)" <linux@armlinux.org.uk>
Cc: <davem@davemloft.net>, <kuba@kernel.org>, <robh+dt@kernel.org>,
<p.zabel@pengutronix.de>, <netdev@vger.kernel.org>,
<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH net-next 3/5] net: lan966x: add port module support
Date: Thu, 18 Nov 2021 10:57:03 +0100 [thread overview]
Message-ID: <20211118095703.owsb2nen5hb5vjz2@soft-dev3-1.localhost> (raw)
In-Reply-To: <YZTRUfvPPu5qf7mE@shell.armlinux.org.uk>
The 11/17/2021 09:54, Russell King (Oracle) wrote:
>
> Hi,
Hi Russell,
>
> On Wed, Nov 17, 2021 at 10:18:56AM +0100, Horatiu Vultur wrote:
> > +static void lan966x_phylink_mac_link_state(struct phylink_config *config,
> > + struct phylink_link_state *state)
> > +{
> > +}
> > +
> > +static void lan966x_phylink_mac_aneg_restart(struct phylink_config *config)
> > +{
> > +}
>
> Since you always attach a PCS, it is not necessary to provide stubs
> for these functions.
Pefect, I will remove these ones.
>
> > +static int lan966x_pcs_config(struct phylink_pcs *pcs,
> > + unsigned int mode,
> > + phy_interface_t interface,
> > + const unsigned long *advertising,
> > + bool permit_pause_to_mac)
> > +{
> > + struct lan966x_port *port = lan966x_pcs_to_port(pcs);
> > + struct lan966x_port_config config;
> > + int ret;
> > +
> > + memset(&config, 0, sizeof(config));
> > +
> > + config = port->config;
> > + config.portmode = interface;
> > + config.inband = phylink_autoneg_inband(mode);
> > + config.autoneg = phylink_test(advertising, Autoneg);
> > + if (phylink_test(advertising, Pause))
> > + config.pause_adv |= ADVERTISE_1000XPAUSE;
> > + if (phylink_test(advertising, Asym_Pause))
> > + config.pause_adv |= ADVERTISE_1000XPSE_ASYM;
>
> There are patches around that add
> phylink_mii_c22_pcs_encode_advertisement() which will create the C22
> advertisement for you. It would be good to get that patch merged so
> people can use it. That should also eliminate lan966x_get_aneg_word(),
> although I notice you need to set ADVERTISE_LPACK as well (can you
> check that please? Hardware should be managing that bit as it should
> only be set once the hardware has received the link partner's
> advertisement.)
Yes, I will keep an eye for phylink_mii_c22_pcs_encode_advertisement.
Also I have also tried to remove ADVERTISE_LPACK and that seems to work
fine.
>
> > +static void decode_cl37_word(u16 lp_abil, uint16_t ld_abil,
> > + struct lan966x_port_status *status)
> > +{
> > + status->link = !(lp_abil & ADVERTISE_RFAULT) && status->link;
> > + status->an_complete = true;
> > + status->duplex = (ADVERTISE_1000XFULL & lp_abil) ?
> > + DUPLEX_FULL : DUPLEX_UNKNOWN;
> > +
> > + if ((ld_abil & ADVERTISE_1000XPAUSE) &&
> > + (lp_abil & ADVERTISE_1000XPAUSE)) {
> > + status->pause = MLO_PAUSE_RX | MLO_PAUSE_TX;
> > + } else if ((ld_abil & ADVERTISE_1000XPSE_ASYM) &&
> > + (lp_abil & ADVERTISE_1000XPSE_ASYM)) {
> > + status->pause |= (lp_abil & ADVERTISE_1000XPAUSE) ?
> > + MLO_PAUSE_TX : 0;
> > + status->pause |= (ld_abil & ADVERTISE_1000XPAUSE) ?
> > + MLO_PAUSE_RX : 0;
> > + } else {
> > + status->pause = MLO_PAUSE_NONE;
> > + }
> > +}
>
> We already have phylink_decode_c37_word() which will decode this for
> you, although it would need to be exported. Please re-use this code.
Yes, I will do that.
>
> > +
> > +static void decode_sgmii_word(u16 lp_abil, struct lan966x_port_status *status)
> > +{
> > + status->an_complete = true;
> > + if (!(lp_abil & LPA_SGMII_LINK)) {
> > + status->link = false;
> > + return;
> > + }
> > +
> > + switch (lp_abil & LPA_SGMII_SPD_MASK) {
> > + case LPA_SGMII_10:
> > + status->speed = SPEED_10;
> > + break;
> > + case LPA_SGMII_100:
> > + status->speed = SPEED_100;
> > + break;
> > + case LPA_SGMII_1000:
> > + status->speed = SPEED_1000;
> > + break;
> > + default:
> > + status->link = false;
> > + return;
> > + }
> > + if (lp_abil & LPA_SGMII_FULL_DUPLEX)
> > + status->duplex = DUPLEX_FULL;
> > + else
> > + status->duplex = DUPLEX_HALF;
> > +}
>
> The above mentioned function will also handle SGMII as well.
I noticed that you have phylink_decode_sgmii_work(), so I will try to
export it also.
>
> > +int lan966x_port_pcs_set(struct lan966x_port *port,
> > + struct lan966x_port_config *config)
> > +{
> > + struct lan966x *lan966x = port->lan966x;
> > + bool sgmii = false, inband_aneg = false;
> > + int err;
> > +
> > + lan966x_port_link_down(port);
> > +
> > + if (config->inband) {
> > + if (config->portmode == PHY_INTERFACE_MODE_SGMII ||
> > + config->portmode == PHY_INTERFACE_MODE_QSGMII)
> > + inband_aneg = true; /* Cisco-SGMII in-band-aneg */
> > + else if (config->portmode == PHY_INTERFACE_MODE_1000BASEX &&
> > + config->autoneg)
> > + inband_aneg = true; /* Clause-37 in-band-aneg */
> > +
> > + if (config->speed > 0) {
> > + err = phy_set_speed(port->serdes, config->speed);
> > + if (err)
> > + return err;
> > + }
> > +
> > + } else {
> > + sgmii = true; /* Phy is connnected to the MAC */
>
> This looks weird. SGMII can be in-band as well (and technically is
> in-band in its as-specified form.)
I think the names are a little bit misleading.
We cover the case where SGMII is inbind in the code
if (config->inband) {
if (config->portmode == PHY_INTERFACE_MODE_SGMII ||
config->portmode == PHY_INTERFACE_MODE_QSGMII)
}
I think we can remove the sgmii variable and use directly the
config->inband.
>
> > + }
> > +
> > + /* Choose SGMII or 1000BaseX/2500BaseX PCS mode */
> > + lan_rmw(DEV_PCS1G_MODE_CFG_SGMII_MODE_ENA_SET(sgmii),
> > + DEV_PCS1G_MODE_CFG_SGMII_MODE_ENA,
> > + lan966x, DEV_PCS1G_MODE_CFG(port->chip_port));
>
> With the code as you have it, what this means is if we specify
> SGMII + in-band, we end up configuring the port to be in 1000BaseX
> mode, so it's incapable of 10 and 100M speeds. This seems incorrect.
Actually I think the comment is misleading, that bit will just choose to
enable or not the control word for inbound.
>
> Thanks.
>
> --
> RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
> FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
--
/Horatiu
next prev parent reply other threads:[~2021-11-18 9:56 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-17 9:18 [PATCH net-next 0/5] net: lan966x: Add lan966x switch driver Horatiu Vultur
2021-11-17 9:18 ` [PATCH net-next 1/5] dt-bindings: net: lan966x: Add lan966x-switch bindings Horatiu Vultur
2021-11-17 9:18 ` [PATCH net-next 2/5] net: lan966x: add the basic lan966x driver Horatiu Vultur
2021-11-17 9:52 ` Philipp Zabel
2021-11-17 21:42 ` Horatiu Vultur
2021-11-18 10:19 ` Philipp Zabel
2021-11-18 12:49 ` Horatiu Vultur
2021-11-17 9:18 ` [PATCH net-next 3/5] net: lan966x: add port module support Horatiu Vultur
2021-11-17 9:54 ` Russell King (Oracle)
2021-11-18 9:57 ` Horatiu Vultur [this message]
2021-11-18 9:59 ` Russell King (Oracle)
2021-11-18 12:59 ` Horatiu Vultur
2021-11-18 13:31 ` Russell King (Oracle)
2021-11-18 15:36 ` Sean Anderson
2021-11-18 16:11 ` Russell King (Oracle)
2021-11-18 16:18 ` Sean Anderson
2021-11-19 8:49 ` Horatiu Vultur
2021-11-17 11:41 ` Russell King (Oracle)
2021-11-17 9:18 ` [PATCH net-next 4/5] net: lan966x: add mactable support Horatiu Vultur
2021-11-17 9:18 ` [PATCH net-next 5/5] net: lan966x: add ethtool configuration and statistics Horatiu Vultur
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=20211118095703.owsb2nen5hb5vjz2@soft-dev3-1.localhost \
--to=horatiu.vultur@microchip.com \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=netdev@vger.kernel.org \
--cc=p.zabel@pengutronix.de \
--cc=robh+dt@kernel.org \
/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).