工具/软件：
尊敬的 TI 支持：
我正在尝试在引导加载程序的所有阶段启用看门狗器件。 我能够为 A53内核配置 RTI0 (u-boot SPL 和 u-boot 映像)。 此外、我还希望在 R5F 内核上为唤醒域引导加载程序(tiboot3.bin)配置看门狗、这是我遇到问题的地方。
有用的参考、我遇到了类似的情况：
AM6422：AM6422：当在 tiboot3 (R5F SBL)-处理器论坛-处理器- TI E2E 支持论坛中启用/配置 RTI0时、A53内核0停止工作
AM62P：U-Boot (R5) SPL 中的看门狗支持-处理器论坛-处理器- TI E2E 支持论坛
测试：
基于 am64 EVM、在 A53 u-boot defconfig 中、我添加了：
CONFIG_WDT_K3_RTI=y
CONFIG_WATCHDOG_TIMEOUT_msCS=60000
CONFIG_WDT=y
CONFIG_SPL_WDT=y
CONFIG_SPL_WATCHDOG=y
在 u-boot 设备树中、RTI 引脚的配置与 k3-am64*设备树相同、 我 还添加了以下内容：
&main_rti0｛
bootph-pre-ram；
}；
&main_rti1｛
STATUS ="已禁用"；
}；
我一直在测试中使用这个配置选项 CONFIG_WATCHDOG。 我将其设置为`= n`、这样看门狗就不会得到处理。 我正在使用 dfu-util 加载二进制文件。 使用上述配置、看门狗在 A53 SPL 和 u-boot 适当阶段按预期工作。 例如、在加载 tiboot3.bin 和 tispl.bin 后、我等待>60秒、然后将其重置。 u-boot.img 也是一样的。
然后、我决定将相同的 defconfig 选项添加到 R5 defconfig 中。 和前面一样、我看到了看门狗已启动的消息(WDT： Started watchdog@e000000、无服务(60s 超时))。 但是、看门狗永远不会在超时后触发复位。 此外、我可以加载 tispl.bin、但之后无法再引导至 Linux。 器件似乎卡住、需要进行下电上电。
问题：
您是否看到我的配置或测试中可能缺少任何内容？ 正如我提到的、我一直使用 DFU、您是否知道这种方法可以防止看门狗重新启动？
也许 ROM 代码会自动设置看门狗、因此在 R5上启用看门狗器件不是我自己需要启用的吗？
从 AM64x 文档、
"DMSC ROM 设置3分钟的看门狗计时器(MCU_RTI0)超时。 在此期间、需要完成 MCU 引导、否则会发生 WDT 复位。 加载 R5映像(SBL/SPL)后、DMSC ROM 将在进入 R5 SBL 时再重新启动看门狗计时器3分钟。 客户提供的 MCU 映像需要将 TI 提供的 SYSFW 映像加载并安装到 DMSC 中、这样将在运行时管理看门狗计时器。"
