[BPI-R4] and SFP

Ilya_Menshhikov · February 1, 2025, 4:17pm

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!

frank-w · February 1, 2025, 4:59pm

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.

twwn · February 1, 2025, 9:30pm

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).

frank-w · February 2, 2025, 7:13am

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.

Xiaomi_ax3600 · February 28, 2025, 11:16am

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

frank-w · February 28, 2025, 1:07pm

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

Xiaomi_ax3600 · February 28, 2025, 3:03pm

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

ericwoud · February 28, 2025, 3:07pm

+

=

Xiaomi_ax3600 · February 28, 2025, 4:36pm

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

frank-w · February 28, 2025, 7:25pm

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

Xiaomi_ax3600 · February 28, 2025, 7:36pm

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.

frank-w · February 28, 2025, 7:41pm

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

wvdakker · March 29, 2025, 11:06am

Hi, I have a R4 with 2 sftp in eth1 and eth 2. Both are sftp from fs.com

[   14.444465] sfp sfp2: module FS               SFP-GE-BX        rev A0   sn F2130219083      dc 220922  
[   14.473257] sfp sfp1: module FS               SFP-GE-BX        rev A0   sn G2340772262      dc 240122

Partner link of eth1 is also a fs.com module. eth2 is connection to ISP.

Every time I reboot the router, eth1 connects, eth2 wont connect. The log fills up with:

[  284.064453] mtk_soc_eth 15100000.ethernet eth2: Link is Down
[  284.072404] mtk_soc_eth 15100000.ethernet eth2: Link is Up - 1Gbps/Full - flow control off

The ethtool shows:

Settings for eth2:
	Supported ports: [ FIBRE ]
	Supported link modes:   1000baseX/Full
	Supported pause frame use: Symmetric Receive-only
	Supports auto-negotiation: Yes
	Supported FEC modes: Not reported
	Advertised link modes:  1000baseX/Full
	Advertised pause frame use: Symmetric Receive-only
	Advertised auto-negotiation: Yes
	Advertised FEC modes: Not reported
	Link partner advertised link modes:  1000baseX/Full
	Link partner advertised pause frame use: No
	Link partner advertised auto-negotiation: Yes
	Link partner advertised FEC modes: Not reported
	Speed: 1000Mb/s
	Duplex: Full
	Auto-negotiation: on
	Port: FIBRE
	PHYAD: 0
	Transceiver: internal
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
	Link detected: yes

So everything looks fine, link detected, partner adv. But no sigar.

After giving the next commands:

ethtool -s eth2 autoneg off
ethtool -s eth2 autoneg on

the sfp works without any problems.

I am running OpenWRT 24.10 trunk:

Linux bpir4 6.6.83 #0 SMP Tue Mar 25 08:52:55 2025 aarch64 GNU/Linux

In other threats I saw the suggestion ‘Force Link’, however this wont do the job. After reboot eth2 is not connecting.

Anyone any tips?

easy_j · April 3, 2025, 2:50pm

I had the same issue… Gave up and added the commands to /etc/rc.local so that they run at startup.

/usr/sbin/ethtool -s eth2 autoneg off /usr/sbin/ethtool -s eth2 autoneg on

wvdakker · April 3, 2025, 7:16pm

Yes, looks like it. I dont think it is a BPIR4 problem, but a SFP problem. I had the same issue when plugged-in an original FS switch. I shall drop a question at FS.

Thanks for sharing the tip.