search for: dri_loader_cap_rgba_ordering

Displaying 5 results from an estimated 5 matches for "dri_loader_cap_rgba_ordering".

2018 Mar 05
2
nouveau 30bpp / deep color status
...t 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." > > RGBA/X formats should only be exposed > if (dri_loader_get_cap(screen, DRI_LOADER_CAP_RGBA_ORDERING)) > > and that is only the case for the Android loader. > > The GLX code doesn't use the red/green/blueChannelMasks for proper matching > of formats, and the server doesn't even transmit those masks to the client > in the case of GLX. So whatever 10 bit format comes first...
2018 Mar 08
0
nouveau 30bpp / deep color status
...* 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." >> >> RGBA/X formats should only be exposed >> if (dri_loader_get_cap(screen, DRI_LOADER_CAP_RGBA_ORDERING)) >> >> and that is only the case for the Android loader. >> >> The GLX code doesn't use the red/green/blueChannelMasks for proper matching >> of formats, and the server doesn't even transmit those masks to the client >> in the case of GLX. So whatever 10...
2018 Mar 05
0
nouveau 30bpp / deep color status
...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." RGBA/X formats should only be exposed if (dri_loader_get_cap(screen, DRI_LOADER_CAP_RGBA_ORDERING)) and that is only the case for the Android loader. The GLX code doesn't use the red/green/blueChannelMasks for proper matching of formats, and the server doesn't even transmit those masks to the client in the case of GLX. So whatever 10 bit format comes first will win when building th...
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!)
2018 Mar 08
1
nouveau 30bpp / deep color status
...t; On Mon, Mar 5, 2018 at 2:25 AM, Mario Kleiner >> <mario.kleiner.de at gmail.com> wrote: >>> Afaics EGL does the right thing wrt. channelmask matching of EGLConfigs >>> to >>> DRIconfigs, so we could probably implement dri_loader_get_cap(screen, >>> DRI_LOADER_CAP_RGBA_ORDERING) == TRUE for the EGL loaders. >>> >>> But for GLX it is not so easy or quick. I looked if i could make the >>> servers >>> GLX send proper channelmask attributes and Mesa parsing them, but there >>> aren't any GLX tags defined for channel masks, and...