This test began failing at the series ending in e483cb9 Author: Ilia Mirkin <imirkin@alum.mit.edu> glsl: reuse main extension table to appropriately restrict extensions cts/glcts --deqp-case=ES31-CTS.shader_integer_mix.define dEQP Core GL-CTS-2.0 (0x0052484b) starting.. target implementation = 'intel-gbm' Test case 'ES31-CTS.shader_integer_mix.define'.. Fail (Fail) DONE! Test run totals: Passed: 0/1 (0.00%) Failed: 1/1 (100.00%) Not supported: 0/1 (0.00%) Warnings: 0/1 (0.00%)
I'm moderately sure that the CTS tests are wrong (and I mention that in the commit message). I don't have access to fix it [or even see the CTS tests], so some KHR member will have to resolve it. Reassigning back to Ian (not suggesting he have to fix it, but he's the default for the category, and there's not a ton I can do about it). The tests do #version 100, they should do #version 300 es (or #version 310 es). If the decision is that the CTS tests are, in fact, correct, then I'd be happy to do the work of piping through that information in the new extension-exposing infrastructure.
I pushed a master-gbm-es31-gen7 branch to the internal cts repo. It has a patch, which fixes this. commit 8011324d2196ed28cfc500a3652bcae5d95c50e8 Author: Jordan Justen <jordan.l.justen@intel.com> Date: Wed Aug 17 15:50:02 2016 -0700 GL_EXT_shader_integer_mix: use OpenGLES 3.0 version in shader source Should we pull that patch into the master-gbm branch?
I pulled this into the CI branch that we test against and confirmed that it fixes the test.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.