Fair enough. Whoever wants to see it supported for his hardware can add support for it natively later...
Roland Am 04.08.2014 22:33, schrieb Marek Olšák: > Like Alex said. I don't plan to add gallium support if our hardware > cannot do it. > > Marek > > On Mon, Aug 4, 2014 at 5:54 PM, Roland Scheidegger <srol...@vmware.com> wrote: >> Am 03.08.2014 14:40, schrieb Marek Olšák: >>> Hi everyone, >>> >>> This series adds: >>> - Support for ETC2 texture formats to all gallium drivers. This is a >>> requirement for OpenGL ES 3.0, which can now be considered feature-complete >>> as far as I know. Textures of such formats are loaded as plain R/RG/RGBA in >>> st/mesa due to lack of hardware support. There is no real gallium support >>> for the new formats. The i965 driver is doing the same thing. >>> - Support for GL_ARB_ES3_compatibility, which requires ETC2 texture >>> formats, for all gallium drivers that support GLSL 3.30. >>> - Support for GL_OES_compressed_ETC1_RGB8_texture for all gallium drivers. >>> This is also loaded as plain RGBA by st/Mesa. >>> >>> Please review. >>> >>> Marek >> >> The series looks ok to me though I think it would be good if real >> etc1/etc2 support was added to gallium (well etc1 is already there). >> There's quite plenty of hw with gallium supported drivers which can do >> at least some of it: >> - all adrenos 2xx/3xx can do etc1 unless I'm mistaken, and adreno 3xx >> should be able to do etc2. >> - some intel hw (baytrail/gen8) can do etc1/etc2. >> - gk20a probably also could do etc1/etc2. >> >> I am actually sort of surprised some amd parts can't do it (kabini and >> friends), are you sure they really can't? >> >> Roland >> _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
