[PATCH xserver 4/4] glx: Move Composite's synthetic visuals to a different select group

Eric Anholt eric at anholt.net
Tue Jan 24 19:41:34 UTC 2017


Adam Jackson <ajax at redhat.com> writes:

> Should you find yourself using a 16bpp display while also using a
> compositor, you poor soul, you may find that your GLX applications
> behave strangely; in particular, glxgears will be transparent. This is
> because it clears to (0,0,0,0) which is transparent if you honor alpha,
> and it will choose the synthetic visual because it has the most
> available r/g/b bits.
>
> To avoid this, bump synthetic visuals to a higher (less-preferred)
> select group. Unless the client explicitly asks for non-zero alpha bits,
> this will prefer any rgb565 visual ahead of the argb8888 visual.
>
> Signed-off-by: Adam Jackson <ajax at redhat.com>

Nice fix.  The series is:

Reviewed-by: Eric Anholt <eric at anholt.net>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <https://lists.x.org/archives/xorg-devel/attachments/20170124/82032b48/attachment.sig>


More information about the xorg-devel mailing list