Summary: | [CTS] shaders.shader_integer_mix.define regression | ||
---|---|---|---|
Product: | Mesa | Reporter: | Mark Janes <mark.a.janes> |
Component: | Drivers/DRI/i965 | Assignee: | Ian Romanick <idr> |
Status: | RESOLVED NOTOURBUG | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Severity: | normal | ||
Priority: | medium | ||
Version: | git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Mark Janes
2016-07-25 15:25:31 UTC
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.