Comment 9 for bug 324854

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?