[Mesa-dev] [PATCH 0/5] OpenGL ES improvements

[Roland Scheidegger]

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 <sroland at 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
>>