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.

[参考译文] TDA4VE-Q1:如何在 J721S2 08.04上运行 MCU1_0

Guru**** 2540720 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1253007/tda4ve-q1-how-to-run-mcu1_0-on-j721s2-08-04

器件型号:TDA4VE-Q1

大家好!

我已 bann 构建 th mcu1_0、并且 out->vx_app_rtos_linux_mcu1_0.out  已存在。

我更改 uboot 和/lib/firmware/j721s2-main-r5f0_0-fw.

检查 mcu1_0似乎没有运行的过程。

我还更改了 uboot、仍然相同。

k3_r5f_rproc r5f@41000000:内核1已在使用中。 不使用 rproc 命令  
k3_r5f_rproc r5f@4140000:内核2已在使用中。 不使用 rproc 命令
在12ms (84.6 MiB/s)内读取1064128字节
向远程处理器2加载 data@addr=0x82000000 1064128字节:成功!
425420字节读取时间为9ms (45.1MiB/s)
向远程处理器3加载 DATA@addr=0x82000000 425420字节:成功!
199632字节在8ms 内读取(23.8MiB/s)
向远程处理器4加载 data@addr=0x8000000 199632字节:成功!
187344字节在7 ms (25.5MiB/s)内读取
向远程处理器5加载 DATA@addr=0x82000000 187344字节:成功!
14946336字节、读取时间为85ms (167.7 MiB/s)
向远程处理器6加载 DATA@addr=0x82000000 14946336字节:成功!
在61ms (164MiB/s)内读取10489864字节
向远程处理器7加载 DATA@addr=0x82000000 10489864字节:成功!

下一步是什么?

我是不是漏掉了什么东西?

感谢你的帮助。

此致、

Ming Lu

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

    抱歉、不是  j721s2-main-r5f0_0-fw。 ,更改  721s2-mcu-r5f0_0-fw

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

    k3_r5f_rproc r5f@41000000:无效操作:尝试在已运行的内核1上加载/启动
    用 data@addr=0x82000000 1357256字节加载远程处理器0:失败!
    在12ms (84.6 MiB/s)内读取1064128字节

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
     rproc_fw_二进制文件
    0j721s2-mcu-r5f0_0-fw 2 j721s2-main-r5f0_0-fw 3 j721s2-main-r5f0_1-fw 4 j721s2-main-r5F1_0-fw 5 j721s2-main-r5F1_1-6 j721s2-C71_0-fw_1-fw
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    启用 app_cfg.h 后
    #define
    ENABLE_IPC_MCU1_0

    所有 MCU 将卡在  
    应用程序:正在与7个 CPU 同步...!!!  
    永远不要去……
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    您在构建视觉应用后是否运行了"make linux_fs_install_sd"命令? 因为在启用该内核时、此命令应该会负责复制所有相关文件?  

    此致、

    布里耶什

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

    您好、Brijesh jadav:

    因为我们的 uboot 在 eMMC 中运行。
    我将 该命令作为 有关 uboot_linux_install_sd 的 makefile_uboot.mak、如下所示

    uBoot_oto_install:uBoot_check uboot_check_firmware
    ifeq ($(build_target_mode)、yes)
      cp $(vision_apps_linux_DM)$(vision_apps_linux_dm_strip)
      $(TIARMCGT_LLVM_ROOT)/bin/tiarmstrip -p $(vision_apps_linux_DM_strip)
      $(make)-C $(PSDK_Linux_PATH)/board-support/u-boot-* ARCH=arm CROSS_COMPILE=$(GCC_Linux_ARM_ROOT)/bin/aarch64-none-linux-gnu- O=$(SOC)-ARM64-Linux -j8 $(SOC)_evm_a72_defconfig
      $(make)-C $(PSDK_Linux_PATH)/board-support/u-boot-* ARCH=arm CROSS_COMPILE=$(GCC_LINUX_ARM_ROOT)/bin/aarch64-none-linux-gnu- ATF=$(PSDK_LINUX_PATH)/board-support/prebuilt-images/bl31.bin tee=$(PSDK_LINUX_PATH)/board-support/prebuilt-images/bl32.bin DM=$(VISION_APPS_LINUX_DM_STICK) O=$(SOC)-ARM64-Linux
      cp $(PSDK_Linux_PATH)/board-support/u-boot-*/$(SOC)-ARM64-Linux/tispl.bin $(PSDK_Linux_PATH)/../bootfs
      cp $(PSDK_Linux_path)/board-support/u-boot-*/$(SOC)-ARM64-Linux/u-boot.img $(PSDK_Linux_path)/../bootfs
      同步
    字节序


    uBoot_Linux_INSTALL_SD:uBoot_check
    ifeq ($(build_target_mode)、yes)
      cp $(PSDK_Linux_PATH)/board-support/u-boot-*/$(SOC)-ARM64-Linux/tispl.bin $(linux_sd_fs_boot_path)/
      cp $(PSDK_Linux_PATH)/board-support/u-boot-*/$(SOC)-ARM64-Linux/u-boot.img $(linux_sd_fs_boot_path)/
      同步
    字节序

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

    您好!

    当您在视觉应用中包含 mcu1_0时、它会重新构建 uboot 组件、因为 mcu1_0 固件将是 uboot 组件之一的一部分、因此在重新构建后、请将 uboot 组件复制到 eMMC。  

    此致、

    布里耶什

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

    您好!

    您是否观察到这是默认 SDK?

    或者在 SDK 中是否进行了更改(例如与存储器相关的更改等)

    是否可以采用默认 SDK、在 VISION_APPS 上启用 MCU1_0、先使用 SD 卡进行测试并检查您是否看到此错误?

    如果未看到、您可以将内容复制到 eMMC 并进行验证。

    请告诉我、这在您的最终是否可行?

    此致、

    尼基尔

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

    尊敬的 Nikhil:

    我有一些通过测试得出的结果、想与大家分享。

    好消息是、具有8GB RAM 的 EVM 板性能优异。 此外、我们具有8GB DDR RAM 的扩展板也可正常使用、不会出现任何问题。

    但是、在测试带有4GB DDR RAM 的电路板时、我遇到了一个内核严重问题。 这两块板之间的主要区别在于它们的内存容量、其中一块具有4GB、另一个具有8GB DDR。

    经过仔细检查、似乎发现它与存储器重叠有关。 我彻底检查了 R5映射中的内存映射、并确认4GB 和8GB 板的内存映射相同。 即使是器件树配置也是相同的。

    我将与您联系、询问您是否对此事有任何见解或建议。
    我可能漏掉了一些需要调整才能解决此差异的修改或设置。

    感谢您的关注、我期待您提供有关解决此问题的指导。

    此致、
    Ming Lu

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

    尊敬的 Ming Lu:

    太棒了。  

    是否有通过将 EVM 上的 DDR 减小到4GB 测试过?

    您可以参考以下常见问题解答、将 EVM 上的 DDR 配置为4GB  

    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1227640/faq-tda4vm-tda4vl-tda4al-tda4vh-dra821-how-can-we-make-the-jacinto-sdk-compatible-for-device-variants#:~:text=the%20below%20changes.-,1.%20Reduction%20in%20the%20number%20of%20DDR%20Instances,-Some%20of%20the

    完成此操作后、如果此操作有效、您可以将此处所做的更改与自定义板进行比较。

    此致、

    尼基尔

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

    您好 Nikhil Dassan、

    我一直在修改器件树和 evm.c 以适应4GB 配置。
    这些更改看起来可以在 j721s2 EVM 板上无缝运行、甚至在将8GB DDR (Micron)转换为4GB DDR 配置时也是如此。

    然而,我利用 Hynix 内存进行4GB 设置,从而成功突破了障碍。
    使用 mcu1_0编译 u-boot 时、我们会遇到内核严重错误。  
    我仔细检查了 DDR 配置和器件树、看起来很好。

    不使用 mcu1_0 (标记 IPC (//#define ENABLE_IPC_MCU1_0) 、也不使用 vision_apps 上的再次构建 uboot)。
    所有功能正常执行、系统按预期运行、  


    我想知道您是否对此事有任何见解或建议。 非常感谢您的专业知识。

    感谢您投入宝贵的时间给予大力支持。

    此致、Ming Lu

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

    尊敬的 Ming Lu:

    是否可以采用默认 SDK,在 vision_apps 上启用 MCU1_0并首先使用 SD 卡对其进行测试,然后检查是否出现此错误?

    如果看不到、您可以将内容复制到 eMMC 并进行验证。

    您能否确认以上内容?  
    这是确认问题是否是由引导介质中的不同文件引起的一种好方法。

    此致、

    尼基尔

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

    尊敬的 Nikhil Dassan:


    u-boot-a72

      
    $(make)-j $(make_jobs)-C $(TI_SDK_PATH)/board-support/u-boot- cross_compile=$(cross_compile)\
        CONFIG_MKIMAGE_DTC_PATI=$(uBoot_A72_BUILD_DIR)/scripts/dtc/dtc
        ATF=$(uBoot_ATF) TEE=$(uBoot_TEE) DM=$(uBoot_DM)\
        O=$(uBoot_A72_Build_DIR)

    类型1:   
    uBoot_DM=$(TI_SDK_PATH)/board-support/prebuilt-images/ipc_echo_testb_mcu1_0_release_strip.xer5f.signed

    类型2:

    uBoot_DM=$(VISION_APP_R5F_OURE_DIR)/vx_APP_RTOS_Linux_mcu1_0_strip.out


    我更改了 tispl.bin,两种类型的 DM 都可以。

     type2 u-boot.img 将导致引导失败 on (Hynix 4g)  

    奇怪的是、为什么不同的 mcu1_0映像构建不同的 uboot 映像...?

    我们的 PDK 是08.04 j721s2。

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

    现在还可以。 我们的4G 可以运行 mcu1_0。

    交叉补偿器似乎有一些问题。

    在 PSDK_Linux 中编译(修改 makefile、生成 u-boot)映像时、4G 支持。

    当在 PSDK_RTOS/VISION_APPS/(修改 makefile_uboot.mak make uboot)中进行编译时、映像将在4g 时出现内核严重错误。

    Linux 使用预编译交叉编译器,版本为9.2.1

    RTOS 使用下载 gcc、另售9.2.1版  

    但结果是不同的。

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

    您好

    现在没问题。 我们的4G 可以运行 mcu1_0。

    我看到您点击了已解决的主题。 您能否确认您是否能够在 VISION_APPS 上启用 MCU1_0来解决此问题?

    此致、

    尼基尔

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

    是的、现在可以解决此问题。 Build Mcu1_0正常。  使用 Linux 编译器版本 tispl.bin 和 uboot.image、也可以在4g 上运行。

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

    感谢您的确认。

    正在关闭本主题帖。