[Bug 11687] Text colors messed up when running with 16 bit color depth and XXA

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Jul 22 16:14:15 PDT 2007


------- Comment #5 from cnspeckn at physik.uni-wuerzburg.de  2007-07-22 16:14 PST -------
OK, I've found the patch to cairo which broke things; it is commit

Create opaque similar solid surfaces when possible.

author  Chris Wilson <chris at chris-wilson.co.uk>
         Thu, 19 Apr 2007 08:27:51 +0000 (09:27 +0100)
committer       Chris Wilson <chris at chris-wilson.co.uk>
         Thu, 19 Apr 2007 08:30:28 +0000 (09:30 +0100)

commit  9cf09556339e64bdf1273e95938b657112df07b6
tree    a2f90d5fce421106c7e8677b58138b45983a559d
parent  f7b6fc474651311356f116b7d8d7a5ef1cbab570

Create opaque similar solid surfaces when possible.

For opaque surfaces the backends may use simpler code paths - for
example, the xlib backend may be able to use the Core protocol rather
than Render. So we only generate a surface with an alpha component if
the color is not opaque.

Reverting this positively removes the color problem also in 1.4.10 (although
the code has changed alot in this corner, so I'm not sure if doing so nukes
something else). However, that's the end of the road for me here, I don't know
even remotely enough about cairo or X to further nail down or fix the problem.
Hopefully, someone else reading this can be helped with this info and find out
if it is a bug in cairo or the 2D driver code and find a clean fix :)

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

More information about the xorg-driver-ati mailing list