[BPI-R4] and SFP

Hi, I have Huawei MA5671A, when I turn on the power, everything works fine… But after reboot, sfp does not start and shows an error

Sat Feb 1 20:25:04 2025 kern.info kernel: [ 16.823915] sfp sfp1: Host maximum power 3.0W
Sat Feb 1 20:25:04 2025 kern.info kernel: [ 16.828841] sfp sfp2: Host maximum power 3.0W
Sat Feb 1 20:25:04 2025 kern.err kernel: [ 17.140098] sfp sfp1: EEPROM base structure checksum failure: 0x7c != 0x00
Sat Feb 1 20:25:04 2025 kern.err kernel: [17.147067] sfp EE: 00000000: 03 04 01 00 00 00 00 00 00 00 00 03 19 00 00 c8 ................
Sat Feb 1 20:25:04 2025 kern.err kernel: [ 17.155790] sfp EE: 00000010: 00 00 00 00 40 40 42 40 40 41 00 00 00 00 00 00 ....@@B@@A......
Sat Feb 1 20:25:04 2025 kern.err kernel: [17.164510] sfp EE: 00000020: 00 20 20 20 00 00 00 00 46 00 11 10 41 50 00 00 . ....F...AP..
Sat Feb 1 20:25:04 2025 kern.err kernel: [ 17.173208] sfp EE: 00000030: 00 00 00 00 00 00 00 00 30 30 20 20 01 14 00 00 ........00 ....
Sat Feb 1 20:25:04 2025 kern.err kernel: [ 17.181893] sfp EE: 00000040: 00 00 00 00 00 00 00 00 70 bd d0 80 c0 ff ff ff ........p......
Sat Feb 1 20:25:04 2025 kern.err kernel: [ 17.190593] sfp EE: 00000050: 78 4c 8d 80 01 00 00 00 30 bd d0 80 c0 ff ff ff xL......0.......

Please tell me what to do with this!

Which fixes? I only try to upstream dts for r4,so basicly not much difference to current openwrt state. Network stack needs some driver patches first before ethernet/switch dts can be added.

Must have been my wishful thinking then, I’d simply hoped that these commits after 2024-10-25 (plus the two UART/efuse ones by Miłecki) contained a good chunk of the fixes. I take it they don’t?

Honestly I’m probably too bad at using git to get a grasp of your WIP/pending changes, I haven’t found a way to get something useful out of github’s compare, either. Would be neat to get an actual list of commits/diffs to work through so as to apply manually to OpenWrt (at least after 6.12).

The patches i posted are mainly patches adding basic support,only slightly changed to get accepted for mainline. There is no network part yet,also no sfp. Maybe i add sfps in next round,but without full network part (which is much work) it will not work.

The mt76 patch is for a bootup issue. Not related to tx limitation.

Good morning, now I have this 10GB xgs-pon 8311 WAS-110, I have chosen the web version that has openwrt firmware and it is very easy to manage the data that you have to enter, the banana pi does not recognize it,

root@OpenWrt:~# ethtool eth2
Settings for eth2:
Supported ports: [FIBER]
Supported link modes: 10000baseLR/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10000baseLR/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 10000Mb/s
Duplex: Full
Port: FIBRE
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Current message level: 0x000000ff (255)
drv probe link timer ifdown ifup rx_err tx_err
Link detected: no


0x0000: 03 04 01 20 00 00 00 00 00 00 00 03 64 00 14 c8
0x0010: 00 00 00 00 48 2d 43 4f 4d 20 20 20 20 20 20 20
0x0020: 20 20 20 20 00 00 00 00 53 50 50 34 32 35 48 2d
0x0030: 47 41 42 34 20 20 20 20 41 2d 30 31 04 f6 00 69
0x0040: 00 00 00 00 50 54 32 34 33 34 30 34 42 30 30 30
0x0050: 31 30 20 20 32 34 31 30 32 33 20 20 68 f0 05 11
0x0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0080: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0x0090: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0x00a0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0x00b0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0x00c0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0x00d0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0x00e0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0x00f0: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0x0100: 5a 00 ce 00 55 00 d3 00 8c a0 75 30 87 8c 7a 44
0x0110: 75 30 00 00 6b 6c 00 00 ff ff 3d e8 ff ff 4d f0
0x0120: 07 cb 00 0b 06 30 00 0e 00 00 00 00 00 00 00 00
0x0130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0140: 00 00 00 00 3f 80 00 00 00 00 00 00 01 00 00 00
0x0150: 01 00 00 00 01 00 00 00 01 00 00 00 00 00 00 b0
0x0160: 1c d8 83 e8 00 00 00 00 00 00 58 7b b0 78 02 00
0x0170: 05 40 00 00 05 40 00 00 00 00 00 00 00 00 00 00
0x0180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x01a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x01b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x01c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x01d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x01e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x01f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

To make it work I will tell you how I have it set up, I bought this converter.

I put the 10gb xgs-pon in one and in the other a 10gb sfp+rj45, the speeds are 8gb both upload and download.

8311 WAS-110

GoodTop 10Gb SFP+ OEO SFP to SFP Media Converter Dual 10G SFP+ Slots 100M/1G/2.5G/10GBase-T Fibre Media Converter

but I would like if there is the possibility of making it work directly.

thanks

I can only guess that the sfp takes some time to get ready like most of gpon/xpon modules,so you will need a quirk to let kernel wait for module init and then access eeprom

Good afternoon and thank you very much @franco-w the truth is that I had it for more than 5 minutes and I couldn’t access it and it still didn’t detect it.

so I bought the converter and in 30 seconds, it accesses the banana pi.

I will continue using this method, until more people have this type of xgs-pon and it can be solved.

as you can see the speeds are very good

thanks for your help

+

=

Good afternoon, I’ve been reading that link but I’m not clear on how to do it. If you have to solder, I’m not good at that, my pulse is a real disaster, if you have to touch the core, I have no idea how to do it.

That’s why, since it’s working great for me and from what I’ve read, the XGS-PON won’t be able to get any more out of the speeds it’s giving me, I’ll be stuck for now.

If someone finally implants the eeprom like mine, I always go through those threads in case there’s any progress, I’ll try the image out of curiosity.

But the price of the XGS-PON is too high to have to do any hardware correction, which is still not clear to me.

Thanks for the thread

Nobody says anything about soldering or changing hardware. Just read the (really small) posting from eric.

Good evening, thanks, since soldering wasn’t my thing,

I’ve been looking inside,

https://github.com/torvalds/linux/blob/d6ef8b40d075c425f548002d2f35ae3f06e9cf96/drivers/net/phy/sfp.c#L344-L347

The only thing that comes up is gpon.

Apart from that, I don’t know what I should do.

Mine is xgs-pon, which is different. I’ve done a search and only 7 mentions of gpon come up.

Nothing about xgs-pon comes up in the search.

I might be missing something, but as I mentioned, I wouldn’t know what to do in the kernel.

Thanks for your help.

You should try adding a quirk like the one posted from eric with your vendor/product strings (you see them in bootlog,ethtool -m and in eeprom).

Of course you need to rebuild kernel/openwrt