| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20250217102603.3e9f79c6@fedora.home>
Date: Mon, 17 Feb 2025 10:26:03 +0100
From: Maxime Chevallier <maxime.chevallier@...tlin.com>
To: "Fedrau Dimitri (LED)" <Dimitri.Fedrau@...bherr.com>
Cc: "davem@...emloft.net" <davem@...emloft.net>, "netdev@...r.kernel.org"
<netdev@...r.kernel.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>, "linux-arm-msm@...r.kernel.org"
<linux-arm-msm@...r.kernel.org>, "thomas.petazzoni@...tlin.com"
<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"
<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>,
Köry Maincent <kory.maincent@...tlin.com>, Marek
Behún <kabel@...nel.org>, Oleksij Rempel
<o.rempel@...gutronix.de>, Nicolò Veronese
<nicveronese@...il.com>, Simon Horman <horms@...nel.org>,
"mwojtas@...omium.org" <mwojtas@...omium.org>, Antoine Tenart
<atenart@...nel.org>, "devicetree@...r.kernel.org"
<devicetree@...r.kernel.org>, Conor Dooley <conor+dt@...nel.org>, Krzysztof
Kozlowski <krzk+dt@...nel.org>, Rob Herring <robh@...nel.org>, Romain
Gantois <romain.gantois@...tlin.com>, Daniel Golle <daniel@...rotopia.org>,
Sean Anderson <seanga2@...il.com>, "dima.fedrau@...il.com"
<dima.fedrau@...il.com>
Subject: Re: [PATCH net-next v4 04/15] net: phy: dp83822: Add support for
phy_port representation
Hello Dimitri,
On Sat, 15 Feb 2025 11:31:28 +0000
"Fedrau Dimitri (LED)" <Dimitri.Fedrau@...bherr.com> wrote:
> Hi Maxime,
>
> > -----Ursprüngliche Nachricht-----
> > Von: Maxime Chevallier <maxime.chevallier@...tlin.com>
> > Gesendet: Donnerstag, 13. Februar 2025 11:16
> >
> [...]
> >
> > @@ -781,17 +782,6 @@ static int dp83822_of_init(struct phy_device *phydev)
> > struct device *dev = &phydev->mdio.dev;
> > const char *of_val;
> >
> > - /* Signal detection for the PHY is only enabled if the FX_EN and the
> > - * SD_EN pins are strapped. Signal detection can only enabled if FX_EN
> > - * is strapped otherwise signal detection is disabled for the PHY.
> > - */
> Does it make sense to keep the comment ?
>
I think so, this behaviour isn't expected to change with this patchset
> > - if (dp83822->fx_enabled && dp83822->fx_sd_enable)
> > - dp83822->fx_signal_det_low = device_property_present(dev,
> > - "ti,link-loss-low");
> > - if (!dp83822->fx_enabled)
> > - dp83822->fx_enabled = device_property_present(dev,
> > - "ti,fiber-mode");
> > -
> > if (!device_property_read_string(dev, "ti,gpio2-clk-out", &of_val)) {
> > if (strcmp(of_val, "mac-if") == 0) {
> > dp83822->gpio2_clk_out = DP83822_CLK_SRC_MAC_IF;
> > @@ -884,6 +874,43 @@ static int dp83822_read_straps(struct phy_device *phydev)
> > return 0;
> > }
> >
> > +static int dp83822_attach_port(struct phy_device *phydev, struct phy_port *port)
> > +{
> > + struct dp83822_private *dp83822 = phydev->priv;
> > + int ret;
> > +
> > + if (port->mediums) {
> > + if (phy_port_is_fiber(port) ||
> > + port->mediums & BIT(ETHTOOL_LINK_MEDIUM_BASEX))
> > + dp83822->fx_enabled = true;
> > + } else {
> > + ret = dp83822_read_straps(phydev);
> > + if (ret)
> > + return ret;
> > +
> > +#ifdef CONFIG_OF_MDIO
> > + if (dp83822->fx_enabled && dp83822->fx_sd_enable)
> > + dp83822->fx_signal_det_low =
> > + device_property_present(dev, "ti,link-loss-low");
> > + if (!dp83822->fx_enabled)
> > + dp83822->fx_enabled =
> > + device_property_present(dev, "ti,fiber-mode");
> > +#endif
>
> I think this is to make it backwards compatible to the dp83822 bindings,
> is it worth mentioning this in a comment ?
Good point yes, I'll mention that.
> > +
> > + if (dp83822->fx_enabled) {
> > + port->lanes = 1;
> > + port->mediums = BIT(ETHTOOL_LINK_MEDIUM_BASEF) |
> > + BIT(ETHTOOL_LINK_MEDIUM_BASEX);
> > + } else {
> > + /* This PHY can only to 100BaseTX max, so on 2 lanes */
> > + port->lanes = 2;
> > + port->mediums = BIT(ETHTOOL_LINK_MEDIUM_BASET);
> > + }
> > + }
> > +
> > + return 0;
> > +}
> > +
> > static int dp8382x_probe(struct phy_device *phydev)
> > {
> > struct dp83822_private *dp83822;
> > @@ -900,25 +927,13 @@ static int dp8382x_probe(struct phy_device *phydev)
> >
> > static int dp83822_probe(struct phy_device *phydev)
> > {
> > - struct dp83822_private *dp83822;
> > int ret;
> >
> > ret = dp8382x_probe(phydev);
> > if (ret)
> > return ret;
> >
> > - dp83822 = phydev->priv;
> > -
> > - ret = dp83822_read_straps(phydev);
> > - if (ret)
> > - return ret;
> > -
> > - ret = dp83822_of_init(phydev);
> > - if (ret)
> > - return ret;
> > -
> > - if (dp83822->fx_enabled)
> > - phydev->port = PORT_FIBRE;
> > + dp83822_of_init(phydev);
>
> Keep the check of the return value.
Ah yes indeed, the check should indeed stay. Thanks !
> >
> > return 0;
> > }
> > @@ -1104,6 +1119,7 @@ static int dp83822_led_hw_control_get(struct phy_device *phydev, u8 index,
> > .led_hw_is_supported = dp83822_led_hw_is_supported, \
> > .led_hw_control_set = dp83822_led_hw_control_set, \
> > .led_hw_control_get = dp83822_led_hw_control_get, \
> > + .attach_port = dp83822_attach_port \
> > }
> >
> > #define DP83825_PHY_DRIVER(_id, _name) \
> > --
> > 2.48.1
>
> Best regards,
> Dimitri Fedrau
Thanks for reviewing,
Maxime
Powered by blists - more mailing lists