lkml.org 
[lkml]   [2003]   [Oct]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [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/

\
 
 \ /
  Last update: 2005-03-22 13:58    [W:0.064 / U:0.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site