Bug#524794: libgl1-mesa-dri: OpenGL apps redraw over any other window
On Mon, 2009-04-27 at 18:59 +0200, GSR wrote:
> Hi,
> daenzer@debian.org (2009-04-27 at 1206.12 +0200):
> > > I would try to show the artifacts, but screen captures do not show
> > > OpenGL apps, just black or data from 2D apps (again, before upgrade,
> > > capturing was possible with simple tools like ImageMagick's import).
> >
> > Weird, these symptoms sound exactly like what would be expected with a
> > compositing manager... I suppose you're sure there isn't something like
> > even just xcompmgr -a in your X session startup scripts? :}
>
> ps wuax | grep [x]compmgr -> nothing. If I run the command myself, bug
> happens anyway. What is more, it happens when running xcompmgr -c and
> things are worse, the shadow is left over other windows so it is like
> if the system also forgot the 3D window and associated shadow passed
> over a zone and thus had to be refreshed (it does not happen with
> shadow from a xterm, for example).
Yeah, these are the longstanding issues between Composite and the
traditional DRI, which will be fixed with DRI2.
> Funny side note: then it says using unsupported XAA and that I should use
> EXA...
The message doesn't (mean to) say XAA is unsupported, just that there is
no RENDER acceleration with XAA.
> I have been also trying other 3D apps, like Supertuxkart, and found
> out the one running via PLib/SDL does not cause stacking issues, just
> that in screenshots I get black pixels in zones covered by other
> windows and the 3D content in non covered parts. STK from SVN does not
> use SDL anymore... and the full bug appears.
Does running the affected apps with
XLIB_SKIP_ARGB_VISUALS=1
work around the problem?
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
Reply to: