• 状态 Resolved
  • 已锁定 已锁定
  • 回复 10 回复
  • 订户 0 订户
  • 视图 35 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] AM69A：AM69A：SPL -&gt 导致的间歇性引导故障；U-Boot

admin
Guru**** 2650625 points

Other Parts Discussed in Thread: SK-AM69, AM69

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1589541/am69a-am69a-intermittent-boot-failures-from-spl---u-boot

器件型号： AM69A
Thread 中讨论的其他器件： AM69、SK-AM69

您好、

这是 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1522868/am69a-intermittent-boot-failures---frequency-handshake-timeout-and-spl-hang 的续篇

 其中描述的第一个问题已解决。

但是、第二个问题仍然没有解决。

我使用 TI AM69 EVM 和 6.12 SDK 重新创建了设置。 在这里、我 收集了以下有关问题发生频率的统计数据： Total Successes: 14740, Failures: 20

此测试设置会监控 UART 输出、并决定每次在输出中未找到 U-Boot 接头时引导都失败。 我证实、在这些情况下、处决被卡住了、再也没有发生过任何事情。 如果 发生 U-Boot 版本打印、它会立即关闭 整个电路板一秒钟、然后恢复电源（我在自动化接头上为此使用了 POWERDOWNz）。  

我还没有像 Parth 之前那样再次收集布线、但由于这 是使用默认 SDK 和 EVM 完成的、因此应该可以在您的一侧重新创建。 当成功进入 U-Boot 后立即重新引导时、 不应该需要很多小时来捕获错误 、因为预计在 750 次下电上电中会发生 1、每次迭代只需要几秒钟。 请告诉我,如果它是有用的任何方式来支持更多的追踪和注意什么,我会尽快回来给你。

你方面在这个问题上是否有任何进展？ 提前感谢！

此致、
欧内斯特  

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

    您好、Ernest：

     回复：AM69A：间歇启动故障 — 频率握手超时和 SPL 挂起 

    这是试过的吗？

    - Keerthy

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

     Keerthy J 

    否、我们没有尝试过、但鉴于这可以通过您自己的电路板重现、如果您 (TI) 能够完全掌控此调试任务、首先确认您可以在桌面上和自己的硬件上重现调试任务、我将不胜感激。

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

    您好、

    我重新创建了设置、但这次是使用 TI AM69 EVM 和 6.12 SDK

    我注意到以上声明、 不确定 SDK 版本是否不正确。  

    您能解释一下所指的 SDK 吗？   

     Keerthy J ,你知道上面提到的是哪个 SDK 吗?

    此致、
    Kevin

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

    尊敬的 Kevin S (1251368)： 

    我指的是 SK-AM69 而不是 EVK、为混淆深表歉意。 我使用了 Linux-AM69 软件版本 v11.00.10.01、该版本使用的是 PROCESSOR-SDK-LINUX 6.12。  

    这是否清楚？

    谢谢、此致、

    欧内斯特  

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

    您好、

    我使用了 Linux-AM69 软件版本 v11.00.10.01、该版本使用 PROCESSOR-SDK-LINUX 6.12

    是的、这更有意义。 我当时要寻找的是 SDK 版本、而不是 Linux 版本、但在 AM69 中没有看到早于 8.xx 的 SDK 版本。   

    请注意、我看到 SDK Linux 版本 11.00.00.08。 如果发布了更新版本、将与 Keerthy 核实。

    此致、
    Kevin

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

    您好、

    感谢您提供详细信息。 您能否共享失败的日志？

    也共享相应的通过日志。  

    此致、

    Keerthy  

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

    您好：

    根据第 2 次故障： 

    U-Boot SPL 2024.04-34430-gf8c18ba41a3-dirty (May 16 2025 - 08:41:36 +0200)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.0.9--v11.00.09+ (Fancy Rat)')
Initialized 4 DRAM controllers
SPL initial stack usage: 13456 bytes
HW CFG: 0x 0
Trying to boot from MMC1
Authentication passed
Authentication passed
Authentication passed
Loading Environment from nowhere... OK
init_env from device 17 not supported!
Authentication passed
Authentication passed
Starting ATF on ARM64 core...

NOTICE:  BL31: v2.11.0(release):v2.11.0-906-g58b25570c9-dirty
NOTICE:  BL31: Built : 04:20:32, Nov  1 2024
I/TC: 
I/TC: OP-TEE version: 4.4.0-dev (gcc version 13.3.0 (GCC)) #1 Fri Oct 18 17:45:27 UTC 2024 aarch64
I/TC: WARNING: This OP-TEE configuration might be insecure!
I/TC: WARNING: Please check optee.readthedocs.io/.../porting_guidelines.html
I/TC: Primary CPU initializing
I/TC: GIC redistributor base address not provided
I/TC: Assuming default GIC group status and modifier
I/TC: SYSFW ABI: 4.0 (firmware rev 0x000b '11.0.9--v11.00.09+ (Fancy Rat)')
I/TC: Activated SA2UL device
I/TC: Enabled firewalls for SA2UL TRNG device
I/TC: SA2UL TRNG initialized
I/TC: SA2UL Drivers initialized
I/TC: HUK Initialized
I/TC: Primary CPU switching to normal world boot

U-Boot SPL 2024.04-34430-gf8c18ba41a3-dirty (May 16 2025 - 08:42:40 +0200)
SYSFW ABI: 4.0 (firmware rev 0x000b '11.0.9--v11.00.09+ (Fancy Rat)')
HW CFG: 0x 0
Trying to boot from MMC1
Authentication passed
Authentication passed

------- Hangs here -------

    故障发生在 A72 SPL 阶段。 在 OSPI 引导期间、我们已经在 A72 SPL 级看到类似的故障。

    修复程序： https://lore.kernel.org/all/20250325053420.4wuenxmlnqsojuyt@prasanth-server/T/#u)

    您能尝试上面的补丁并告诉我们它是否对 MMC1 引导有所帮助吗？

    - Keerthy

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

    尊敬的 Keerthy J ：

    我可以很高兴地确认这个补丁解决了这个问题,谢谢！ 我还会对邮件列表进行评论、以询问此邮件的上游状态。

    此致、
    欧内斯特

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

    Keerthy J :您能帮助在主线和 U-Boot 分支中修复这个问题吗?

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

    是的。 开发团队已经在进行此设计、因此您会看到上游 U-boot POST。 我不知道什么时候会进入、但团队正在努力、应该进入下一个 SDK。

    在您未被阻止时关闭此项。

    - Keerthy