[参考译文] DRA821U-Q1：从 eMMC 使用 SBL 引导 Linux 失败

您好！

指定的工程师目前不在办公室、预计会延迟响应。

此致、

Manojna

尊敬的 Shicheng：

对不起洛杉矶

• 您能为我们提供所示的硬件原理图吗 eMMC 因为有一个 CQE 问题 和 开机失败问题 信息。

• 另外,我想你错过了复制其他主域相关的固件如下:

此致

Gokul

你好、Gokul

感谢您的答复

Unknown 说：

您能为我们提供的硬件原理图吗 eMMC 因为有一个 CQE 问题 和 开机失败问题 即将上市。[/报价]

以下是我们的 硬件原理图  eMMC。

Unknown 说：

此外、我认为您没有复制以下与主域相关的其它固件：

我使用的是 DRA821U-Q1 我使用 DRA821U-Q1、j7200、没有 DSP 内核

[/quote]

尊敬的 Shancheng：

感谢您的答复。

在内部讨论过之后、我发现仅支持使用 SD 卡和 OSPI 的 bootapp。

但是、我们提出了 JIRA 来启用对使用 eMMC 的引导应用的支持、eMMC 主要将在 SDK 的未来版本中提供。我们将在启用此功能后立即通知您 shancheng。

此致

Gokul

你好、Gokul

Unknown 说：

内部讨论后、我发现仅支持使用 SD 卡和 OSPI 的 bootapp。

您的意思是、我不支持使用 eMMC 的 bootapp？

 对于 eMMC 中的 SBL 是否有任何方法？ 我尝试了 SD 卡中的 SBL、没问题。

尊敬的 Shicheng：

Unknown 说：

您的意思是、我不支持使用 eMMC 的 bootapp？

是的、石城、你说得对。

我们已提出启用此功能的请求、启用后我们将立即回复您。

此致

Gokul

尊敬的信诚：

Unknown 说：

正在等待根设备/dev/mmcblk0p2...

您已关闭 eMMC、因此无法从 eMMC 获取 rootfs。

Unknown 说：

是否有 来自 eMMC 的任何 SBL 方法

我刚才发现、 J7200的10.01.00.04 RTOS SDK 中启用了用于使用引导应用程序 wih eMMC UDA 的功能。

您是否能够按照以下步骤使用带 eMMC UDA 的 BOOTAPP 进行引导：

**通过 EMMC UDA**引导 Linux

• 下载 J7200的10.01.00.04 RTOS SDK。
• 使用以下命令生成 LateApps
          *转至 /packages/ti/boot/sbl/example/boot_app/scripts
          *运行./ make_multicore_appimages.sh
          *将在中生成多核图像(lateapps) /packages/ti/boot/sbl/example/boot_app/multicore_images $Board/。
          * stage1图像对应于 lateapp1、stage2图像对应于 lateapp2、stage3图像对应于 lateapp3。
        
• 将 sbl_emcu_uda_img_mcu1_0_release.tiimage 作为 tiboot3.bin 复制到 SD 卡中的/media/$USER/rootfs/home/root
• 将 tifs.bin 复制到 SD 卡中的/media/$USER/rootfs/home/root
       
• 使用以下命令构建 boot_app_eMMC_uda_linux
          *制作板= core=mcu1_0 boot_app_eMMC_uda_linux -sj
• 复制 sbl_boot_app_eMMC_uda_linux_ _mcu1_0_freertos_TestApp_release.appimage 映像作为应用到 SD 卡中的/media/$USER/rootfs/home/root。
• 将 stage1映像作为 lateapp1、stage2映像作为 lateapp2复制到 SD 卡中的/media/$USER/rootfs/home/root。
• 将 atf_optee.appimage、tidtb_linux.appimage、tikernelimage_linux.appimage 复制到 SD 卡的引导分区。
• SD 引导模式中的引导：SW8：1000 0010 SW9：0000 0000
• 以 root 身份登录
• 将以下映像从 SD 卡复制到 eMMC FAT32分区(/dev/mmcblk0p1)
          * mkdir eMMC
          *安装/dev/mmcblk0p1 eMMC
          * CP tiboot3.bin eMMC
          * CP tifs.bin eMMC
          * CP 应用程序 eMMC
          * CP lateapp1 eMMC
          * CP lateapp2 eMMC
          * cp tidtb_linux.appimage eMMC
          * cp tikernelimage_linux.appimage emmc
          * CP ATF_optee.appimage eMMC
• 将引导模式更改为 eMMC UDA 分区、并引导电路板：SW8：1000 0000 SW9：0000 0000

此致

Gokul

你好、Gokul

[报价 userid="567772" url="~/support/processors-group/processors/f/processors-forum/1487563/dra821u-q1-boot-linux-with-sbl-from-emmc-failed/5717378 #5717378"]

我刚才发现、 J7200的10.01.00.04 RTOS SDK 中启用了用于使用引导应用程序 wih eMMC UDA 的功能。

您是否能够按照以下步骤使用带 eMMC UDA 的 BOOTAPP 进行引导：

[报价]

现在、我们 使用的是 10_00_00_03、不 方便轻松地更改为  10.01.00.04。

您能否向我展示一下 eMMC 的 SBL 在 10.01.00.04和 10_00_00_03之间的差异？

我尝试向 10_00_00_03添加补丁。

非常感谢

尊敬的 Shicheng：

有关补丁、请访问以下链接：

• https://git.ti.com/cgit/processor-sdk/pdk/commit/?id=b1608b4dc5c7bc75be7253cea700acffe47e05d9

此致

Gokul

你好、Gokul

感谢您的答复。  

我已将补丁添加到 SDK  10_00_00_03、但有两个问题：

问题1。 我按照以下步骤使用  sbl_boot_app_eMMC_uda_j7200_evm_mcu1_0_freertos_TestApp_release.appimage 作为 bootApp 从 eMMC UDA 引导、出现错误：

[报价 userid="567772" url="~/support/processors-group/processors/f/processors-forum/1487563/dra821u-q1-boot-linux-with-sbl-from-emmc-failed/5717378 #5717378"]

您是否能够按照以下步骤使用带 eMMC UDA 的 BOOTAPP 进行引导：

**通过 EMMC UDA**引导 Linux

• 下载 J7200的10.01.00.04 RTOS SDK。
• 使用以下命令生成 LateApps
          *转至 /packages/ti/boot/sbl/example/boot_app/scripts
          *运行./ make_multicore_appimages.sh
          *将在中生成多核图像(lateapps) /packages/ti/boot/sbl/example/boot_app/multicore_images $Board/。
          * stage1图像对应于 lateapp1、stage2图像对应于 lateapp2、stage3图像对应于 lateapp3。
        
• 将 sbl_emcu_uda_img_mcu1_0_release.tiimage 作为 tiboot3.bin 复制到 SD 卡中的/media/$USER/rootfs/home/root
• 将 tifs.bin 复制到 SD 卡中的/media/$USER/rootfs/home/root
       
• 使用以下命令构建 boot_app_eMMC_uda_linux
          *制作板= core=mcu1_0 boot_app_eMMC_uda_linux -sj
• 复制 sbl_boot_app_eMMC_uda_linux_ _mcu1_0_freertos_TestApp_release.appimage 映像作为应用到 SD 卡中的/media/$USER/rootfs/home/root。
• 将 stage1映像作为 lateapp1、stage2映像作为 lateapp2复制到 SD 卡中的/media/$USER/rootfs/home/root。
• 将 atf_optee.appimage、tidtb_linux.appimage、tikernelimage_linux.appimage 复制到 SD 卡的引导分区。
• SD 引导模式中的引导：SW8：1000 0010 SW9：0000 0000
• 以 root 身份登录
• 将以下映像从 SD 卡复制到 eMMC FAT32分区(/dev/mmcblk0p1)
          * mkdir eMMC
          *安装/dev/mmcblk0p1 eMMC
          * CP tiboot3.bin eMMC
          * CP tifs.bin eMMC
          * CP 应用程序 eMMC
          * CP lateapp1 eMMC
          * CP lateapp2 eMMC
          * cp tidtb_linux.appimage eMMC
          * cp tikernelimage_linux.appimage emmc
          * CP ATF_optee.appimage eMMC
• 将引导模式更改为 eMMC UDA 分区、并引导电路板：SW8：1000 0000 SW9：0000 0000

[报价]

问题2：  我仔细检查了补丁的内容、大部分修改都围绕路径：$(pdk_path)/packages/ti/boot/sbl/example/boot_app 下的 bootapp 进行；  

但实际上、我们使用的是路径下的 can_boot_app_mcu_rtos_mcu1_0_release.appimage：$mcusw_path/mcuss_demos/boot_app_mcu_rtos。 它还具有引导 Linux 的功能。  错误消息与我第一次报告问题时的消息相同。

那么、 如何解决问题1、我更倾向于解决问题2、因为这是我们在项目中实际使用的程序。

谢谢

你好、 Gokul

添加一些补充。

在上一篇回复中、由于我复制了错误的图像 sbl_boot_app_eMMC_uda_j7200_evm_mcu1_0_freertos_TestApp_release.appimage、因此问题1中的错误已得到确认、我应该复制 sbl_boot_app_eMMC_uda _Linux_ j7200_evm_mcu1_0_freertos_TestApp_release.appimage。

以及何时使用 SBL_boot_app_eMMC_uda _Linux_ j7200_evm_mcu1_0_freertos_TestApp_release.appimage、错误与 Q2相同。

现在、Q1和 Q2具有无法从 eMMC UDA 引导的相同错误

尊敬的 Shicheng：

您是否可以尝试以下步骤：

• 按照上述所有步骤操作。
• 下载 10.0 J7200的 Linux SDK .
• 转至 / 电路板支持/ /arch/arm64/boot/dts/ti/k3-j7200-common-proc-board.dts 并进行以下编辑：
  • 例如、需要根据下图添加 booargs 参数。
  • 
• 之后返回到 目录并运行以下命令：
  • 制造商 Linux-dtbs
• 复制中存在的 dtb /板支持/ /arch/arm64/boot/dts/ti/k3-j7200-common-proc-board.dtb 转至以下文件夹：
  
  
  • /packages/ti/boot/sbl/tools/combined_appimage/bin/j7200_evm
• 复制  k3-j7200-common-proc-board.dtb  最终目的 /packages/ti/boot/sbl/tools/combined_appimage/bin/j7200_evm 并重命名为  底板.dtb.
• 现在、运行 constructappimageshlos.sh 存在于中 /packages/ti/boot/sbl/example/boot_app/scripts/hlos
• 复制 tidtb_linux.appimage 至 eMMC FAT32分区

此致

Gokul

你好、 Gokul

Unknown 说：

现在、运行 constructappimageshlos.sh 存在于中 /packages/ti/boot/sbl/example/boot_app/scripts/hlos [/报价]

问题1。 SDK 10.0.0.3中没有此类路径和文件、请参见 bellow pitcure：

问题2： 我只找到一个名为的文件  constructappimageshlos.sh  在路径中： /mcusw/mcuss_demos/boot_app_mcu_rtos/main_domain_apps/scripts/hlos

  Q2方法是我们实际使用的方法、我在之前的回复中提到过 使用 can_boot_app_mcu_rtos_mcu1_0_release.appimage。

顺便说一下、我使用  constructappimageshlos.sh  在路径中： /mcusw/mcuss_demos/boot_app_mcu_rtos/main_domain_apps/scripts/hlos 生成 tidtb_linux.appimage、tikernelimage_linux.appimage 、 atf_optee.appimage 并将其复制 到 eMMC FAT32分区、它会报告相同的错误。

所以我认为 Linux 内核和 DTB 没有问题、 基于此、我进行了以下尝试、请仔细审阅：

首先、 执行相同的步骤来生成和复制文件：tiboot3.bin 、tifs.bin、app、lateapp1、tidtb_linux.appimage 、  tikernelimage_linux.appimage、atf_optee.appimage 至   SD 卡引导分区  

Test1：来自 SD 卡的 SBL、SD 卡中的 rootfs 也如：root=/dev/mmcblk1p2 rw rootfsttype=ext4 rootwait

复制  sbl_mmcsd_img_mcu1_0_release.tiimage 到 SD 卡引导分区 并重命名为 tiboo3.bin

复制  sbl_boot_app_mmcsd_linux_j7200_evm_mcu1_0_freertos_TestApp_release.appimage  并重命名为 设置自动扭矩

结果：它可以引导 Linux 并成功登录！

Test2：来自 SD 卡的 SBL、eMMC UDA 中的 rootfs  例如：root=/dev/mmcblk0p2 rw rootfsttype=ext4 rootwait

只需在引导参数更改时重建 DTB 并将其替换为 SD 卡引导分区。 所有其他文件与 TEST1相同

结果：它可以引导 Linux 并成功登录！

测试3： 来自 SD 卡的 SBL、 但 eMMC UDA 中的 rootfs  例如：root=/dev/mmcblk0p2 rw rootfsttype=ext4 rootwait

仍复印  sbl_mmcsd_img_mcu1_0_release.tiimage  SD 卡引导分区、并将其重命名为  tiboo3.bin

复制  sbl_boot_app_eMMC_uda_linux_j7200_evm_mcu1_0_freertos_TestApp_release.appimage  添加到 SD 卡引导分区 并将其重命名为  设置自动扭矩

在 SD 卡的引导分区中只保留三个文件并删除其他文件。

由于其他文件位于 eMMC UDA 中的引导分区中、rootfs 也位于 eMMC UDA 中的 rootfs 分区中。

结果：SD 卡中的 SBL 可以加载 app、app 可以加载内核、但是当内核加载根时、它会报告和我之前提到的一样的错误

因此、我认为应用程序中存在一些问题： sbl_boot_app_eMMC_uda_linux_j7200_evm_mcu1_0_freertos_TestApp_release.appimage

我是对吗？ 请检查

谢谢

尊敬的 Shicheng：

这在中进行确认 测试3 ,你已经把 SBL 从 eMMC uda 而不是 SD 卡?你也在使用 tidtb_linux.appimage 分别到 eMMC [ie: DTB 和引导参数更改为 eMMC(/dev/mmcblk0p2 )]正确,同时从 eMMC UDA?

此致

Gokul

你好、Gokul

Unknown 说：

您已从 eMMC uda 获取了 SBL、而 SD 卡不正确？

我不使用  sbl_mmcsd_img_mcu1_0_release.tiimage 设置为从 SD 卡中获取 SBL

[报价 userid="567772" url="~/support/processors-group/processors/f/processors-forum/1487563/dra821u-q1-boot-linux-with-sbl-from-emmc-failed/5722794 #5722794"]此外、您还在使用分别针对 eMMC 的 tidtb_linux.appimage [即：DTB、在从 eMMC UDA 引导 SBL 时将引导目标更改为 eMMC (/dev/mmcblk0p2)]

SD 卡中只有三个文件： tiboo3.bin、 app、tifs.bin。  lateapp1、 tidtb_linux.appimage、tikernelimage_linux.appimage 和 atf_optee.appimage 都位于 eMMC FAT32分区中。

在本例中、从 SD 卡加载 tiboot3.bin、然后加载 tifs.bin、下一个加载应用程序。 (应用程序为  sbl_boot_app_eMMC_uda_linux_j7200_evm_mcu1_0_freertos_TestApp_release.appimage、使用命令进行编译：  使 BOARD=j7200_evm core=mcu1_0 boot_app_eMMC_uda_linux -sj )

但    来自 eMMC UDA 的应用加载 lateapp1、tidtb_linux.appimage、tikernelimage_linux.appimage 和 atf_optee.appimage、结果成功。

但  /dev/mmcblk0p2中的内核加载 rootfs 失败。

我这样做的目的是与 TEST2进行比较、仅更改应用。 内核加载成功、但 eMMC 中的 rootfs 失败

尊敬的 Shicheng：

您是否尝试过从 eMMC UDA 引导包括 SBL 和 bootapp 在内的所有东西？

我之所以提出这个问题、是因为我们目前不支持从 SD 获取 SBL 和 bootapp 与从 eMMC 获取其他文件(如 lateapp、ATF/optee、kernel 和 DTB app 映像)混合使用。

此致

Gokul

你好、Gokul

感谢您的重播是的、

Unknown 说：

您是否尝试过从 eMMC UDA 引导包括 SBL 和 bootapp 在内的所有内容？

是的、我的确这么做了、而这正是我第一次提出这个问题时的背景。 我在当前的 SDK 10.0中添加了新补丁、但它不起作用、加载 rootfs 时仍报告错误、例如： mmc0：运行 CQE 恢复

Unknown 说：

之所以提出这个问题、是因为我们目前不支持从 SD 获取 SBL 和 bootapp 与从 eMMC 获取 lateapp、ATF/optee、kernel 和 DTB app 映像等其他文件混合使用。

混合方法仅用于比较测试以确定问题的原因。 在实践中、这种混合方法不会在实际项目中实施。

因此、现在 SBL 从 eMMC UDA 引导所有内容、仍报告错误：mmc0：正在运行 CQE 恢复、但 SBL 可以从 SD 卡引导。

如何解决此问题？  

请您帮助查看 的硬件原理图  eMMC。 有什么问题吗？

谢谢

尊敬的 Shicheng：

关于这一点,我将尝试它在我们的最后,并回到你。

我还将轮流在硬件专家那里、查看硬件原理图是否存在任何问题。

此致

Gokul

你好、Gokul

添加一些信息。

我们在 MMC 驱动程序中添加了一些调试打印件、并发现该错误：

mmc0：cqhci：IRQ 状态：0x00000002  cmd_err0r=0 data_error=-5

或许您可以从中看到一些有用的信息。

谢谢

尊敬的 Shicheng：

我已经复制了此问题、并已将此问题报告给内部团队。

我建议的另一种方法是使用经过 u-boot 的 SBL 开发工作流程：

我将附加以下步骤：

• 按以下方式复制以下文件 tiboot3.bin 到 eMMC uda/的引导分区(FAT32)分区

e2e.ti.com/.../sbl_5F00_emmc_5F00_uda_5F00_img_5F00_hlos_5F00_mcu1_5F00_0_5F00_release.tiimage

• 按以下方式复制以下文件 设置自动扭矩 到 eMMC uda 的引导分区(FAT32)分区。
  • e2e.ti.com/.../combined_5F00_dev.appimage
• 按以下方式复制以下文件 tifs.bin 到 eMMC uda 的引导分区(FAT32)分区。
  
  • e2e.ti.com/.../2746.tifs.bin
• 按以下方式复制以下文件 u-boot.img 到 eMMC uda 的引导分区(FAT32)分区。
  • e2e.ti.com/.../5460.u_2D00_boot.img
• 完成该操作后、使用 eMMC uda 引导并进入 uboot 命令提示符、然后输入以下命令：

  • >setenv args_mmc "run finduuid;setenv bootargs console=ttyS2,115200n8  root=/dev/mmcblk0p2 rw rootfstype=ext4 rootwait"
    >setenv bootdev 0
    >setenv mmcdev 0
    >setenv bootpart 0:2

注意：确保 eMMC 的(/dev/mmcblk0p2)[EXT4]分区中存在 rootfs。

此致

Gokul

你好、Gokul

感谢您的答复。

Unknown 说：

我建议的另一种方法是使用经过 u-boot：

的 SBL 开发工作流程

我们已经验证可以从 eMMC 使用 u-boot 进行引导。

最后、我们要使用的方法仍然是使用 SBL 从 eMMC 进行引导。

这是一个好消息,你可以重现问题。 有什么流程吗？