Cool de plus être seul avec la macchiatobin.
Bon du coup j’ai commandé une macchiatobin single shot. Est-ce que quelqu’un l’a testé avec un MA5671A sur le port 2,5gb ?
j'en ai un qui n'est pas encore rooté, que j'avais pris au cas ou, mais je ne l'ai pas testé, car pour que ça marche il doit être en 05, c'est le moment ou le tx_fault n’empêche plus l'interface de monter.
L'autre truc avec le MA5671A par rapport au G-010S-{A,P}, c'est qu'il qu'il n'a pas d'eeprom i2c, et donc il met plus longtemps à s'initialiser et s'identifier cote sfp, car il doit booter et lancer lancer le daemon sfp_i2c qui émule la rom, et ça met du temps à démarrer.
Il semble qu'un patch soit inclus dans les versions snapshots, donc peut être que tu n'auras même pas besoin de recompiler openwrt :
https://github.com/openwrt/openwrt/blob/master/target/linux/generic/backport-5.4/735-v5.5-net-sfp-allow-sfp-to-probe-slow-to-initialise-GPON-m.patchDe plus avec le firmware carlitov1, il y a des soucis de lecture de cette "EEPROM" par le driver sfp linux; ça ne me pose pas de souci avec le G-010S-P, car il dispose d'une eeprom, et donc le workaround est juste de déconnecter le sfp après un reboot.
C'est un petit souci que je compte bien régler, soit en repassant sous le firmware d'origine en le paramétrant correctement, soit en adaptant un patch qui fait déjà la même chose pour quelques sfp gpon à base de realtek.
Voici l'erreur lors d'un reboot a chaud avec le firmware carlitov1
[ 9.235097] sfp sfp-eth3: EEPROM extended structure checksum failure: 0x77 != 0x63
[ 9.242708] sfp EE: 00000000: 03 04 01 00 00 00 00 00 00 00 00 03 19 00 00 c8 ................
[ 9.251444] sfp EE: 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
[ 9.260177] sfp EE: 00000020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
[ 9.268912] sfp EE: 00000030: 00 00 00 00 00 00 00 00 00 00 00 00 01 14 00 01 ................
[ 9.277653] sfp EE: 00000040: 00 1a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
[ 9.286388] sfp EE: 00000050: 00 00 00 00 00 00 00 00 00 00 00 00 68 f0 05 63 ............h..c
[ 9.295125] sfp sfp-eth3: module rev sn dc
Il semble que le carlitov2 ait le même genre de problème :
https://forum.turris.cz/t/ma5671a-sfp-issues-on-turris-os-5-0-3/13443/2