码迷,mamicode.com
首页 > 其他好文 > 详细

Rocket - tilelink - WidthWidget

时间:2019-09-06 23:00:32      阅读:125      评论:0      收藏:0      [点我收藏+]

标签:dip   ESS   取数   img   image   bytes   复位   its   输入   

https://mp.weixin.qq.com/s/pmJcsRMviJZjMwlwYw6OgA

 
简单介绍WidthWidget的实现。
 
?技术图片?
 
1. 基本介绍
 
用于设定与上游节点连接的数据总线的宽度。根据上下游数据总线宽度的大小关系,在转发消息时进行组合和拆分处理。
 
类参数innerBeatBytes是指与上游节点连接的数据总线所占的字节数:
?技术图片?
 
2. diplomacy node
 
diplomacy node用于与上下游节点连接,并协商参数。
 
TLWidthWidget的diplomacy node是一个适配器节点:
?技术图片?
其中:
a. clientFn:用于把TLWidthWidget看到的上游节点的参数,转换为下游节点看到的TLWidthWidget的参数;这里没有变化;
b. managerFn:用于把TLWidthWidget看到的下游节点的参数,转换为上游节点看到的TLWidthWidget节点的参数;这里把beatBytes设定为innerBeatBytes,即上游节点看到TLWidthWidget节点支持的数据总线的宽度是innerBeatBytes个字节;
 
3. lazy module
 
lazy module用于实现内部逻辑。这里主要是适配上下游节点数据总线不同导致的问题,即根据上下游数据总线宽度的大小关系,在转发消息时进行组合和拆分处理。
 
?技术图片?
 
1) 成对的输入边和输出边
 
?技术图片?
 
2) 处理channel a/d:
 
?技术图片?
 
3) 处理channel b/c/e:
 
如果支持Cache,则进行组合或拆分:
?技术图片?
 
4) splice
 
?技术图片?
根据上下游连接数据总线宽度的大小关系,分为三种情况:
a. 相等:直连即可,无需适配;
b. 上游大:需要把请求消息拆分成多个小的分片,然后通过下游连接发出去;
c. 上游小:需要把请求消息组合成一个大的消息,然后通过下游连接发出去;
 
因为beatBytes需要是2的幂,所以如果上下游数据总线的宽度不相等,那么一定是整数倍的关系。
 
A. 总线宽度与请求的size
 
数据总线的宽度代表物理能力,实际请求中数据的大小由size域决定:
a. 如果size域大于数据总线宽度,则会分成多个beat而成为burst请求;
b. 如果size域小于数据总线宽度,则数据不会把数据总线占满,而需要使用mask域标识哪些字节包含数据;
 
所以是否组合或拆分,也由size域参与决定。如果size域比上下游数据总线宽度都小,那么就不需要组合或拆分,而可以直接透传。
 
B. 上游总线宽度较大
 
?技术图片?
a. edgeIn.manager.beatBytes表示输入边即与上游节点连接的数据总线宽度;edgeOut.manager.beatBytes则表示下游连接的数据总线宽度;
b. repeat决定了Repeater是否重复输出保存的数据,repeat由split的结果决定;
c. cated表示上游节点输入的数据,他默认从repeater中接收数据;进而被拆分成两个部分:首先,直接从in.bits.data中取低的与下游数据总线宽度相同位宽的数据,这部分数据不需要Repeater重复;其次,从repeated中取两者总线宽度差值的数据。至于数据是否有意义,则由mask域决定;
d. repeat:如果没有把所有分片向下游发送完成,则需要repeat;如果已经发送完成则不需要repeat;如果size大小小于下游连接的总线宽度,那么可以在一个时钟周期内发送完成,也不需要repeat;
 
C. 上游总线宽度较小
 
需要把上游burst请求的多个beat合并之后,向下游发送:
?技术图片?
如果上游是一个单beat请求,则不会等下一个单beat请求进行合并,而是直接透传。
 
4. merge
 
用于把上游burst请求的多个beat合并之后,向下游发送。
?技术图片?
 
1) 基本参数
 
?技术图片?
其中:
a. ratio是一个整数值(可以被除尽而没有余数);
b. countBits表示需要多少个位对用来组合的分片进行计数;
 
2) 请求信息
 
?技术图片?
其中:limit根据当前请求的size域,计算这个请求总共包含多少个可供组合的分片;如果size也大于下游数据总线的宽度,那么这里的limit就限定在下游总线宽度。
 
3) first/last
 
?技术图片?
其中:
a. count是用于计数的寄存器;
b. first/last表示是第一个和最后一个用于组合的beat;这里last有两种情况:第一,请求size小于下游数据总线宽度,last表示该请求的最后一个beat;第二,请求size大于下游数据总线宽度,last表示下游数据总线宽度可以容纳的最后一个beat;
c. enable是一个位图,与当前beat对应的序号为真,其他位为假;
 
4) corrupt
 
用于在多个beat之间holdcorrupt信号:
?技术图片?
 
5) in.fire()
 
in.fire()表明来了一个请求:
?技术图片?
a. 把count加1;
b. 如果是最后一个beat,则把count复位;单beat请求的第一个beat也就是最后一个beat;
 
6) ready/valid
 
?技术图片?
 
7) edgeOut.data
 
?技术图片?
a. 如果上游节点不会发起带数据的请求,如Put/Atomic等,那么可以使用默认值0;否则
b. 需要把in.bits.data组合之后装进out.bits.data;
c. out.bits.data的组合跨越了多个beat,也就是多个时钟周期;何时发出由out.valid决定;
 
8) out.bits.mask
 
?技术图片?
a. 如果请求包含数据,则把in.bits.mask也组合在一起成为下游的mask;
b. 如果请求不包含数据,则直接使用MaskGen生成的mask;
 
9) helper
 
完成组装多beat数据的任务:
?技术图片?
a. odata:把idata复制多份填满下游数据总线;
b. rdata:已经缓存的数据;
c. pdata:已缓存的数据 + 最后一个beat的数据;
d. mdata:enable中只有当前beat对应的位置的位为1,表示从odata中取出响应位置的idata;其他为0的位从pdata中取值;这样就逐个beat把数据存入rdata中了;
e. 把对应beat的数据存入rdata中,last为真时不需要缓存;
 
5. split
 
与merge类似,下面主要介绍不同点。
 
1) sel
 
?技术图片?
 
这里的sel用于从in.bits.data中定位数据的正确偏移量。
如果in.bits.data中的数据是满的,那么因为对齐的问题,sel == 0。sel | count == count,就从偏移地址0开始取in.bits.data中的数据。
 
如果in.bits.data中的数据不是满的,那么sel != 0。sel | count 可以定位到正确的偏移量,以从in.bits.data中取数据。下面是一个例子:
?技术图片?
 
2) sourceMap
 
因为d中不包含address域,所以需要记录请求消息中的address域:
?技术图片?
 

Rocket - tilelink - WidthWidget

标签:dip   ESS   取数   img   image   bytes   复位   its   输入   

原文地址:https://www.cnblogs.com/wjcdx/p/11478405.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!