Ok so I checked just now. Same procedure:
Reverted to old snapshot before 5.15
ln -sf /boot/armada-385-turris-omnia-sfp.dtb /boot/dtb
pkgupdate
to latest HBL
reboot
and reboot
to be sure
Now it still fails with same message but EEPROM changed a tiny bit:
root@router:~# ethtool -m eth2 raw on | hexdump -C
00000000 03 04 01 00 00 00 02 00 00 00 00 03 0c 00 14 c8 |................|
00000010 00 00 00 00 48 41 4c 4e 79 00 00 00 00 00 00 00 |....HALNy.......|
00000020 00 00 00 00 00 00 00 00 48 4c 2d 47 53 46 50 20 |........HL-GSFP |
00000030 20 20 20 20 20 20 20 20 56 31 2e 30 05 1e 00 aa | V1.0....|
00000040 00 1a 00 00 48 41 4c 4e 31 30 31 30 34 39 33 63 |....HALN1010493c|
00000050 20 20 20 20 32 30 31 35 30 35 32 35 68 f0 01 6f | 20150525h..o|
00000060 00 00 00 01 28 81 25 99 3e fe fa 9f 53 ac d0 e3 |....(.%.>...S...|
00000070 95 b6 5c 00 00 00 00 00 00 00 00 00 29 1f 70 27 |..\.........).p'|
00000080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000100 55 00 d8 00 4b 00 ec 00 8d cc 74 04 87 5a 7a 76 |U...K.....t..Zzv|
00000110 75 30 00 00 61 a8 00 00 4e 20 13 88 4e 20 13 88 |u0..a...N ..N ..|
00000120 07 cb 00 0a 03 e8 00 14 00 00 00 00 00 00 00 00 |................|
00000130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a1 |................|
00000160 3b d9 80 e7 2a 65 4c ce 00 29 00 00 00 00 00 00 |;...*eL..)......|
00000170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000200
@rmk is it any useful info?
rmk
August 27, 2022, 4:36pm
25
The second half of the EEPROM is diagnostic monitoring, so it is expected there will be changes there. Data includes supply voltage, laser transmit power, receive power, temperature, etc.
Please look at the output of dmesg | grep sfp
and report what it now says. Thanks.
As I said the same output:
root@router:~# dmesg | grep sfp
[ 9.419862] sfp sfp: Host maximum power 3.0W
[ 9.747771] sfp sfp: module HALNy HL-GSFP rev V1.0 sn HALN1010493c dc 20150525
[ 18.620736] sfp sfp: module transmit fault indicated
[ 27.356540] sfp sfp: module persistently indicates fault, disabling
root@router:~# cat /etc/openwrt_release
DISTRIB_REVISION='r16627+121-b93327c469'
DISTRIB_DESCRIPTION='TurrisOS 6.0-alpha2 b93327c4692e605649ff1afade98899a9c4a
a1ca'
Now it says +121-b933...
so its most likely latest changes. But I understand that you might be sceptic if I test it properly.
Is there any progress on your side? I will have to return the SFP at some point but for now we have time. Or I will contact my ISP that it might take longer
Edit: Ok I already saw patches/openwrt: Two more patches for HALny SFP (2f097d13) · Commits · Turris / Turris OS / Turris Build · GitLab so will just test it and report back
Pepe
September 2, 2022, 9:05am
28
It seems that with those two additional patches, the SFP module started to work because we can see it in GPON OLT. It responds to unplugging/plugging the cable, etc. Also, there is some traffic as well.
1 Like
Nice I will test this on my end and pick your last post as solution if it works.
děkuji TurrisTeam!
1 Like
Yup! It works for me as well. I am writing now using this SFP module.
Nice work and big thanks.
Edit: And special thanks to @rmk for writing the code.
system
Closed
September 5, 2022, 3:17pm
31
This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.
Pepe
September 14, 2022, 12:19pm
32
We appreciate the work which @rmk has done not only for us but also for @AreYouLoco . Thanks for your cooperation, both of you!
For the sake of completeness, so you have all details here. It was sent yesterday to net-linux for review [1], and in the meantime, it was merged to OpenWrt [2].
[1] [PATCH net-next 0/5] sfp: add support for HALNy GPON module
[2] https://github.com/openwrt/openwrt/pull/10618