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.

[参考译文] AM6442:在定制电路板上运行 issg_layer2_dualmac 时的 UDMA 问题

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1657407/am6442-issues-with-udma-running-issg_layer2_dualmac-on-custom-board

器件型号: AM6442

大家好、我正在尝试调整 issg_layer2_dualmac 示例、以便在使用 issg0 而不是 issg1 的另一个电路板上运行。  我成功修改了工程和电路板启动、以便分配 issg0 资源、以便可以从 R5 处理器访问。  我当前遇到的问题是在 UDMA 初始化期间、此时配对失败、我无法弄清楚原因。  系统正在加载 Linux 系统、然后使用 remoteproc0 启动 R5、我将 CCS 附加到该 R5 来运行并调试我的应用程序。

我启用了 TISCI 布线、以便了解情况。

R5 代码调用  

Sciclient_rmPsilPair 具有以下参数  
Nav_id=25
src_thread=16640 (0x4100)
dst_thread=36885 (0x9015)

下面是 SCI 调试日志的相关布线、我不知道如何解释...

0x4F8A00FF:资源管理:devgrp_validate(验证资源的器件组):RM boardcfg 消息中给出的器件组:0x00FF
0x4F8B0001:资源管理:devgrp_validate(验证资源的设备组):已配置资源的设备组:0x0001
0x4F800019:资源管理:devgrp_validate(正在验证资源的设备组):正在验证的设备 ID:25
0x49000019:资源管理:   PSIL_PAIR(配对 NavSS PSI-L 线程):PSI-L 代理设备 ID:25
0x4A540024:资源管理:PSIL_DRU_DST_OFFSET(用于 UTC 控制编程的 DRU 线程偏移):未知子操作:0x14 MSG:0x000024
0x4F8A00FF:资源管理:devgrp_validate(验证资源的器件组):RM boardcfg 消息中给出的器件组:0x00FF
0x4F8B0001:资源管理:devgrp_validate(验证资源的设备组):已配置资源的设备组:0x0001
0x4F800019:资源管理:devgrp_validate(正在验证资源的设备组):正在验证的设备 ID:25
0x49000019:资源管理:   PSIL_PAIR(配对 NavSS PSI-L 线程):PSI-L 代理设备 ID:25
0x4F8A00FF:资源管理:devgrp_validate(验证资源的器件组):RM boardcfg 消息中给出的器件组:0x00FF
0x4F8B0001:资源管理:devgrp_validate(验证资源的设备组):已配置资源的设备组:0x0001
0x4F800019:资源管理:devgrp_validate(正在验证资源的设备组):正在验证的设备 ID:25
0x49000019:资源管理:   PSIL_PAIR(配对 NavSS PSI-L 线程):PSI-L 代理设备 ID:25
0x4F8A00FF:资源管理:devgrp_validate(验证资源的器件组):RM boardcfg 消息中给出的器件组:0x00FF
0x4F8B0001:资源管理:devgrp_validate(验证资源的设备组):已配置资源的设备组:0x0001
0x4F80001E:资源管理:devgrp_validate(验证资源的设备组):正在验证的设备 ID:30
0x4540001E:资源管理:UDMAP_RX_CH_CFG(NavSS UDMAP RX 通道配置):UDMA 器件 ID:30
0x5A540024:资源管理/失败(操作失败):PSIL_DRU_DST_OFFSET(UTC 控制编程的 DRU 线程偏移量):未知子操作 :0x14 MSG:0x000024
0x5A53000C:资源管理/失败(操作失败):PSIL_DRU_DST_OFFSET(用于 UTC 控制编程的 DRU 线程偏移量):未知子操作 :0x13 MSG:0x00000C
0x5A530023:资源管理/失败(操作失败):PSIL_DRU_DST_OFFSET(UTC 控制编程的 DRU 线程偏移量):未知子操作 :0x13 MSG:0x000023

您能告诉我问题是什么吗?

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

    我终于找到了这个问题、但不是根本原因。  在系统的 rm-cfg 文件中、我最初添加了 R5F 处理器作为允许使用 ISSG 资源的额外主机。  似乎即使与 R5F 使用的 issg 实例相关的设备树项未启用、UDMA 驱动程序也会执行会导致 R5F 上的配对失败的操作。  我通过仅将 ISG 资源分配给 R5F 处理器来解决问题、并修复了该问题。

    因此、如果您需要在 R5F 处理器之一中使用 DMA 资源、我强烈建议您确保 A53 Linux 处理器可以访问这些资源...