[参考译文] AM2434：100 Mbsp CPSW 的 AM243 问题

您好 Alex、

请让我在我们的设置中对此进行测试、并尝试重新创建问题以获得更多见解。 请在 2 个工作日内回复。 理想情况下、当流量进行交换数据时、它不应到达开关节点中的 R5 内核、在本例中为 AM243x-LP 板。 我怀疑与广播目标 MAC 地址发生的初始握手消息正在进入堆栈中、并且与 100M 的内部时钟差异相结合、我们无法检索这些数据包的时间戳。  

我将在本地设置中重新创建它、并返回结果。

谢谢。此致、
Teja。

尊敬的 Teja：

您是如何进行娱乐的?  

此致、

Alex

您好 Alex、

我参与了其他活动、无法专注于这一主题。 明天我将向您介绍测试结果。

感谢您的耐心、

此致、
Teja。

尊敬的 Teja：

我希望您昨天有机会对此进行研究。

到目前为止的结果如何。

此致、

Alex

嗨、 团队

这是 14 天,现在这个主题已经提出了.. 你能帮助 研究这个话题吗?  

此致、
Alex

您好 Alex、

我们能够重现该问题、并将所看到的问题告知开发团队。 请给我们 3 天时间来确定手头的问题、然后再进行分析。 当我们获取新信息时、我会使该线程保持更新。

谢谢。此致、
Teja。

尊敬的 Teja：

感谢您的更新。

请在识别和分析信息可用后分享更新。

此致、
Alex

您好 Alex、

开发团队正在研究该问题以找出根本原因。 我将发布有关更新的主题。

谢谢。此致、
Teja。

尊敬的 Teja：

到目前为止是否有任何进展？  
此致、
Alex

您好 Alex、

我们已通知开发团队、问题是由于在 100M 模式下有大数据吞吐量时时间戳数据不可用。 他们正在运行一些测试、以了解其背后的原因。  

我们还邀请了堆栈团队来提供有关此方面的更多输入。 当我们收到堆栈团队的回复时、我会告诉您更多详细信息。

此致、
Teja。

您好 Alex、

我们能够将问题根源于时间戳处理序列、在该序列中、数据包在队列中花费更多时间、然后在 100Mbps 模式下传输。 我们正在研究可能的修复方法来解决这个问题。 我将在获得有关最终修复的更多详细信息后更新该主题。

谢谢。此致、
Teja。

谢谢 Teja、

一旦修复程序可用、请告诉我。

此致、
Alex

您好 Alex、

我们目前有堆栈团队提供的修复程序、我们正在尝试对其进行验证。 在完成修复验证后、我将使用修复更新线程。

此致、
Teja。

尊敬的 Teja：
到目前为止、您是否完成了验证？

您好 Alex、

我们已经运行了测试、但问题仍然存在、尽管没有以前那么糟糕。 器件会短暂不同步、然后返回。 但是、如果旨在演示系统的稳定性、我们有一种临时权变措施、这不会影响 gPTP 同步和稳定性、但整体吞吐量会受到轻微限制。

如果可以、我可以与您分享修复/解决方法。

谢谢。此致、
Teja。