Aperture mapping under GEM

Ok, we clearly need to deal with mapping subsets of the graphics aperture, both for discrete graphics cards and for 2D on tiled surfaces. Plus, there are reasons for using WC object mappings which is easily done through the aperture. I haven't spend a huge amount of time thinking about this, but I

Re: [PATCH 1/1] Adapt on_each_cpu

On Thursday, July 31, 2008 6:40 pm Dave Airlie wrote: > > Well, if the overhead of merging upstream is a concern, then how about > > not worrying about bc at all and let people who want to back port deal > > with it? Oh, and what about just keeping the drm drivers in a linux > > kernel tree? That

Re: [PATCH 1/1] Adapt on_each_cpu

> > Well, if the overhead of merging upstream is a concern, then how about > not worrying about bc at all and let people who want to back port deal > with it? Oh, and what about just keeping the drm drivers in a linux > kernel tree? That'll make upstream merging even easier yet... The less cra

Re: [PATCH 1/1] Adapt on_each_cpu

On Wed, Jul 30, 2008 at 10:58 PM, Dave Airlie <[EMAIL PROTECTED]> wrote: >> > What do you think? >> >> We try to keep #ifdef's out of the code and in drm_compat.h instead. >> Something like >> >> #if linuxversion >= 2.6.27 >> #define drm_on_each_cpu(handler, data, wait) ... >> #else >> ...

Re: [PATCH] Fix drm vblank / irq in master

On Thursday, July 31, 2008 3:25 pm Jesse Barnes wrote: > Given the way master is now, would this be a simpler fix? > > It basically just makes drivers responsible for doing vblank init & > cleanup. They can move it to load/unload or irq install/uninstall whenever > they want. Oops, ignore that, I

Re: [PATCH] Fix drm vblank / irq in master

On Friday, July 25, 2008 1:09 pm Robert Noland wrote: > The changes that we discussed on irc are turning out to be slightly more > difficult than I expected... In the meantime, I'd like to push this to > master to get things more or less working again. > > One thing I discovered was that, at least

accumulation buffers support FC9

Hi, I'm having troubles obtaining GLX visual with accumulation buffers. It happens only on Fedora 9. Attached is glxinfo log. Problem never appears with fglrx drivers, but as you know it's not available for FC9. I'm really looking forward for your comments. Here is my platform: X1600 Mobility Ra