[参考译文] AM6422：如果在 uboot 中启用了看门狗且 CPU 重新启动卡住、则 CPU 1 不会启动

尊敬的 Akshay：

我先在 AM6422 上解决看门狗问题。

在 U-Boot 中启用看门狗时、为什么 CPU1 无法启动

RTI 看门狗是一个窗口式看门狗、用于在启动后触发 NMI、无法停止。 当 U-Boot 启动并跳转到 Linux 时、存在一个没有人爱它的空白。 CPU1 SMP 启动发生在内核初始化中的早期、就在 RTI_WDT 驱动程序探测之前。 如果 NMI 在 CPU1 的 PSCI CPU_ON 序列期间触发，则握手失败 — 因此 CPU1：在未知状态下失败：0x0。 AM6421 不显示此结果、因为没有 CPU1 可启动。

您尝试的电源域更改无法解决此问题—NMI 时序与电源域所有权无关。 请参阅在 Foundational_Components 上启动看门狗的指南 —  https://software-dl.ti.com/processor-sdk-linux/esd/AM64X/11_02_08_02/exports/docs/linux/Kernel_Drivers AM64x/Kernel/AM64x/Watchdog.html

对于重新启动问题、我将与另一位可以更好地帮助您的专家联系。

此致、
Harshith

您好 Harshith、

感谢您的更新和建议。

我将查看建议的链接。

-----

不过、我已经尝试了另外一个步骤、我在内核引导参数中添加了一个参数“maxcpus=1"，“，这、这会在内核引导期间停止 CPU1 的初始化。 到达 userspace 后、 在 加载所有驱动程序并连续触发看门狗时、手动启动 CPU1。 使用相同的错误代码也会失败。

此致、

Akshay

尊敬的 Akshay：

听起来在  AM6421 与 AM6422 上会有问题。

您能否 在 AM6422 上使用 maxcpus=1 进行压力测试并分享结果？

此外、在正常模式失败后、请共享 AM6422 的 coredump。

此致、
Vinu

您好 Harshith、

连接的链接没有帮助。 不过、我通过在 uboot 中禁用 WDT1 来使其正常工作  

仅启用 WDT0

diff --git a/dts/upstream/src/arm64/ti/k3-am64-main.dtsi b/dts/upstream/src/arm64/ti/k3-am64-main.dtsi
index abc123def456..789012345678 100644
--- a/dts/upstream/src/arm64/ti/k3-am64-main.dtsi
+++ b/dts/upstream/src/arm64/ti/k3-am64-main.dtsi
@@ -1223,7 +1223,8 @@
 	main_rti1: watchdog@e010000 {
 		compatible = "ti,j7-rti-wdt";
 		reg = <0x00 0xe010000 0x00 0x100>;
 		clocks = <&k3_clks 126 0>;
-		power-domains = <&k3_pds 126 TI_SCI_PD_EXCLUSIVE>;
+		power-domains = <&k3_pds 126 0>;
+		status = "disabled";
 		assigned-clocks = <&k3_clks 126 0>;
 		assigned-clock-parents = <&k3_clks 126 2>;
	};

尊敬的 Akshay：

是否仍然出现重新引导问题、或者是否已解决？

此致、
Vinu

您好 Vinu、

重启问题仍然存在。

--------------------------------------------

我们的电话是 11.00.09.04。 我们正在将其升级到 11.02.08.02

升级后、我们需要再次执行应力测试。

此致、

Akshay