[参考译文] AM623：AM623x BCDMA 问题

你好 Todd Solak、

当前实现：回调通过完成队列 (CQ) 由中断驱动、当 TRPD 响应写入完成环时触发。
我认为没有其他方法来减少这种延迟.

TRPD Push Only 将描述符排入空闲队列环中—它不会启动实际的 DMA 传输。

当您响铃寄存器时、会发生实际的 DMA 传输。

门铃操作会从实际的数据传输开始。 传输完成后、响应将返回到完成队列中。

AM623 支持总共 82 个 BCDMA 通道：
- 32 个块复制 (BC) 通道  
- 22 个分离传输 (TX) 通道  
- 28 个分离接收 (RX) 通道  

此致、

Anil.

我们需要考虑两个用例。 我想我们已经介绍了第一个。

在第二种情况下、我们可以为每次传输将已知的顺序地址和已知的大小置为有效。 我们想知道在使用配置为重复和抑制事件生成的队列 1-d TRPD（具有间接寻址）与在传输之间停止的 2-d 传输之间是否有明显的性能改进。 在第一种情况下、我们将使用门铃激活 TRPD、我们期望它在传输之间清除硬件。 在第二种情况下、我们将使用触发器并使 TRPD 在传输之间保持停滞状态。 我们有足够的渠道来管理此问题。

从核心角度而言、我想问生成门铃的延迟是否大致等于生成本地触发事件的延迟。

尊敬的 Daniel：

我们在内部对此进行了讨论。

 无法缩短 API 的延迟。

根据内部讨论、以下提到的方法无法减少软件开销。

我们希望了解有关该要求的更多详细信息。

什么是 GPMC 接口、它们是否连接到 nand、NOR、PSRAM 或 FPGA？

数据被触发的频率是多少？

如果 UDMA 每 x 秒触发一次自动传输、这对于您的用例来说足够了吗？

您可以通过本地事件自动触发 UDMA 传输、从而减少软件开销。

此致、
Vaibhav