Can you make sure whatever you do it's well tested I shudder every time I see such requests as it nearly always seems to cause breakage for me
On Thu, 18 May 2017 at 11:25 Emil Velikov <[email protected]> wrote: > On 18 May 2017 at 05:10, Chih-Wei Huang <[email protected]> wrote: > > 2017-05-18 12:01 GMT+08:00 Xu, Randy <[email protected]>: > >> > >>> -----Original Message----- > >>> From: Palli, Tapani > >>> > > >>> > It's just applied. Isn't it? > >>> > Yesterday without this patch > >>> > the color format is mismatch apparently. > >>> > >>> Yeah we do need this. TBH I don't quite understand why but will try to > figure > >>> it out. I remember we used to have a patch in Surfaceflinger at one > point > >>> because visual was hardcoded there and this might be related. > >>> > >>> // Tapani > >> > >> Sorry, that's for different issue, I mix it with RGB565 blending one. > >> This patch is required because some Android GLES test apps, like > gl2_basic, need to create RGBA8888 surface. > > > > Indeed it is. > > > > As Emil pointed out, the patch was merged before > > but reverted later since it broke desktop. > > > > So what's the current upstreaming plan? > > > No idea about a plan, but how you can fix it once and for all: > > Extend the loader extension(s) to have a get_caps() callback, > analogous to __DRIimageExtension::getCapabilities. > Then the DRI module will query [the loader] and advertise the > RGBX/RGBA visuals when possible. > > -Emil > _______________________________________________ > mesa-dev mailing list > [email protected] > https://lists.freedesktop.org/mailman/listinfo/mesa-dev >
_______________________________________________ mesa-dev mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/mesa-dev
