search for: bgrx

Displaying 4 results from an estimated 4 matches for "bgrx".

Did you mean: bgr
2018 Mar 05
2
nouveau 30bpp / deep color status
...n master and i think we have a bit of a > problem under X11+GLX: > > https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/state_trackers/dri/dri_screen.c#n108 > > dri_fill_in_modes() defines MESA_FORMAT_R10G10B10A2_UNORM, > MESA_FORMAT_R10G10B10X2_UNORM at the top inbetween the BGRX/A formats > ignoring the instructions that > "/* The 32-bit RGBA format must not precede the 32-bit BGRA format. > * Likewise for RGBX and BGRX. Otherwise, the GLX client and the GLX > * server may disagree on which format the GLXFBConfig represents, > * resulting in swap...
2018 Mar 08
0
nouveau 30bpp / deep color status
...have a bit of a >> problem under X11+GLX: >> >> https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/state_trackers/dri/dri_screen.c#n108 >> >> dri_fill_in_modes() defines MESA_FORMAT_R10G10B10A2_UNORM, >> MESA_FORMAT_R10G10B10X2_UNORM at the top inbetween the BGRX/A formats >> ignoring the instructions that >> "/* The 32-bit RGBA format must not precede the 32-bit BGRA format. >> * Likewise for RGBX and BGRX. Otherwise, the GLX client and the GLX >> * server may disagree on which format the GLXFBConfig represents, >>...
2018 Mar 05
0
nouveau 30bpp / deep color status
...a, those patches are now in master and i think we have a bit of a problem under X11+GLX: https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/state_trackers/dri/dri_screen.c#n108 dri_fill_in_modes() defines MESA_FORMAT_R10G10B10A2_UNORM, MESA_FORMAT_R10G10B10X2_UNORM at the top inbetween the BGRX/A formats ignoring the instructions that "/* The 32-bit RGBA format must not precede the 32-bit BGRA format. * Likewise for RGBX and BGRX. Otherwise, the GLX client and the GLX * server may disagree on which format the GLXFBConfig represents, * resulting in swapped color channels.&q...
2018 Feb 04
4
nouveau 30bpp / deep color status
In case anyone's curious about 30bpp framebuffer support, here's the current status: Kernel: Ben and I have switched the code to using a 256-based LUT for Kepler+, and I've also written a patch to cause the addfb ioctl to use the proper format. You can pick this up at: https://github.com/skeggsb/linux/commits/linux-4.16 (note the branch!)