[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+U=DsqFcLRVYfbsQ6y=98epaX0DYTbbh8PMiDkQS6bxkFRQAQ@mail.gmail.com>
Date: Wed, 21 Oct 2020 17:46:43 +0300
From: Alexandru Ardelean <ardeleanalex@...il.com>
To: Andrew Lunn <andrew@...n.ch>
Cc: Alexandru Ardelean <alexandru.ardelean@...log.com>,
netdev@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>,
Heiner Kallweit <hkallweit1@...il.com>, linux@...linux.org.uk,
David Miller <davem@...emloft.net>, kuba@...nel.org
Subject: Re: [PATCH 2/2] net: phy: adin: implement cable-test support
On Wed, Oct 21, 2020 at 5:28 PM Andrew Lunn <andrew@...n.ch> wrote:
>
> > Actually, I'd also be interested [for this PHY], to report a
> > "significance impedance" detection, which is similar to the
> > short-detection that is already done.
>
> You can add that as just another element of the enum.
>
> > At first, this report would sound like it could be interesting; but
> > feel free to disagree with me.
> >
> > And there's also some "busy" indicator; as-in "unknown activity during
> > diagnostics"; to-be-honest, I don't know what this is yet.
>
> The link partner did not go quiet. You can only do cable tests if the
> partner is not sending frames or pulses. You will find most PHYs have
> some sort of error status for this. For the Marvell driver, this is
> MII_VCT7_RESULTS_INVALID. In that case, the Marvell driver returns
> ETHTOOL_A_CABLE_RESULT_CODE_UNSPEC.
Good to know.
So, then a quick question: would this patchset [well, a V2 of this] be
ok in this form, for the initial cable-test support of this PHY?
For other enhancements on the PHY's cable-test [that also require some
new netlink attributes, I can do other patches, in the form of
"new-netlink-attr, then driver change, and then ethtool update".
>
> Andrew
Powered by blists - more mailing lists