编 者 按
续接上文,接续扒一扒PCIe中的Flow Control
链路层把TLP分为几类?
在处理TLP报文时,根据Fmt字段以及Type字段可以将TLP报文分为二十多种,当TLP报文送至数据链路层时,数据链路层在进行流量控制处理时则不会考虑这么多种情况。数据链路层里面的Flow Control,则会将报文分为三类:
Post:不需要Target端返回响应报文的TLP请求。
Non-Post:需要Target端返回响应报文的TLP请求。
Cmpl:响应TLP报文。
而同时,数据链路层在进行流量管理时会将TLP的数据报文头、数据负载分开进行流量控制。也就意味着数据链路层的流量控制每个VC分为了六个通道:
Post Header
Post Data
Non-Post Header
Non-Post Data
Cmpl Header
Cmpl Data
这在cocotb-ext中的FcChannelState中可以看出:
Flow Control初始化
Flow Control的初始化在DL_INIT中:
所用到的DLLP报文为:
按照Spec里面的规定,Flow Control的初始化顺序为:
InitFC1-P (first)
InitFC1-NP (second)
InitFC1-Cpl (third)
无论是InitFC1、InitFC2,其报文格式定义基本相同。InitFC1、InitFC2所做的事情也基本相同,就是告知发送端Header、Data的令牌数。看到一段网上的解释:“FC_Init1和FC_Init2干的活不是差不多嘛,为什么还需要FC_Init2呢?原因是,不同的设备完成FC_Init1的时间可能是不同的,增加FC_Init2是为了保证每个设备都能收到FC初始化DLLP。”
如果FC为0,则表示该通道不受令牌限制,即无流量控制(EP设备以及不支持P2P的RC的Cmpl常设为0,故建议在涉及时对于Cmpl时建议仔细考虑。像Xilinx PCIe IP EP模式的的RC接口,不建议做反压)。
这里着重看下 Scale和FC域,FC域为12bit,随着PCIe链路速度的提升,Spec规定了Scale域以扩大令牌数:
按照协议里,最大可以支持到16bit。而FC域仅有12bit,协议里规定了FC的定义:
在cocotbext-pcie里,关于FC位宽的定义,Header、Data采用12、16bits:
Flow Control的初始化在cocotbext-pcie中也很明了简单:
可以看到,由于FC_INIT1、FC_INIT2内容基本一致,FC2基本没有做什么处理(具体真实的实现不了解)。
》令牌消耗
发送端发送一个TLP报文,在数据链路层需消耗Header、Data令牌。每一个TLP报文需消耗一个TLP,而如果有数据负载则每四个DW消耗一个Data令牌:
数据链路层进行判定是否能发送该数据出去:
》令牌更新
令牌周期性的更新所用到的DLLP格式为:
接收端按照HdrFC、DataFC中的内容更新其令牌:
这里面看起来有一点不太合适的地方就是没有考虑Scale,按照DLLP里面的报文解析:
由于FC只有12bit,这里对于16bit的场景支持欠妥。
更新周期
无论是Flow Control还是之前所说到的ACK/NAK,协议中都规定了最大发送间隔时间。在cocotbext-pcie中的计算方式如下:
这里面的计算单位是Symbol Time(物理层发送1Byte数据的时间)。这里面可能乍看懵逼,这部分在PCIe Spec 5.0里对应Appendixes H里:
Flow Control Latency:
ACK Latency:
审核编辑:汤梓红
全部0条评论
快来发表一下你的评论吧 !