<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - [g965 CTS] 8 regressions in es2-cts.gtf.gl suite"
href="https://bugs.freedesktop.org/show_bug.cgi?id=92696">92696</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>[g965 CTS] 8 regressions in es2-cts.gtf.gl suite
</td>
</tr>
<tr>
<th>Product</th>
<td>Mesa
</td>
</tr>
<tr>
<th>Version</th>
<td>git
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Drivers/DRI/i965
</td>
</tr>
<tr>
<th>Assignee</th>
<td>idr@freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>mark.a.janes@intel.com
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>intel-3d-bugs@lists.freedesktop.org
</td>
</tr></table>
<p>
<div>
<pre>commit 2458ea95c5676807a064f24ec720f12506975402 regressed 8 GL conformance
tests on g965:
Author: Jason Ekstrand <<a href="mailto:jason.ekstrand@intel.com">jason.ekstrand@intel.com</a>>
AuthorDate: Wed Sep 9 14:40:06 2015 -0700
Commit: Jason Ekstrand <<a href="mailto:jason.ekstrand@intel.com">jason.ekstrand@intel.com</a>>
CommitDate: Tue Sep 15 12:38:07 2015 -0700
nir/lower_vec_to_movs: Coalesce movs on-the-fly when possible
The old pass blindly inserted a bunch of moves into the shader with no
concern for whether or not it was really needed. This adds code to try and
coalesce into the destination of the instruction providing the value.
Shader-db results for vec4 shaders on Haswell:
total instructions in shared programs: 1754420 -> 1747753 (-0.38%)
instructions in affected programs: 231230 -> 224563 (-2.88%)
helped: 1017
HURT: 2
This approach is heavily based on a different patch by Eduardo Lima Mitev
<<a href="mailto:elima@igalia.com">elima@igalia.com</a>>. Eduardo's patch did this in a separate pass as opposed
to integrating it into nir_lower_vec_to_movs.
Reviewed-by: Eduardo Lima Mitev <<a href="mailto:elima@igalia.com">elima@igalia.com</a>>
Intel never submitted conformance results for g965, so I'm not sure if this bug
is a blocker.
Regressions:
es2-cts.gtf.gl.cross.cross_vec3_vert_xvaryyconst
es2-cts.gtf.gl.exp.exp_float_vert_xvaryneg
es2-cts.gtf.gl.exp.exp_vec2_vert_xvaryneg
es2-cts.gtf.gl.exp2.exp2_float_vert_xvaryneg
es2-cts.gtf.gl.exp2.exp2_vec2_vert_xvaryneg
es2-cts.gtf.gl.faceforward.faceforward_vec3_vert_nvaryiconst
es2-cts.gtf.gl.reflect.reflect_vec3_vert_ivarynconst
es2-cts.gtf.gl.refract.refract_vec3_vert_ivarynconst
Sample Standard Output:
/tmp/build_root/m64/bin/cts/glcts
--deqp-case=ES2-CTS.gtf.GL.exp.exp_float_vert_xvaryneg
dEQP Core GL-CTS-2.0 (0x0052484b) starting..
target implementation = 'intel-gbm'
Test case 'ES2-CTS.gtf.GL.exp.exp_float_vert_xvaryneg'..
#+ GTF/GL/exp/exp_float_vert_xvaryneg.shader1.ppm and
GTF/GL/exp/exp_float_vert_xvaryneg.shader2.ppm are different
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%)</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>