xserver/hw
Dave Airlie f091528457 modesetting: Implement 32->24 bpp conversion in shadow update
24bpp front buffers tend to be the least well tested path for client
rendering.  On the qemu cirrus emulation, and on some Matrox G200 server
chips, the hardware can't do 32bpp at all.  It's better to just allocate
a 32bpp shadow and downconvert in the upload hook than expose a funky
pixmap format to clients.

[ajax: Ported from RHEL and separate modesetting driver, lifted kbpp
into the drmmode struct, cleaned up commit message, fixed 16bpp]

Reviewed-by: Adam Jackson <ajax@redhat.com>
Signed-off-by: Dave Airlied <airlied@redhat.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
[hdegoede@redhat.com: rebase, also use kbpp for rotate shadow fb]
Signed-off-by: Hans de Goede <hdegoede@redhat.com>

(cherry picked from commit 21217d0216)
2016-07-19 13:10:57 -04:00
..
dmx dmx/glxProxy: don't free the glx pixmap twice if AddResource fails 2016-03-11 13:14:33 -05:00
kdrive kdrive: Nuke a bunch of dead code 2016-06-20 11:46:44 -04:00
vfb vfb: Re-add LD_EXPORT_SYMBOLS_FLAG to LDFLAGS 2016-03-29 16:42:30 -04:00
xfree86 modesetting: Implement 32->24 bpp conversion in shadow update 2016-07-19 13:10:57 -04:00
xnest xnest: Fix needless build dependency on xcb-util-keysyms 2015-12-09 10:45:49 -05:00
xquartz XQuartz: Update copyright years 2016-05-04 13:14:04 -07:00
xwayland wayland: clear resource for pixmap on unrealize 2016-07-06 13:35:30 -04:00
xwin xwin: no need to free auth data if AddResource fails 2016-03-11 13:14:33 -05:00
Makefile.am Xwayland DDX 2014-04-03 15:19:22 -07:00