netdev - Re: [drivers/net/phy/sfp] intermittent failure in state machine checks

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: <12956566-4aa3-2c5d-be1a-8612edab3b3d@gmx.net>
Date:   Fri, 10 Jan 2020 17:19:35 +0000
From:   ѽ҉ᶬḳ℠ <vtol@....net>
To:     Russell King - ARM Linux admin <linux@...linux.org.uk>
Cc:     Andrew Lunn <andrew@...n.ch>, netdev@...r.kernel.org
Subject: Re: [drivers/net/phy/sfp] intermittent failure in state machine
 checks


On 10/01/2020 17:08, Russell King - ARM Linux admin wrote:
> On Fri, Jan 10, 2020 at 04:53:06PM +0000, ѽ҉ᶬḳ℠ wrote:
>> Seems that the debug avenue has been exhausted, short of running SFP.C in
>> debug mode.
> You're saying you never see TX_FAULT asserted other than when the
> interface is down?

Yes, it never exhibits once the iif is up - it is rock-stable in that 
state, only ever when being transitioned from down state to up state.
Pardon, if that has not been made explicitly clear previously.