[Résolu] wifi bloqué à 1M

moko138 · Le 10/05/2018, à 20:30

Naziel,
Dans ma 14.04 :

modinfo mac80211 | grep -v alias
(...)
vermagic:       3.13.0-145-generic SMP mod_unload modversions 686 retpoline 
(...)
parm:           ieee80211_default_rc_algo:Default rate control algorithm for mac80211 to use (charp)

1) "retpoline"
Ce patch récent pourrait-il avoir pour incidence le désagrément subi par ljere ?

2) Quant à "charp",
je suppose que ça décrit, face au problème, mes neurones en charpie...

Autres idées en vrac :
- un réglage du bios ?
- un réglage de tlp (si installé) ?

moko138 · Le 10/05/2018, à 20:47

ljere a écrit :

[~](0)jerem:~ sudo iwconfig                                           21:26:10      
lo        no wireless extensions.

wlan0     IEEE 802.11  ESSID:"freebox_ljeremie"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: xxxxxxxxxxxxxxx
          Bit Rate=1 Mb/s   Tx-Power=20 dBm

Tente

sudo iwconfig wlan0 rate 54 auto

.
.

[~](0)jerem:~ modinfo ieee80211                                       21:26:18 
modinfo: ERROR: Module ieee80211 not found.
[~](1)jerem:~ modinfo mac80211                                        21:27:01 
depends:        cfg80211
vermagic:       4.13.0-41-generic SMP mod_unload 
parm:           minstrel_vht_only:Use only VHT rates when VHT is supported by sta. (bool)
parm:           ieee80211_default_rc_algo:Default rate control algorithm for mac80211 to use (charp)
[~](0)jerem:~

Quelqu'un sait ce que signifient ici "minstrel" et "VHT" ?

Nuliel · Le 10/05/2018, à 22:06

D'après ce que j'ai compris, retpoline est une contre mesure de meltdown ou spectre de limiter l'exécution dans le désordre: quand les processeurs affectés exécutent un programme, ils ne lancent pas les instructions les unes à la suite des autres comme on pourrait le penser, il gagne du temps en exécutant quelques instructions après, en particulier quand l'instruction en cours met plusieurs cycles d'horloge pour se faire (y compris une condition). Si les calculs sont utiles, c'est bien, on a gagné du temps, sinon, c'est pas grave, on jette le résultat du calcul. Le problème, c'est que le calcul a été fait, il laisse donc des traces dans le cache, et par une attaque par canaux auxiliaires (notamment en mesurant le temps), on peut récupérer toute la mémoire.
Pour moi, cela ne devrait pas porter à conséquence, on peut voir ça comme une boucle contenant des instructions inutiles.

minstrel est aussi un "rate control algorithm", le but c'est de prendre le meilleur bitrate en fonction du nombre de paquets perdus, ... J'ai tenté de passer sur minstrel mais je sais pas comment faire, et c'est la grosse dèche niveau doc (y compris anglaise). Il est demandé un charp, mais comment lui passer?
VHT je sais pas ce que c'est

charp: pointeur sur char j'imagine (tableau de caractères?), mais bon, comment passer ce truc?

Dernière modification par Nuliel (Le 10/05/2018, à 22:10)

moko138 · Le 11/05/2018, à 06:34

Merci Naziel !

ljere · Le 11/05/2018, à 10:27

voila voila

[~](0)jerem:~ sudo iwconfig wlan0 rate 54 auto                        11:25:45 
[sudo] Mot de passe de jerem :       
Error for wireless request "Set Bit Rate" (8B20) :
    SET failed on device wlan0 ; Invalid argument.
[~](250)jerem:~ sudo iwconfig wlan0 rate 54                           11:26:06 
[~](0)jerem:~ sudo iwconfig                                           11:26:21 
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11  ESSID:"freebox_ljeremie"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: 00:24:D4:E8:DC:A4   
          Bit Rate=1 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr=2347 B   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=70/70  Signal level=-26 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:36   Missed beacon:0

[~](0)jerem:~

moko138 · Le 11/05/2018, à 11:16

Merci ljere !
Je profite de ce qu'il me reste des cheveux pour m'en arracher encore quelques-uns.

xubu1957 · Le 11/05/2018, à 14:13

Bonjour,

@ Naziel

Tu avais vu > blog.cerowrt.org/post/minstrel ?

ljere · Le 11/05/2018, à 14:34

mais de rien c'est toujours un plaisir, en même temps ça serait un truc simple, je crois que j'aurais trouvé sans demander d'aide.

moko138 · Le 11/05/2018, à 15:22

Euh... Je n'ai pas tout compris, et surtout je n'ai pas vu de remède. Juste le conseil de privilégier le taux de transmissions réussies sur le débit - mais comment ???

moko138 · Le 11/05/2018, à 18:59

Ce qui est étrange c'est que la clef RTL8188CE 802.11b/g/n WiFi Adapter [10ec:8176] (rev 01) a été prise en charge. Et qu'elle n'est même plus visible chez realtek.com.
Pourtant, Debian dispose d'un paquet "firmware-realtek"

Mais je vois mieux sur
ht tps://github.com/FreedomBen/rtl8188ce-linux-driver

rtl8188ce-linux-driver
This modified version of the RealTek WiFi driver fixes some issues with RealTek cards on Linux.
Why use this driver?
It has been modified to allow you to transmit at up to 33 dBm instead of the stock driver hard limit of 20 dBm, regardless of your CRDA regulatory domain. This is a substantial increase in capability because every 3 dB increase is equivalent to a doubling of the power. IOW, you can pump out 4x more Tx power than before. This is subject to CRDA restrictions however (though you can set that to whatever you want, just make sure you're staying legal)
It has a few default settings that generally increase stability
Some helpful fixes are backported from newer kernels so that they can be enjoyed without upgrading the entire kernel (very useful for staying on your distros current kernel while benefitting from fixes relating to this driver)
Well supported RealTek cards:
RTL8188CE RTL8192CE
Well supported kernel releases:
3.2.x (...) 3.13.x (...) 4.4.x (...) 4.13.x (...) 4.15.x 4.16.x 4.17.x
Well supported Ubuntu (and Ubuntu-based) releases:
Ubuntu 12.04 (LTS) (...) 14.04 (LTS) (...) 16.04 (LTS) (...) Ubuntu 17.10 18.04 (LTS)
(...À lire soigneusement !)

Donc je pense que ça vaut le coup d'essayer,
- après annulation de nos manip' précédentes.
- et après

cd ; sudo apt-get install git

git clone https://github.com/FreedomBen/rtl8188ce-linux-driver.git

sudo apt-get install gcc build-essential linux-headers-generic linux-headers-$(uname -r)

ljere · Le 12/05/2018, à 11:09

Bonjour,
Je comprend vraiment rien du tout je n'ai rien changé depuis hier et en démarrant le pc je vois sur mon conky le résultat plus qu'improbable

[~](0)jerem:~ sudo iwconfig                                           12:05:25 
[sudo] Mot de passe de jerem :       
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11  ESSID:"freebox_ljeremie"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: 00:24:D4:E8:DC:A4   
          Bit Rate=72.2 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr=2347 B   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=70/70  Signal level=10 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:2   Missed beacon:0

[~](0)jerem:~

je ne comprend vraiment pas

moko138 · Le 12/05/2018, à 18:30

1) Le débit a-t-il augmenté en pratique ?
Parce que
Tx-Power est inchangé, à 20 dBm
72.2 Mb/s est au-dessus du plafond indiqué par Naziel en #35.
"plus qu'improbable", comme tu dis.

2)

ljere a écrit :

en démarrant le pc

le contenu de /etc/modules (que nous avons modifié en deux temps) est pris en compte.

ljere · Le 12/05/2018, à 20:34

ben le taux de transfert est équivalent à celui que j'ai quand je suis en eth, donc pour moi c'est enfin ok, on verra demain si ça reste inchangé

ljere · Le 13/05/2018, à 12:07

je passe en résolu, merci à tous de votre aide, à mon humble avis ce sont les dernières modifications de moko qui ont été pris en compte, par contre pourquoi ça n'a pas été effectif au premier redémarrage je ne le comprend pas, dans tous les cas merci à tous.

moko138 · Le 13/05/2018, à 12:54

Moi non plus, je ne comprends pas ; garde les autres pistes sous le coude !

moko138 · Le 13/05/2018, à 13:47

Et pour élargir la perspective,

Naziel a écrit :

@moko138: Une petite précision sur
sudo modprobe -r rtl8192ce && sudo modprobe -a rtl8192ce
Passer cette commande enlève et remet le module rtl8192ce mais sans paramètres (les paramètres présents dans le fichier /etc/modprobe.d/rtl8191ce.conf sont pas pris en compte). Si on veut les prendre en compte, on les ajoute à la suite de cette commande.

si l'emploi d'un module et d'éventuelles options s'avère efficace après

sudo modprobe -r nom-du-module && sudo modprobe -a nom-du-module options truc machin

je reviens désormais à l'usage (normal) de /etc/modules pour forcer le chargement de modules :

a) sans option :

sudo cp -av /etc/modules  /etc/modules.date

echo "nom-du-module # ajout en date du..." | sudo tee -a /etc/modules

b) avec options :

sudo cp -av /etc/modules  /etc/modules.date

echo "nom-du-module truc machin # ajout en date du..." | sudo tee -a /etc/modules

N.B. : Dans /etc/modules, NE PAS mettre le mot "options" entre le nom du module et les options, contrairement à ce qu'on pratique avec sudo modprobe -a !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 10/05/2018, à 20:30

Re : [Résolu] wifi bloqué à 1M

#52 Le 10/05/2018, à 20:47

Re : [Résolu] wifi bloqué à 1M

#53 Le 10/05/2018, à 22:06

Re : [Résolu] wifi bloqué à 1M

#54 Le 11/05/2018, à 06:34

Re : [Résolu] wifi bloqué à 1M

#55 Le 11/05/2018, à 10:27

Re : [Résolu] wifi bloqué à 1M

#56 Le 11/05/2018, à 11:16

Re : [Résolu] wifi bloqué à 1M

#57 Le 11/05/2018, à 14:13

Re : [Résolu] wifi bloqué à 1M

#58 Le 11/05/2018, à 14:34

Re : [Résolu] wifi bloqué à 1M

#59 Le 11/05/2018, à 15:22

Re : [Résolu] wifi bloqué à 1M

#60 Le 11/05/2018, à 18:59

Re : [Résolu] wifi bloqué à 1M

#61 Le 12/05/2018, à 11:09

Re : [Résolu] wifi bloqué à 1M

#62 Le 12/05/2018, à 18:30

Re : [Résolu] wifi bloqué à 1M

#63 Le 12/05/2018, à 20:34

Re : [Résolu] wifi bloqué à 1M

#64 Le 13/05/2018, à 12:07

Re : [Résolu] wifi bloqué à 1M

#65 Le 13/05/2018, à 12:54

Re : [Résolu] wifi bloqué à 1M

#66 Le 13/05/2018, à 13:47

Re : [Résolu] wifi bloqué à 1M

Pied de page des forums