• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 9 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 167 次查看
  • 用户 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.

[参考译文] TDA4VM：基于 TDA4的 SOM 板的引导问题。

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/888007/tda4vm-boot-issue-with-tda4-based-som-board

器件型号：TDA4VM

客户在定制 电路板上报告了以下 TDA4启动问题、但该问题直接在 TDA4 EVM 的 TI SOM 上建模。

问题是10% TDA4 SOM 在启动时挂起，并显示错误消息 “正在尝试从 MMC2启动”。

挂起的 SOM 在启动时的挂起时间占80%。

 

客户再次 复制了 TI 为其 EVM SOM 所做的原理图部件和布局。

 

以下是 SOM 无法引导的日志。

 

U-Boot SPL 2019.01-g66126341c8 (2019年10月24日- 03：52：25 +0000)

SYSFW ABI：2.6 (固件版本0x0013 '19.8.0-v2019.08 (极好的 Llama')

尝试从 MMC2引导

正在从 MMC 加载环境... ***警告-未找到 MMC 卡，使用默认环境

 

Remoteproc 2已成功启动

**找不到文件/lib/firmware/j7-mcu-r5f0_0-fw **

在 ARM64内核上启动 ATF...

 

去年 年末、TI FAE 还注意 到、上面提到的日志也出现在 J7 EVM/SOM 中。  当时、有人建议、以下几点可以有所帮助：

[]在关闭和打开之间没有太多时间的情况下应用循环通电

[]按下 MCU POR 按钮两次，其间没有太多时间

他接着进一步指出："这感觉就像我们遇到了电源轨时序或其他时序问题、但 [他]还没有深入探讨这一个问题。"

 

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

    客户需要跟进的应用程序的一些初始反馈：

    1. 是否可以尝试将 MCU_BOOTMODE[9：8]设置为11b 以启用后旁路？  
    2. 您能否确认您是否已将 MMC1连接到 SD 卡而不是 MMC2？  (与 EVM PROC078E7原理图相匹配)
    3. 您能否为通过与失败案例提供日志文件或片段？  在通过和失败的情况下、引导序列是否识别出 MMC2？
      1. U-Boot SPL 2019.01-g66126341c8 (2019年10月24日- 03：52：25 +0000)
      2. SYSFW ABI：2.6 (固件版本0x0013 '19.8.0-v2019.08 (极好的 Llama')
      3. 尝试从 MMC2引导
      4. 正在从 MMC 加载环境... ***警告-未找到 MMC 卡，使用默认环境
    4. 通过/失败率是多少？  给定的电路板是否更有可能发生故障？  所有电路板是否都能发生故障？
      1. EVM 有相同的问题？  与定制的 SOM 相比？

     

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

    3. 故障情况：

    U-Boot SPL 2019.01-g66126341c8 (2019年10月24日- 03：52：25 +0000)

    SYSFW ABI：2.6 (固件版本0x0013 '19.8.0-v2019.08 (极好的 Llama')

    尝试从 MMC2引导

    正在从 MMC 加载环境... ***警告-未找到 MMC 卡，使用默认环境

     

    Remoteproc 2已成功启动

    **找不到文件/lib/firmware/j7-mcu-r5f0_0-fw **

    在 ARM64内核上启动 ATF...

     

     

    日志结束

     

     

    通过案例：

    U-Boot SPL 2019.01-g66126341c8 (2019年10月24日- 03：52：25 +0000)
    SYSFW ABI：2.6 (固件版本0x0013 '19.8.0-v2019.08 (极好的 Llama')
    在0x50处读取板载 EEPROM 失败-1
    尝试从 MMC2引导
    正在从 MMC 加载环境... ***警告-未找到 MMC 卡，使用默认环境

    Remoteproc 2已成功启动
    **找不到文件/lib/firmware/j7-mcu-r5f0_0-fw **
    在 ARM64内核上启动 ATF...

    注意：BL31：v2.1 (发布)：ti2019.02-RC4
    注意：BL31：构建时间：2019年10月24日03：52：00
    I/TC：
    I/TC：OP-TEE 版本：ti2019.02-89-ge5a8779-dev (gcc 版本8.3.0 (A 配置文件架构的 GNU 工具链8.3-2019.03 (ARM-rel-8.36))) 1 Thu Octo 24 03：52：22 UTC 2019 Aarch64
    I/TC：已初始化

    U-Boot SPL 2019.01-g66126341c8 (2019年10月24日- 03：52：45 +0000)
    在0x50处读取板载 EEPROM 失败-1
    尝试从 MMC2引导


    U-Boot 2019.01-g66126341c8 (2019年10月24日- 03：52：45 +0000)

    SoC：J721E PG 1.0
    型号：德州仪器 K3 J721E SoC
    在0x50处读取板载 EEPROM 失败-1
    电路板：J721EX-PM1-SOM 修订版 E2
    DRAM：4 GiB
    闪存：0字节
    MMC：sdhci@4f80000：0、sdhci@4fb0000：1
    正在从 MMC 加载环境... ***警告- CRC 错误，使用默认环境

    IN：串行@2800000
    输出：串行@2800000
    ERR：串行@2800000
    在0x50处读取板载 EEPROM 失败-1
    NET：无法获取以太网的 PHY@046000000：Addr 0
    PHY_CONNECT()失败
    ETH-1：以太网@046000000
    按任意键停止自动引导：0
    切换到分区#0，确定
    mmc1是当前器件
    在器件1上找到 SD/MMC
    **无法读取文件 boot.scr **
    在0ms 内读取81个字节
    从 uEnv.txt 加载了 env
    正在从 mmc1导入环境...
    12319700字节在517 ms (22.7 MIB/s)内读取
    使用数据加载远程处理器3@addr=0x8000012319700字节：成功！
    **找不到文件/lib/firmware/j7-main-r5f1_0-fw **
    9024636字节在373ms (23.1 MIB/s)内读取
    使用数据加载远程处理器6@addr=0x80000 9024636字节：成功！
    在374ms (23 MiB/s)内读取9023540字节
    使用数据加载远程处理器7@addr=0x80000 9023540字节：成功！
    1704 ms (6.7 MIB/s)内读取11915956字节
    使用数据加载远程处理器8@addr=0x80000 11915956字节：成功！
    13338632字节在559ms (22.8MIB/s)内读取
    在5ms 内读取98343字节(18.8MiB/s)
    在1ms (3.5 MIB/s)内读取3653个字节
    3ms 内读取3742字节(1.2 MIB/s)
    ###展平设备树团于82000000
    使用0x82000000处的 FDT blob 进行引导
    正在将设备树加载到00000000fdda6000，结束位置00000000fdec1fff... 好的

    正在启动内核...

     

    日志继续登录屏幕

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

    对问题1的答复：

    我们将其中一对 SOM/基板上的 MCU_BOOTMODE[9：8]设置为11b。  基板是已知正常工作的基板、SOM 始终无法进入登录屏幕。

    SOM 故障日志：

    U-Boot SPL 2019.01-g66126341c8 (2019年10月24日- 03：52：25 +0000)
    SYSFW ABI：2.6 (固件版本0x0013 '19.8.0-v2019.08 (极好的 Llama')
    在0x50处读取板载 EEPROM 失败-1
    尝试从 MMC2引导
    正在从 MMC 加载环境... ***警告-未找到 MMC 卡，使用默认环境

    Remoteproc 2已成功启动
    **找不到文件/lib/firmware/j7-mcu-r5f0_0-fw **
    在 ARM64内核上启动 ATF...

     

    日志结束

     

    通过 SOM (同一基板)的日志：

     

    U-Boot SPL 2019.01-g66126341c8 (2019年10月24日- 03：52：25 +0000)
    SYSFW ABI：2.6 (固件版本0x0013 '19.8.0-v2019.08 (极好的 Llama')
    在0x50处读取板载 EEPROM 失败-1
    尝试从 MMC2引导
    正在从 MMC 加载环境... ***警告-未找到 MMC 卡，使用默认环境

    Remoteproc 2已成功启动
    **找不到文件/lib/firmware/j7-mcu-r5f0_0-fw **
    在 ARM64内核上启动 ATF...

    注意：BL31：v2.1 (发布)：ti2019.02-RC4
    注意：BL31：构建时间：2019年10月24日03：52：00
    I/TC：
    I/TC：OP-TEE 版本：ti2019.02-89-ge5a8779-dev (gcc 版本8.3.0 (A 配置文件架构的 GNU 工具链8.3-2019.03 (ARM-rel-8.36))) 1 Thu Octo 24 03：52：22 UTC 2019 Aarch64
    I/TC：已初始化

    U-Boot SPL 2019.01-g66126341c8 (2019年10月24日- 03：52：45 +0000)
    在0x50处读取板载 EEPROM 失败-1
    尝试从 MMC2引导


    U-Boot 2019.01-g66126341c8 (2019年10月24日- 03：52：45 +0000)

    SoC：J721E PG 1.0
    型号：德州仪器 K3 J721E SoC
    在0x50处读取板载 EEPROM 失败-1
    电路板：J721EX-PM1-SOM 修订版 E2
    DRAM：4 GiB
    闪存：0字节
    MMC：sdhci@4f80000：0、sdhci@4fb0000：1
    正在从 MMC 加载环境... ***警告- CRC 错误，使用默认环境

    IN：串行@2800000
    输出：串行@2800000
    ERR：串行@2800000
    在0x50处读取板载 EEPROM 失败-1
    网络：
    警告：以太网@046000000使用 ROM 中的 MAC 地址
    eth0：以太网@046000000
    按任意键停止自动引导：0
    切换到分区#0，确定
    mmc1是当前器件
    在器件1上找到 SD/MMC
    **无法读取文件 boot.scr **
    在0ms 内读取81个字节
    从 uEnv.txt 加载了 env
    正在从 mmc1导入环境...
    12319700字节在516ms (22.8 MIB/s)内读取
    使用数据加载远程处理器3@addr=0x8000012319700字节：成功！
    **找不到文件/lib/firmware/j7-main-r5f1_0-fw **
    9024636字节在373ms (23.1 MIB/s)内读取
    使用数据加载远程处理器6@addr=0x80000 9024636字节：成功！
    9023540字节在375 ms (22.9 MIB/s)内读取
    使用数据加载远程处理器7@addr=0x80000 9023540字节：成功！
    1706 ms (6.7 MIB/s)内读取11915956字节
    使用数据加载远程处理器8@addr=0x80000 11915956字节：成功！
    13338632字节在560 ms (22.7 MIB/s)内读取
    在6ms 内读取98343字节(15.6 MiB/s)
    在1ms (3.5 MIB/s)内读取3653个字节
    3ms 内读取3742字节(1.2 MIB/s)
    ###展平设备树团于82000000
    使用0x82000000处的 FDT blob 进行引导
    正在将设备树加载到00000000fdda6000，结束位置00000000fdec1fff... 好的

    正在启动内核...

    日志继续登录屏幕。

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

    针对问题2：

    MMC0连接到基板上的 eMMC 闪存器件。  MMC1连接到 SD 卡。  MMC2用于 I2C3、UART 和 GPIO。

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

    Bryan、

    感谢所有这些详细信息。  我将在问题4的后面附上答案：

    4的答案是3个 TI SOM，1间歇性且经常无法启动。

    在 您构建的15个定制 SOM 中、10个已经过测试、其中9个进入登录屏幕、1个始终失败。

     

    John

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

    Bryan、您能否将1个发生故障的 TI SOM 发送回我们进行调试？  John 将在线提供发货说明。

    谢谢、
    Kyle

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

    Bryan、

    收到电路板后-我们测试了 SD 卡启动 、每次启动并能够运行其他测试(内存等)。  

    几个问题：

    1) 1)使用此 SOM 时 D3的故障率是多少？   您之前经常提到间歇性问题-您能用任何容量量化吗？

    2) 2)  您在电路板上使用哪个版本的 SDK 进行测试？

     

    John

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

    John、

    1) 1) 我们在40-60%引导失败的情况下看到。  软件人员说、这可能会在一段时间内出现一次、也可能会在一行中出现几次。

    2) 2) 我一直在使用旧版本的软件来测试我们的定制硬件。  我不知道确切的版本。  以下是"uname -a "的输出、如果它有助于：

    Linux J7-EVM 4.19.73-g0cabba2b47 #1 SMP 抢占 Thu Octer 24 03：54：33 UTC 2019 Aarch64 Aarch64 Aarch64 GNU/Linux

    我今天使用6.02测试了我们的硬件、该版本中的问题似乎已得到解决。   

    我们可能会在发回给您的 TI SOM 中使用6.01。

    Bryan

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

    如前所述、我们与 J7固件团队讨论了上述问题。 在我最初报告问题并在 SYSFW 中发现问题后、他们是根部导致的。 SYSFW 在 DMSC 控制器内核上运行。 更新了包含修复程序的 sysfw 位于 SDK 6.02中。

     

    最后、SYSFW 团队在提出 A72的顺序中发现了一个错误：
    在 PD_A72_CLUSTER_0之前接通 PD_A72_0电源(所有 LPSC 都处于 SWRSTDisable 状态)、即使 LPSC 定序处理得当。

    这正是我们将控制权从 R5移交给 A72 (ATF)后立即看到暂停的原因。

    我相信6.02 (2019.12)上的 sysfw 更新已修复、因此我们不再看到问题。

     

    这应该可以解决问题。

x 出现错误。请重试或与管理员联系。