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.
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1080709/tda4vm-c7x-udma-dru-udma-initialization-takes-a-lot-of-cycles
您好，
在进行一次UDMA初始化(UDMA_LinkedInit())时，它需要大量的周期。 接近300毫秒。 我指的是PDK的UDMA DRU示例。 是否有更好的初始化方法？ 我们可以忽略这里的任何冗余吗？
我正在附加UDMA初始化代码。
e2e.ti.com/.../udma_5F00_dru_5F00_init_5F00_create.c
请指导
Shrinidhi，您好！
此API UDMA_drLinkedInit具有大量API调用。 您能否进一步缩小API占用时间最多的范围？
此致，
Brijesh
您好，Brijesh：
它必须使用APP_INIT和APP_CREATE API，源文件也包括该代码。 REST所有API调用均为drv调用。 请看一下
您好，Srinidhi，
您能否进一步描述代码/API调用，哪一调用花费的时间最长？ 例如，UDMA-init或UDMA-chOpen或事件注册占用的时间最多？
此致，Brijesh
我正在初始化2个绥德鲁频道。 以下是循环消耗的细分：
1) udmaInit()：1962.5791万
2) udmaCreate()：2.80957551亿
udmaCreate下面的较高值是内部电话的拆分。
总之，所有的车手呼叫都占据了极高的周期。 我不知道为什么。
我正在与驱动程序团队就此进行核实，但这些计时很可能是正确的，许多这些API将在内部使用sciclient/sysfs API进行配置，因此会增加时间。
但这些只是一次性设置/配置。 他们是否有需要更多时间的顾虑？
2个UDMA DRU通道的初始化时间几乎为300毫秒。 这太高了。
我知道这是一次性工作，但系统启动仍然会变慢。
Srinidhi S，
但 您能否帮助我们了解您的系统启动要求？ 然后我们可以考虑如何优化它。
