Three, but combine the two for mesa - as they are just one fix.. They don't actually fix the problem, but we ought to start carrying the Xorg one anyway, otherwise you'll see breakage against newer mesa versions which have the upper two included.
I've not yet managed to come up with a satisfactory solution to the problem.. its pinged back to the mesa-devel list at the moment, awaiting some advice. Basically, to do it "properly", I think I need to add a new hardware texture format in the core of mesa, which represents the XRGB8888 texture format (RGB888 but with a fourth byte unused). There is probably another way around it though.. the old DRI(1) zero- copy TFP implementation hacked around the texture format issue with some override variables in the driver, which I could probably extend / replecate for the DRI2 case now the extra fbconfigs are exposed. The other thing I need to check, is whether Compiz is actually picking 24 bit fbconfigs for 24bit depth windows. The code I read suggested that it ought to.. if they are available. I'm not sure about cnn.com, that all renders fine on my GM45 box. Did you just see that behaviour under compiz? -- DRI2: (UXA) white transparency artifacts with compiz https://bugs.launchpad.net/bugs/324854 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
