entraide pour erreurs pcieport en masse

NicoApi73 · Le 12/08/2018, à 09:37

@xubu : Voici ce que j'ai trouvé dans le lien que tu as mis :

· Spell its name. Setpci knows the names of all registers in the standard
configuration headers. Use `setpci --dumpregs' to get the complete list. See PCI
bus specifications for the precise meaning of these registers or consult header.h
or /usr/include/pci/pci.h for a brief sketch.

Je travaille avec /usr/include/pci/pci.h. Je n'arrive pas à trouver : PCI bus specifications

Si tu as le temps et que tu le veux bien, pourrais tu essayer de le trouver STP (un lien suffirait, je pense qu'il y a plusieurs documents).

xubu1957 · Le 12/08/2018, à 09:42

Une documentation ?

Comme dans > books.google.fr

_ _ _

Et :

EXAMPLES
COMMAND
asks for the word-sized command register.
4.w
is a numeric address of the same register.
COMMAND.l
asks for a 32-bit word starting at the location of the command register, i.e., the command and status registers together.
VENDOR_ID+1.b
specifies the upper byte of the vendor ID register (remember, PCI is little-endian).
CAP_PM+2.w
corresponds to the second word of the power management capability.
ECAP108.l
asks for the first 32-bit word of the extended capability with ID 0x108.

> systutorials.com/docs/linux/man/8-setpci

Dernière modification par xubu1957 (Le 12/08/2018, à 09:50)

NicoApi73 · Le 12/08/2018, à 11:39

@xubu : Dès que j'ai une machine ayant accès à un réseau avec un plus grand débit, je regarde ton lien google, c'est peut être ce que je cherche. Le second reprend setpci, que je "connais" déjà.

@Naziel :
J'ai ça :

nicolas@nicolas-X541UJ:~$ sudo setpci -v -d 8086:9d15 CAP_EXP+0x2.w
0000:00:1c.5 (cap 10 @40) @42 = 0142
nicolas@nicolas-X541UJ:~$ sudo setpci -v -d 8086:9d15 CAP_EXP+0xa.w
0000:00:1c.5 (cap 10 @40) @4a = 0011

Le premier retour donne la configuration de pcie. Sur ma machine, j'ai :
Capability version : 2
Device/Port type : 4 (nomalement, root port)
Slot implemented : 1
interrupt :0
Le second retour (Device Status) donne :
Correctable Error Detected
AUX Power Detected

Pourrais tu me donner ta config et ce que donne ton device status STP:

sudo setpci -v -d 8086:9c1a CAP_EXP+0x2.w
sudo setpci -v -d 8086:9c1a CAP_EXP+0xa.w

Pour moi : essayer de désactiver L1. L1 bidirectionnel, L0 undirectionnel.

sudo setpci -v -d 8086:9d15 CAP_EXP+0x10.w

(normalement, résultat = 43)
Désactiver le 2nd bit, soit :

sudo setpci -v -d 8086:9d15 CAP_EXP+0x10.w=41

Dernière modification par NicoApi73 (Le 12/08/2018, à 13:03)

NicoApi73 · Le 12/08/2018, à 17:01

@xubu : le lien books.google correspond bien aux spécifications PCI (donc à ce que je demandais). Gros pavé... Il va me falloir du temps, sauf si je trouve autrement

xubu1957 · Le 12/08/2018, à 17:04

Il manque des pages, c'est jamais le bouquin complet !

NicoApi73 · Le 12/08/2018, à 17:35

Bon, je viens d'essayer en désactivant le niveau L1 de l'ASPM. Il y a bien un effet, mais ça empire la situation. Le flot est beaucoup plus conséquent

NicoApi73 · Le 12/08/2018, à 22:04

En résumé, à date d'aujourd'hui :
- L'arrêt de l'AER permet de masquer le problème. Il est possible de masquer le problème au plus proche de la source en masquant le reporting des erreurs "Correctable", Ca se fait en passant de 1 à 0 le bit 1 dans le registre CI_ERR_ROOT_COMMAND. Ce registre est à la position 44 decimal (0x2c hexa) dans la capability ECAP_AER. Ce registre est sur 4 octets (long). Exemple :

sudo setpci -v -d 8086:9d15 ECAP_AER+0x2c.l=0x06

8086:9d15 est l'adresse du port pci sur lequel est connecté le module qui pose problème (le module WIFI dans notre cas). Elle se trouve avec un sudo lshw -numeric
- Il y a une interaction avec l'ASPM du module WIFI. Il faudrait voir sur la configuration du module et non pas celle du bridge PCI. Pas plus d'information sur ce sujet. La désactivation de l'ASPM du bridge empire le problème des erreurs (fréquence plus importante)
- Maintenant, il faut automatiser l’exécution de cette commande dans systemctl

Pour intervenir sur les machines des personnes qu'on aide, il est préférable de rester au niveau des paramètres du noyau passés par GRUB, c'est beaucoup plus simple. le paramètre dans grub pci=noaer est celui qui est le plus approprié, pcie_asmp=off désactive également l'AER. Il corrige ou intervient peut être sur la source, mais ce n'est pas prouvé.

Pour info :

sudo setpci -v -d 8086:9d15 ECAP_AER+0x2c.l

retourne

0000:00:1c.5 (ecap 0001 @100) @12c = 00000000

quand pcie_aspm=off est activé. Donc ce paramètre arrête l'AER! (la valeur est 0000000f lorsque l'AER est actif

AJOUT :
J'ai complété l'essai, avec le paramètre pcie_aspm=off, en réactivant le report d'erreur et l'AER, sans que les messages pcieport... ne réapparaissent. Conclusion : l'ASPM a bien un rôle, elle intervient probablement au niveau du module en lui même et non pas au niveau du bridge pci.
FIN AJOUT

En cherchant sur l'erreur rencontré par Naziel, j'ai suivi le lien donné par xubu et je suis tombé sur ceci : https://github.com/lwfinger/rtlwifi_new/issues/317
Sur les noyaux 4.4, il faut utiliser le github de lwfinger. Par contre, sur les noyaux récents, il dit clairement que le driver ce situe dans le noyau et qu'il ne faut pas utiliser le sien. (Commentaire du 21 Fevrier 2018, dans le lien ci-dessus)

Dernière modification par NicoApi73 (Le 13/08/2018, à 10:08)

NicoApi73 · Le 13/08/2018, à 18:45

Bonjour,

J'ai mis en place le script exécuté par systemd :
/etc/systemd/system/stop_aer_pci_rtl8723be.service

[Unit]
Description=Fix for AER's excessive logging for rtl8723be 
After=systemd-modules-load.service

[Service]
Type=oneshot
# Change your device and vendor (or bus/slot/function accordingly)
ExecStart=/usr/bin/sudo setpci -v -d 8086:9d15 ECAP_AER+0x2c.l=0x06
RemainAfterExit=yes

[Install]
WantedBy=network.target

Activation du script :

systemctl daemon-reload
systemctl enable stop_aer_pci_rtl8723be.service
systemctl start stop_aer_pci_rtl8723be.service

Les erreurs démarrent lors de l'exécution de systemd-modules-load.service et s'arrêtent à l'exécution du script ajouté. Bref, je n'ai qu'un résultat mitigé...
Je ne sais pas si la configuration des ports pcie se font lors de systemd-modules-load.service ou avant. Et même si ça se fait avant, je ne sais pas si le driver du module WIFI modifie ou pas les paramètres du port pcie...

AJOUT :
Quand j'en aurai l'occasion, je vais essayer en mettant modprobe.blacklist=rtl8723be et dans le script ci-dessus, je vais rajouter modprobe=rtl8723be
FIN AJOUT.

/!\ A quiconque voudrait exécuter ce script, l'adresse du port pcie 8086:9d15 est propre à ma machine, elle doit être remplacée par celle du port concerné sur la machine cible.

Dernière modification par NicoApi73 (Le 14/08/2018, à 21:42)

NicoApi73 · Le 17/08/2018, à 22:02

Bonsoir,

J'ai fait l'essai en passant modprobe.blacklist=rtl8723be et en modifiant le script pour démarrer le driver WIFI après avoir désactivé l'AER correctable sur le pcieport sur lequel est le module rtl8723be.

J'ai quelques erreurs au démarrage des port pci, puis celles-ci s'arrêtent.

Pour l'instant je ne sais pas faire mieux. Pour ne pas avoir d'erreurs, je crains qu'il ne faille recompiler le noyau...

Nuliel · Le 17/08/2018, à 22:26

C'est déjà beaucoup, tu as pu voir comment empêcher l'avalanche de messages d'erreur de manière fine.

NicoApi73 · Le 19/08/2018, à 05:15

Bonjour,

Je ne suis pas le seul à penser recompiler le noyau : http://billauer.co.il/blog/2015/10/linux-pcie-aer/. Le gros inconvénient de cette méthode est qu'il faut recompiler le noyau à chaque mise à jour. Ceci n'est pas envisageable pour aider des personnes qui ont une connaissance limité de l'informatique. Même moi, ça me rebute car ça veut dire qu'à chaque mise à jour, il faut vérifier si le kernel a été modifié, et si c'est le cas, il faut appliquer le patch et le recompiler...

L'autre piste que je suis entrain d'investiguer est de passer pci=noaer par grub, puis d'autoriser l'aer pour chacun des port pci, avec la bonne configuration pour chaque port (tout réactiver pour chaque port, sauf celui concerné, pour lequel les erreurs correctable restent masquées). La difficulté (pour l'instant) est d'identifier de manière exhaustive tout ce qu'il faut réactiver.

xubu1957 · Le 22/08/2018, à 13:12

Bonjour,

Suis tombé sur ce fil, ce matin > forum.ubuntu-fr.org/viewtopic.php?pid=21727329#p21727329

NicoApi73 · Le 22/08/2018, à 13:51

Bonjour,

Le problème a été résolu dans ce topic avec noaer. J'ai regardé le cpu, c'est (encore) une architecture sky lake.

xubu1957 · Le 22/08/2018, à 13:55

Et cela peut resservir > forum.ubuntu-fr.org/viewtopic.php?pid=21958251#p21958251 ?

NicoApi73 · Le 22/08/2018, à 14:05

Et je crois que ce n'est pas fini...

NicoApi73 · Le 22/08/2018, à 21:54

Je ne croyais pas si bien dire : https://forum.ubuntu-fr.org/viewtopic.p … #p21958539

miky97200 · Le 23/08/2018, à 18:54

Bonjour a tous.
Ayant eu le problème et réussi à la réglé grâce a l'aide de Nico je viens me greffer au sujet pour suivre un peu les avancés.
Bonne soirée
Miky97200

NicoApi73 · Le 24/08/2018, à 21:44

Bon, il n'y a pas que realtek : https://forum.ubuntu-fr.org/viewtopic.p … #p21959681

NicoApi73 · Le 26/08/2018, à 10:23

Bonjour,

Sur ce fil https://forum.ubuntu-fr.org/viewtopic.p … #p21960537, il a choisi d'utiliser nomsi comme paramètre grub. Il a bien voulu faire quelques manipulations et il s'avère que nomsi coupe également l'AER, comme le fait pcie_aspm=off. Donc noaer reste donc l'optimum au niveau de grub.

NicoApi73 · Le 26/08/2018, à 11:06

Nouveau cas, ni realtek, ni Atheros : https://forum.ubuntu-fr.org/viewtopic.php?id=2029690

Avec une erreur un peu différente (parmi la liste reportée) :

status/mask=00002081/00002000

Dernière modification par NicoApi73 (Le 26/08/2018, à 11:21)

xubu1957 · Le 27/08/2018, à 14:55

Conseil pratique pour un message précis :

Le 28/12/2016, metalux a écrit :

Bonsoir,
...
@xubu1957
Pour mettre le lien direct vers une réponse d'une discussion, il suffit de cliquer sur la date de celui-ci. Pour le lien que tu as mis, par exemple:
https://forum.ubuntu-fr.org/viewtopic.p … #p21568506

(edit=messages regroupés)
_ _ _

Pour la Doc :

xubu1957 a écrit :

Merci Ayral, j'ai enfin compris comment pointer sur le lien direct : mise_a_jour_partielle__que_dois-je_faire avec la table des matières de la page de Doc.
Je me coucherai moins bête.

> forum.ubuntu-fr.org/viewtopic.php?pid=21674876#p21674876

_ _ _

le 12/02/2019, cqfd93 a écrit :

xubu1957 a écrit :
@cqfd93
Comment fais-tu pour pointer sur le bon paragraphe ?
Si tu passes la souris à gauche du titre, tu vois un lien symbolisé par 2 anneaux entrelacés.
(...)

Dernière modification par xubu1957 (Le 13/02/2019, à 18:30)

NicoApi73 · Le 27/08/2018, à 15:02

Merci, ça, je ne savais pas et je me demandais comment vous faisiez tous

NicoApi73 · Le 05/09/2018, à 09:00

Bonjour,

NicoApi73 a écrit :

Nouveau cas, ni realtek, ni Atheros : https://forum.ubuntu-fr.org/viewtopic.php?id=2029690
Avec une erreur un peu différente (parmi la liste reportée) :
status/mask=00002081/00002000

L'information complémentaire qui est remontée ici est:
Receiver Error (Ca veut dire qu'il y a une erreur AER, c'est ce qu'on a habituellement)
Bad DLLP
Advisory Non-fatal (vaut mieux ça )

Explication DLLP ici : https://fr.wikipedia.org/wiki/PCI_Express

Complément d'information :
https://www.kernel.org/doc/ols/2007/ols … 97-304.pdf

NicoApi73 · Le 05/09/2018, à 12:34

Documentation concernant le PCIe :
https://github.com/torvalds/linux/blob/ … -HOWTO.txt

moko138 · Le 05/09/2018, à 15:37

NicoApi73 a écrit :

Merci, ça, je ne savais pas et je me demandais comment vous faisiez tous

Et, encore mieux pour les copains qui n'utilisent pas la même variante (edubuntu, ubuntu, kubuntu) du forum que vous,
vous mettrez comme url, non pas :
https://forum.kubuntu-fr.org/viewtopic.php?pid=21961311#p21961311
mais, avec un point à la place de tout ce qui précède "/viewtopic" :
./viewtopic.php?pid=21961311#p21961311

C'est un lien dit "relatif".
En procédant ainsi, vos lecteurs resteront sur leur variante de départ.
Ce qui leur évitera
- au mieux, de devoir modifier l'url et recharger la page ;
- au pire, de tomber (pour les sections du forum réservées aux connectés) sur le message "cette page n'existe pas".

(Le lien relatif fonctionne uniquement pour le forum. Cela ne marche pas pour la Doc).

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#176 Le 12/08/2018, à 09:37

Re : entraide pour erreurs pcieport en masse

#177 Le 12/08/2018, à 09:42

Re : entraide pour erreurs pcieport en masse

#178 Le 12/08/2018, à 11:39

Re : entraide pour erreurs pcieport en masse

#179 Le 12/08/2018, à 17:01

Re : entraide pour erreurs pcieport en masse

#180 Le 12/08/2018, à 17:04

Re : entraide pour erreurs pcieport en masse

#181 Le 12/08/2018, à 17:35

Re : entraide pour erreurs pcieport en masse

#182 Le 12/08/2018, à 22:04

Re : entraide pour erreurs pcieport en masse

#183 Le 13/08/2018, à 18:45

Re : entraide pour erreurs pcieport en masse

#184 Le 17/08/2018, à 22:02

Re : entraide pour erreurs pcieport en masse

#185 Le 17/08/2018, à 22:26

Re : entraide pour erreurs pcieport en masse

#186 Le 19/08/2018, à 05:15

Re : entraide pour erreurs pcieport en masse

#187 Le 22/08/2018, à 13:12

Re : entraide pour erreurs pcieport en masse

#188 Le 22/08/2018, à 13:51

Re : entraide pour erreurs pcieport en masse

#189 Le 22/08/2018, à 13:55

Re : entraide pour erreurs pcieport en masse

#190 Le 22/08/2018, à 14:05

Re : entraide pour erreurs pcieport en masse

#191 Le 22/08/2018, à 21:54

Re : entraide pour erreurs pcieport en masse

#192 Le 23/08/2018, à 18:54

Re : entraide pour erreurs pcieport en masse

#193 Le 24/08/2018, à 21:44

Re : entraide pour erreurs pcieport en masse

#194 Le 26/08/2018, à 10:23

Re : entraide pour erreurs pcieport en masse

#195 Le 26/08/2018, à 11:06

Re : entraide pour erreurs pcieport en masse

#196 Le 27/08/2018, à 14:55

Re : entraide pour erreurs pcieport en masse

#197 Le 27/08/2018, à 15:02

Re : entraide pour erreurs pcieport en masse

#198 Le 05/09/2018, à 09:00

Re : entraide pour erreurs pcieport en masse

#199 Le 05/09/2018, à 12:34

Re : entraide pour erreurs pcieport en masse

#200 Le 05/09/2018, à 15:37

Re : entraide pour erreurs pcieport en masse

Pied de page des forums