[参考译文] TDA4VEN-Q1：如何在 Entry SDK 10.0、中使用 C7x&#39；s DMA 更新 SDK 10.0 中的补丁

您好、

感谢您发送编修。 您的问题已分配给相应的工程师、但由于本周 TI 节假日、预计下周将会得到答复。  

此致、

为他注册

您好、

TDA4AEN 器件上没有 UDMA。 有一个 BCDMA、但它在 SDK 级别仍然不可用、因此我们无法启用此 宏来支持 C7x 上的 DMA。  

此致、

Brijesh  

您好、

SDK 9.2 中有一个演示要使用 dru。 您能否给出一个在 SDK 10.0 中使用 DRU 的新演示？

SDK9、2 演示已 在此处发布、对此问题很喜欢 dma_demo.rar。

谢谢

尊敬的 JC：

否、SDK 中尚未提供使用 DRU 的演示。  

此致、

Brijesh

您好、

我有两个关于 DRU 和 DMA 的问题。

1.有多少可用的 DRU 通道,可供我们使用。

2.在 SDK10.0 中、 C7x 中没有针对 DMA 的演示。  未来、哪个 SDK 可以支持 C7x？中的 DMA 演示  

谢谢

尊敬的 JC：

如需了解免费 DRU 通道的数量、我会要求您参考 SysConfig 工具。 这将告诉我们分配给每个核心的资源。  

我们仍在努力在 SDK 中启用此功能。

此致、

Brijesh

您好、 Rahul T R

  此补丁的基本版本与我们的版本不同、尤其是 dmautils_autoIncrement_3d.c 的基本版本与我们的版本不同、下面没有#if

补丁：

@@–158,7 +158,7 @@静态内联 uintptr_t DmaUtilsAutoInc3d_getPhysicalAddress (const DmaUtilsAutoI
const uintptr_t virtualAddr、int32_t chNum)
｛
uintptr_t phyAddr = virtualAddr；
-#if (defined (SOC_AM62A)|| defined (SOC_AM62DX))&& defined (MCU_PLUS_SDK)&&！defined (HOST_emulation)
+#if defined (MCU_PLUS_SDK)&&！defined (HOST_EMULATION)
initParams.udmaDrvHandle =(dmautilsContext) Udma_Drv =(Udma_Drv) dmautilsContext -> initParams.udmaDrvHandle；
#else
dmautilsContext -> initParams.udmaDrvHandle Udma_Drv Udma_Drv；

我的代码：

静态内联 uintptr_t DmaUtilsAutoInc3d_getPhysicalAddress (const DmaUtilsAutoInc3d_context * dmautilsContext、
const uintptr_t virtualAddr、int32_t chNum)
｛
uintptr_t phyAddr = virtualAddr；

dmautilsContext -> initParams.udmaDrvHandle Udma_Drv Udma_Drv；
/*如果虚拟到物理地址转换函数可用、则将其用于
转换、否则直接按*/所示对地址进行编程
if (udmaDrvHandle -> initPrms.virtToPhyFxn！= NULL)
｛
phyAddr =(uintptr_t) udmaDrvHandle -> initPrms.virtToPhyFxn ((void *) virtualAddr、(uint32_t) chNum、NULL)；
}
返回 phyAddr；
}

在使用 mcu_plus_sdk_j722s_10_01_00_22 的目录名称中、我们仍然是 mcu_plus_sdk_j722s_10_00_00_25。
“那又怎么样? dmautils_autoIncrement_3D_priv.h、dmautils_autoIncrement_3d.c 具有类似的问题。
谢谢！

您好、 Rahul T R θ、

   您能否提供基于 10.0 的修补程序？ 因为我们使用的是 10.0 SDK、没有升级计划。

谢谢！

尊敬的 Rahul T R：

请提供一个演示来验证此步骤。

请参阅上面 Joe 提供的“dma_demo.rar"中“中的类似演示。

谢谢！

尊敬的  Rahul T R：

非常感谢您的支持。 目前、运行测试用例的结果通过了。

谢谢！

尊敬的  Rahul T R：

补丁已应用、并且提供的测试用例可以成功运行。

但是,在运行我们的软件时,有一个名为 tivxchiphVisionProcess () 函数的模型导致整个 C7 核心崩溃。 当然、运行其他模型时不会出现此问题。 对此是否有任何想法或怀疑？

我们没有对我们的软件进行任何修改。

谢谢！

尊敬的 JC：

这可能与该补丁无关、
您能否恢复修补程序并尝试相同的型号

此致
Rahul T r

您好、 Rahul T R θ、

是的、我的模型在修补之前运行良好。
或者、我们不知道此补丁在模型方面是否会有任何变化？ 我听说模型本身对 DRU 很有用。

谢谢！

尊敬的 JC：

我使用该贴片测试了 TIDL、  
您是否仅将 DRU 用于 TIDL？
或者将 DRU 用于其他用途
用途是什么？

此致
Rahul T r

尊敬的  Rahul T R：

我们计划在图形的其他节点中使用 DRU。
但是、我们现在已经制作了补丁、但我们的软件尚未更改、以便测试此补丁是否对我们有任何影响。 因此、已经过测试、此模型的 tidl 节点将使 C7 内核在使用此补丁后无法工作。

谢谢！

今天通话的总结：

-应用了补丁 6558.0001-j722s-c7x-Enable-UDMA-utils.patch 并且没有更改任何其他代码

-然后、运行之前可行的情况将导致 C7x 内核崩溃。

-一个模型可以工作,而另一个模型将在调用  tivxihighVisionProcess () 失败

应用补丁后、需要进一步检查模型或应用程序方面是否有任何其他更改。

尊敬的 TommySong:

您能否确认、您已经清理了 SDK 并在应用补丁后进行了编译

创建 SDK_scrub
构建 SDK -J16

此致
Rahul T r

尊敬的 Rahul：

 电路板中已刷写了补丁编译。 但结果是一样的。

您好、xie JC、

我们不会发布一些 TIDL 源代码、而是将其发布为库
这个库依赖于 DMA 实用程序
我想这个库需要重新构建

此功能是我们将于 5 月中旬发布的 11.0 版本的一部分、我建议使用此功能时迁移到 11.00

此致
Rahul T r

您好、xie JC、

是否可以共享故障模型的模型工件（网络和 IO 容器）
以便我最终重现问题？

此致
Rahul T r

尊敬的  Rahul：

目前、我们的模型正在经历出站流程。
同步消息时、我还发现 C7X 在验证 3D (WHC) 数据的副本时卡住了。 源数据将被篡改。
附件是 log 和 testCase、当 C=2 时、第二个通道的源数据将被篡改、访问源数据时将出现死锁。

谢谢！

e2e.ti.com/.../464331.log.txte2e.ti.com/.../testCase.txt

尊敬的谢 JC：

您可以尝试删除吗
从 AppInit 调用 appUdmaTest()
并尝试测试模型

这将确认至少 MCU_PLUS_SDK/dmautils 更改是否正常

此致
Rahul T r

尊敬的谢 JC：

正如 Rahul 在这里建议的那样：

我们不发布某些 TIDL 源代码、而是将其作为库发布
这个库依赖于 DMA 实用程序
我想这个库需要重新构建

此功能是我们将于 5 月中旬发布的 11.0 版本的一部分、我建议迁移到 11.00 以使用此功能

我假设 TIDL 库与打补丁的 DMA_utils 之间存在差异。

另一种可能的解释可能是模型损坏了 DMA 切口并导致测试用例失败。  

此致、
Jared

您好、xie JC、

在 Rahul 共享的补丁中、我看到通过 从 vision_apps\platform\j722s\rtos\common\app_init.c 文件调用 appUdmaTest API 来启用 UDMA 测试。 这在内部调用 appUdmaTestNDCopy API、此 API 使用索引 7 和索引 8 来执行 ND 复制。 对于 Index7、它使用 BCDMA 通道、但 对于索引 8、根据以下条件、它似乎使用 DRU 通道。 因此、我们正在使用一些 DRU 通道进行 ND 复制操作、我们能否禁用该测试、即本质上 在 vision_apps\platform\j722s\rtos\common\app_init.c 文件中注释掉对 appUdmaTest  的调用、然后再尝试运行 TIDL？  

if (ch_idx>=(APP_UDMA_ND_CHANNES_MAX/2))
｛
  udmaCreatePrms.use_dru = 1；
}

此致、

Brijesh

您好 、Brijesh、

我明白。 您之前提到过。 请勿使用 appUdmaTest API。 这一点之前已经过尝试、当我直接调用 TIDL 时、也就是在运行第二个帧时、也会发生相同的情况。

谢谢！

您好、xie JC、

附件是 log 和 testCase、当 C=2 时、第二个通道的源数据将被篡改、访问源数据时将出现死锁。

您的测试脚本似乎甚至没有通过。  appUdmaTestNDCopy 是否与 Rahul 发送/修补的内容相同？ 它看起来不一样。

此致、
Jared

您好  Jared、

3D  DMA 副本也可以。 根据测试结果、由于之前经常出现打印和内存问题、测试结果被阻止。

谢谢！

您好  Jared、

仅验证 3D DMA 副本。 TIDL 的问题在于、即使未调用 DMA 副本、该补丁也会存在。

谢谢！

您好 Jared、

关于电子邮件中提到的问题：

TI 专家 Jared 和 Rahul 开始查看您分享的模型。 在最初的尝试中,他们发现模型试图创建一个维度为 0 的张量,看起来不正确。 您能帮助检查并反馈任何修复或新车型吗？

设计模型的工程师提供的反馈：

模型中没有尺寸为 0 的张量。 创建张量应该是在他们的 SDK 中执行的操作。 我们看不到这一点。

谢谢！

尊敬的 谢 JC：

您能否分享用于测试模型的测试应用程序？
当 Jared 尝试测试电子邮件中共享的模型工件时
io buf 描述符显示第二个输入的 dims 为 0

此致
Rahul T r

您好  Rahul、

已在电子邮件中提供了使用模型的演示、请查看。

谢谢！

尊敬的 谢 JC：

我没有收到电子邮件
请检查一下

此致
Rahul T r  

尊敬的 Rahul：

星宇柱已帮助您将其转发给您。 请检查它。

谢谢！

尊敬的谢 JC：

我尝试按照软件包中的说明操作、但在尝试构建 PERC.out 时遇到许多错误。

$ cd /home/user/ti-processor-sdk-rtos-j722s-evm-10_00_00_05/vision_apps/apps
$ tar -xzvf ~/xxx_demo.tar.gz
$ cd ..
$ make perc
> many errors and failure

我已经将日志附加到电子邮件中（以防它包含您不想发布到 E2E 的信息）、但  如果您需要、我也可以在此处共享日志。

我还尝试使用 edgeai-tiovx-apps-test 测试网络二进制文件和 IO 描述符、但我发现第二个输入的维度为 0。

此致、
Jared

尊敬的谢 JC：

单步执行代码、A 内核上的应用正在等待 C7x_1 内核上的事件完成。

似乎存在故障。 当前正在尝试查找源。

此致、
Jared

您好  Jared、

如何分析此问题？

谢谢！

尊敬的谢 JC：

C7x 是由于虚拟地址（具体为 0x000000007EFFE0）导致 的页面故障。

我目前正在尝试弄清楚为什么虚拟地址不在 TLB 中。

此致、
Jared

尊敬的谢 JC：

您能否在 11.0 上测试您的型号？

否则,您是否愿意共享您的模型（而不仅仅是工件）,这样我们就可以尝试在我们这边编译它?

此致、
Jared

您好 Jared、

尊敬的谢 JC：

模型团队是否能够发送模型、以便我们可以在我们的端进行编译？

此致、
Jared

尊敬的谢 JC：

 在 11_00_06_00 下成功编译并在仿真中运行 FCOS_R18_v25_v11_020_entry_dilation468_sim.onnx。   导入和推理文件与图像数据一起附加用于输入。

编译：

========================= 【模型编译已启动】=======================

模型编译将执行以下阶段：
1.解析
2.图形优化
3.量化与校准
4、内存规划

============================= 【版本摘要】=============================

----------------------------------------------------------------------------------------
| TIDL 工具版本| 11_00_06_00 |
----------------------------------------------------------------------------------------
| C7x 固件版本| 11_00_00 |
----------------------------------------------------------------------------------------

ONNX 模型 (Proto) 文件:/home/root/fcos_r18_v25_v11_0201_entry_dilation468_sim.onnx
TIDL 网络文件：out/tidl_net.bin
TIDL IO 信息文件：out/tidl_io_buff
当前 ONNX OpSet 版本：11.
=========================== 【优化已开始】============================

-------------------------------- 优化摘要--------------------------------
----------------------------------------------------------------------------------------
|优化前的层|节点|优化后的节点|
----------------------------------------------------------------------------------------
| TIDL_EltWiseLayer | 2 |
| TIDL_ConcatLayer | 5 | 5 |
| TIDL_CLipLayer | 85 | 0 |
| TIDL_ResizeLayer | 5 |
| TIDL_ConvolutionLayer | 106 | 106 |
| TIDL_PoolingLayer | 1 | 1 |
----------------------------------------------------------------------------------------

子图形中的节点总数：135.

========================== 【优化已完成】==========================

----- 在浮动模式下运行校准以收集张量统计量-----
[==============================================================================] 100%

------------------------ 定点校准迭代[1/1]：-------------------
[==============================================================================] 100%

==================== 【量化和校准已完成】====================

========================= 【已启动内存规划】==========================

---------------------------- 网络编译器跟踪------------------------------------
成功分配存储器
成功创建工作负载

========================= 【内存规划已完成】==========================

正在重新运行网络编译器...
========================= 【已启动内存规划】==========================

---------------------------- 网络编译器跟踪------------------------------------
成功分配存储器
成功创建工作负载

========================= 【内存规划已完成】==========================

======================== 已成功编译的子图形=========================

仿真运行：

./pc_dsp_test_dl_algo.out s：generate_fcs

正在处理配置文件#0：generate_fcs
---------------------------- TIDL 过程的 REF_ONLY 流程-------------------------------

# 0。 . t 1307.39 … … …

器件运行：

/TI_device_armv8_test_dl_algo_host_rt.out s：assemin_fcos_dev

正在处理配置文件#0：assemin_fcos_dev
应用程序：初始化...！！
6426.719658 s：内存：初始化...！！
6426.719717 s：MEM：初始化的 DMA 堆 (FD=5)！！
6426.719870 s：内存：初始化...完成！！！
6426.719888 s：ipc: init ...！！
6426.753704 s : ipc:初始化...完成！！
remote_service:初始化...！!</s>！
remote_service:初始化...完成！！！
6426.761609s：GTC 频率= 200MHz
应用程序：初始化...完成！！
6426.761712 s：vx_zone_info：全局启用 vx_zone_error
6426.761721 s：vx_zone_info：全局启用 vx_zone_warning
6426.761728 s：vx_zone_info：全局启用 vx_zone_info
6426.62323 s：vx_zone_info：[tivxPlatformCreateTargetId：169]添加了目标 MPU-0
6426.762468 s：vx_zone_info：[tivxPlatformCreateTargetId：169]添加了目标 MPU-1
6426.762557 s：vx_zone_info：[tivxPlatformCreateTargetId：169]添加了目标 MPU-2
6426.762643s：vx_zone_info：[tivxPlatformCreateTargetId：169]添加了目标 MPU-3
6426.762657 s：vx_zone_info：[tivxInitLocal:202]初始化完成！！！
6426.762672 s：vx_zone_info：全局禁用 vx_zone_info

# network_init_time = 148.58（单位为 ms、c7x @1GHz）
---------------------------- TIDL 过程带有目标数据流

# network_execution_time = 4.99（以 ms 为单位、c7x @1GHz）、其中 DDR_Bandwidth（读取+写入）= 1.65、17.48、19.13（以兆字节/帧为单位） … 应用程序：Deinit ...！！
REMOTE_SERVICE：取消初始化...！！！
REMOTE_SERVICE：取消初始化...完成！！！
6426.887856 s : IPC: Deinit ...！
6426.888901 s : IPC: DeInit ...完成！！
6426.888931 s：内存：Deinit ...！！
6426.888943 s：DDR_SHARED_MEM：Alloc's：21 alloc's、共 16073141 字节
6426.888954 s：DDR_SHARED_MEM：FREE's：21 FREE's of 16073141 bytes
6426.888968 s：DDR_SHARED_MEM：open 的：0 个 0 字节的分配
6426.888981 s：内存：Deinit ...完成！！
应用程序：Deinit ...完成！！

e2e.ti.com/.../infer_5F00_fcos_5F00_dev

e2e.ti.com/.../import_5F00_fcos

e2e.ti.com/.../infer_5F00_fcos

此致、

Chris