[参考译文] TDA4VM：从 uboot 加载 mcu1_0

您好、HJ、

您使用的是哪个 SDK 版本？

Rgds、

Brijesh

您好 、Brijesh、

我现在使用 SDK 7.0，有关详细信息，请访问 e2e.ti.com/.../961923 。您能帮我解决吗？

此致、

HJ

您好、HJ、

当然、我将尝试在视觉应用中启用此核心、并进行检查。 我会尽快返回给您。  

此致、

Brijesh

您好 、Brijesh、

 此帖子中是否有任何更新？

此致、

HJ

您好、HJ、

是的、我刚尝试在 VISION 应用 DSK7.0版本中启用 mcu1_0、我通过在 vision_apps_build_flags.mk 文件中将 build_cpu_MCU1_0标志设置为 yes、并通过取消注释  PSDK_rtos_auto_j7_00_00_apps\basic\tos\tos\con_apps\r app_cfg.h 文件\tos_mcu_demos\tos\tos\r 启用 mcu1_0来启用 mcu1_0。  您实际上不必手动加载它、您已经使用视觉应用程序中的脚本创建了 SD 卡、然后它将自动在内核上加载启用的固件。

请从 VISION 应用程序中找到 mcu1_0日志。

[MCU1_0] 0.031487 s：### CPU 频率 、
[MCU1_0] 0.031530 s：应用程序：初始化... ！！！
[MCU1_0] 0.031549 s：SCICLIENT：INIT... ！！！
[MCU1_0] 0.031631 s：SCICLIENT：DMSC FW 版本[20.04.1-v2020.04a (极好的 LLA]
[MCU1_0] 0.031668 s：SCICLIENT：DMSC FW 版本0x14
[MCU1_0] 0.031691 s：SCICLIENT：DMSC FW ABI 修订版3.0
[MCU1_0] 0.031715 s：SCICLIENT：INIT... 完成了！！！
[MCU1_0] 0.031736 s：MEM：初始化... ！！！
[MCU1_0] 0.031764 s：MEM：创建的堆(DDR_shared_MEM、id=0、flags=0x00000004)@ d2000000、大小为4194304字节！！！
[MCU1_0] 0.031815 s：MEM：初始化... 完成了！！！
[MCU1_0] 0.031834 s：IPC：初始化... ！！！
[MCU1_0] 0.031862 s：IPC：9个 CPU 参与 IPC！！！
[MCU1_0] 0.031899 s：IPC：正在等待 HLOS 准备就绪... ！！！
[MCU1_0] 18.120667 s：IPC：HLOS 已准备就绪！！！
[MCU1_0] 18.129697 s：IPC：初始化... 完成了！！！
[MCU1_0] 18.129763 s：应用程序：与8个 CPU 同步... ！！！
[MCU1_0] 20.073225 s：应用程序：与8个 CPU 同步... 完成了！！！
[MCU1_0] 20.073401 s：REMOTER_SERVICE：INIT... ！！！
[MCU1_0] 20.075328 s：REMOTER_SERVICE：INIT... 完成了！！！
[MCU1_0] 20.075389 s：应用程序：初始化... 完成了！！！
[MCU1_0] 20.075420 s：应用程序：运行... ！！！
[MCU1_0] 20.075442 s：IPC：正在启动回波测试...
[MCU1_0] 20.079616 s：应用程序：运行... 完成了！！！
[MCU1_0] 20.080759：IPC：回波状态：mpu1_0[x] mcu1_0[s] MCU2_0[x] MCU2_1[x] mcu3_0[P] mcu3_1[x] C66X_1[x] C66X_2[x] C7X_1[.]
[MCU1_0] 20.080867 s：IPC：回波状态：mpu1_0[x] mcu1_0[s] MCU2_0[x] MCU2_1[x] mcu3_0[P] mcu3_1[P] C66X_1[x] C66X_2[x] C7X_1]。
[MCU1_0] 20.080960 s：IPC：回波状态：mpu1_0[x] mcu1_0[s] MCU2_0[x] MCU2_1[x] mcu3_0[P] mcu3_1[P] C66X_1[x] C66X_2[x] C7X_P]

此致、

Brijesh

您好 Brijesh，

我必须 手动 加载它，因为我在 OSPI.R5spl 中刷新 mcu1_0，在 OSPI 中不受支持，唯一的选择是 uboot。FAQ-e2e.ti.com/.../950919中有更多信息 。要从 u-boot 加载 MCU1_0固件，我需要稍微更改一下以使用 ATCM 。您可以再试一次吗？

此致、

HJ

当然、我会尽快尝试并分享您的更新。

在我使用 SD 引导之间、SD 引导是否正常？

Rgds、

Brijesh

您好 、Brijesh、

如果 mcu1_0可以 手动从 SD 加载，则在 OSPI 中将是相同的。您只需使用 SD 引导即可。

此致、

HJ

您好、HJ、

嗯、我确实看到它会加载、即使我尝试手动加载它也是如此。 但稍后会继续讨论以下陈述、您是否看到了相同的问题？

[MCU1_0]   6.849337 s：IPC：正在等待 HLOS 准备就绪... ！！！

Rgds、

Brijesh

您好 、Brijesh、

我遇到了同样的问题。除此之外、您需要稍微更改一下以使用 ATCM。

此致、

HJ

您好、Brijesh、

现在可以手动从 SD 加载 mcu1_0吗？

此致、

HJ

您好、HJ、

我真的怀疑这个问题与 ATCM 有关、因为即使我将复位矢量重新分配给 ATCM、我仍然看到 mcu1_0停留在下面的语句中。  

[MCU1_0]   9.249068 s：IPC：正在等待 HLOS 准备就绪... ！！！

您是否也会看到相同的行为？

此致、

Brijesh

您好、Brijesh、

我看到类似的行为。FAQ-e2e.ti.com/.../915474 是我可以找到的唯一解决方案。您对此有什么想法吗？

此致、

HJ

您好、Brijesh、

您能不能对从 uboot.do uboot 加载 mcu1_0得出结论吗？是否要将 SDK7.0中的 somingschange to load mcu1_0 from uboot？我很着急获得有关结论。

此致、

HJ

您好、Brijesh、

此主题中是否有任何更新？

此致、

HJ

您好、HJ、

不是的、仍在研究它。

从 uboot 加载 ipu1_0固件时、IPC 不起作用。  

我还会仔细研究它、一旦找到东西、我就会回来。  

此致、

Brijesh

您好、HJ、

但一种可能的解决方案是、您可以使用 Linux 内核加载 mcu1_0二进制文件。 这种方法工作正常。  

在这种情况下、uboot 不加载 mcu1_0二进制文件、但稍后在 Linux 内核上加载此固件、此方法正常。

此致、

Brijesh

您好、HJ、

我甚至可以通过从 uboot 加载来使其正常工作。 您将需要执行步骤、

1. 将 r5f 固件名称(j7-mcu-r5f0_0-fw)更改为 uboot 中的其他名称。 您可以在 \board-support\u-boot-2020.01+gitAUTOINC+f9b0d030d3-gf9b0d030d3\include\configs\j721e_evm.h 文件中更改固件名称。  
2. 重建 uboot 并将新的 SPL 和 uboot 复制到 SD 卡
3. 使用 make linux_fs_install_sd 命令复制视觉应用固件。 无需在此处更改固件名称。
4. 现在重新启动电路板。 由于在 SPL 中更改了固件名称、因此不会自动加载 mcu1_0固件。  
5. 您现在可以按照常见问题解答中的建议从 uboot 提示加载固件
6. 启动 Linux。 IPC 现在应该可以正常工作。

此致、

Brijesh

您好 、Brijesh、

1.i 在  j721e_evm.h 文件中将 mcu1_0固件命名为"test-j7-mcu-r5f0_0-fw-test"。

按如下方式重新构建 uboot、并 将新的 SPL 和 uboot 复制到 SD 卡

  CD

  使 u-boot-A53 -sj

  使 u-boot-R5 -sj

使用 make linux_fs_install_sd 命令复制视觉应用固件

4.重新启动电路板

执行上述步骤后，我发现 仍然可以自动加载 mcu1_0 firmirare。尽管我没有从 uboot 提示符加载固件，但 IPC 工作正常。因为 mcu1_0已自动加载。  您是否看到相同的问题？

此致、

HJ

e2e.ti.com/.../8206.boot_5F00_log.txt

e2e.ti.com/.../0513.printenv.txt

您好、HJ、

在日志中、固件不是自动加载的、但由 Linux 内核从以下语句加载。 因此它不再由 spl 加载。  

[11.968089] remoteproc remoteproc2：引导 FW 映像 J7-MCU-r5f0_0-FW、大小为190412

现在、您可以通过 uboot 或 Linux 内核加载它。 要通过 uboot 加载、您需要包含固件 rproc_fw_binaries 环境变量、如下所示。  

rproc_fw_binaries=0 /lib/firmware/j7-mcu-r5f0_0-fw  3 /lib/firmware/j7-main-r5f0_1-fw 4 /lib/firmware/j7-main-r5f1_0-fw 5 /lib/firmware/j7-main-r5f1_1-fw 6 /lib/firmware/j7-c66_0-fw 7 /lib/firmware/j7-c66_1-fw 8 /lib/firmware/j7-c71_0-fw  

如果它未包含在 uboot 环境变量中、则内核将在引导期间加载它。

此致、

Brijesh

您好 Brijesh，

这似乎可以正常工作、但我认为 Linux 内核仍会加载它、因为 下面的语句仍然存在。

[12.382479]  remoteproc remoteproc2：引导 FW 映像 J7-MCU-r5f0_0-FW、大小为190412

e2e.ti.com/.../1362.boot_5F00_log.txt

e2e.ti.com/.../2625.printenv.txt

我再做两个实验。

(1)在 视觉应用固件和 环境变量中将其命名为"1-J7-MCU-r5f0_0-FW-1 "。IPC 不起作用。

e2e.ti.com/.../0363.boot_5F00_log1.txt

e2e.ti.com/.../printenv1.txt

(2)将 J7-MCU-r5f0_0-FW 移动到  .../lib/SD/j7-mcu-r5f0_0-fw 并更新 环境变量。加载该变量、但 IPC 不起作用。

e2e.ti.com/.../3617.boot_5F00_log2.txt

e2e.ti.com/.../printenv2.txt

此致、

HJ