Maarten Maathuis
2009-Mar-21 01:55 UTC
[Nouveau] A seemingly plausible userspace command submission model.
Please tell me what can't work about this idea. - Introduce concept of "batches", through some kind of marker (tied to fences). - Request buffers up front, userspace does all relocation (avoid teaching the kernel about tiling, etc). - Driver stores state for each batch. - FIRE_RING becomes an ioctl that can fail (imagine backgrounded app holding pinned memory for too long). ==> This means no direct access to put and get. - Memory is pinned for the duration of the batch. It's a rough outline, but i'd like to know what exactly is forcing is to use kernel submission. Maarten.
Seemingly Similar Threads
- [PATCH 10/10] drm/nouveau: fix off-by-one bugs related to command submission in IB mode
- Some ideas on how to mix userspace fifo's with a kernel memory manager
- [PATCH] drm/nv50: synchronize user channel after buffer object move on kernel channel
- [PATCH 1/2] drm/nv50: align size of buffer object to the right boundaries.
- [PATCH] drm/nv50: wait for fifo completion when needed