VVVVVVVVVIIIIIIIIIIIIIIIICCCCCCCTTTTTTTTTTTTTTTOIIIRRRRRRRRRREEEEEEEEE§§§§§§§§§§§§§§
root@(none):/# ifconfig eth0 up
[ 86.813646] mvpp2 f2000000.ethernet eth0: configuring for inband/10gbase-r link mode
[ 86.821495] mvpp2 f2000000.ethernet eth0: Link is Up - 10Gbps/Full - flow control off
root@(none):/#
root@(none):/# ethtool eth0
Settings for eth0:
Supported ports: [ FIBRE ]
Supported link modes: 10000baseSR/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10000baseSR/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
Link detected: yes
root@(none):/# ping 192.168.0.3
PING 192.168.0.3 (192.168.0.3): 56 data bytes
64 bytes from 192.168.0.3: seq=0 ttl=64 time=0.383 ms
64 bytes from 192.168.0.3: seq=1 ttl=64 time=0.149 ms
64 bytes from 192.168.0.3: seq=2 ttl=64 time=0.137 ms
64 bytes from 192.168.0.3: seq=3 ttl=64 time=0.147 ms
64 bytes from 192.168.0.3: seq=4 ttl=64 time=0.146 ms
^C
--- 192.168.0.3 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 0.137/0.192/0.383 ms
root@(none):/#
Bon OK c'est pas encore super robuste on va dire
En fait là j'me suis dit, fait chier toutes ces histoires de version, j'y vais comme une brute.
J'me suis construit un noyau direct à partir des sources de Maitre Torvalds, version 5.15 (j'me méfie des trucs qui ont pas une version nommée, c'est p'tet pas trop une bonne idée de se construire quelque chose sur le master...)
Premier noyau construit, à base d'essais/erreurs genre "ho bordel faut rajouter bc pour construire un noyau", hop.
Et maintenant que j'ai un noyau, comment que je charge ça ?
En fait j'me suis servi des commandes du u-boot pour charger le noyau à la main depuis une clé USB, lui donnant en bootarg le FS de la openwrt sur la carte SD... (va falloir trouver quelque chose de moins tordu si j'veux m'en servir à terme).
Sauf que premier lancement du linux, kernel panic toussa, j'avais pas mis l'option squashfs compressé sz
Une recompilation de noyau plus tard, voilà ce que j'ai obtenu.
A noter que le temps de rédiger ce message de joie, j'ai eu le droit à 2 déco du lien... Faudra voir avec tous les types de liens (là c'est les modules SR avec la paire de fibres 50/125)...
root@(none):/# [ 291.622149] mvpp2 f2000000.ethernet eth0: Link is Down
[ 291.627350] mvpp2 f2000000.ethernet eth0: Link is Up - 10Gbps/Full - flow control off
[ 522.558292] mvpp2 f2000000.ethernet eth0: Link is Down
[ 522.563505] mvpp2 f2000000.ethernet eth0: Link is Up - 10Gbps/Full - flow control off
Cet essai fructueux est la démonstration que ya quelque chose de pourri dans les distributions que j'ai essayées avant (y compris la OpenWRT 21.02.1)... Tiens ça me donne une idée... Je teste un truc...
edit : Testé mon idée, ça a foiré
J'me suis dit "et si je filais le dtb tout neuf de mon super kernel 5.15 à la OpenWRT que j'ai sur la carte SD ?"
Bah il trouve pas les ethernet
Ci joint (
) le triple bootlog :
1er coup, noyau 5.15 tout frais depuis la clé USB, dtb qui va avec depuis la clé => interface 10G UP \o/
2e coup, dtb 5.15 depuis la clé, noyau OpenWRT 21.02.1 => aucun eth détecté
3e coup, boot "normal" OpenWRT 21.02.1 => eth détectés, module détecté, lien reste down (les observateurs observeront que la OpenWRT a été compilée par bibi, mais je pense que je n'ai rien cassé, tous les symptômes étaient identiques avec la OpenWRT "officielle" non bidouillée)