Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

entraide pour erreurs pcieport en masse

NicoApi73

Salut,

Il y a (pour l'instant) une incohérence chez moi :

sudo setpci -v -d 8086:9d15 CAP_EXP+0xc.l
0000:00:1c.5 (cap 10 @40) @4c = 06724c13

Par rapport à ce qui est défini dans pci_regs.h, il n'y a pas de raison que ce soit 06724c13, mais 06324c13 (ce qui est le cas chez toi). Sur ce quartet, seuls 2 bits sont utilisés, donc les valeurs possibles vont de 0 à 3. Si le masque est bien fait dans le code, ça ne devrait pas avoir de conséquence.

EDIT : je viens de faire l'essai en passant la valeur du registre à 06324c13. La commande d'écriture passe, sans erreur et dès que je le relis, il est à nouveau à 06724c13.
Soit il y a un problème sur le registre (spécifiquement sur ce bit là!), soit il y a quelque chose qui passe derrière et remet ce bit à 1.

Après, c'est peut être une fausse piste...

@Naziel : peux tu essayer l'inverse (sauve ton travail en cours, à cas où ça freeze) :

sudo setpci -v -d 8086:9c1a CAP_EXP+0xc.l=06723c12
dmesg -lerr
sudo setpci -v -d 8086:9c1a CAP_EXP+0xc.l

La dernière commande, c'est pour voir si le bit est repassé à 0 ou s'il reste à 1 (si la valeur hexa reste à 7, ou si elle repasse à 3). Entre temps, ça aura peut être généré des erreurs pcieport
FIN EDIT

NicoApi73

Naziel a écritIl y a aussi ECAP_AER dans la liste de mes registres

Salut,

Je vais regarder ce point là également.

Cependant :

#define PCI_EXP_DEVCTL 8 /* Device Control */

Device control -> je suppose que ça fait référence au device qui est connecté sur ce port

#define PCI_EXT_CAP_ID_ERR 0x01 /* Advanced Error Reporting */

#define PCI_ERR_COR_STATUS 16 /* Correctable Error Status */

Je pense que ça fait référence au bridge...

Nuliel

@HP-desktop:~$ sudo setpci -v -d 8086:9c1a CAP_EXP+0xc.l=06723c12
[sudo] Mot de passe de : 
0000:00:1c.5 (cap 10 @40) @4c 06723c12
@HP-desktop:~$ dmesg -lerr
[    1.198902] acpi PNP0C0B:00: Setting initial power state
[    1.727597] [drm:intel_dp_link_training_channel_equalization [i915]] *ERROR* failed to train DP, aborting
[    1.737565] radeon 0000:0d:00.0: VCE init error (-22).
[    1.777431] [drm:intel_dp_link_training_channel_equalization [i915]] *ERROR* failed to train DP, aborting
[   17.376832] radeon 0000:0d:00.0: VCE init error (-22).
[   32.054532] radeon 0000:0d:00.0: VCE init error (-22).
[   43.371640] radeon 0000:0d:00.0: VCE init error (-22).
[   60.182555] radeon 0000:0d:00.0: VCE init error (-22).
[   95.162194] rtlwifi: IEEE80211_AMPDU_ERR for action 1330838840!!!!:
[   98.148948] rtlwifi: IEEE80211_AMPDU_ERR for action 1330838840!!!!:
[   98.179745] rtlwifi: IEEE80211_AMPDU_ERR for action 1330838840!!!!:
[   98.212252] rtlwifi: IEEE80211_AMPDU_ERR for action 1330838840!!!!:
[   99.149431] rtlwifi: IEEE80211_AMPDU_ERR for action 1330838840!!!!:
[  119.495962] rtlwifi: IEEE80211_AMPDU_ERR for action 1438334336!!!!:
[  119.510821] rtlwifi: IEEE80211_AMPDU_ERR for action 1438334264!!!!:
[  119.514762] rtlwifi: IEEE80211_AMPDU_ERR for action 1438334264!!!!:
[  119.551599] rtlwifi: IEEE80211_AMPDU_ERR for action 1438334264!!!!:
[  128.941291] rtlwifi: IEEE80211_AMPDU_ERR for action 1438334264!!!!:
[  128.944909] rtlwifi: IEEE80211_AMPDU_ERR for action 1438334264!!!!:
[  128.972814] rtlwifi: IEEE80211_AMPDU_ERR for action 1438334264!!!!:
@HP-desktop:~$ sudo setpci -v -d 8086:9c1a CAP_EXP+0xc.l
0000:00:1c.5 (cap 10 @40) @4c = 06323c12

Les erreurs sont pas graves, je les ai habituellement

xubu1957

Salut,

Vous aviez relevé ce cas > [Résolu]Une erreur wifi génère une très (trop) grande quantité de logs ?

NicoApi73

@Naziel :

@HP-desktop:~$ sudo setpci -v -d 8086:9c1a CAP_EXP+0xc.l
0000:00:1c.5 (cap 10 @40) @4c = 06323c12

Il te l'a remis à 3 ! Bon, pas sur que ce soit la meilleur piste, mais je ne sais pas l'expliquer.

@xubu : je regarde ça un peu plus tard

J'ai (encore progressé)
Je suis allé voir la capability ECAP_AER
J'y retrouve mes informations : le masque retporté dans l'erreur

Aug  1 23:01:22 nicolas-X541UJ kernel: [   32.695167] pcieport 0000:00:1c.5:   device [8086:9d15] error status/mask=00000001/00002000

nicolas@nicolas-X541UJ:~$ sudo setpci -v -d 8086:9d15 ECAP_AER+0x10.l
0000:00:1c.5 (ecap 0001 @100) @110 = 00000001
nicolas@nicolas-X541UJ:~$ sudo setpci -v -d 8086:9d15 ECAP_AER+0x14.l
0000:00:1c.5 (ecap 0001 @100) @114 = 00002000

et l'ID :

Aug  1 23:01:22 nicolas-X541UJ kernel: [   32.695159] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5

nicolas@nicolas-X541UJ:~$ sudo setpci -v -d 8086:9d15 ECAP_AER+0x34.l
0000:00:1c.5 (ecap 0001 @100) @134 = 000000e5

Le masque des erreurs AER autorise toutes les erreurs. Dans ce cas, j'ai mes erreurs qui apparaissent :

nicolas@nicolas-X541UJ:~$ sudo setpci -v -d 8086:9d15 ECAP_AER+0x2c.l
0000:00:1c.5 (ecap 0001 @100) @12c = 00000007

Des que je masque les erreurs Correctable, le flot s'arrête :

nicolas@nicolas-X541UJ:~$ sudo setpci -v -d 8086:9d15 ECAP_AER+0x2c.l=0x06
0000:00:1c.5 (ecap 0001 @100) @12c 00000006

Donc c'est bien à cet endroit qu'il faut masquer l'erreur pour être au plus prêt de la source (qu'on ne connaît toujours pas)
Par conséquent, tu avais raison, Naziel, sur le fait qu'il fallait aussi regarder cette capability (c'est un ensemble de registres)

NicoApi73

@xubu : j'ai regardé ton lien, c'est une autre erreur :

rtlwifi:rtl_op_ampdu_action():<0-0> IEEE80211_AMPDU_ERR!!!!:

Celle-ci a l'air d'être remontée par le driver du rtl8723be et non pas par le bridge pcie.

Est elle lié à pcieport..., je ne sais pas te le dire 😉

xubu1957

@NicoApi73

C'est trop technique pour moi, je préfère signaler, tu fais le tri. 😉

NicoApi73

xubu1957 a écrit@NicoApi73

C'est trop technique pour moi, je préfère signaler, tu fais le tri. 😉

Ma remarque n'était pas négative, C'était juste pour te dire que je l'ai regardé avec intérêt, que l'intérêt persiste, mais pour l'instant, je ne sais pas si c'est lié aux erreurs que j'ai. Par contre, Naziel a cette erreur sur sa machine 😉

NicoApi73

En fait, les opérations que l'on fait actuellement sont faites à très bas niveau, entre le SW et le HW. Dans les composants il y a des registres pour le paramétrage et pour lire/écrire des informations. Là, on est sur les registres de paramètrage (et de reporting). Désolé, pour l'instant je ne sais pas trouver une analogie pour te l'expliquer plus simplement.

Quand tu fais changer des paramètres sur le WIFI par exemple, au final, il y a probablement des registres du module WIFI qui sont modifiés. Par contre tu travailles à un certain niveau d'abstraction qui masque tout ça.

Pour ce qui nous concerne, en passant un paramètre au noyau (en tout cas pour les paramètres qu'on utilise), plusieurs modules sont impactés. Donc, il faut descendre à un niveau plus bas pour mieux cibler ce qu'on veut faire. Ici, en l’occurrence c'est d'arrêter le flot d'erreurs au plus proche de la source (qui reste toujours inconnue)

NicoApi73

@Naziel :

Pourrais tu me donner le résultat que tu as pour ces 2 commandes STP

sudo setpci -v -d 8086:9c1a ECAP_AER+0x10.l
sudo setpci -v -d 8086:9c1a ECAP_AER+0x14.l

Pour la première, je m'attends à voir 00000000
Pour la seconde, probablement 00002000

Nuliel

Eh bien non, ça me retourne deux fois la même chose:

setpci: 0000:00:1c.5: Extended capability 0001 not found

(mais y a t'il de l'aer sur ma machine?)

NicoApi73

Je te trouverai le registre demain pour savoir si tu as ça : je ne suis plus à ça près 😃

Nuliel

J'avoue que je n'arrive pas à comprendre grand chose, ça reste du chinois pour moi

NicoApi73

Précise ce que tu ne comprends pas (pas dans les détails), j'essaierai de te l'expliquer. Je travaille beaucoup avec le header pci_regs.h et la liste des registres et capabilities données par sudo setpci --dumpregs. Le jeu consiste à faire le lien entre les noms de l'un et les noms de l'autre. Il doit y avoir de la doc, probablement sur le kernel, qui permet de faire ce lien, mais les noms donnés sont jusqu'à présent suffisamment explicites

NicoApi73

Salut,

Je n'ai pas trouvé (pour l'instant) de registre listant ce que le port sait faire. Vu le retour que tu as, à priori, je dirai que tu n'as pas d'AER sur ce port et c'est pour ça que tu n'as pas l'erreur pcieport...

NicoApi73

@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

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

NicoApi73

@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

NicoApi73

@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

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

« Page précédente Page suivante »