Messages in this thread | ![/](/images/icornerl.gif) | | Date | Mon, 27 Oct 2003 10:38:24 -0500 | From | Jeff Garzik <> | Subject | Re: [Dri-devel] Re: [Linux-fbdev-devel] DRM and pci_driver conversion |
| |
On Mon, Oct 27, 2003 at 03:14:11PM +0000, Keith Whitwell wrote: > Jeff Garzik wrote: > >Thank you for saying it. This is what I have been preaching (quietly) > >for years -- command submission and synchronization (and thus, DMA/irq > >handling) needs to be in the kernel. Everything else can be in > >userspace (excluding hardware enable/enumerate, of course). > > To enable secure direct rendering on current hardware (ie without secure > command submission mechanisms), you need command valididation somewhere. > This could be a layer on top of the minimal dma engine Linus describes.
Certainly.
> >Graphics processors are growing more general, too -- moving towards > >generic vector/data processing engines. I bet you'll see an optimal > >model emerge where you have some sort of "JIT" for GPU microcode in > >userspace. > > You mean like the programmable fragment and vertex hardware that has been > in use for a couple of years now?
I mean, taking current fragment and vertex processing and making it even _more_ general. Which has already happened, on one particular chip maker's chip...
Jeff
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| ![\](/images/icornerr.gif) |