Je suis sous Gentoo, j'utilise donc leurs patchs pour le noyau, et j'ai une carte wifi intel 4965.
Sous les noyaux .26 et inférieurs, le driver s'appelait iwl4965, et pas de problèmes à signaler, si ce n'est de devoir exécuter la commande suivante pour que l'association se fasse.
# iwconfig wlan0 ap auto
Passé au .27 et plus, le driver a été entièrement recodé pour supporter le 801.11n en plus du .11g. Le nouveau driver s'appelle désormais iwlagn.
Une fois le module chargé, impossible de m'associé à un hôte, et Google n'a pas su m'aider dans cette quête du wifi sur les noyaux récents.
/var/log/messages me mettais les messages d'erreurs suivants :
Feb 15 11:17:39 lambda iwlagn 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Feb 15 11:17:39 lambda iwlagn 0000:03:00.0: irq 1272 for MSI/MSI-X
Feb 15 11:17:39 lambda Registered led device: iwl-phy0:radio
Feb 15 11:17:39 lambda Registered led device: iwl-phy0:assoc
Feb 15 11:17:39 lambda Registered led device: iwl-phy0:RX
Feb 15 11:17:39 lambda Registered led device: iwl-phy0:TX
Feb 15 11:17:40 lambda ADDRCONF(NETDEV_UP): wlan0: link is not ready
Feb 15 11:17:41 lambda wlan0: authenticate with AP 00:1a:2b:0f:14:1e
Feb 15 11:17:41 lambda wlan0: authenticated
Feb 15 11:17:41 lambda wlan0: associate with AP 00:1a:2b:0f:14:1e
Feb 15 11:17:41 lambda wlan0: RX AssocResp from 00:1a:2b:0f:14:1e (capab=0x411 status=0 aid=1)
Feb 15 11:17:41 lambda wlan0: associated
Feb 15 11:17:41 lambda ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Feb 15 11:17:41 lambda wlan0: disassociating by local choice (reason=3)
Feb 15 11:17:41 lambda iwlagn: index 0 not used in uCode key table.
Feb 15 11:17:42 lambda phy0: failed to restore operational channel after scan
Feb 15 11:17:42 lambda phy0: failed to restore operational channel after scan
Feb 15 11:17:43 lambda wlan0: privacy configuration mismatch and mixed-cell disabled - disassociate
Un ami m'a indiqué irqpoll à ajouter à la ligne de boot, et Miracle! ça a fonctionné.
Autre fait, j'utilise de temps en temps powertop, pour mesurer les programmes qui réveillent le processeurs, et donc consomme plus d'énergie quand je suis sur batterie. Ce programme me conseillait de désactiver l'option de compilation CONFIG_IRQBALANCING sur mon noyau, parmis d'autres optimisations nécessaires selon lui.
J'ai tenté le rapprochement irq-poll/irq-balancing, même si je reconnais ne pas trop savoir les conséquences sur la gestion du matériel sur l'OS. J'ai donc recompilé mon noyau sans IRQBALANCING, et tenté de démarrer sans irqpoll, et idem, ça fonctionne. Youpi!
Aucun commentaire:
Enregistrer un commentaire