DisplayPort规范要求视频数据以传输单元（TU）发送，传输单元长度可以是32到64个链路符号。为降低复杂性，DisplayPort TX使用固定的64符号TU。为避免链路带宽超额预订，打包数据速率必须等于或低于链路符号速率。当打包数据速率低于链路符号速率时，DisplayPort TX必须执行符号填充，其在TU内用控制符号FS和FE构成，而FS之前的TU中的所有符号必须是有效数据符号。该规范还要求视频数据在构成完整有效视频线的TU内均匀分布。如果TU内计算的有效数据符号大于62.75，则DisplayPort TX指示链路超额订阅且预期不会输出图像。
考虑转移单位示例：
分辨率= 1856×1392 @ 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传输1856×1392 @ 75 Hz，您可以使用带有4个通道的HBR（2.7Gbps）：
链路带宽 – 2700 x 0.8 = 2160 Mbit /秒/通道
每TU的平均有效符号= 1296/2160 x 64 = 38.4
此问题已在DisplayPort IP内核的16.0版中得到修复。
没有回复内容