转：http://blog.chinaaet.com/justlxy/p/5100053354

Completions

Completions的TLP Header的格式如下图所示：

这里来解释一下Completion Status Codes

·        000b (SC) Successful Completion：表示请求（Request）被正确的处理；

·        001b (UR) Unsupported Request：表示请求是非法的或者不能被Completer所识别的。在PCIe V1.1以及之后的版本将这作为Advisory Non-Fatal Error；

·        010b (CRS) Configuration Request Retry Status：Completer暂时不能响应的配置请求，需要Requester稍后再次尝试；

·        100b (CA) Completer Abort：Completer可以响应该请求，但是却发生了其他的错误，该错误是Uncorrectable Error。

关于CplD，需要注意的是：

·        前面的文章中多次提到，一个读请求可能会对应多个CplD（因为4KB的地址边界问题，以及RCB的限制），但是返回的总的数据量应当与请求的数据量保持一致，否则可能会出现Completion Timeout的错误；

·        一个Completion只能对应于一个Request；

·        IO和Configuration读请求由于一直都是1DW，因此其一直都只对应一个Completion；

·        当Completion中的状态码（Status Codes）为SC（Successful）之外的状态，则一次传输（事务，Transaction）被终止；

·        在处理一个请求多个CplD时，应当注意Read Completion Boundary（RCB），RCB的值可以是64Bytes或者128Bytes；

·        Bridge和Endpoint应设计为RCB的大小是可以通过软件修改或控制的；

·        在处理一个请求多个CplD时，应注意先发送的时低地址的数据，后发送高地址数据。

Requester接受到Completion的处理规则：

·        如果Requester接收到的Completion与自己之前发送的Request不一致，则会报错；

·        当Completion中的状态码不是SC或者CRS的话，则会报错，并且相关的Buff都会被清空；

·        当任何非配置请求的Completion中的状态码为CRS时，都会被认为是非法的，并被认为是Malformed TLP；
注：原文最早发表于本人的ChinaAET博客（http://blog.chinaaet.com/justlxy/）