[参考译文] AM2432：关于 SORTE-G 中 IPG 处理的说明（物理与协议 IPG）

如果物理 IPG 和协议 IPG 均配置为相同的值（例如，300ns）、控制器和器件 PHY 都支持该值、PRU 固件中忽略显式 IPG 延迟处理（即帧之间没有额外的延迟循环或基于 IEP 的时序）是否可以接受？

我认为这样可以、因为它减少了 PRU 固件中的开销。 我将此线程分配给 SORTE 专家

你好 Yorimoto-San、

感谢您的提问。 让我单独谈谈这些问题。

1.关于 IPG：有物理 IPG（TX_IPG0/1 寄存器）、ICSS_G IP 使用它来维持数据包间隙。 这意味着直到该时间过去、硬件才会发出下一个数据包。 我们在器件/协议初始化期间将其设置为某个值。 然后、可通过参数化数据包中提供的协议 IPG 覆盖 TX_IPG0/1 中的配置值。 我们添加了此作为配置选项、但在参数化状态后、可能没有实际的 SW/FW 代码覆盖中的 TX_IPG 寄存器。

2.协议 IPG 旨在根据需要替换/覆盖默认/启动物理 IPG。 不是将两者加在一起、而是使用一个或另一个 IPG 值。

3.我假设您要求的是器件、而不是控制器：发送器件时、PRU 固件中不应有额外的延迟环路。 全部由 IEP 计时器通过时间触发发送进行控制。

请告诉我、这是否解决了您的问题、或者您是否需要进一步澄清。

谢谢您、

 Thomas

尊敬的 Thomas：

感谢您的详细说明。 我有两个关于 IPG 处理的后续问题：

1.关于协议 IPG 配置时序：
假设器件在接收参数化数据包时根据协议 IPG 值更新 TX_IPG 寄存器、并且控制器从同步阶段开始使用协议 IPG、这是否正确？

2.我假设 IPG 是根据 ICSSG 内核时钟进行控制的 (MII_RT_TXCFG0[12] = 0h)。 根据 MII_RT_TX_IPG 参考手册中寄存器的说明、建议以 8 个接口时钟周期为增量配置 IPG。
将同样的建议也应用于协议 IPG 是否正确？

提前感谢！

你好 Yorimoto-San、

我来回答您的问题。

1.根据 IPG 协议、器件不使用写入或更新 IPG 寄存器。   当状态从参数化转换为线路延迟测量时、可以将其添加到 TASK_MANAGER 中。 但如前所述、我们尚未实现这一点。

2.正确,请对协议 IPG 应用相同的建议。 这是简单的方法、因此 PRU 只需获取值并将其写入寄存器。

此致、

 Thomas