[参考译文] AM6442：ETH 1588 时间戳在发送端

您好 Biao、  

我需要一些时间来咨询 ICSSG Linux 驱动程序开发人员。 使用 ICSSG 这一事实会使情况变得更加复杂、因为涉及 PRU_ICSSG 固件。 可能需要从固件检索时间戳。  

如果您没有收到回复、请 Ping 此主题星期四。

使用 ICSSG 以太网而不是 CPSW 以太网是否有特殊原因？

-道林

尊敬的 Biao：

我们发现当前的 Linux 驱动程序使用 tx_ts0 中断触发 tx_ts_work 来读取发送时间戳、这与我们当前的机制不兼容

通过 DMA 描述符（如 Cadence 的 GMAC）获取时间戳 无法使用 ICSS 宽带宽输入范围。
以下是时间戳的工作方式:当主机通过 PKTDMA 描述符提交时间戳请求时,它包含一个用于稍后识别的 Cookie。
PKTDMA 通过 PSIL 接口将数据包推送到 ICSS、PKTDMA 描述符已释放、现在 ICSS 使用其自己的数据包描述符（而非 DMA 描述符）。
仅当 ICSS 实际将数据包从其端口队列发送到 MII 接口时、才会捕获 TX 时间戳 (TX_SOF)。
此时、时间戳与原始 Cookie (ICSS 描述符包含从 PKTDMA 描述符复制的 Cookie) 关联、而现在的 ICSS 描述符通过 ICSS 硬件队列管理器返回到主机。 一旦主机使用此 ICSS 描述符来读取时间戳主机、就会将其释放。 之所以存在该设计、是因为数据包可能会在发送队列中等待（例如，当 Express 数据包优先时）、并且 TX_SOF 时间戳必须与实际的 MII 传输保持一致。 这就是 DMA 描述符独立于 ICSS 描述符的原因。
推荐的方法：在提交数据包后轮询硬件队列、而不是使用中断（如果您的问题正在使用中断）。

BR
Jc.

尊敬的专家：

是否有“在提交数据包后轮询硬件队列“的参考代码示例

尊敬的 Yuchuan：

请参阅 AM64x RTOS SDK Icssg_pollTxts () api、它位于 source\networking\enet\core\core\config\per\icssg.c src 文件中

BR
Jc.