On Fri, Jan 10, 2020 at 12:45:52PM +0000, ѽ҉ᶬḳ℠ wrote:

On 10/01/2020 11:44, Russell King - ARM Linux admin wrote:

quoted

Which is also indicating everything is correct.  When the problem
occurs, check the state of the signals again as close as possible
to the event - it depends how long the transceiver keeps it
asserted.  You will probably find tx-fault is indicating
"in  hi IRQ".

just discovered userland - gpioinfo pca9538 - which seems more verbose

gpiochip2 - 8 lines:
        line   0:      unnamed   "tx-fault"   input  active-high [used]
        line   1:      unnamed "tx-disable"  output  active-high [used]
        line   2:      unnamed "rate-select0" input active-high [used]
        line   3:      unnamed        "los"   input  active-high [used]
        line   4:      unnamed   "mod-def0"   input   active-low [used]
        line   5:      unnamed       unused   input  active-high
        line   6:      unnamed       unused   input  active-high
        line   7:      unnamed       unused   input  active-high

The above is depicting the current state with the module working, i.e. being
online. Will do some testing and report back, not sure yet how to keep a
close watch relating to the failure events.

However, that doesn't give the current levels of the inputs, so it's
useless for the purpose I've asked for.

-- 
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up
According to speedtest.net: 11.9Mbps down 500kbps up