[参考译文] PROCESSOR-SDK-AM57X：从使用 CMEM 转换到 dma-heap/dma-buf

您好、John：

我将在内部进行商谈、并在本周就这件事回复您。

-Josue

您好、John：

首先、我想重申一下、SDK 8.2 中删除了大数据 IPC 示例。

其次、内存池不应在 OCMC ram 中使用、而应仅在 DDR 中使用。

您能帮助我了解您如何得出以下结论吗？

希望 alloc ioctl 实际上可以分配一段保留内存、但事实似乎并非如此。 只有一个存储器块、不清楚如何将其分成几个部分。 同步 ioctls 似乎仅在 dma-buf 的整个内存块上运行。

-Josue

我不是从大数据示例开始。 它实际上是一个使用 CMEM 的客户提供的简化的实际应用示例。

很遗憾听到它仅适用于 DDR。 CMEM 似乎与 OCMC 工作正常。

我认为可以从单个 DMA 堆中进行多个分配是一个错误的假设。 我可能应该意识到,“ alloc“ ioctl 根本不像 malloc ,因为没有任何方法来回馈分配的东西。

我切换到尝试使用只有 3 个不同堆的 DDR 来实现循环队列。 读取索引是一个在 ARM 上具有读取/写入访问权限的堆。 写入索引是在 ARM 上具有只读访问权限的第二个堆。 缓冲区是 ARM 上具有只读访问权限的第三个堆。  在使用 CMEM 的旧 SDK 6 上也使用了类似的内存用法。

使用新的 SDK9 并尝试使用 dma-heap 而不是 CMEM、我得到的结果非常不一致。 初始化让 ARM 打开堆、分配缓冲区以获取 dma-buf 文件描述符、并获取通过 RpMSG 发送到 DSP 的物理地址。

具有读取/写入访问的读取索引会获得 DMA_BUF_SYNC_START、该值被设置为初始值、然后执行 DMA_BUF_SYNC_END 以希望进行缓存回写 (Cache_WB) 以将值获取到 DDR。 然后、完成另一个 DMA_BUF_SYNC_START、以便读取索引的正常状态在 SYNC_START 中由 ARM 控制。 当读取索引递增时、写入该值、然后执行 SYNC_END 和 SYNC_START 序列以将新值写入存储器、并以开放的 SYNC_START 状态结束。

当 DSP 获得 RpMSG 时、它会将物理地址转换为虚拟地址。 然后、读取初始读取索引值（在 Cache_inv 之后）、并将其写入写入索引、使循环缓冲区看起来为空。 在写索引上完成 Cache_Wb()、以将值推入内存。 然后、向 ARM 发送回复消息。

当 ARM 收到回复消息时、它会对写索引执行 SYNC_START、希望执行 Cache_inv、然后读取写索引值。 它期望此值是初始读取索引值、但情况并非总是如此。

这个初始序列看起来非常简单、但结果并不一致。

DSP 似乎经常无法获得正确的初始读取索引值。 ARM 并不总是从 DSP 获取写入索引值。 我已经尝试在 ARM 上使用 devmem2 来验证这些值、有时似乎 DSP 中的值未写入 DDR、有时似乎 devmem2 显示了正确的写入索引值、但测试程序在读取写入索引时未看到正确的值。

在 ARM 或 DSP 上、缓存例程似乎都没有按预期工作。 我不确定如何处理或核实这一点。  

当我的沮丧程度下降时、我可能会整理一个可以发布的更简单的程序。  现在、如果上述任何一项提示您提出任何建议、我们将非常感谢您提供这些建议。

谢谢。

John、

由于 BW、我将在下周回顾一下。

-Josue