[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Z3uSXFH9bryiuVqX@shell.armlinux.org.uk>
Date: Mon, 6 Jan 2025 08:20:44 +0000
From: "Russell King (Oracle)" <linux@...linux.org.uk>
To: Tobias Waldekranz <tobias@...dekranz.com>
Cc: davem@...emloft.net, kuba@...nel.org, andrew@...n.ch,
f.fainelli@...il.com, olteanv@...il.com, netdev@...r.kernel.org,
chris.packham@...iedtelesis.co.nz, pabeni@...hat.com,
marek.behun@....cz
Subject: Re: [PATCH v2 net 3/4] net: dsa: mv88e6xxx: Never force link on
in-band managed MACs
On Mon, Jan 06, 2025 at 12:30:25AM +0100, Tobias Waldekranz wrote:
> On sön, jan 05, 2025 at 10:41, "Russell King (Oracle)" <linux@...linux.org.uk> wrote:
> > On Sun, Jan 05, 2025 at 12:16:07AM +0100, Tobias Waldekranz wrote:
> >> On lör, jan 04, 2025 at 22:09, "Russell King (Oracle)" <linux@...linux.org.uk> wrote:
> >> > Host system:
> >> >
> >> > ---------------------------+
> >> > NIC (or DSA switch port) |
> >> > +-------+ +-------+ |
> >> > | | | | |
> >> > | MAC <----> PCS <-----------------------> PHY, SFP or media
> >> > | | | | | ^
> >> > +-------+ +-------+ | |
> >> > | phy interface type
> >> > ---------------------------+ also in-band signalling
> >> > which managed = "in-band-status"
> >> > applies to
> >>
> >> This part is 100% clear
> >
> > Apparently it isn't, because...
> >
> >> In other words, my question is:
> >>
> >> For a NIC driver to properly support the `managed` property, how should
> >> the setup and/or runtime behavior of the hardware and/or the driver
> >> differ with the two following configs?
> >>
> >> ð0 {
> >> phy-connection-type = "sgmii";
> >> managed = "auto";
> >> };
> >>
> >> vs.
> >>
> >> ð0 {
> >> phy-connection-type = "sgmii";
> >> managed = "in-band-status";
> >> };
> >
> > if it were, you wouldn't be asking this question.
> >
> > Once again. The "managed" property defines whether in-band signalling
> > is used over the "phy-connection-type" link, which for SGMII will be
> > between the PCS and PHY, as shown in my diagram above that you claim
> > to understand 100%, but by the fact you are again asking this question,
> > you do not understand it AT ALL.
> >
> > I don't know how to better explain it to you, because I think I've been
> > absolutely clear at every stage what the "managed" property describes.
> > I now have nothing further to add if you still can't understand it, so,
> > sorry, I'm giving up answering your emails on this topic, because it's
> > just too frustrating to me to continue if you still don't "get it".
>
> I agree that you have clearly explained what it describes, many times.
>
> My remaining question - which you acknowledge that I asked twice, yet
> chose not to answer - was how software is supposed to _act_ on that
I *have* answered it. Every time.
> description; presuming that the property is not in the DT merely for
> documentation purposes.
Utter claptap. Total rubbish. Completely wrong. It is acted on. It
causes phylink to enter in-band mode, and use the PCS to obtain the
in-band data instead of the PHY.
YOU are the one refusing to listen to what I'm saying, yet you claim
my explanations are clear and you understand them. You parently do
not.
End. Of. Discussion.
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!
Powered by blists - more mailing lists