This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TDA4VM:U‑Boot、root‑中清除 K3 ESM 状态会导致在 PMIC‑触发复位后 ESM 调试信息丢失

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1624662/tda4vm-k3-esm-state-cleared-in-u-boot-root-cause-esm-debug-info-lost-after-pmic-triggered-reset

器件型号: TDA4VM

尊敬的 TI 团队:

在我们电路板上的耐用性运行期间、发生了一个 ESM 事件、该事件导致连接的 TPS6594x PMIC 将 SoC 复位。


重新启动后、我们需要确定哪个 ESM 事件导致了重置。  但是、我们发现在 U‑Boot 的 K3_ESM 驱动器探测函数内很早就清除了 ESM 故障状态。 因此、在我们有任何机会对其进行检查或记录之前、会清除上一次引导中的所有 ESM 原始状态位。


相关的 U‑引导代码 (drivers/MISC/k3_ESM.c):

writel(ESM_SFT_RST_KEY, base + ESM_SFT_RST);

for (i = 0; i < num_pins; i++) {
    esm_intr_prio_set(base, pins[i]);
    esm_clear_raw_status(base, pins[i]); // ESM registers cleared
    esm_pin_enable(base, pins[i]);
    esm_intr_enable(base, pins[i]);
}

writel(ESM_EN_KEY, base + ESM_EN);

问题:

TI 是否提供有关在 PMIC‑触发复位之间记录 ESM 故障的指导或最佳实践?
是否有人成功为 Jacinto 器件实现了持续 ESM 故障记录?


如果有任何关于如何在 U‑Boot 清除 ESM 状态之前可靠地捕获根本原因的建议、我们将不胜感激。

提前感谢!

Peiren  

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

    您好:

    在 SPL 侧执行此操作主要是为了启用看门狗复位。 如果您检查 ESM 驱动程序、它主要启用 RTI 看门狗事件。 其目的不是具有持久日志记录。

    如果需要记录这种情况、那么我们可能需要有选择地启用 RTI 的位并使其余位保持不变、但就像我之前提到的 R5 SPL ESM 驱动程序只会尝试启用看门狗复位。

    此致、

    Keerthy