On Wed, Sep 17, 2008 at 5:04 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
Is there a way to get drm_device in a separate kernel module, which is
the first parameter of drm_buffer_object_create, if taking TTM as an
example?
No, currently not, but if we were to export buffer object
Hi, Thomas,
Some stupid questions,
On Mon, Sep 8, 2008 at 7:07 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
Hi!
For those drivers that for whatever reason will not be using GEM but
interface directly to the TTM code, I've made a suggestion for
a new user-space interface. The header files
On Mon, Sep 15, 2008 at 9:24 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
No. In fact there is no big change in usage pattern. Map / RW / Unmap is
there, except
it works without syncing. So to mimic the old behaviour you'd do
map()
sync_for_cpu()
RW
release_from_cpu()
unmap()
On Tue, Sep 16, 2008 at 8:07 PM, Thomas Hellström
[EMAIL PROTECTED] wrote:
Austin, I don't think it's the right thing to add that to this user-space
interface.
If you want to target a specific driver with this functionality, just add a
driver-specific
ioctl that does exactly what you want.
On 12/8/05, Alan Cox [EMAIL PROTECTED] wrote:
On Iau, 2005-12-08 at 19:52 +0800, Austin Yuan wrote:
buffer. Because the interface of alloc_by_type only receives a
simple parameter type, here I hide the user space address into
type and re-get it in alloc_userspace_memory.
That should
Just an idea when thinking about the issue on
http://lists.freedesktop.org/pipermail/xorg/2005-April/007662.html.
I have done some experiment on it, and the idea here is doable, but
the method may be ugly and a little tricky.
For Intel integrated graphics chips, gart driver programs system memory
On 12/8/05, Keith Whitwell [EMAIL PROTECTED] wrote:
Alan Cox wrote:
On Iau, 2005-12-08 at 19:52 +0800, Austin Yuan wrote:
buffer. Because the interface of alloc_by_type only receives a
simple parameter type, here I hide the user space address into
type and re-get
On 7/10/05, Michel Dänzer [EMAIL PROTECTED] wrote:
On Sat, 2005-07-09 at 11:08 +0100, Dave Airlie wrote:
On my x86 laptop I get
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected an Intel 915GM Chipset.
agpgart: AGP aperture is 256M @ 0x0
This machine doesn't have an
On Sat, Dec 18, 2004 at 04:54:20AM +0800, Alex Deucher wrote:
On Fri, 17 Dec 2004 10:35:42 +, Ian Molton [EMAIL PROTECTED] wrote:
Hi.
Is MergedFB going to replace xinerama in the long run?
maybe. they will probably co-exist for the forseeable future.
regular multi-head allows
On Tue, Oct 12, 2004 at 06:25:55PM -0300, [EMAIL PROTECTED] wrote:
Because some chips(at least s3 DeltaChrome) can't use=20
system memory as DMA buffer(or vertex buffer),for pci card,we
use video memory as dma/vertex buffer. Then whether is it reasonable
to add a function like drm_addbufs_fb
On Fri, Oct 15, 2004 at 03:55:37AM +0200, Felix K?hling wrote:
I'm trying to get Shadow status working in the savage driver. I'd like
to put the status page into locked shared memory and tell the Savage
chips about its physical address. I used a drmAddMap call copied from
the MGA driver that
11 matches
Mail list logo