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.

[参考译文] Linux/AM3517:调试未知看门狗计时器复位

Guru**** 2553260 points
Other Parts Discussed in Thread: AM3517

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/623033/linux-am3517-debugging-unknown-watchdog-timer-reset

器件型号:AM3517

工具/软件:Linux

我们有一个基于 AM3517 Sitara 的定制硬件平台(与 BeagleBoard 非常相似)、运行 Angstrom 发行版 Linux (3.19.2)。 使用标准 MLO -> uBoot -> Linux 内核分区方案设置 SD 卡。 此外、我们还针对主要 Linux 内核分区问题和/或系统冻结设置了恢复分区-这两个都基于看门狗复位。

我们在现场部署了许多此类平台、问题在于、由于系统正常运行数周(有时是数月)后看门狗复位、某些系统正在重新启动到恢复分区。 我们无法在实验练习中重现此问题、并且系统由于看门狗复位而重新启动的原因/时间没有模式。 我们尝试了增强型日志记录、以查看看门狗过程是否被终止、但没有任何迹象表明这种情况。 此外、没有显示看门狗馈送过程被终止的 oom 日志。 看门狗馈入设置为每3秒复位一次计时器、复位时间设置为3分钟。 所有症状都表示日志记录、内核和其他进程只是冻结、看门狗(设置为3分钟)计时器触发复位。

我们正在寻找有关如何解决此问题的建议和/或想法。 我们可以访问 CPU JTAG 端口。

-Prasad

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

    欢迎访问 TI e2e 社区!

    如前所述、在所有电路板上都未观察到您所面临的问题、而且看门狗复位模式也不一致、如果没有在此论坛中共享增强的调试机制、日志和观察结果、则很难对解决此问题进行评论。

    您能告诉我们以下信息吗?

    1) 1)您在现场运行的最终用例应用是什么?
    2) 2)定制板与标准 EVM/EVK 有何不同?
    3) 3)您能否在崩溃之前/期间共享日志?
    4) 4)您目前使用的日志记录机制是什么?
    5) 5)您是否可以将最频繁重启的电路板替换为另一个电路板、并使用故障电路板进行分析?


    谢谢、
    Prabhuraj
    Black胡椒 技术