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:升级到 PSDK 7.2后、UDMA RX 通道分配失败

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/982187/tda4vm-udma-rx-channel-allocation-fails-after-upgrading-to-psdk-7-2

器件型号:TDA4VM

您好!

我已经完成了到 PSDK 7.2的迁移、遗憾的是、在运行新的 EthFw 二进制文件后、我在跟踪中得到以下错误:

===================================================================================================
CPSW 以太网固件
===================================================================
主 NAVSS
[UDMA][Error] RM Alloc RX Ch 上的 CPSW_9G 测试失败!!!
[UDMA][错误]通道资源分配失败!!
EnetUdma_openRxCh:[CPSW DMA] UDMA RX 通道打开失败:0xfffffff8
EnetHostPortDMA_openRxCh:打开 CPSW DMA:-1
Cpsw_openInternal:打开 CPSW RX 通道失败:-1
Cpsw_closeInternal:断言@行:902/nL psw_openRxc!Cpsw=nl Rpsw=Cpsw_closeInternal:打开 CPSW RX 通道1 Cpsw_Cpsw_Cpsw_closeInternal:断言!Cpsw_Cpsw_C 

我没有执行 UDMA 覆盖。 如何修复该运行时错误?

此致、

Piotr

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

    您好、Piotr、

    您是否在 MCU 1_0上运行 Sciclient 服务器?

    此致

    葡萄园

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

    您好、Vineyet、

    我正在运行专门用于 MCU2_0的 APP_remotesm巫术 cfg_server、它是主 R5F 0_0内核。 我将默认的 app_remotesm巫术 cfg_server.xer5f 二进制文件重命名为 j7-main-r5f0_0-fw。

    此致、

    Piotr

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

    您好、Vineyet、

    为了验证我的任何 Enet 覆盖是否在此处造成任何损害(使用普通 PSDK RTOS 7.2版本)、二进制文件会在同一时间挂起。

    调用栈如下所示:

    此致、

    Piotr

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

    您好、Vineyet、

    我还想到了另一件事-对于 PSDK Linux 端的器件树文件中描述的存储器映射、是否有必要的更改才能使其与 PSDK RTOS 7.2配合使用? 看起来 DMA 的问题是某种存储器区域不匹配。

    我的 Linux 配置自 PSDK Linux 07_00_01以来没有发生变化。 这可能是问题所在。

    此致、

    Piotr

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

    您好、Vineyet、

    好的、我尝试了/filesystem 目录中 TI PSDK Linux 中提供的默认 pdk-ipc/ipc_echo_testb_mcu1_0_release_strip.xer5f。

    它会导致内核严重错误(日志已附加)。

     

    我想现在的冲突可能来自 TI 提供的 PSDK 7.0 (随附)的补丁。 现在是否应该删除这些修补程序?

    e2e.ti.com/.../4263.Kernel_5F00_Panic_5F00_After_5F00_adding_5F00_MCU1_5F00_0_5F00_binary.txt

    此致、

    Piotr

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

    添加 TI 压缩的补丁

    e2e.ti.com/.../TI_5F00_PSDK_5F00_LINUX_5F00_7_5F00_00_5F00_Patches.zip

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

    您好、Piotr、

    是的、最好不要使用7.0补丁、除非这些补丁特定于您的硬件。

    1.如何引导 Linux?

    2.如何构建 Linux 映像和 DTB?

    3.您是否有可验证的参考 EVM?

    此致

    葡萄园

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

    您好、Vineyet、

    问题在于、所附的补丁是 TI 针对当时发生的一些问题提供的(请检查我之前发布的.zip 文件)

    1. Linux 通过 U-boot SBL 引导

    2.应用修补程序后,我使用以下命令集:

    sudo /清洁

    sudo /make u-boot
    sudo /make sysfw-image

    sudo /make linux

    然后、我替换 tispl.bin、u-boot.img、tiboot3.bin、sysfw.itb、k3-j721e-common-proc-board.dTB、 使用以下命令在 SDK 中准备的 SD 卡上的图像:


    sudo /home/user/ti-processor-sdk-linux/bin/mksdboot.sh --device /dev/sdX --SDK /home/user/ti-processor-sdk-linux

    3、是的、我有一个 EVM、但由于 完全不同的 RAM 大小和布局、我认为这对我没有任何帮助。

    此致、
    Piotr

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

    Piotr、  

    只是想让您知道我们仍在处理此问题、但这可能会延迟响应。  我们会随时为您发布最新信息。  
    John  

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

    您好、Vineyet、

    我在引导日志中发现的另一件事。

    以前、在 CPSW9G 工作的 PSDK 7.0上、一开始就有以下跟踪:

    U-Boot SPL 2020.01脏污(2020年11月03日- 13:27:20 +0100)
    SYSFW ABI:3.0 (固件版本0x0014 '20.04.1-v2020.04a (极好的 LLA')
    /*剪切不重要的迹线*/

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

    注意:BL31:v2.3 ():07.00.005-脏
    注意:BL31:构建时间:2020年6月17日14:33:55

    U-Boot SPL 2020.01脏污(2020年11月03日- 13:27:10 +0100)
    SYSFW ABI:3.0 (固件版本0x0014 '20.04.1-v2020.04a (极好的 LLA')
    在0x50处读取板载 EEPROM 失败1.

    目前使用 PSDK 7.2 - U-boot 中没有此类跟踪、这可能意味着 Remoteproc 甚至不会启动 R5F 二进制文件/预期的存储器范围存在一些偏差。

    此致、
    Piotr

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

    您好、Piotr、

    解锁此线程。 此问题是否仍然存在?

    此致

    葡萄园

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

    葡萄园-此商品已关闭。  

    John