[参考译文] AM62A7-Q1：看门狗：使用/dev/watchdog1时、电路板不&#39；t RESET

您好、Bas、

如果您尚未对 uboot 代码进行一些修改、您应该对该代码进行一些修改。

当看门狗超时时、它会向 ESM 生成一个中断。 然后、ESM 负责复位处理器。

我们打算在 SDK 10.0中添加对看门狗复位 AM62Ax 的支持、但这需要修复 ESM 中断输入、并且该修复不会将其放入 SDK 10.0或 SDK 10.1中。 请在此处找到修复程序： https://software-dl.ti.com/processor-sdk-linux/esd/AM62AX/10_01_00/exports/docs/linux/Foundational_Components fix/Kernel/sdk/watchdog.html#fix-for-10-0-sdk Kernel_Drivers

此致、

Nick

您好、Nick、

这些更改已对我的代码库进行。 如果我使用/dev/watchdog0、它可以正常工作、但如果我尝试使用/dev/watchdog1、则无法重新启动电路板。 它正确地倒计时、但 ESM 不会像/dev/watchdog0那样触发复位。

此致、

Bas

另一个问题是 AM62A 平台是否设置为使用上电原因存储器区域？ 我需要在软件中考虑启动原因、这符合要求。

此致、

Bas

对此有任何更新？ 仍然无法让其他看门狗重新启动我的电路板。

您好、Bas、

我想在看门狗事件触发后检查您的 ESM 寄存器、以查看是否有任何变化(还想确保正确配置输入)、但最重要的是、我不知道要查看哪些寄存器。 如果明天没有响应、请再次 ping 该线程。

我可以帮您创建另一个主题来解决加电存储器区域相关问题吗？ 这样、该讨论就不会在看门狗线程中丢失。

此致、

Nick

Nick Saulnier、

根据请求 ping 线程。

Bas

您好、Bas、

进行了一些初始测试。

AM62x SDK 10.1 (完整性检查)：我能够从所有5个 watchdog0-watchdog4实例重置电路板：
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1484145/processor-sdk-am62x-watchdog-issues-on-am62x-custom-board-based-on-am62x-sk-board/5799693#5799693

AM62Ax Linux SDK 11.x 内部构建(健全性检查、应该具有未在 SDK 10.0和 SDK 10.1中应用的补丁)：  我能够从所有5个 watchdog0-watchdog4实例重置电路板：

root@am62axx-evm:~# echo 1 > /dev/watchdog
watchdog   watchdog0  watchdog1  watchdog2  watchdog3
root@am62axx-evm:~# echo 1 > /dev/watchdog3
root@am62axx-evm:~# [   37.554134] watchdog: watchdog3: nowayout prevents watchdog being stopped!
[   37.554151] watchdog: watchdog3: watchdog did not stop!

root@am62axx-evm:~# uname -a
Linux am62axx-evm 6.12.17-ti-rt-00771-gc85877d40f8e #1 SMP PREEMPT_RT Tue Mar 25 12:45:29 UTC 2025 aarch64 GNU/Linux
root@am62axx-evm:~#
U-Boot SPL 2025.01-00406-gcd91d7360181 (Mar 25 2025 - 16:14:37 +0000)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.0.7--v11.00.07 (Fancy Rat)')
SPL initial stack usage: 13568 bytes
Trying to boot from MMC2
Authentication passed

AM62Ax Linux SDK 10.1：

只要进行零修改、就不会对任何看门狗实例进行复位。  

root@am62axx-evm:/opt/edgeai-gst-apps# uname -a
Linux am62axx-evm 6.6.58-ti-01497-ga7758da17c28-dirty #1 SMP PREEMPT Wed Nov 27 13:23:15 UTC 2024 aarch64 GNU/Linux
root@am62axx-evm:/opt/edgeai-gst-apps# echo 1 > /dev/watchdog
watchdog   watchdog0  watchdog1  watchdog2  watchdog3
root@am62axx-evm:/opt/edgeai-gst-apps# echo 1 > /dev/watchdog3
[   78.373044] watchdog: watchdog3: nowayout prevents watchdog being stopped!
[   78.379936] watchdog: watchdog3: watchdog did not stop!

// watchdog3 does not time out the processor

root@am62axx-evm:/opt/edgeai-gst-apps# echo 1 > /dev/watchdog0
[  180.885081] watchdog: watchdog0: nowayout prevents watchdog being stopped!
[  180.891976] watchdog: watchdog0: watchdog did not stop!

我们应该肯定能够使用 ti-linux-kernel 和 ti-u-boot 上用于 SDK 11.x 的代码版本作为参考、因为内部 SDK 11.x 构建工作正常：
https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/?h=ti-linux-6.12.y-cicd
https://git.ti.com/cgit/ti-u-boot/ti-u-boot/tree/?h=ti-u-boot-2025.01 

此致、

Nick

您好、Nick、

AM62A 上的10.1是否支持 https://software-dl.ti.com/processor-sdk-linux/esd/AM62AX/10_01_00/exports/docs/linux/ESM/Kernel/ESM/Watchdog.html#fix-for-10-0-SDK 中对 Foundational_Components 节点的更改 Kernel_Drivers？

我刚刚迁移到10.1、我不能完全确定何时会转到11.x 我已经从上面的链接添加了正确的 ESM IRQ。

此致、

Bas

您好、Bas、

没有时间进行构建和硬件测试。

我花了一些时间通过 TRM、寻找可以在哪里验证 ESM 输入中断配置。 仍然可以确定要检查哪些寄存器。

我们尚未发布公共 AM62Ax SDK 11、 计划在7月/8月发布 AM62Ax SDK 11.1。

比较 SDK 10.1与内部 SDK 11

TI-u-boot-2025.01是 SDK 11中将包含的版本。 在我的脑海中、我没有看到与 ti-u-boot-2025.01而非 ti-u-boot-2024.04中的 ESM 或看门狗相关的任何明显信息。

在 ti-u-boot-2025.01中、uboot 将共享的 Linux/uboot 器件树文件移动到 DTS/Upstream / src。 因此、您可以在此处找到更新后的 ESM 节点：
https://git.ti.com/cgit/ti-u-boot/ti-u-boot/tree/dts/upstream/src ti/arm64/ti/k3-am62a-main.dtsi？h=ti-u-boot-2025.01#n287

在提交消息中搜索看门狗、ESM、RTI 时、我看不到与2015.01版而非2024.04版 AM62*器件相关的任何提交。

此致、

Nick

我拥有的 ESM 节点是：

内核：

        main_esm: esm@420000 {
                compatible = "ti,j721e-esm";
                reg = <0x0 0x420000 0x0 0x1000>;
                /* Interrupt sources: rti0, rti1, wrti0, rti4, rti2, rti3 */
                ti,esm-pins = <192>, <193>, <195>, <204>, <209>, <210>;
                bootph-pre-ram;
        };

U-boot：

        main_esm: esm@420000 {
                compatible = "ti,j721e-esm";
                reg = <0x0 0x420000 0x0 0x1000>;
                ti,esm-pins = <192>, <192>, <195>, <204>, <209>, <210>;
                bootph-pre-ram;
        };

它与您发送的链路中的节点基本相同：

	main_esm: esm@420000 {
		compatible = "ti,j721e-esm";
		reg = <0x0 0x420000 0x0 0x1000>;
		bootph-pre-ram;
		/* Interrupt sources: rti0, rti1, wrti0, rti4, rti2, rti3 */
		ti,esm-pins = <192>, <193>, <195>, <204>, <209>, <210>;
	};

这不应该是问题所在。

此致、

Bas Vermeulen

您好、Bas、

啊、这总是令人沮丧。 但我很高兴听到现在的事情正在按照你的预期工作! 这会腾出一些时间在我这边看看你的另一个线程今天或明天. 如果您在一天左右内没有看到其他回复、请保持发送的 ping。

此致、

Nick

我将在本周离线、但如果没有响应、我将在下周星期二 ping 您。

Bas