Subject: Re: [RFC] Small PCI core patch
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Robert Hancock <hancockr@shaw.ca>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
In-Reply-To: <43868DCC.9090101@shaw.ca>
References: <5bsXq-5uy-3@gated-at.bofh.it> <5bsXq-5uy-1@gated-at.bofh.it>
	 <5btqF-66n-41@gated-at.bofh.it> <5bzmg-66b-1@gated-at.bofh.it>
	 <5bHtG-228-23@gated-at.bofh.it>  <43868DCC.9090101@shaw.ca>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Fri, 25 Nov 2005 13:54:37 +0000
Message-Id: <1132926878.3298.10.camel@localhost.localdomain>
Mime-Version: 1.0
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 833
Lines: 18

On Iau, 2005-11-24 at 22:06 -0600, Robert Hancock wrote:
> I suspect the amount of data going through is large enough that this 
> wouldn't really be practical. I think you'd have to deal with the code 
> generating GPU instructions having to be trusted and have the device 
> interface require root privileges..

You may wish to compare your suspicion with the DRI driver for via GPUs
which does exactly this without problem. The majority of video traffic
is not GPU instructions but textures which go via a different route.
Also the GPU streams are generally very clean to parse.

Alan

-
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/