PCIe扫盲——TLP Header详解(三)

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

Completions

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

PCIe扫盲——TLP Header详解(三)

PCIe扫盲——TLP Header详解(三)

PCIe扫盲——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/

上一篇:10. RDMA之Completion Queue


下一篇:深度补全depth completion的一些模型图