[参考译文] AM62P：在 Linux 下看门狗复位无法正常工作

admin

Other Parts Discussed in Thread: AM62P

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1489165/am62p-watchdog-reset-not-working-from-linux

器件型号：AM62P

工具与软件：

我们正在使用基于 AM62P 处理器的定制硬件。

我的目标是使用看门狗计时器触发电路板复位、从而在 Linux 中验证看门狗功能。为了对此进行测试、我触摸/dev/watchdog 文件并让器件空闲、执行了简单的看门狗测试。
我希望器件在默认超时(60秒)后重置或重新启动。但是、在我的测试中、器件保持通电状态并且没有发生复位。

您能否告诉我、在 Linux 中阻止看门狗复位按预期在 AM62P 上运行的可能不正确的情况是什么？

以下是完整的控制台输出：

/cfs-file/__key/communityserver-discussions-components-files/791/AM62P_5F00_Watchdog_5F00_Linux_5F00_Reboot_5F00_Not_5F00_Working_5F00_logs.txt

此外、以下是指向 Linux 器件树的链接：

从软件的角度来看、我们几乎运行的是 TI 标签10.01.10上的最新版本。

谢谢你。

此致、
Parth P

7 个月前

0 admin 7 个月前

TI__Guru**** 2394305 points

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

另一项观察结果是、

在 TI AM62P SK 电路板(运行 tisdk-default-image-am62pxx-evm-10.01.10.04.rootfs.wic.xz)上、我无法使用 Linux 的看门狗执行相同的简单测试来复位器件。

日志： /cfs-file/__key/communityserver-discussions-components-files/791/AM62P_5F00_SK_5F00_Board_5F00_Watchdog_5F00_Linux_5F00_Reboot_5F00_Not_5F00_Working_5F00_logs.txt

0 admin 6 个月前

TI__Guru**** 2394305 points

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

Parth、您好！

对于 SDK 10.1中开箱即用的此功能、我们深表歉意。我可以在我的终端使用默认的 SDK 10.1映像复制您的观察结果：

root@am62pxx-evm:~# uname -a
Linux am62pxx-evm 6.6.58-ti-01497-ga7758da17c28-dirty #1 SMP PREEMPT Wed Nov 27 13:23:15 UTC 2024 aarch64 GNU/L
inux
root@am62pxx-evm:~# echo 1 > /dev/watchdog
[265732.523329] watchdog: watchdog0: nowayout prevents watchdog being stopped!
[265732.530313] watchdog: watchdog0: watchdog did not stop!
root@am62pxx-evm:~#
// board did not time out after 60 seconds

我们希望从 SDK 10.0开始添加对 AM62Px 的看门狗支持、但我们没有正确设置 u-boot 中的 ESM 中断源。 ESM 模块是在看门狗向下计数至零时接收中断的部件、因此如果 ESM 输入错误、那么在看门狗信号触发时不会发生任何情况。

您可以在此处找到要对 Linux 和 U-boot 进行的修改：
https://software-dl.ti.com/processor-sdk-linux/esd/AM62PX/10_01_10_04/exports/docs/linux/Foundational_Components /内核/SDK/Watchdog.html#fixes-for-10-0-sdk Kernel_Drivers

我假设这对于 SDK 10.1来说是固定的、但这看起来也与修补程序进入 SDK 10.1不同。 ti-u-boot-2024.04分支的最新版本仍然具有旧的不正确代码：
https://git.ti.com/cgit/ti-u-boot/ti-u-boot/tree/arch/arm/dts/k3-am62p-main.dtsi?h=ti-u-boot-2024.04#n269

请尝试修改 uboot 代码、并告诉我它是否开始有效。与此同时、我将继续跟进 ti-u-boot-2024.04的情况、并确保将针对即将推出的 SDK 11.0解决此问题。

此致、

Nick

0 admin 6 个月前

TI__Guru**** 2394305 points

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

Parth、您好！

好的、我们已经修复了 ti-u-boot-2025.01中的 uboot 代码。

从此版本的 u-boot 开始、devicetre 文件处于不同的位置。看起来我们只是镜像上游 Linux devicetree 文件。那么、AM62Px devicetree 文件位于此处：
https://git.ti.com/cgit/ti-u-boot/ti-u-boot/tree/dts/upstream/src cms/arm64/ti/k3-am62p-j722s-common-main.dtsi？h=ti-u-boot-2025.01-next#n286

然后、此 devicetree 条目会告知处理器在引导流程期间何时探测 devicetree 节点：
bootph-pre-ram；

此致、

Nick

处理器（参考译文帖）

处理器（参考译文帖）(Read Only)

[参考译文] AM62P：在 Linux 下看门狗复位无法正常工作