Auteur Sujet: Le meilleur routeur OpenWRT pour la fibre B&YOU Pure Plus 8/1 Gb (Lu 13829 fois)

rooot · « **Réponse #228 le:** **Hier** à 09:34:05 »

tu veux que je refasse la manip avec ta build ?

hwti · « **Réponse #229 le:** **Hier** à 11:10:35 »

Citation de: rooot le Hier à 09:34:05

tu veux que je refasse la manip avec ta build ?

Oui, avec le "bootargs" et en prenant les traces si tu reproduis un cas de "Generic Clause 45 PHY".

rooot · « **Réponse #230 le:** **Hier** à 12:13:45 »

"bootargs" ?? c'est quoi ca ?

Citation de: hwti le Hier à 11:10:35

si tu reproduis un cas de "Generic Clause 45 PHY".

ca c'est facile suffit de booter avec le cable donc.

EDIT:
suffit que je dise ca pour que ca marche direct après flashage...

bon du coup je reboot avec le cable.

EDIT2:
Alors la je ne capte pas...j'ai bien flashé ta build, je suis le process que tu m'as donné, et j'ai une erreur quand je fais :

Code: [Sélectionner]

root@OpenWrt:~# mount -t tracefs tracefs /sys/kernel/tracing
mount: mounting tracefs on /sys/kernel/tracing failed: No such file or directory
root@OpenWrt:~# grep phy:0x05 /sys/kernel/tracing/trace
grep: /sys/kernel/tracing/trace: No such file or directory

je suisbien sur ta build ?!
Firmware Version OpenWrt ubi2 r34306-051d010bbd

hwti · « **Réponse #231 le:** **Hier** à 12:49:50 »

Citation de: rooot le Hier à 12:13:45

"bootargs" ?? c'est quoi ca ?

C'est dans les commandes que j'ai données sur GitHub.
Tu l'avais bien fait l'autre fois, puisque tu avais les traces.

Citation de: rooot le Hier à 12:13:45

je suisbien sur ta build ?!
Firmware Version OpenWrt ubi2 r34306-051d010bbd

Non, ma build c'est r34337-ef9d043a81-ubi2-tracing-openwrt-airoha-an7581-gemtek_w1700k-ubi-squashfs-sysupgrade.itb, donc c'est "r34337-ef9d043a81".

rooot · « **Réponse #232 le:** **Hier** à 12:53:03 »

OK erreur de flashage alors, maintenant c'est bon :

avec en pièce jointe le mtd0

rooot · « **Réponse #233 le:** **Hier** à 12:56:17 »

a noter qu'avec ta build, je suis tombé a 2 reprises dans la situation ou le port Lan2 marche, mais coté Windows "reseau inconnu", ca me l'a fait 2x avant d'etre dans la situation ou la connexion avec le cable n'est plus vue (donc Generic Clause 45 PHY).
Cette situation ne s'est effectivement plus reproduite avec le realtekfix3.

hwti · « **Réponse #234 le:** **Hier** à 13:48:54 »

Il me faut le dmesg complet, parce que là il est impossible de corréler les traces (avoir une idée de l'état au moment des lectures), et de vérifier quand le driver rtl8261n a été chargé.

Mais :

Code: [Sélectionner]

      kmodloader-414     [002] .....    11.777489: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x06 val:0x0000
      kmodloader-414     [002] .....    11.777603: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x05 val:0x0000
      kmodloader-414     [002] .....    11.777714: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x06 val:0x0000
      kmodloader-414     [002] .....    11.777824: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x05 val:0x0000
...

Toutes ces lectures au début semblent échouer, et du coup il ne lit même pas reg:0x02 / reg:0x03 pour l'ID.

Alors que pour moi :

Code: [Sélectionner]

    kmodloader-416     [002] .....    11.664794: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x06 val:0x8000
      kmodloader-416     [002] .....    11.664904: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x05 val:0x008a
      kmodloader-416     [002] .....    11.665011: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x02 val:0x001c
      kmodloader-416     [002] .....    11.665117: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x03 val:0xcaf3
      kmodloader-416     [002] .....    11.665223: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x02 val:0x001c
      kmodloader-416     [002] .....    11.665328: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x03 val:0xcaf3
...

Les lectures de reg:0x05 / reg:0x06 passent dès le début, et donc le kernel lit le PHY ID ensuite.

rooot · « **Réponse #235 le:** **Hier** à 14:34:03 »

oups, je recommence :

Voilà, la on est bon !!

hwti · « **Réponse #236 le:** **Aujourd'hui** à 01:07:55 »

C'est très intéressant, et là je suis arrivé à reproduire le problème avec une autre méthode.

Puisque le branchement initial du câble sur LAN2 semble poser problème (ce qui pourrait être un "vrai" bug, ou un effet indirect sur les timings), tu peux essayer dans u-boot (celui d'origine, AXON) :

Code: [Sélectionner]

setenv serdes_ethernet
saveenv

Par défaut ça vaut 11, ce qui initialise le serdes pour LAN2 en mode USXGMII.
En enlevant cette valeur, il n'y aura plus les traces :

Code: [Sélectionner]

ETH VER = ETH.2.2.1-R
...
USXGMII_10G exit

hwti · « **Réponse #237 le:** **Aujourd'hui** à 07:55:00 »

J'ai compris ce qui arrive dans mon test particulier : après un "rmmod mt7530_mmio", les deux RTL8261N sont maintenus en reset, donc ils ne répondent plus.
Ensuite sont débloqués trop tard, @Gilly1970 a proposé des patchs qui devraient aider.

En revanche je ne sais pas trop ce qui peut arriver au boot dans ton cas.
Donc avant de tester le "setenv serdes_ethernet", tu peux faire plusieurs fois un test simple (toujours avec le câble LAN2 branché).
Dans le chainloader, Exit dans le menu, puis :

Code: [Sélectionner]

setenv bootargs 'init=/bin/sh'
run boot_production

Là il va booter, mais juste lancer un shell (pas de chargement des modules, pas de réseau, ...).

Code: [Sélectionner]

mount -t sysfs none /sys
echo 558 > /sys/class/gpio/export
cat /sys/class/gpio/gpio558/direction
cat /sys/class/gpio/gpio558/value

Dans mon cas, j'ai toujours "in" et "1".
Donc la GPIO est en entrée, mais il y a probablement une pull-up qui fait qu'elle est à l'état haut (donc le RTL8261N est actif).

rooot · « **Réponse #238 le:** **Aujourd'hui** à 10:54:02 »

Salut hwti.
hier soir tout marchait bien, j'etais sur le Lan2 en 10 gbps, j'éteins le PC et je vais me coucher.
Ce matin je démarre le PC et je suis en mode "Réseau non identifié", pas moyen de revenir à un état fonctionnel en désactivant/réactivant la carte.
Ca m'a gonflé, j'ai remis le w1700K dans sa boite et au placard. Terminé pour moi je fais une pause, je suis désolé mais ca m'a trop saoulé là...
S'il fallait juste brancher le cable après le reboot, ca va, mais si la connexion tombe de façon aléatoire alors là ce ne va plus.

hwti · « **Réponse #239 le:** **Aujourd'hui** à 14:26:34 »

Suivant la configuration du PC, une fois éteint soit le lien est débranché vu du w1700k, soit il est à une vitesse réduite (pour supporter le wake on lan).
Mais là sans logs je ne sais pas ce qui a pu se passer.

C'est quelque chose qui pourrait se tester de manière automatisée, soit depuis le w1700k, soit depuis le PC : désactiver l'interface, attendre quelques secondes, réactiver, attendre quelques secondes, ping, ...
En revanche, ça pourrait aussi révéler des bugs côté PC (le 10GbpsE est loin d'être aussi fiable que le 1Gbps).
De mon côté j'ai :
- une carte PCIe en RTL8127
- un adaptateur USB RTL5159 : c'est très récent donc j'aurais des doutes sur la fiabilité
- des SFP-Ethernet : pas forcément le plus facile pour tester ça, et pas le plus fiable
De ton côté, qu'est-ce que tu as comme adaptateur 10Gbps sur le PC ?