Seems i was right too
But maybe there is a way to ignore the los-signal with a quirk
Seems i was right too
But maybe there is a way to ignore the los-signal with a quirk
You are welcome. Also thanks @Dale for building the image with quirk and debugging info. It was the key of finding it. Thanks to @frank-w and @dangowrt too for helping along.
so do you think these quirks will be pushed in main ?
I guess it would be clearing bits SFP_OPTIONS_LOS_NORMAL and SFP_OPTIONS_LOS_INVERTED from id.ext.options
If both are unset then LOS should be ignored and it goes up.
But I do not know this will be ok in mainline, as it remove LOS pin functionality forever for this module.
Could instead use a devicetree overlay to change the LOS pin assignment to another gpio pin that is set to low in the same overlay. That is still always configurable.
hello, just to let you know that the actual snapshot from openwrt is working.
are the quirks already here ??
i’m writing this from :
Firmware Version : OpenWrt SNAPSHOT r23880-8554a4a7e3
At least in 6.1 sfp_quirk_2500basex
is in
i’m back from office, and i couldn’t connect to internet. i could ping the router on 192.168.1.1 but access to luci, and no ssh possible…i restarted the router and now it’s ok.
i don’t know what happened…but it looks like it’s not very stable, unlike the image @dale made, which worked very well for several hours.
@dale i don’t understand why, but each time i do reboot from command line, or from luci, i can’t connect anymore to the router, while it responds well to pings. i have to unplug/plug the power cable to regain access.
i had the same problem from official snapshot, but here it was not possible to regain acces even after unplug/plug the power cable.
you can only see whats going on with debug-uart (and running terminal on this) connected while this happens…maybe you hang in uboot
well now my bpi-r3 is to far away from my PC, i 'll have to move it to do this.
anyway, now how can i build my own image with all these necessary quirks and patchs ?
Which version worked for you?
the one you posted here : [BPI-R3] Which GPON ONU is working?
Firmware Version | OpenWrt SNAPSHOT r23868-02214ab8dc |
---|---|
Kernel Version | 5.15.129 |
Ok, I’ll send you a patch tomorrow, all you have to do is place it in the generic or mediatek patches folder and build.
Great !! thank you very much !
Since you are building your own version, you could try adding the following to the quirk:
id->ext.options &= ~(cpu_to_be16(SFP_OPTIONS_LOS_INVERTED) |
cpu_to_be16(SFP_OPTIONS_LOS_NORMAL));
It should set it link up, without the need to connect fibre.
Sorry. There you go. Place it in /target/linux/mediatek/patches-5.15 and build
thank you very much !
do you know where i have to add what @ericwoud said ?
Since you are building your own version, you could try adding the following to the quirk:
id->ext.options &= ~(cpu_to_be16(SFP_OPTIONS_LOS_INVERTED) | cpu_to_be16(SFP_OPTIONS_LOS_NORMAL));
It should set it link up, without the need to connect fibre.
i don’t understand how it works ? Should I add this afterwards in your file?