[Bug 23017] Direct color dri windowed visual is causing causing full black screen

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sat Aug 22 16:11:20 PDT 2009


--- Comment #10 from Michel Dänzer <michel at daenzer.net>  2009-08-22 16:11:19 PST ---
(In reply to comment #4)
> Being a regression for radeon in Mesa 7.5 since Mesa 7.4.4 [...]

It's not (just) a Mesa regression. (And BTW this isn't really the same as bug
23337 as that one's about a double buffered app, which should be fixed in the
current 7.4 and 7.5 branches) There's at least two separate issues:

First, whereas the depth 32 GLX visual was traditionally separate from the
'normal' GLX visuals and marked as non-conformant, at some point (in 1.5 or 1.6
IIRC) xserver started mixing it in with the 'normal' GLX visuals and stopped
marking it non-conformant. This lead to some double buffered apps (which is
much more common than single buffered) picking up the depth 32 visual for their
windows. This can't work correctly with DRI1 because windows using the depth 32
visual are always composited, even when there's no compositing manager. I fixed
(or in hindsight, worked around) this in Mesa by marking the depth 32 visual as
non-conformant again with DRI1. This in turn lead to the same apps picking up a
direct color visual, that's bug 23337. So I pushed another fix/workaround to
avoid the problem for double buffered apps, but this lead to single buffered
apps picking up a direct color visual, which is what this bug is about.

Note that while the depth 32 visual works correctly with DRI2, it's still not
desirable because the compositing involves an additional copy for each frame.
So one good way to avoid the whole problem should be to make xserver create the
depth 32 GLX visual separately from the 'normal' GLX visuals again.

Secondly, there's the problem that using a direct color visual results in a
(mostly) black screen. This could be a bug in the X driver (unlikely, as it
handles colour maps correctly otherwise), the X server, the apps or possibly
even the window manager.

Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the xorg-driver-ati mailing list