[参考译文] AM2634：以太网 DP83822、面临超时问题

admin

Other Parts Discussed in Thread: AM2634

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

器件型号：AM2634

工具/软件：

尊敬的团队：

我正在回溯我之前问过的线程、

正如在上次重放中一样、由于数据包丢弃、您让我在 Linux 系统中进行检查、所以现在我使用 Linux 操作系统进行了检查

但我可以看到 Linux 系统中缺少一些 ICMP_Seq 数据包。那么、您能说我可以采取什么步骤来实现这个目的吗？

0 admin 3 个月前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 AK：

我在本地未观察到此情况、您能否帮助进行以下测试：

1.在 AM2634 上运行应用程序。 IP 启动后、从 Linux 器件 ping AM2634 的 IP。

2.过一段时间后（比如之后的 100 个 ICMP 请求）,在 Ubuntu 终端中停止 ping 测试

3.暂停 AM2634 R5F 内核、并在表达式窗口中检查 LwIP 统计信息（按照您在链接的 E2E 中所执行的步骤操作）。

4.现在我们将 LwIP 统计中的 ICMP xmit 和 ICMP recv 数字与 Ubuntu 终端中的数字进行比较。理想情况下、假设从 Ubuntu 终端发送了 100 个 ICMP 请求、LwIP 统计信息还应显示 100 个 ICMP Recv 和 100 个 ICMP xmit。

如果 LwIP xmit 小于 LwIP Recv、则意味着 LwIP 丢弃了数据包。如果两个计数都匹配、则问题与 LwIP 不匹配。

然后、我们可以检查 CPSW 统计信息、在这些统计信息中、我们将检查是否由于 ALE、PortMask、CRC 错误或 FIFO 溢出而丢弃了任何数据包。

由于我没有定制的具有 DP83822 PHY 的 AM2634、因此需要您协助进行测试。

此致、
Shaunak

基于 Arm 的微控制器（参考译文帖）(Read Only)