Auteur Sujet: OpenWRT 25.12 est arrivée ! (Lu 2402 fois)

mirtouf · « **Réponse #12 le:** 09 mars 2026 à 11:18:56 »

Le support de PXE sur IPv6 est disponible via odhcpd mais le fonctionnement ne me semble pas clair, est-ce que certaines options sont communes avec dnsmasq (typiquement le dossier contenant les fichiers d'amorce) ?

basilix · « **Réponse #13 le:** 09 mars 2026 à 13:59:59 »

Les options supportées par odhcpd sont documentées dans le README du projet.

Citer

See also: odhcpd upstream documentation

odhcpd is an embedded DHCP/DHCPv6/RA server & NDP relay.

Source : odhcpd

Les options supportées par dnsmasq sont documentées dans le Wiki. La structure n'apparaît pas clairement. Mais avec déduction,
on peut supposer que les options supportées par dnsmasq figurent dans les sections « Common options » et « All options ».

mirtouf · « **Réponse #14 le:** 09 mars 2026 à 14:32:36 »

Justement, j'aimerais bien éviter de devoir déduire le fonctionnement du bouzin. Par exemple, boot6 ne fonctionne pas avec les adresses ULA ni avec les adresses link-local mais uniquement les adresses GUA, pourquoi ?

basilix · « **Réponse #15 le:** 10 mars 2026 à 06:54:07 »

Ces options sont définies dans le RFC 5970.

Peut-être une erreur dans la configuration ?

Code: [Sélectionner]

uci show dhcp.@boot6[-1] | awk '/url|arch/ {sub(/([[:alnum:]]+\.){2}/,""); print}'

rooot · « **Réponse #16 le:** 29 mars 2026 à 11:21:34 »

Aujourd'hui je vois que mon routeur m'indique qu'il y a une mise a jour disponible en 25.12.2

donc je clique pour la telecharger:

et là...paf, trop de monde dans la queue...

le principe est victime de son succés.

nando11 · « **Réponse #17 le:** **Hier** à 15:07:32 »

Bonjour,
Je viens d'installer la 25.12.2 sur une nouvelle machine.
Quelle est la meilleure méthode pour désactiver l'option "Energy-Efficient Ethernet" sur chaque interface (eth0, eth1, eth2) ?
J'ai un script (via /etc/rc.local) qui applique la commande sur chaque interface via ethtool :

Code: [Sélectionner]

for i in 0 1 2; do ethtool --set-eee eth"$i" eee off; done
Et c'est bien désactivé mais est-ce idéal ? Ou y a-t-il une autre méthode ? Notamment pour l'appliquer le plus tôt possible.
Malheureusement il n'y a pas de paramètre pour le module igb pour le désactiver dès le démarrage. (cmdline)

Merci.

hwti · « **Réponse #18 le:** **Hier** à 20:09:44 »

Ce n'est pas dans la doc, mais https://github.com/openwrt/netifd/commit/eee02ccca8c8ba2540108e6a5cff10888bb337c9 suggère qu'il faudrait mettre dans /etc/config/network :

Code: [Sélectionner]

config device
	option name 'eth0'
	option eee '0'

(et pareil pour eth1 / eth2 bien sûr)

nando11 · « **Réponse #19 le:** **Aujourd'hui** à 06:39:15 »

Merci, je viens de tester, j'ai donc ajouté à /etc/config/network (tout en haut, avant br-lan) :

Code: [Sélectionner]

config device
        option name 'eth0'
        option eee '0'

config device
        option name 'eth1'
        option eee '0'

config device
        option name 'eth2'
        option eee '0'

Malheureusement, cela ne fonctionne pas.
Cela reste activé.

ethtool :

Code: [Sélectionner]

eth0 	EEE status: enabled - active
eth1 	EEE status: enabled - active
eth2 	EEE status: enabled - inactive

dmesg :

Code: [Sélectionner]

[   16.604752] igb 0000:01:00.0: Setting EEE tx-lpi is not supported
[   16.686236] igb 0000:02:00.0: Setting EEE tx-lpi is not supported
[   16.780478] igb 0000:03:00.0: Setting EEE tx-lpi is not supported

(Curieusement, en passant par /etc/rc.local, je n'ai pas ce message "Setting EEE tx-lpi is not supported".)

logread :

Code: [Sélectionner]

daemon.warn netifd: cannot set eee 0 for device eth0
daemon.warn netifd: cannot set eee 0 for device eth1
daemon.warn netifd: cannot set eee 0 for device eth2

Pour info :

Code: [Sélectionner]

01:00.0 Ethernet controller: Intel Corporation I210 Gigabit Network Connection (rev 03)
02:00.0 Ethernet controller: Intel Corporation I210 Gigabit Network Connection (rev 03)
03:00.0 Ethernet controller: Intel Corporation I210 Gigabit Network Connection (rev 03)

hwti · « **Réponse #20 le:** **Aujourd'hui** à 12:55:32 »

Citation de: nando11 le Aujourd'hui à 06:39:15

(Curieusement, en passant par /etc/rc.local, je n'ai pas ce message "Setting EEE tx-lpi is not supported".)

https://git.kernel.org/pub/scm/network/ethtool/ethtool.git/tree/ethtool.c#n5151
Ethtool récupère les valeurs courantes, et change ce qui est demandé.

netifd initialise la structure avec des 0, donc ici il fait l'équivalent de "ethtool --set-eee ethX eee off advertise 0 tx-lpi off tx-timer 0".

Le driver igb n'aime pas ça, alors qu'il semble que son réglage de tx-lpi suive l'activation de eee (donc il change la valeur, mais il ne faut pas lui demander...).
Bref, les drivers Intel (e1000e, igb, igc, ixgbe) ont un comportement un peu bizarre, qui semble surtout correspondre avec la manière dont ethtool fait l'appel : il faudrait peut-être modifier netifd pour faire pareil, mais ça pourrait casser d'autres drivers.