[参考译文] AM620-Q1：TIFS 超时后仅 MCU 3 分钟复位

嗨、Walter、Gibbs、

ROM 为系统配置看门狗计时器。 TIFS 将定期宠物看门狗计时器。 如果看门狗计时器在 3 分钟后到期而没有宠物、则 SoC 将自行复位。 发生这种情况时、可能表明 TIFS 已在某个点崩溃。

当 SoC 处于任何状态时、都存在此机制。

我们注意到、当将 USB A 设备连接到 TI EVM 时、尝试暂停、它将出现这种行为。

我们通过移除下拉电阻器将 USB1_DRVVBUS 信号保持为高电平、在 SK-AM62-LP 板上修复了此问题：

在 SK-AM62-LP 板中移除这个下拉电阻器后、我们能够暂停和恢复、而不会出现任何问题。

此致、

Anshu

嗨、Anshu

我认为与 USB 设备 A 没有关系、因为 EVM 上没有 USB 设备。  

因为我们使用此函数 (SOC_triggerMcuLpmWakeup ()) 触发 A53 (Linux) 唤醒循环并重复、而不会产生任何真正的 GPIO 触发、所以它仍然会发生。

每个周期约~ 10 秒

	vTaskDelay(1000);
	SOC_triggerMcuLpmWakeup();
	SemaphoreP_pend(&gLpmResumeSem, SystemP_WAIT_FOREVER);

我们唯一知道的 TIFS 应该崩溃、因此会导致 看门狗复位。

我们是否有任何 机制或日志来跟踪此问题？

导致 看门狗复位的原因是什么？

我们录制视频、下载链接如下所示。

tidrive.ext.ti.com/.../19f349ad-cf0f-48e2-a7a2-27da2fa89a16

密码： 2b｝5bWja  

当我们执行 7348 次（从 LPM 唤醒）时、系统会重新启动。

记录 00：03：10

谢谢你。

Gibbs

嗨、Gibbs、

我正在对 EVM 运行类似的迭代测试、以尝试重现此问题。 它将需要一段时间,并将运行一个晚上。  

我会在结果出现时更新该线程。

谢谢、

Anshu

谢谢、Anshu

我也在我这边复制了测试、并出现等待错误。

Gibbs

嗨、Gibbs、

您能否重新运行相同的测试、但启用 SYSFW 跟踪日志？ 请按照此处的说明进行操作： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1323581/faq-processor-sdk-am62x-a-p-how-can-we-debug-deep-sleep-on-am62x-am62a-am62p-using-sysfw-trace

这样、我们能够在发生故障之前查看低功耗模式序列的最后一个执行步骤、从而为我们提供信息。

您可能需要跳过有关修改的步骤  TI_sci.c 。

谢谢、

Anshu

嗨、Gibbs、Anshu、

您好 Walter、

请首先按照 Anshu 的调试建议在 EVB 上填充代码。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1323581/faq-processor-sdk-am62x-a-p-how-can-we-debug-deep-sleep-on-am62x-am62a-am62p-using-sysfw-trace

Gibbs

您好 Walter、

当您最近启用了 SYSFW 跟踪时、请告知我们。

如果您在启用 SYSFW 跟踪时遇到任何问题、请告知我们。

谢谢、

Anshu

尊敬的 Anshu：

  你的生殖与 Gibbs 的结果如何? 如果您需要我重现问题、

请直接提供可写入 SD 卡的固件。

我们当前使用的固件可从 TI 官方网站下载。

谢谢、

嗨、Anshu

感谢你的帮助。

这是一个双重检查。

如果我们按照“SYSFW 跟踪日志常见问题解答“中的步骤操作、并仅重新编译 u-boot

因为我们可能不需要 嘲笑  TI_sci.c、因此这意味着我们不需要替换 Linux 内核

我认为“k3-am62x-sk-lpm-wkup-sources.dtbo"只是“只是一个选项、如果我们不使用真正的 GPIO 触发器进行唤醒、则不需要使用它。

您好、Walter

先分享我的测试二进制文件、即可满足我的需求。  

e2e.ti.com/.../3022.tiboot3_2D00_am62x_2D00_hs_2D00_fs_2D00_evm.bin

e2e.ti.com/.../3022.tispl.bin

e2e.ti.com/.../8712.u_2D00_boot.img

Gibbs

嗨、Gibbs、

是的、只需要更新 U-Boot board-cfg 文件、并且 Linux 器件树需要添加唤醒源重叠区。

可能不需要 ti_sci.c、因为它取决于唤醒源。

日志中最重要的部分包含 DEVICE_OFF（器件已关闭）和 PM_LPM_SEQ（低功耗模式序列）。 因此、共享日志时、请确保其中包含日志。

谢谢、

Anshu

嗨、Gibbs、

  我已收到您共享的文档。 我可以询问您的压力测试结果吗？

您是否重现了此问题并记录了日志？

谢谢、

您好、Walter

我 之前在 EVB 上重现过这个问题一次、但大约发生在 4 天以上。

 按照 Anshu 的调试建议,我 尝试 再次捕获日志,到目前为止它运行良好在我身边, 等待它发生。

Walter、

我想你们也应该在你们这边重复同样的测试。

Gibbs

嗨、Gibbs、Anshu、

 我使用 EVB 重现了问题、并附上了日志。

在发生异常时、日志与正常日志之间似乎没有区别。

谢谢、

e2e.ti.com/.../M4_5F00_log.txte2e.ti.com/.../R5_5F00_log.txte2e.ti.com/.../A53_5F00_log.txt

嗨、Gibbs、

有很多日志需要查看。 我需要一段时间来查看所有数据、然后我将返回给您。

谢谢、

Anshu

嗨、Anshu

谢谢你

下一步、我可以尝试在我这边检查复位源 (reason)。

分享我在这里找到的一些信息。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1459617/am625-where-can-i-find-ctrlmmr_rst_src/5606979?tisearch=e2e-quicksearch&keymatch=CFG0_SRC%20Register

Gibbs

嗨、Gibbs、

我们正在与软件开发团队一起查看这些日志。

您提供的 TI 驱动程序链接似乎已过期。 您能刷新链接吗？

您是否还可以在/dev/ttyUSB1 UART 端口上捕获 TIFS 日志？ 如果已经捕获了该内容、您能分享一下吗？

谢谢、

Anshu

嗨、 Anshu

我在下周二 (8/5) 之前不在办公室、下周可以重新上传。

但您可以先分析我们得到的值

谢谢你。

Gibbs

谢谢 Gibbs,温和的提醒来更新完整的日志。

谢谢、

Anshu

嗨、Anshu

因为这个问题一直在谈论很长一段时间,所以让我再次提醒整个故事,到目前为止,我们有两个错误的情况。

（案例 1）压力测试在唤醒和 MCU LPM 之间工作、我们发现 AM62 似乎面临一些错误异常、并尝试自行重新启动。

(1) DM 日志如下所示。  

tidrive.ext.ti.com/.../d5afe620-f0a2-435b-85ae-29e000db95fb

密码： m6]ZZp1t

(2) 我认为这并不意味着转储“PM_LPM_SEQ"消息“消息、因为您需要使用 CCS/JTAG 从存储器中转储消息。 但系统重新引导时、消息将消失。

(3) 我发现  AM62 应该已经处于 MCU LPM 成功状态、但唤醒失败。  当 R5 获得消息 ID 0x00000307 时、会发生 sysfw 复位。

（案例 2） 应力测试在唤醒和 MCU LPM 之间工作、 我发现系统仅在 MCU 中挂起

(1) 错误消息如下所示。

0x006C0034:   BasePort: TISCI_MSG_RECEIVED(TISCI Message interrupt handled): Queue ID: 44 Message ID: 34

(2) 在此状态下、我已检查所有 SW (Linux/MCU SW) 崩溃。
(3) 根本原因应使用“剥离“MCU FW。 当我替换为“非带状“MCU FW 时、似乎不会发生这种情况

(4) 我认为第 2 种情况的错误较轻、因为我已经知道原因了

测试环境：  

*板: AM62-sk-LP EVB

* ti-processor-sdk-linux-am62xx-evm-10.01.10.04 / MCU_PLUS_sdk_am62x_10_01_00_33

*带 tisdk-default-image-am62xx-lp-evm-10.01.10.04.rootfs.wic.xz 的 SD 引导

* M4 计划:

 e2e.ti.com/.../ipc_5F00_rpmsg_5F00_echo_5F00_linux_5F00_am62x_2D00_sk_2D00_lp_5F00_m4fss0_2D00_0_5F00_freertos_5F00_ti_2D00_arm_2D00_clang_2D00_auto_5F00_timer.tgz

谢谢

Gibbs