lkml.org 
[lkml]   [2020]   [Oct]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PATCH 2/2] net: phy: adin: implement cable-test support
On Wed, Oct 21, 2020 at 5:09 PM Andrew Lunn <andrew@lunn.ch> wrote:
>
> > Signed-off-by: Alexandru Ardelean <alexandru.ardelean@analog.com>
>

removed my typo-ed email

> Hi Alexandru
>
> Overall, this looks good.
>
> > +static int adin_cable_test_report_trans(int result)
> > +{
> > + int mask;
> > +
> > + if (result & ADIN1300_CDIAG_RSLT_GOOD)
> > + return ETHTOOL_A_CABLE_RESULT_CODE_OK;
> > + if (result & ADIN1300_CDIAG_RSLT_OPEN)
> > + return ETHTOOL_A_CABLE_RESULT_CODE_OPEN;
> > +
> > + /* short with other pairs */
> > + mask = ADIN1300_CDIAG_RSLT_XSHRT3 |
> > + ADIN1300_CDIAG_RSLT_XSHRT2 |
> > + ADIN1300_CDIAG_RSLT_XSHRT1;
> > + if (result & mask)
> > + return ETHTOOL_A_CABLE_RESULT_CODE_CROSS_SHORT;
>
> The nice thing about the netlink API is that it is extendable without
> breaking backwards compatibility. You could if you want add another
> attribute, indicating what pair it is shorted to.

That would be an idea.

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.
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.
I'd need to check, but odds are that I'd need to also ask about it.
So, I don't think I'd implement this.

>
> Andrew

\
 
 \ /
  Last update: 2020-10-21 16:16    [W:0.096 / U:3.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site