<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Feb 24, 2017 at 5:00 AM, Kenneth Graunke <span dir="ltr"><<a href="mailto:kenneth@whitecape.org" target="_blank">kenneth@whitecape.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On Thursday, February 23, 2017 10:46:54 AM PST Ilia Mirkin wrote:<br>
> The assumption was that if you're setting that ext, you can do gles31. Is<br>
> there a driver/hw combo where that's not the case? If so, we should fix<br>
> that instead...<br>
<br>
</span>ChromeOS/ARC++ currently disables GLES 3.1 on i965 because we haven't<br>
passed all the dEQP tests for it.  So, we support the functionality,<br>
but they're using GLES 3.0 contexts.  I'm guessing that's why they hit<br>
this and I haven't.<br>
<br>
They could probably disable the bit too, but checking whether the<br>
feature is actually exposed seems pretty reasonable.<br></blockquote><div><br></div><div>Correct me if I'm wrong, but I think one can also create a context with exact version by using EGL_KHR_create_context.</div><div><br></div><div>In any case, there are more checks for this extension in this file and they either call this helper or explicitly check context version.</div><div><br></div><div>Best regards,</div><div>Tomasz</div></div><br></div></div>