Adam Jackson <a...@redhat.com> writes: > This is at the bottom of fbPictureInit. This is code that every driver > already runs. The loop will find that a pixmap of depth 16 has 16 bits > per pixel, and since that's larger than 12, it will add x4r4g4b4.
But, a pixmap of depth 15 or 16 cannot support r5g6b5 formats, and that's what the tests do -- eliminate offering formats which require more bits than the depth of the drawable. > You might be right that we _should not_ expose formats not present in > the hardware, though Render has kinda already lost that fight by making > a1 and a4 mandatory. But the Render code today, and forever, is making > the assertion that the code above it _will_ handle these formats. We just need to make sure we don't promise to store bits beyond the depth of the drawable. -- -keith
Description: PGP signature
_______________________________________________ firstname.lastname@example.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel