[参考译文] Linux/AM3352：从 XDMA 引脚触发 DMA

软件团队已收到通知。 他们将在这里作出回应。

我注意到的另一点是：如果我配置纵横制以将 xdma intr1引脚映射到通道20 (通道20、21在默认 TI DTS 中配置为 memcpy 传输)
DMA =<0x34 20 0 29>；
然后、我不是 DEVICE_PRE_SLAVE_SG、而是获取 DEVICE_PRE_DMA_memcpy 的指针。 这是可以的、但传输仍然没有触发。 在交叉开关配置下、DMA 传输未完成。 相同的配置，但在请求 dma_memcpy 之后：传输可以在软件中触发。 无论如何、无论我使用哪种配置、我都无法从某些外部引脚触发 DMA 传输。 对于 XDMA 引脚、我只需在模式0中将其配置为输入。 对于 GPIO0引脚、我将其配置为 MODE7 (GPIO0_7)中的输入。

我可以看到、在 EER 寄存器中、EVENT20的位未启用、对于其他配置(如从 GPIO0触发)、事件也未启用。 我只能看到启用 URXEVT0的位...

您好！

感谢您提供的链接。 我知道 GPIO0的直接映射-遗憾的是、我无法使用该引脚触发 DMA 传输。 这就是为什么我还尝试了必须配置交叉开关的 XDMA_EVENT_INTR1。 我将 D14用于 XDMA_EVENT_INTR1测试、将 C18用于 GPIO 测试。 现在、似乎响应迅速的配置是  

  DMA =<0x34 20 0 29>；

哪个是间接 XDMA_EVENT_INTR1到 Open 20事件的映射(在 TI DTS 中定义用于存储器传输、对吧？)。 这使得 TPCC_EVT_MUX_20_23包含符合配置的0x0000001d。 将 XINTR1引脚配置为 MODE0输入后- DMA 存储器到存储器的传输被触发。 通过此配置、请求驱动程序中的 dma_slave 会返回指向 device_prep_dma_memcpy 的指针。 好的。 因此、通过这种方式、我似乎能够使用 XINTR1外部引脚触发 DMA 传输。 对于此配置、我还有其他问题：在为 memcpy 获取 DMA 通道后-只要我不释放它、我可以将它专门用于传输吗？

我仍然无法使用 GPIO 引脚触发 DMA 传输-这个方法是否足够：

-将设备树配置为使用 DMA =<0x2D 22 0>；(0x2D 是 EDMA 的相位)。 22表示 GPIOEVT0
- GPIO0_7被配置为输入 GPIO (MODE7)

在驱动程序中：
-请求 DMA_slave 通道
-对于此类配置、我希望返回 device_prep_slave_sg 和_cyclic 接口-这正是我真正得到的-在 DTS 中使用此类配置时、我获得的通道没有 MEM2MEM 属性集-因此没有内存到内存接口可用。
-准备 DMA 传输-这应该等待 GPIO0_7引脚上的事件、在它被触发后、DMA 应该启动并且应该调用回调。

这是正确的方法、还是缺少什么？ 现在，使用上述配置，我无法使用 GPIO0_7引脚来触发 DMA 传输:-)(您链接的 GPEVT 驱动程序似乎是这样工作的，所以我想我在这里必须缺少一些基本的东西。 无论如何、如果您看到一些配置错误或有任何其他提示、我们将不胜感激。

 

 

我从 gpevt 采样驱动器应用了配置、并且能够从 GPIO0_7引脚触发 DMA 传输。 由于某种原因、GPIO2事件的映射不成功：

DMA 路由器：无效 XBAR 事件编号：32

您知道原因吗？ 如果我打开另一个线程来回答这个问题、如果是、我会将这个线程标记为已解决、因为它看起来现在能够从 GPIO (尽管 GPIO2现在似乎不可用)和 XINTR 引脚触发 DMA 传输。

感谢您提供的链接-它们非常有帮助。