PCIe专题学习——2.6（Flow control的实现过程）

之前我们讲了对PCIe的一些基础概念作了一个宏观的介绍，了解了PCIe是一种封装分层协议（packet-based layered protocol),主要包括事务层（Transaction layer), 数据链路层（Data link layer)和物理层（Physical layer）。

一：Flow control的实现过程

前面针对Flow control的基本原理与组成进行了解析了，那么如何实现flow control这个功能呢？

要实现flow control功能，我们需要了解flow control的控制逻辑短圆，在之前的文章介绍中，我们了解了VC buffer有六个部分，每部分对应的Flow控制逻辑单元式一样的，所以在这里我们仅以Non-Posted Request Header对应的Flow Control控制逻辑单元为例，如下图：

从上图中，我们可以看出Flow control控制逻辑单元主要包括：

发送端：

• Transaction Pending Buffer：发送端用于存放正在等待在同一虚拟通道（VC）传输的TLPs.

• Credits Consumed Counter：在发送端在VC buffer中所有TLPs的信用单元总和，简称“CC”.

• Credit Limit Counter：这部分由接收端的VC buffer的大小决定，简称“CL”。接收端会在TLPs 传输的过程中不断发送FC DLLPs来更新CL的大小.

• Flow Control Gating Logic：这个逻辑单元主要根据CC，CL以及待发送的TLPs的数量来判断接收端是否有足够的空间接收下一个TLPs. 判断公式如下：

  {CL-(CC+PTLP)} mod 2^[Field Size] <= 2^[Field Size]/2

        注释: Header Field Size=8, Data Field Size=12.

                 PTLP= Pending TLP，待发送TLP.

 接收端：

• Flow Control Buffer：存储传进来的Data和Header数据.

• Credits Allocated：接送端VC buffer已经分配的存储空间记录.

• Credit Received Counter：这部分主要记录接收端接收的所有TLPs对应的信用单位总和。

我们看一个例子看一下Flow control具体过程：

1：初始状态下Flow control控制逻辑单元：

在这里例子中，我们假设VC buffer大小为2KB，之前的文章介绍过Non-posted Header的信用大小为5DW，也就是20Bytes，所以Flow control单元数目最大为2KB/20Bytes=102d=66h

初始状态下：CC=00h，CL=66h；CrRcv=00h；CrAI=66h，

2：传输一个TLP之后的Flow Control控制逻辑单元：

此时，CC=01h，CrRcv=01h；

 

3：VC buffer出于满的状态时的Flow Control控制逻辑单元：

发送端：CC = CL =66h，CR = CC + PTLP = 66h+01h=67h

               CC-CR = 66h-67h = 66h+99h = FFh不满足判断公式

接收端：CrRcv = CrAI = 66h

此时，说明了VC buffer已经满了，暂停传输TLPs

4：VC buffer清空部分数据的Flow Control控制逻辑单元：

接收端VC buffer清空了3个Non-Posted Header数据，此时VC buffer有了新的可用空间，可以继续接收TLPs，但是此时发送端不知道，怎么办呢？

放大招！！！

PCIe协议中有定义一个Flow Control update packets，也即Flow Control update DLLPs格式如下图：

有了大招就好办了，接收端通过发送Flow control update DLLPs告知发送端：我们这边腾出来地方了，可以传TLPs过来了！

同时，CL更新为69和，CC=66h，CR=66h+01h = 67h

CL-CR=69h-67h=02h<128 ,满足判断公式，TLPs可以继续传输；