DisplayPort TX链路带宽限制

DisplayPort规范要求视频数据以传输单元(TU)发送,传输单元长度可以是32到64个链路符号。为降低复杂性,DisplayPort TX使用固定的64符号TU。为避免链路带宽超额预订,打包数据速率必须等于或低于链路符号速率。当打包数据速率低于链路符号速率时,DisplayPort TX必须执行符号填充,其在TU内用控制符号FS和FE构成,而FS之前的TU中的所有符号必须是有效数据符号。该规范还要求视频数据在构成完整有效视频线的TU内均匀分布。如果TU内计算的有效数据符号大于62.75,则DisplayPort TX指示链路超额订阅且预期不会输出图像。

考虑转移单位示例:

分辨率= 1856x1392 @ 75 Hz

颜色深度= 18 bpp

流时钟= 288 MHz

车道数= 4

链路速率= RBR(1.62Gbps)

TU大小= 64

计算传输单元内的有效符号数:

流= 18 bpp,288MHz> 4个通道的打包数据速率= 18 x 288/4 = 1296 Mbit /秒/通道

链路带宽= 1620 x 0.8 = 1296 Mbit /秒/通道

每TU的平均有效符号= 1296/1296 x 64 = 64

打包数据速率等于链路符号速率,每TU的平均有效符号为64,达到TU大小。在这个例子中,TX错误地认为链接是超额订阅的,并且不会产生任何图像。

解决/修复方法

要解决此问题,请更改链接速率和通道数配置,以使每个TU的平均有效符号小于62.75。例如,要以18 bpp传输1856x1392 @ 75 Hz,您可以使用带有4个通道的HBR(2.7Gbps):

链路带宽 - 2700 x 0.8 = 2160 Mbit /秒/通道

每TU的平均有效符号= 1296/2160 x 64 = 38.4

此问题已在DisplayPort IP内核的16.0版中得到修复。

编辑 重设标签(回车键确认) 标为违禁 关闭 合并 删除

提问于 2018-08-17 21:07:01 +0800

这个帖子被标记为一个社区wiki

这个帖子是一个wiki(维基). 任何一个积分 >500的人都可以完善它