netdev - Re: Link down reasons

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] [day] [month] [year] [list]

Message-ID: <20200528102845.yvcq4bihqdedc3li@pengutronix.de>
Date:   Thu, 28 May 2020 12:28:45 +0200
From:   Oleksij Rempel <o.rempel@...gutronix.de>
To:     Petr Machata <petrm@...lanox.com>
Cc:     Amit Cohen <amitc@...lanox.com>, "andrew@...n.ch" <andrew@...n.ch>,
        mlxsw <mlxsw@...lanox.com>,
        "netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: Link down reasons

On Thu, May 28, 2020 at 11:22:47AM +0200, Petr Machata wrote:
> 
> Oleksij Rempel <o.rempel@...gutronix.de> writes:
> 
> > I would add some more reasons:
> > - master slave resolution issues: both link partners are master or
> >   slave.
> 
> I guess we should send the RFC, so that we can talk particulars. We
> currently don't have anything like master/slave mismatch in the API, but
> that's just because our FW does not report this. The idea is that if MAC
> and/or PHY driver can't express some fail using the existing codes, it
> creates a new one.

ok

> > - signal quality drop. In this case driver should be extended to notify
> >   the system if SQI is under some configurable limit.
> 
> As SQI goes down, will the PHY driver eventually shut down the port?

Not in current implementation. But it is possible at least with
nxp_tja11xx PHY.

> Because if yes, that's exactly the situation when it would later report,
> yeah, the link is down because SQI was rubbish. In the proposed API, we
> would model this as "signal integrity issue", with a possible subreason
> of "low SQI", or something along those lines.
> 
> E.g., mlxsw can report module temperatures. But whether the port goes
> down is a separate mechanism. So when a port is down, the driver can
> tell you, yeah, it is down, because it was overheated. And separate from
> that you can check the module temperatures. SQI might be a similar
> issue.

nxp_tja11xx can go down or can't go up on under vlotage or over temerature
error. So, I assume this are two more possible link-down reasons.


-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |