Write a bash script that pings the local ip of the web interface perhaps.
I was able to get the Alcatel Lucent G-010S-P working well with the OpenWrt snapshot build using the attached patch I made. It’s essentially a backport of sfp.c from the latest Linux kernel, with changes to apply the long startup, los, and tx fault quirks to the module.
999-G010SP-sfp.patch (7.8 KB)
1 Like
Hello there,
I’ve tried to apply this patch to openwrt-23.05 branch placed it target/linux/mediatek/patches-5.15/999-sfp.patch here and it was rejected. Could you please provide more information about branch and commit that had been used?
The patch looks like it is defined for later kernel version than 5.15 like 6.1 or 6.6 as 5.15 had completely different code for sfp quirks. So try 6.1-patches or 6.6-patches folder and switching to this kernel
I used the snapshot/main branch, the patch is for kernel 6.6. frank-w is correct, the code changed a lot between kernel versions.
Thank you for your response.
You were right; it works significantly better than 5.15. The interface is up and works without the optical cable plugged in, and it starts up right after plugging it in.
However, the fix doesn’t resolve the ‘EEPROM base structure checksum failure: 0x7c != 0x00’ error after a soft reboot.
There is this solution I found on few discussion forums:
Some guy from Poland made videos about their ONT and GPON Stick - he was using bananapi bpi-r3 https://youtu.be/IlKq2H1H3-0?si=hV7EA2Ih6cOn2vfz
Hello, today i decided to test my Nokia G-010s-P in my BPI-R3 with the latest Openwrt 23.05.5 and it doesn’t work anymore. At the begining of this topic, we made it working and i think but not sure it was working with the first stable version of openwrt supporting the BPI-R3.
Today i’m getting this message when i plug the ONU in the SFP-1 port :
Mon Dec 23 13:29:04 2024 kern.info kernel: [ 255.859645] sfp sfp-1: module ALCATELLUCENT G010SP rev 10 sn ALCLFAB44018 dc 161205
Mon Dec 23 13:29:04 2024 kern.err kernel: [ 255.932493] sfp sfp-1: module transmit fault indicated
Mon Dec 23 13:29:09 2024 kern.err kernel: [ 261.340045] sfp sfp-1: module persistently indicates fault, disabling
My MA5671A is working fine.
Did they remove the patch/Quirk @Dale made ??
if i watch here : linux/drivers/net/phy/sfp.c at master · torvalds/linux · GitHub i can see this :
static const struct sfp_quirk sfp_quirks[] = {
// Alcatel Lucent G-010S-P can operate at 2500base-X, but incorrectly
// report 2500MBd NRZ in their EEPROM
SFP_QUIRK("ALCATELLUCENT", "G010SP", sfp_quirk_2500basex,
sfp_fixup_ignore_tx_fault),
My kernel version in openwrt is : 5.15.167
Try to switch to kernel 6.6
I’d like to avoid having to compile my own version…
how do I know if this quirk still exists in my kernel?
is there a link online to see the contents of this file for my version of openwrt?
Afaik openwrt ahows its code state (git sha1 hash) in terminal banner/luci-info. With this hash you can show code state in openwrt git repo.
I’m not sure where openwrt adds patches for sfp core,but if there is none you can look in linux source with your kernel version.
You pointed to torvalds/master,not your kernel version.
For openwrt i’ve found only this
Which maybe related
Thanks ! well, so according to your link, the G-010S-P should be supported…so what’s going on…
not sure it’s the same module as it says 3FE46541AA instead of G010SP
if (!memcmp(id.base.vendor_name, "ALCATELLUCENT ", 16) &&
!memcmp(id.base.vendor_pn, "3FE46541AA ", 16))
Then it is not the same…is your string there too? Maybe try another quirk/fixup (e.g. the bootup delay)?
i was told that kernel 6.x will be used in the next openwrt 24.x, in a couple of weeks…So let’s wait for it 