RE: Partial updates with glX/DRI

[Michel D. <mi...@da...>]

On Sun, 2009-08-30 at 09:35 +0200, tho...@no... wrote: 
> >> >> > > While I have this working, it seems a little hacky and isn't widely
> >> >> > > supported (I have it working on 1 driver build for 1 bit of hardware).
> >> >> >
> >> >> > If you mean rendering to pixmaps isn't widely supported, that should be
> >> >> > getting better with DRI2.
> >> >>
> >> >> I hope so. Although even with DRI2, I think my Intel drivers have broken
> >> >> pixmap rendering at the moment (although it could be Qt which is doing
> >> >> something strange).
> >> >
> >> >What's your test? mesa/progs/xdemos/glxgears_pixmap seems to work fine
> >> >here with intel and radeon.
> >>
> >> I was testing with just Qt API, but I've also checked that
> >> mesa/progs/xdemos/glxpixmap also fails with BadDrawable errors if
> >> you change it to use a direct rendering context:
> v>
> v> - ctx = glXCreateContext( dpy, visinfo, NULL, False );
> v> + ctx = glXCreateContext( dpy, visinfo, NULL, True );
> >>
> >> However, after your suggestion, I also tried glxgears_pixmap
> >> which seems to work fine with a direct rendering context. I
> >> can only assume this is because it uses the FBConfig APIs
> >> rather than the older glX APIs (which Qt also uses)?
> >
> >The Mesa libGL patch below fixes progs/xdemos/glxpixmap here with direct
> >rendering, does it help for Qt?
> 
> Yes, this seems to work for Qt too. Is there any chance of getting this 
> patch into a release?

Pushed to the mesa Git 7.5 and master branches[0], so it should be in
the 7.5.1 and 7.6 releases.

Thanks for testing it.


[0] for the mesa3d-dev list: This was complicated by the GLX code
re-indenting in master. I wonder if that was worth the trouble...

-- 
Earthling Michel Dänzer           |                http://www.vmware.com
Libre software enthusiast         |          Debian, X and DRI developer