Cet article analyse en détail sur les différentes sources de principe de génération d'erreurs, comme plus de contenu, divisé en deux articles. Le premier à introduire l'erreur de contrôle de SIMEC Empoisonnement de données et ainsi de suite, le deuxième article décrit la transaction (transaction) erreur, contrôle du trafic lien erreurs liées (Flow Control Link), TLP inhabituel (malformée TLP) et une erreur interne (interne erreurs) et ainsi de suite.

• SIMEC

Grâce à l'article précité, la SIMEC est facultative et est principalement utilisé pour le système de bus PCIe comprenant le commutateur. AER et ne prennent en charge les supports de périphériques PCIe SIMEC ont la capacité de fonctionner. Après la configuration du logiciel en examinant l'espace de configuration, en fonction des dispositifs PCIe de confirmation (Fonction) Support SIMEC, réponse (Error capacité et registre de commande) est 0 ou 1 est écrite dans le registre de commande par la fonction d'erreur pour activer ou désactiver des fonctions SIMEC .

Si elle est activée la fonction SIMEC, peut (aussi appelé Digest TLP, SIMEC Digest) par l'en-tête de TLP est utilisé pour marquer le courant TD TLP si la SIMEC, comme le montre la figure. Une attention particulière est requise, si TD 1 (représenté en utilisant la SIMEC), mais n'a pas été le SIMEC dans le TLP, ou TD est 0, il contient la SIMEC dans le TLP, il sera déterminé que l'erreur de format TLP, à savoir, ensemble à l'erreur malformée TLP.

SIMEC est basé sur l'en-tête de TLP et des données (en-tête et données Payload) calculées, le récepteur recalculée en fonction du contenu du reçu TLP et le (côté émission calculée) SIMEC à titre de comparaison, et sinon, la transmission de données est considéré comme problème est survenu pendant les données sont détruites, et les produits de contrôle d'erreur SIMEC. Notez que, dans l'en-tête de TLP, deux en fait, ne participe pas à bit0 et EP bits calcul --type champ ERCR. Ceci est communément désigné sous deux variantes de bits, et lorsque la SIMEC calculé, correspondant à la position des deux est toujours supposée être une, plutôt que d'utiliser les valeurs réelles.

erreur de contrôle SIMEC est présent lorsque la réception set fin (Finissant) a reçu la demande (demande) extrémité de réception de TLP choisissent généralement de ne pas envoyer la demande de retour TLP (achèvement) et bit d'état d'erreur SIMEC (dans l'espace de configuration) bit. Étant donné que le côté émetteur ne reçoit pas le temps d'achèvement, une erreur de dépassement de temps et génère ainsi d'achèvement (Erreur Timeout). Et la plupart de l'émission, choisiront de renvoyer la demande de la demande précédente.

Lorsque la fin de l'envoi (demandeur) après l'envoi de la demande reçue du TLP renvoyé par le récepteur (achèvement), elle a constaté que la présence de la correction de la détection d'erreur SIMEC achèvement TLP, le bit d'état d'erreur SIMEC sera réglée (en l'espace de configuration) . Expéditeur peut choisir de renvoyer la demande précédente demande, vous pouvez également être sélectionné par une interruption de fonction spéciale (Fonction spécifique Interrompre) signalant une erreur au système.

Dans les deux cas, si le message est activée signalant l'erreur, un message d'erreur non fatale incorrigible (Uncorrectable Message d'erreur non fatale) est envoyé au système.

• Empoisonnement de données (données Poisoned ou Renvoi d'erreur)

Les données Empoisonnement également appelé propagation d'erreur (transfert des erreurs), se réfère au cas de la charge utile de données TLP connu est détruit (endommagé), qui est envoyé à l'autre TLP encore de dispositif PCIe. Dans ce cas, le PE bit de l'en-tête de TLP (Error Empoisonnée) est réglé sur 1, ce qui indique que la TLP a été endommagé. Comme indiqué ci-dessous:

Certaines personnes peuvent avoir des doutes, puisque vous connaissez déjà le Payload données TLP été détruite, pourquoi encore transférer? En fait, cela principalement pour certaines applications spéciales:

facilitent la transmission d'extrémité ( Demande) Système d'analyse et d'erreur : Supposons que l'extrémité d'émission (Request) de lecture de données demande est transmise à l'extrémité de réception (Completer), l'extrémité de réception à partir d'un lit des données renvoie les données du dispositif de mémoire au côté de transmission par l'intermédiaire d'achèvement. Cependant, une erreur se produit au cours de ce processus, l'extrémité de réception (Finissant) Achèvement donc pas retourné à l'expéditeur (la demande), la fin d'émission ne génère que l'erreur Délai d'attente d'achèvement, mais il est difficile d'analyser la cause de l'erreur. Si le récepteur retourne à l'expéditeur Poisoned achèvement TLP (en-tête TLP EP 1), la fin d'émission peut confirmer qu'au moins l'extrémité de réception bien reçu la demande (demande) qui a émis.

Facile à trouver Commutateur d'erreurs (ou d'autres dispositifs de pontage): Supposons que dans le Payload données TLP est détruit dans le commutateur en utilisant l'approche de propagation d'erreur permet de découvrir l'erreur.

Certaines applications permettent erreurs des données reçues: en temps réel, tels que les transmissions audio ou vidéo, qui reçoit des données plutôt légèrement erronées doivent essayer de faire en sorte que la transmission de données en temps réel.

Les données peuvent être récupérées par la couche d'application: Certaines applications peuvent utiliser un codage spécial qui peut récupérer des données (par exemple, une erreur récupérable ECC) est détruit.

Une attention particulière est requise, la propagation des erreurs (données Empoisonnement ou Renvoi d'erreur) uniquement pour TLP si les données Payload est détruit, et le contenu n'a rien à voir en-tête TLP. C'est tout simplement faux de données d'écriture ou de transfert avec le retour d'achèvement pour ceux avec les données Payload TLP, comme la mémoire, la configuration, I / O. PCIe Spec Aucune donnée ne Payload aucune définition de TLP, qui était tête TLP, EP est 1, la façon dont il a traité.

Remarque: Notez que, le fonctionnement Empoisonnement ne peut être effectuée au niveau des transactions. La raison est simple: la couche physique et la couche de liaison de données, dans tous les cas, ne vérifie pas les contenus de l'en-tête de TLP, l'en-tête ne modifiera pas la TLP.