On 05/18/2017 07:10 AM, Chih-Wei Huang wrote:
2017-05-18 12:01 GMT+08:00 Xu, Randy <randy...@intel.com>:
-----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?


I believe this visual is not supported by our driver properly, as example the angeles demo (one of those 'native test apps') has a lot of rendering artifacts so at least for now this will be only in Android tree.


// Tapani
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Reply via email to