[wifi]perte de vitesse par intermitence ath9k (Résolu)

Eikichi · Message par **Eikichi** » lun. 14 nov. 2011, 11:39

Bonjour,

Sur mon portable acer timelineX 3830TG, le wifi n'est pas stable, j'ai des pertes de vitesse par moment (ça dure une à deux minutes, des fois un peu plus). Le plus flagrant sont sur les vidéos disponible sur mon serveur. Tous fonctionne bien puis d'un coup ça lague !

le kernel

Code : Tout sélectionner

Linux portable 3.1.0-4-ARCH #1 SMP PREEMPT Mon Nov 7 23:21:44 CET 2011 i686 Intel(R) Core(TM) i5-2430M CPU @ 2.40GHz GenuineIntel GNU/Linux

la carte wifi (aussi pour le bluetooth)

Code : Tout sélectionner

lspci | grep Wireless
03:00.0 Network controller: Atheros Communications Inc. AR9287 Wireless Network Adapter (PCI-Express) (rev 01)

modinfo

Code : Tout sélectionner

modinfo ath9k
filename:       /lib/modules/3.1.0-4-ARCH/kernel/drivers/net/wireless/ath/ath9k/ath9k.ko.gz
license:        Dual BSD/GPL
description:    Support for Atheros 802.11n wireless LAN cards.
author:         Atheros Communications
alias:          platform:ar934x_wmac
alias:          platform:ar933x_wmac
alias:          platform:ath9k
alias:          pci:v0000168Cd00000032sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000030sv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000002Esv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000002Dsv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000002Csv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000002Bsv*sd*bc*sc*i*
alias:          pci:v0000168Cd0000002Asv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000029sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000027sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000024sv*sd*bc*sc*i*
alias:          pci:v0000168Cd00000023sv*sd*bc*sc*i*
depends:        ath9k_hw,mac80211,ath9k_common,ath,cfg80211
vermagic:       3.1.0-4-ARCH SMP preempt mod_unload modversions 686 
parm:           debug:Debugging mask (uint)
parm:           nohwcrypt:Disable hardware encryption (int)
parm:           blink:Enable LED blink on activity (int)
parm:           btcoex_enable:Enable wifi-BT coexistence (int)

j'ai essayé le nohwcrypt=1 dans modprobe.d mais ça change rien !

iwconfig

Code : Tout sélectionner

iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:"NEUF_92F8"  
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:17:33:9C:92:FC   
          Bit Rate=54 Mb/s   Tx-Power=13 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=39/70  Signal level=-71 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:509  Invalid misc:22   Missed beacon:0

le tx-power me parait faible (j'ai comparer avec mon autre portable) mais je sais pas si on peux le modifier ?

resolv;conf

Code : Tout sélectionner

cat /etc/resolv.conf
# Generated by dhcpcd from wlan0
nameserver 208.67.222.222
nameserver 208.67.220.220
nameserver 192.168.1.1cat /etc/resolv.conf
# Generated by dhcpcd from wlan0
nameserver 208.67.222.222
nameserver 208.67.220.220
nameserver 192.168.1.1
# /etc/resolv.conf.tail can replace this line

# /etc/resolv.conf.tail can replace this line

rfkill list

Code : Tout sélectionner

rfkill list
0: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no
1: hci0: Bluetooth
	Soft blocked: no
	Hard blocked: no

alors voici un ping quand tous va bien:

Code : Tout sélectionner

ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=1.36 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=1.33 ms
64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=1.32 ms
64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=1.44 ms
64 bytes from 192.168.1.1: icmp_req=5 ttl=64 time=1.32 ms
64 bytes from 192.168.1.1: icmp_req=6 ttl=64 time=1.31 ms
64 bytes from 192.168.1.1: icmp_req=7 ttl=64 time=1.35 ms
64 bytes from 192.168.1.1: icmp_req=8 ttl=64 time=1.30 ms
64 bytes from 192.168.1.1: icmp_req=9 ttl=64 time=1.35 ms
64 bytes from 192.168.1.1: icmp_req=10 ttl=64 time=1.38 ms
64 bytes from 192.168.1.1: icmp_req=11 ttl=64 time=1.35 ms
64 bytes from 192.168.1.1: icmp_req=12 ttl=64 time=1.35 ms
64 bytes from 192.168.1.1: icmp_req=13 ttl=64 time=1.44 ms
64 bytes from 192.168.1.1: icmp_req=14 ttl=64 time=1.31 ms
64 bytes from 192.168.1.1: icmp_req=15 ttl=64 time=1.33 ms
64 bytes from 192.168.1.1: icmp_req=16 ttl=64 time=1.33 ms
64 bytes from 192.168.1.1: icmp_req=17 ttl=64 time=1.47 ms
64 bytes from 192.168.1.1: icmp_req=18 ttl=64 time=1.33 ms

et le ping quand ça rame

Code : Tout sélectionner

 ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=3007 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=2100 ms
64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=2638 ms
64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=1935 ms
64 bytes from 192.168.1.1: icmp_req=5 ttl=64 time=1548 ms
64 bytes from 192.168.1.1: icmp_req=6 ttl=64 time=1060 ms
64 bytes from 192.168.1.1: icmp_req=7 ttl=64 time=879 ms
64 bytes from 192.168.1.1: icmp_req=8 ttl=64 time=529 ms
64 bytes from 192.168.1.1: icmp_req=9 ttl=64 time=1848 ms
64 bytes from 192.168.1.1: icmp_req=10 ttl=64 time=1054 msping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=1.36 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=1.33 ms
64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=1.32 ms
64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=1.44 ms
64 bytes from 192.168.1.1: icmp_req=5 ttl=64 time=1.32 ms
64 bytes from 192.168.1.1: icmp_req=6 ttl=64 time=1.31 ms
64 bytes from 192.168.1.1: icmp_req=7 ttl=64 time=1.35 ms
64 bytes from 192.168.1.1: icmp_req=8 ttl=64 time=1.30 ms
64 bytes from 192.168.1.1: icmp_req=9 ttl=64 time=1.35 ms
64 bytes from 192.168.1.1: icmp_req=10 ttl=64 time=1.38 ms
64 bytes from 192.168.1.1: icmp_req=11 ttl=64 time=1.35 ms
64 bytes from 192.168.1.1: icmp_req=12 ttl=64 time=1.35 ms
64 bytes from 192.168.1.1: icmp_req=13 ttl=64 time=1.44 ms
64 bytes from 192.168.1.1: icmp_req=14 ttl=64 time=1.31 ms
64 bytes from 192.168.1.1: icmp_req=15 ttl=64 time=1.33 ms
64 bytes from 192.168.1.1: icmp_req=16 ttl=64 time=1.33 ms
64 bytes from 192.168.1.1: icmp_req=17 ttl=64 time=1.47 ms
64 bytes from 192.168.1.1: icmp_req=18 ttl=64 time=1.33 ms
64 bytes from 192.168.1.1: icmp_req=11 ttl=64 time=361 ms
64 bytes from 192.168.1.1: icmp_req=12 ttl=64 time=283 ms
64 bytes from 192.168.1.1: icmp_req=13 ttl=64 time=920 ms
64 bytes from 192.168.1.1: icmp_req=14 ttl=64 time=331 ms
64 bytes from 192.168.1.1: icmp_req=15 ttl=64 time=1407 ms
64 bytes from 192.168.1.1: icmp_req=16 ttl=64 time=574 ms
64 bytes from 192.168.1.1: icmp_req=17 ttl=64 time=1868 ms
64 bytes from 192.168.1.1: icmp_req=18 ttl=64 time=3796 ms
64 bytes from 192.168.1.1: icmp_req=19 ttl=64 time=3925 ms

j'ai fouillé sur le net mais j'ai rien trouvé de valide pour moi?

Si quelqu'un à une idée car la je sèche! le problème revient par intermitence toutes les deux minutes ou tranquille pendant 5 à 10 minutes ?

Message par **benjarobin** » lun. 14 nov. 2011, 11:54

Avec une si mauvaise qualité de connexion Link Quality=39/70 Signal level=-71 dBm, c'est normal que tu es des coupures.
Tu es loin du point d'accès ? Un mur porteur entre les 2 ?
As tu tenter de te rapprocher pour comparer ?

Pour le Tx-power: http://wiki.mikrotik.com/wiki/Manual:Wi ... n_I_use.3F
Donc en gros je te déconseille de toucher à cette valeur

JPEC · Message par **JPEC** » lun. 14 nov. 2011, 12:16

Je ne sais pas si c'est lié avec ton problème mais depuis la mise à jour avec de kernel 3.1 j'ai des soucis avec ma carte wifi atheros…
En gros j'ai mes logs qui sont pourris de messages de networkmanager quand je suis en wifi (avec WPA) et il arrive même que le système freeze avec obligation de hardreboot.
Ce soir je vais tester avec une carte intel que j'ai en spare pour voir si c'est le driver ath9k qui fout la merde.

Eikichi · Message par **Eikichi** » lun. 14 nov. 2011, 12:25

Avec une si mauvaise qualité de connexion Link Quality=39/70 Signal level=-71 dBm, c'est normal que tu es des coupures.
Tu es loin du point d'accès ? Un mur porteur entre les 2 ?

oui j'ai remarqué ça aussi (c pas le cas avec l'autre portable le signal est plus fort) mais même à coté du routeur j'ai les mêmes effets (avec un signal plus fort)

le signal du wifi fait le yoyo!

au même endroit (j'ai pas bougé d'un millimêtre le portable)

Code : Tout sélectionner

iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:"NEUF_92F8"  
          Mode:Managed  Frequency:2.462 GHz  Access Point: 00:17:33:9C:92:FC   
          Bit Rate=54 Mb/s   Tx-Power=13 dBm   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=50/70  Signal level=-60 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:15   Missed beacon:0

je n'ai pas de mur porteur, je suis à l'étage au dessus avec un plancher bois. De plus mon autre portable lui est 67/70 avec -43dBm

Je vais ressayer à coté du routeur (le doute m'envahi!) Peut il y avoir celon les cartes wifi de tel différences ? y a t'il un moyen de le booster ?

merci

Eikichi · Message par **Eikichi** » lun. 14 nov. 2011, 12:32

Je ne sais pas si c'est lié avec ton problème mais depuis la mise à jour avec de kernel 3.1 j'ai des soucis avec ma carte wifi atheros…

ce portable a été acheté trés récement et il vient juste d'être mis sous archlinux, donc direct avec le kernel 3.1.

En gros j'ai mes logs qui sont pourris de messages de networkmanager quand je suis en wifi (avec WPA) et il arrive même que le système freeze avec obligation de hardreboot.

Avec networkmanager pour ma part c'était catastrophique, je suis passé par wicd et c'est beaucoup mieux.

J'avais trouvé ça :

https://bbs.archlinux.org/viewtopic.php?id=129344

mon anglais n'est pas trés bon mais le problème semble identique ?

oktoberfest · Message par **oktoberfest** » lun. 14 nov. 2011, 14:00

Salut,

effectivement le sujet parle du même problème. Une première amélioration a été de désactiver ipv6.
Sinon un contournement qui semble plus efficace est de ne plus utiliser wpa2 pour la sécurité. La personne dans le post utilise à la place un filtrage au niveau des adresses MAC pour assurer une certaine sécurité.

Emericn6k · Message par **Emericn6k** » lun. 14 nov. 2011, 18:18

J'ai une ATH9271 et effectivement, au début ça ramait pas mal (je ne saurais pas dire exactement les symptomes, ça date de 6 mois) et j'ai mis ma box en filtrage par adresse mac aussi, sans sécu WPA / WPA2. Ça marche nickel, même si ce n'est pas vraiment une résolution du problème...

JPEC · Message par **JPEC** » lun. 14 nov. 2011, 18:37

Comme annoncé précédemment je viens de monter une Intel 5100 à la place de la Atheros AR5BHB92-H et je n'ai plus les soucis de lenteur et de freeze… Ça vient donc du driver ath9k. Faudrait faire un rapport de bug.

Eikichi · Message par **Eikichi** » lun. 14 nov. 2011, 18:41

bon je viens de faire un petit test sans clé de cryptage. (aucune sécurité

, bon je suis en pleine campagne sa risque pas grand chose !)

Mais le problème revient c'est plus long mais ça revient.

Je détecte facilement le problème en regardant une vidéo présente sur mon serveur (le temps de visionnage est vraiment aléatoire), sans sécurité j'ai même cru que c'était bon, ça fonctionne parfaitement avec mon autre portable.

La navigation web, elle, est meilleur .

Eikichi · Message par **Eikichi** » lun. 14 nov. 2011, 23:19

bon le bluetooth ne fonctionne pas non plus! le plus étonnant est qu'il détecte bien la carte, j'ai le zolie petit icone blueman-applet mais il ne trouve aucun périphérique, même en passant direct par hcitool scan.

Code : Tout sélectionner

hciconfig -a hci0
hci0:	Type: BR/EDR  Bus: USB
	BD Address: 94:39:E5:20:66:18  ACL MTU: 1022:8  SCO MTU: 183:5
	UP RUNNING PSCAN ISCAN 
	RX bytes:2839 acl:0 sco:0 events:126 errors:0
	TX bytes:2760 acl:0 sco:0 commands:116 errors:0
	Features: 0xff 0xfe 0x0d 0xfe 0xd8 0x7f 0x7b 0x87
	Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 
	Link policy: RSWITCH HOLD SNIFF 
	Link mode: SLAVE ACCEPT 
	Name: '*********'
	Class: 0x580100
	Service Classes: Capturing, Object Transfer, Telephony
	Device Class: Computer, Uncategorized
	HCI Version: 3.0 (0x5)  Revision: 0x102
	LMP Version: 4.0 (0x6)  Subversion: 0x1
	Manufacturer: Atheros Communications, Inc. (69)

Faudrait faire un rapport de bug

je pense que oui mais mon anglais (trés mauvais) me limite pas mal car là pour expliquer, ça va pas être simple!

drs · Message par **drs** » mar. 15 nov. 2011, 04:48

a tout hasard, en tant que root:

Code : Tout sélectionner

iw dev wlan0 set power_save off

mélodie · Message par **mélodie** » mar. 15 nov. 2011, 12:27

Bonjour,

Regardes s'il n'y aurait pas un conflit avec un autre module. Vois ta liste dans "lsmod", et s'il y a d'autres modules chargés que celui pour ta carte, mets-les en blacklist.

Eikichi · Message par **Eikichi** » mar. 15 nov. 2011, 22:26

@drs, j'ai testé mais ça rien changé.

@mélodie, j'ai regardé mais j'ai rien vu de particulier, je connais pas tous les modules qui pourrait causé ce problème alors j'ai mis le retour de la commande lsmod, on sait jamais

Code : Tout sélectionner

lsmod
Module                  Size  Used by
rfcomm                 28655  4 
aesni_intel            11885  2 
cryptd                  6925  1 aesni_intel
aes_i586                6940  1 aesni_intel
aes_generic            25702  2 aesni_intel,aes_i586
bnep                    7162  2 
bluetooth             130968  10 rfcomm,bnep
ext2                   54796  1 
joydev                  7439  0 
i915                  625287  4 
drm_kms_helper         22237  1 i915
drm                   149234  5 i915,drm_kms_helper
snd_hda_codec_hdmi     20765  1 
snd_hda_codec_conexant    39627  1 
uvcvideo               57555  0 
arc4                    1086  2 
intel_agp               8720  1 i915
snd_hda_intel          19293  1 
snd_hda_codec          69500  3 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel
videodev               77028  1 uvcvideo
i2c_algo_bit            4455  1 i915
ath9k                  75997  0 
mac80211              196283  1 ath9k
snd_hwdep               4942  1 snd_hda_codec
snd_pcm                60207  3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
i2c_i801                7063  0 
sdhci_pci               7211  0 
sdhci                  19622  1 sdhci_pci
intel_gtt              11449  3 i915,intel_agp
snd_timer              15438  1 snd_pcm
psmouse                56772  0 
snd                    43817  9 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
ath9k_common            1438  1 ath9k
ath9k_hw              291527  2 ath9k,ath9k_common
soundcore               5018  1 snd
iTCO_wdt                9877  0 
media                   8609  2 uvcvideo,videodev
ath                    11990  2 ath9k,ath9k_hw
wmi                     7263  0 
atl1c                  28556  0 
agpgart                22287  3 drm,intel_agp,intel_gtt
mmc_core               66997  1 sdhci
rts_pstor             323128  0 
snd_page_alloc          5869  2 snd_hda_intel,snd_pcm
serio_raw               3390  0 
evdev                   7278  14 
iTCO_vendor_support     1577  1 iTCO_wdt
i2c_core               16816  6 i915,drm_kms_helper,drm,videodev,i2c_algo_bit,i2c_i801
video                   9716  1 i915
battery                 5053  0 
pcspkr                  1375  0 
mei                    26922  0 
ac                      1796  0 
button                  3614  1 i915
cfg80211              142476  3 ath9k,mac80211,ath
rfkill                 12470  4 bluetooth,cfg80211
cpufreq_powersave        674  0 
cpufreq_ondemand        5056  4 
acpi_cpufreq            5113  1 
freq_table              2079  2 cpufreq_ondemand,acpi_cpufreq
processor              21844  1 acpi_cpufreq
mperf                   1027  1 acpi_cpufreq
fuse                   58437  2 
ext4                  341292  2 
mbcache                 4281  2 ext2,ext4
jbd2                   59569  1 ext4
crc16                   1091  2 bluetooth,ext4
sd_mod                 26147  5 
ahci                   17497  4 
libahci                16783  1 ahci
libata                146596  2 ahci,libahci
scsi_mod              112441  3 rts_pstor,sd_mod,libata
xhci_hcd               62263  0 
ehci_hcd               36138  0 
usbcore               120540  4 uvcvideo,xhci_hcd,ehci_hcd

mélodie · Message par **mélodie** » mar. 15 nov. 2011, 23:32

Salut,
Je ne les connais pas tous non plus, alors je propose, direction "stfw". Premier module, rfcomm, il est en rapport avec le bluetooth. Source:

Bluetooth - Wikipédia
fr.wikipedia.org/wiki/Bluetooth
Aller à RFCOMM‎: RFCOMM est un service basé sur les spécifications RS-232, qui émule des liaisons séries. Il peut notamment servir à faire passer une ...

Second module, aesni_intel:

Bug 589390 – aesni-intel module breaks booting off encrypted root
https://bugzilla.redhat.com/show_bug.cgi?id=589390
+++ This bug was initially created as a clone of Bug #571577 +++ Description of problem: I've been attempting to install F12 x86_64 on a new T410 laptop. ...

chiffrement...

Je te suggère de tous les faire (recherche sur le web pour savoir ce qu'ils font). À la fin, si tu en trouves beaucoup qui ne sont pas indispensables, peut-être pourrais-tu choisir dans le rc.conf de les charger depuis une liste et non en mode automatique (des fois que ça allègerait pour les ressources). Et si tu recherches l'utilité de chacun d'entre eux, tu trouveras peut-être un module qui embête l'autre... dans le cas inverse, tu auras au moins appris à mieux connaître ton matériel.

PS: j'ai peut-être trouvé un coupable.
https://bugzilla.redhat.com/show_bug.cgi?id=514069

Attansic 1063 (atheros) with atl1c module fails badly

PS-2 : fais aussi des recherches sur wmi. Je vois un billet qui parle d'un acer-wmi...
http://strangeworlds.co.uk/blog/category/linux/wmi/

les deux modules là, ne sont utilisés par aucun autre module:
wmi 7263 0
atl1c 28556 0

ceci pourrait aussi t'intéresser:
http://lwn.net/Articles/391230/

Eikichi · Message par **Eikichi** » sam. 19 nov. 2011, 15:23

merci pour toutes ces infos mélodie, je vais regarder tous ça, je suis d'ailleurs en train de tester certaines choses que tu cite. Si je trouve quelque chose d'interressant j'en ferais par.

A force de tous toucher, en faite je sais pas si c'est lié, mais impossible de sortir de la veille écran ?

Je vais faire un problème à la fois!

encore merci de ton aide

france1159 · Message par **france1159** » mar. 22 nov. 2011, 20:27

Voici la solution : modprobe ath9k nohwcrypt=1

Et si tu veux éviter de faire ça manuellement : sudo -s echo "options ath9k nohwcrypt=1" > /etc/modprobe.d/ath9k.conf

Message par **benjarobin** » mar. 22 nov. 2011, 20:29

Ce n'est pas comme s'il n'avait pas déjà essayé et spécifié dans son premier message

Eikichi · Message par **Eikichi** » lun. 12 déc. 2011, 18:41

Bon après un peu de recherche mon problème ne semble pas avoir de solution! et oui apparement la carte n'est pas une ar9287 mais une ar5b97 !

J'avais réussi à obtenir une navigation internet à peu prés correct. en utilisant les différentes options comme :

Code : Tout sélectionner

options ath9k nohwcrypt=1

et

Code : Tout sélectionner

alias net-pf10 off

j'avais aussi trouvé compat-wireless et installé, (je sais pas si ça servait à grand chose vu que je n'étais pas orienté sur la bonne carte), il me semblait que ça fonctionné mieux !

Bon je mets le poste en résolu car j'ai acheté une carte usb wifi (qui m'a aussi causé des soucis ! ) et maintenant c'est que du bonheur plus aucun soucis de ralentissement (ni sur le net, ni en réseau local)

Arch Linux

Archlinux.fr [Forums]

[wifi]perte de vitesse par intermitence ath9k (Résolu)

[wifi]perte de vitesse par intermitence ath9k (Résolu)

Re: [wifi]perte de vitesse par intermitence ath9k(en cours)

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k

Re: [wifi]perte de vitesse par intermitence ath9k