netdev - Re: [PATCH net-next] net: phy: qca807x: move interface mode check to .config_init

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAOX2RU79o_5KRJZUJKA_++rrFXn66oLU0jOVHZnA1wHf2kA7RA@mail.gmail.com>
Date: Tue, 13 Feb 2024 11:16:47 +0100
From: Robert Marko <robimarko@...il.com>
To: Andrew Lunn <andrew@...n.ch>
Cc: andersson@...nel.org, konrad.dybcio@...aro.org, hkallweit1@...il.com, 
	linux@...linux.org.uk, davem@...emloft.net, edumazet@...gle.com, 
	kuba@...nel.org, pabeni@...hat.com, ansuelsmth@...il.com, 
	linux-arm-msm@...r.kernel.org, netdev@...r.kernel.org, 
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH net-next] net: phy: qca807x: move interface mode check to .config_init_once

On Mon, 12 Feb 2024 at 20:48, Andrew Lunn <andrew@...n.ch> wrote:
>
> On Mon, Feb 12, 2024 at 07:09:04PM +0100, Robert Marko wrote:
> > On Mon, 12 Feb 2024 at 15:51, Andrew Lunn <andrew@...n.ch> wrote:
> > >
> > > On Mon, Feb 12, 2024 at 12:49:34PM +0100, Robert Marko wrote:
> > > > Currently, we are checking whether the PHY package mode matches the
> > > > individual PHY interface modes at PHY package probe time, but at that time
> > > > we only know the PHY package mode and not the individual PHY interface
> > > > modes as of_get_phy_mode() that populates it will only get called once the
> > > > netdev to which PHY-s are attached to is being probed and thus this check
> > > > will always fail and return -EINVAL.
> > > >
> > > > So, lets move this check to .config_init_once as at that point individual
> > > > PHY interface modes should be populated.
> > >
> > > Just for my own understanding, not directly about this patch...
> > >
> > > priv->package_mode is about PSGMII vs QSGMII for one of the SERDES
> > > interfaces? We expect the individual PHYs sharing that interface to
> > > also indicate PSGMII or QSGMII?
> >
> > Yes, that is the idea, all of the individual PHY-s in the package
> > should be indicating
> > the same PHY interface mode.
> >
> > >
> > > But what about the other SERDES, which can be connected to an SFP
> > > cage. You would normally set that to SGMII, or 1000BaseX. When an SFP
> > > module is inserted, the correct interface mode is then determined from
> > > the contests of the EEPROM and the PCS needs to be reconfigured. So
> > > i'm just wondering how this check works in this situation?
> >
> > I just went to retest SFP support and it works as intended, as soon as the SFP
> > is inserted, PHY will get reconfigured to "combo" mode so that fifth PHY can
> > support both fiber (100Base-FX or 1000Base-X) or regular copper connections.
> >
> > So, the check will not interfere with SFP support.
>
> So for the port with the SFP you also have phy-mode of PSGMII or
> QSGMII? That then gets changed when the SFP is hot plugged?

Yes, that is correct and when SFP is plugged in it will be reconfigured
by the driver into combo mode as that port can actually be used for fiber and
copper at the same time by changing the priority.

Regards,
Robert
>
>         Andrew