bperez77 / xilinx_axidma

A zero-copy Linux driver and a userspace interface library for Xilinx's AXI DMA and VDMA IP blocks. These serve as bridges for communication between the processing system and FPGA programmable logic fabric, through one of the DMA ports on the Zynq processing system. Distributed under the MIT License.

Repository from Github https://github.combperez77/xilinx_axidmaRepository from Github https://github.combperez77/xilinx_axidma

一个小bug及解决办法,应用层程序多次调用问题

aabb-del opened this issue · comments

libaxidma.c中初始化时需要把设备的各个通道长度置为0,不然会影响下一次初始化

方便提供一下完整的系统的设备树嘛,我加载完驱动之后没有相应设备节点

设备树节点和首页介绍给的例子是一样的,ko模块需要自己加载

libaxidma.c中初始化时需要把设备的各个通道长度置为0,不然会影响下一次初始化

可以具体说一下在哪里置为0吗?

probe_channels里rc = ioctl(dev->fd, AXIDMA_GET_NUM_DMA_CHANNELS, &num_chan);
这里设置了呀

你好! 可以贴一下代码吗?我实在不知道该怎么设置哪个变量,谢谢!

应该是这个问题。我的情况是,ctrl-c打断程序,再次运行程序,此时程序无法接收到外部传输给dma的数据,再打断程序,将xilinx-axidma.ko rmmod +insmod后,运行程序,就可以接收了。应该就是多次初始化的原因。

我遇到相同的問題 麻煩問下具體怎麽解決的

我遇到相同的問題 麻煩問下具體怎麽解決的
struct axidma_dev *axidma_init() { memset(&axidma_dev, 0, sizeof(struct axidma_dev)); //add here

感谢答复 我其实遇到另外一个问题,我start_transfer timeout 改成interrupt 这样read就可以变成阻塞的 每次read过后我也是通过devmem的方式去读s2mm_length 去获取实际数据长度 但在这个过程中我发现了一个问题 只要我程序在ctrl +c 结束 映射到驱动中的表现也就read被中断 ,然后我再次运行程序 我的 devmem的方式去读s2mm_length 的值就会不正确 我觉得不正确的原因可能是 s2mm_length 寄存器更新的次序为 想要读的长度+实际数据长度+想要读的长度+实际数据长度。。。依次循环 但是由于我两次read 使寄存器更新次序变成了 想要读的长度+想要读的长度+实际数据长度+想要读的长度+实际数据长度。。依次循环,所以导致在程序在程序再次运行后他把我想要度的长度,当成实际的长度,而实际的长度当成了想要读的长度,不知到我分析的对不对 麻烦问下有遇到过类似的问题吗 有好的解决办法吗