On Mon, Aug 6, 2018 at 6:57 PM, Ian Romanick <i...@freedesktop.org> wrote:
> On 08/06/2018 10:02 AM, Dylan Baker wrote:
>> Add dispatch_sanity tests
>>
>> Fixes: 3d6900d76efaef1ff6e84b7b8785bbe3d8f5b29b
>>        ("glapi: define AMD_framebuffer_multisample_advanced and add its 
>> functions")
>> Cc: Marek Olšák <marek.ol...@amd.com>
>> Cc: Brian Paul <bri...@vmware.com>
>> Signed-off-by: Dylan Baker <dylan.c.ba...@intel.com>
>> ---
>>
>> Marek, the XML in mesa and the Khronos XML agree that this works for GLES 
>> 2.0,
>> but the spec says 3.0. I assume the spec is wrong and should be corrected?
>
> Something more than "just" 2.0 is needed because GLES 2.0 doesn't have
> framebuffer objects.  I suspect that's the reason for the 3.0
> requirement.  It sounds more like the Khronos XML is wrong.  I already
> changed Mesa's XML.

The Khronos XML doesn't seem to have the option to set gles3, at least
no extension sets that.

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

Reply via email to