• 状态
  • 已锁定 已锁定
  • 回复 11 回复
  • 订户 0 订户
  • 视图 44 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM625：ETH Tx/AM625 Rx 中断~1 秒

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1584074/am625-eth-tx-rx-interruptions-for-1s

器件型号： AM625

您好 TI！

我们面临以下问题 — 在客户车中，ETH Tx/ETH 在 Rx 短时间内（0.9 至 1.43 秒之间）停止。 这一次它完全恢复和工作 100%正常再次。

 

到目前为止、我们排除的是：

  • Autosar 问题 — 我们的堆栈未收到任何内容，传入的消息未得到确认
  • 总线问题- Rx 消息 100%正常且准时
  • 系统重新启动= R5 内核处理可以 100%正常、显示没有干扰

如果我们模拟一个冻结在 netif 层产生非常相似的效果在汽车。

 

我们的系统：

  • MCU_PLUS_SDK_am62x_09_00_19
  • I-PROCESSOR-SDK-LINUX-RT-am62xx-EVM-08.06.00.42
  • 在 Linux（A53 内核）上运行的 ETH
  • AM6252

 

问题：

  • 这是“已知“问题吗？
  • 新的（最好是最新的）线图层是否可以反向移植到我们的系统？ 可行性？

注意：

  • 无法在工作台上重现此问题、这意味着它非常罕见或仅与车辆有关。 不过、我们可以从现场看到多个报告。

如果您有任何问题、敬请告知。

 

谢谢！

 

BR/MK

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

    您好、

    关于是否存在已知链路中断问题、我没有看到任何链路暂停的问题、除非 PHY 经历链路中断情况。 考虑到这一点、暂停和恢复流量时间测量值可能是发生的链路中断事件、因为假设链路回来、它的计时持续时间类似。

    第一步是否有访问 Linux 控制台的方法？ 如果是、请捕获对这些命令的响应：

    - dmesg（此命令将转储内核消息的内容,我希望此日志很长,所以请附加输出,请不要进行剪切和粘贴）

    - ifconfig -S

    -在这个应用中使用的是什么 PHY ?

    -在帖子中有一个数据点提到,它是已知的数据包被接收,这是如何确认的数据。

    本文档是我们建议回顾如何在 Linux 系统中遵循以太网数据包的内容。 本文档仅与 CPSW 接口和 RT Linux 相关。

    https://www.ti.com/lit/an/spradj8/spradj8.pdf

    此致、

    Schuyler

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

    尊敬的 Schuyler：

    感谢您的答复。

    - dmesg 和 ifconfig 包含在此文件中

    e2e.ti.com/.../1321.dmesg.txt

    -我们使用的 PHY 是 TJA1101BHN/0Z

    -我们定期通过 Autosar 堆栈发送和接收数据,但我们不能 在短时间内发送或接收任何数据

    谢谢

    （续）

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

    尊敬的 Cong：

    感谢您附加 dmesg 日志。 通过查看日志、我只能看到它大约有 10 秒的时间、并且看起来来自引导序列。 这是否在引导日志所涵盖的时间内发生了未接收发送的情况？

    我对 ifconfig 命令的错误、请运行并附加 ethtool -S eth0 的结果。

    如果可能、请在恢复通信后的时间段内附加 dmesg 日志和 ethtool - S。

    此致、

    Schuyler

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

    嗨、Schuyler
    此接收/发送问题在引导日志涵盖的时间段内未发生。 很难重现此错误；我发送给您的日志仍然是正常运行期间的、没有任何错误。
    我在下面附上了 dmesg 和 ethtool 日志。
    e2e.ti.com/.../dmesg_5F00_ethtool.txt

    （续）

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

    尊敬的 Cong：

    感谢您的日志。 我查看了这些测试报告、在 MAC 级别统计信息 (ethtool -S) 中没有发现任何问题。 目前、我无法建议进行任何调试。 希望您能够在问题发生时捕获控制台序列。 首先要检查的是 PHY 或系统是否报告链路断开。

    此致、

    Schuyler  

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

    您好、Schuyler！

    您能回答我们提出的向后移植问题吗？

    问题：

    • 这是“已知“问题吗？
    • 新的（最好是最新的）线图层是否可以反向移植到我们的系统？ 可行性？

    在这种情况下、可能很难精确定位有助于解决问题的实际修复方案、因为我们可能无法现场重现问题。 我会尝试应用尽可能多的内核/网层修复,并希望最好.

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

    您好、

    我知道的唯一问题是器件勘误表 i2329 MDIO：MDIO 接口损坏 (CPSW 和 PRU-ICSS)。 TI SDK 版本提供了权变措施、因此不会遇到此勘误表。 权变措施是使用 MDIO 位 Bang 来代替器件 MDIO IP、并在先前线程中指向的 SDK 版本中启用。 我建议检查 Linux 内核配置以确保启用这些选项： 

    CONFIG_TI_DAVINCI_MDIO=y
CONFIG_MDIO_BITBANG=y
CONFIG_MDIO_GPIO=y

    我唯一的评论是,在 netif 中有几个层。 TI 在这些层中只能支持 MDIO 和 CPSW。 我同意、实时重现此问题会很困难、因为这可能不仅仅是软件、因此即使迁移到最新的 SDK 也可能无法解决问题。

    此致、

    Schuyler

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

    您好 Schuyler、

    在我们的系统中： 

    CONFIG_TI_DAVINCI_MDIO=y
CONFIG_MDIO_BITBANG=y

    但未设置 CONFIG_MDIO_GPIO。 
    我们将尝试启用此配置 

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

    尊敬的 Cong：

    感谢您告诉我。

    此致、

    Schuyler

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

    尊敬的 Schuyler：

    我们与 Karan 一起决定、要想取得进展、我们需要更多调试信息。

    您能否提供一些您希望看到的打印内容？ 在这种情况下、您会发现您感兴趣的信息是什么？

    提前感谢！

    /mk

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

    您好、

    根据问题说明、初始调试步骤是查看 PHY 驱动程序是否报告链路中断。 来自车辆的 dmesg 日志应报告链路中断、希望此日志在车辆关闭后持续存在。 我还建议联系 PHY 制造商并检查是否有关于该 PHY 在某些条件下的链路中断的报告。  此外、请与 PHY 制造商核实是否存在可能指示发生了链路断开情况的错误计数器。  

    我建议先看看 PHY 的原因是、问题的标识是链路中断后跟链路恢复。 当 PHY 报告链路中断这将导致 CPSW 崩溃时、链路恢复将导致 CPSW 初始化、这看起来像是网络流量暂停。

    此致、

    Schuyler