New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Status? #1
Comments
Henry, I started a preliminary discussion on the dmaengine kernel mailing list [1], but the dmaengine subsystem maintainer seemed unreceptive to the concept. In other discussions, it was suggested that perhaps I could reimagine ezdma as an addition to the "uio" (userspace I/O) interface in the kernel, though I haven't had time to really pursue this. That said, a few other folks have contacted me about using ezdma in their projects and may be doing so as we speak. I'd be interested in hearing how you might want to use it, and/or glad to take pull requests or answer questions if I'm able. |
Hi Jeremy, Yeah, it was that thread that prompted the question. Was the uio stuff discussed offline, or do you have a reference for that? I too am thinking along exactly these lines - how best to access DMAd hardware from userspace. Clearly with something like a Zynq there is any number of weird and wonderful hardware widgets that can be created for which no subsystem yet exists. I don't know what the correct method for handling this is, but uio seems to be a plausible route. |
Henry, Sorry for the delay -- this fell off my radar for a bit. Pasting from my IRC logs in #kernelnewbies on OFTC:
... so much optimism. And then my life took over. |
At risk of abusing the issues system, I'm curious to know what the current status is of this driver.
I too would very much like to have such a device driver for pushing data from user-space over DMA. Have you made any more attempts to get it added to the mainline kernel tree?
Cheers,
Henry
The text was updated successfully, but these errors were encountered: