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!)