Summary: | [regression, bisected] arb_shader_atomic_counters.compiler.builtins.frag | ||
---|---|---|---|
Product: | Mesa | Reporter: | Mark Janes <mark.a.janes> |
Component: | Drivers/DRI/i965 | Assignee: | Marta Löfstedt <marta.lofstedt> |
Status: | RESOLVED FIXED | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | idr, mark.a.janes, mattst88 |
Version: | git | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | patch that fix the testcase |
Description
Mark Janes
2016-01-25 20:07:56 UTC
The bisect should be to: commit ae4e4ba06da0ef50150d7d366ac4f7ec2179115c Author: Marta Lofstedt <marta.lofstedt@intel.com> Date: Thu Jan 21 16:17:31 2016 +0100 glsl: add support for GL_OES_geometry_shader The previously pin-pointed patch can not cause this "regressions". Also, I the testcase is wrong. gl_MaxGeometryAtomicCounters does not make sense if we don't have geometry shaders, which isn't until OpenGL 3.2 i.e. glsl 1.50. Created attachment 121456 [details]
patch that fix the testcase
Apologies. It would have been more precise to indicate that the 4-patch series ending in 3e640c2 caused the regression. When the patch series is known, I don't usually spend time bisecting further. Would that information be useful to you? commit 299b8597502f3406e3e50109cadab50bbac59255 Author: Marta Lofstedt <marta.lofstedt@intel.com> Date: Tue Feb 2 11:38:57 2016 +0100 arb_shader_atomic_counters: fix glsl version The gl_MaxGeometryAtomicCounters does not make sense util we have geometry shaders. I.e. glsl version 150 is the limit for this tests. Signed-off-by: Marta Lofstedt <marta.lofstedt@linux.intel.com> Reviewed-by: Tapani Pälli <tapani.palli@intel.com> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93861 |
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.