Hi @bugrasan,
Unfortunately, I was not able to make it work on TOS 5.1.4 neither. Quite a pity.
In the end, I just purchased Tp-Link MC220L so I can move forward and keep using Turris Omnia.
This is not great help but at least one additional work-around.
Have a nice day
I’ve managed to get a pair of Generic Compatible 1000BASE-LX/LH SFP 1310nm 10km DOM Transceiver Module 1Gbit SFPs to work between two Omnias, one is a CZ11NIC13 the other is a CZ11NIC23.
FS part number: SFP1G-LX-31
kernel: [ 12.092553] sfp sfp: module FS SFP1G-LX-31 rev A0 sn G2036046479 dc 07-08-20
kernel: [ 12.101902] sfp sfp: LC connector, encoding 8b10b, nominal bitrate 1.3Gbps +0% -0%
kernel: [ 12.109665] sfp sfp: 1000BaseSX- 1000BaseLX+ 1000BaseCX- 1000BaseT- 100BaseTLX- 1000BaseFX- BaseBX10- BasePX-
kernel: [ 12.119809] sfp sfp: 10GBaseSR- 10GBaseLR- 10GBaseLRM- 10GBaseER-
kernel: [ 12.126108] sfp sfp: Wavelength 1310nm, fiber lengths:
kernel: [ 12.131445] sfp sfp: 9µm SM : 10000m
kernel: [ 12.135731] sfp sfp: 62.5µm MM OM1: unsupported/unspecified
kernel: [ 12.141504] sfp sfp: 50µm MM OM2: unsupported/unspecified
kernel: [ 12.147264] sfp sfp: 50µm MM OM3: unsupported/unspecified
kernel: [ 12.153034] sfp sfp: 50µm MM OM4: unsupported/unspecified
kernel: [ 12.158802] sfp sfp: Options: txdisable, txfault, los+
kernel: [ 12.164150] sfp sfp: Diagnostics: ddm, intcal, rxpwravg
kernel: [ 12.169584] mvneta f1034000.ethernet eth2: switched to 802.3z/1000base-x link mode
Seems to be working fine so far.
@siska I just tried to get it working without any luck. the same error occurs also with the TOS v5.1.5. To rule out that it is the SFP module, could you tell me if you have the same SFP module?
thanks for the link to TP media converter - i will keep in mind; but will try other SFP modules first before adding another power supply 
@carwyn thanks, i just ordered the module that you linked. will try again as soon as i have it.
ps: it seems that TOS v5.1.5 still runs still with kernel v4.14. so the linked improvements linked by @viktor with kernel v5.4 and up are still missing.
@bugrasan my SFP module is the one from Swisscom, LCS SFP-31W2ASM-10-DR. I wanted to avoid more power supplies but also needed my internet to work again 
@carwyn what TOS version have you managed to get it working with? Is it also working if you include VLAN configuration?
Thank you both
TOS 5.1.4 but I don’t have any vlans on there yet.
I have hit a bit of a snag but I don’t think it’s anything to do with the SFPs, my initial throughput testing was showing 97-101MB/s (using netcat on a PC and Omnia to the bridge interface) but now a few days later it’s more like 14-15MB/s.
Almost certainly something CPU bound as it crosses to the bridge as it’s also doing this to the bridge interface from the copper LAN switch ports. I’m not sure what I’ve done
SFPs themselves are not showing any errors though and behaving well.
Sigh, false alarm, my own fault. I was using this method to measure the throughput:
On the Omnia:
nc -l -p 2222
On my PC:
dd if=/dev/zero bs=1024K count=512 | nc -v 192.168.1.1 2222
The issue was uncovered when I changed the source to /dev/random … which then spewed out garbage on the Omnia. The bottleneck was the rendering of received zero chars on the SSH session (doh!). When I reverted to this on the Omnia:
nc -l -p 2222 > /dev/null
We’re back to the ~90MB/s I was getting before:
$ dd if=/dev/zero bs=1024K count=512 | nc -v 192.168.1.3 2222
Ncat: Version 7.80 ( https://nmap.org/ncat )
Ncat: Connected to 192.168.1.3:2222.
512+0 records in
512+0 records out
536870912 bytes (537 MB, 512 MiB) copied, 5.7366 s, 93.6 MB/s
Ncat: 536870912 bytes sent, 0 bytes received in 5.75 seconds.
For those interested I still get around 90MB/s end to end through this config of Omnias:
PC <- Cat5e -> Omnia1 <- SM Fibre -> Omnia2 <- Cat5e -> Omnia3
With Omnia1 to Omnia2 having to pass through the CPU bound bridge.
short update on my progress:
the ordered Generic Compatible 1000BASE-LX/LH SFP 1310nm 10km DOM Transceiver Module came yesterday, unfortunately they are LC-Duplex, and my wall plug is LC-Simplex therefore i need Bi-Directional module - it seems i wasn’t paying attention while ordering 
so another dead end there.
in another thread regarding init7 compatibility, i found this link: flexoptic - 1G SFP BiDi LX that can be delivered with Turris compatibility. I asked support for TOS v5.x compatibility and waiting for feedback.
@yorik could you please inform/confirm that your TP-LINK TL-SM321B still works with TOS v5.1.x ?
@bugrasan it works, I think, since v3.*. Do not forget to enable SFP: https://docs.turris.cz/geek/tos3-migration/#turris-omnia-specifics
Current info:
TurrisOS 5.1.4
[ 13.852045] libphy: SFP I2C Bus: probed
[ 14.191151] sfp sfp: module TP-LINK TL-SM321B rev 1.1 sn 35506106580385 dc 17-06-15
[ 14.200547] sfp sfp: LC connector, encoding 8b10b, nominal bitrate 1.3Gbps +0% -0%
[ 14.208333] sfp sfp: 1000BaseSX- 1000BaseLX+ 1000BaseCX- 1000BaseT- 100BaseTLX- 1000BaseFX- BaseBX10- BasePX-
[ 14.218465] sfp sfp: 10GBaseSR- 10GBaseLR- 10GBaseLRM- 10GBaseER-
[ 14.224761] sfp sfp: Wavelength 1310nm, fiber lengths:
[ 14.230091] sfp sfp: 9µm SM : 20000m
[ 14.234384] sfp sfp: 62.5µm MM OM1: unsupported/unspecified
[ 14.240152] sfp sfp: 50µm MM OM2: unsupported/unspecified
[ 14.245928] sfp sfp: 50µm MM OM3: unsupported/unspecified
[ 14.251704] sfp sfp: 50µm MM OM4: unsupported/unspecified
[ 14.257473] sfp sfp: Options: txdisable, txfault, los+
[ 14.262813] sfp sfp: Diagnostics:
@yorik thank you! I just received mine (TP-LINK TL-SM321B) today, and works flawless 
I also updated the Supported SFP modules accordingly.
I am also interested in finding a way to make my fiber work with a compatible SFP. Are you on fiber or xDSL? Did you have to configure the SFP module? Unfortunately the form provided by my ISP is not compatible with Omnia.
@lucenera i have fiber. as @yorik mentioned you need to manually switch to sfp. then the SFP module is on eth2 on TOS v4 & v5 (on TOS v3 it was eth1). additionally since i’m with Sunrise in Switzerland i needed to set the VLAN to 10; meaning WAN is on eth2.10. i didn’t do any reprogramming/patching of the SFP module it self - luckily.
Thanks for the reply. I know all the part concerning the configuration of the VLAN on 4.x and later, and in addition my new Omnia (revision 2020) has the automatic switch on startup without the need to manually set it between WAN and SFP cage. The problem remains only the incompatible module. What connection does that TP-Link module mount? Mine is an SC connector.
Maybe my ISP expects a certain MAC address as well, but I don’t even know where to start to change that. However if the connector is SC, I would still like to do a test.
TP-LINK TL-SM321B has only single LC connection.
Also I had to contact my ISP Init7, and they (as far as I understand) had to set speed instead of auto negotiation. For some reason auto negotiation doesn’t (didn’t?) work in Omnia. But no VLAN is needed in my case.
I’ve added another working module in the supported sfp list: Technicolor AFM0002. Tested on HBD 6.x.
That’s a good news when more SFP are supported. I’m still struggling to get my TRENDnet TE100-MGBS20 working.
Currently the Technicolor AFM0002 SFP module also works on Turris OS 5.2.3 and above.
To be precise. Its needed on Omnias with 5.x+ software but hardware revision before 2020. It’s related to the default U-Boot shipped with the device. Your Omnia from 2020 just have newer U-Boot and manual switching is not needed. Supposely the U-Boot versions will be unified and updated on all hardware revisions. When? I guess when it’s ready:D We have to wait for the @turris_team to release it.
However, if you are interested, you can update both the bootloader and the recovery on mtd0 and mtd1 respectively by installing the turris-nor-update package and running the nor-update command. Turris OS will check the versions installed on the device and the latest ones available and, if the check is not passed, it will write the latest images available, downloading them from the internet.
And I tell you that even with the last U-Boot I had to use the command ln -sf armada-385-turris-omnia-sfp.dtb /boot/dtb after my Omnia magically no longer saw the SFP module (Turris OS 5.2.3 and U-Boot 2019.07).
i have the same issue with the latest uboot version still need to put the command for the SFP . Maybe need the uboot enviroment configuration