<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 - [Regression] [bisected] [GLES 3.1 CTS] [GL 4.4 CTS] [BDW] *.tessellation_shader.tessellation_control_to_tessellation_evaluation.gl_MaxPatchVertices_Position_PointSize"
href="https://bugs.freedesktop.org/show_bug.cgi?id=107675">107675</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>[Regression] [bisected] [GLES 3.1 CTS] [GL 4.4 CTS] [BDW] *.tessellation_shader.tessellation_control_to_tessellation_evaluation.gl_MaxPatchVertices_Position_PointSize
</td>
</tr>
<tr>
<th>Product</th>
<td>Mesa
</td>
</tr>
<tr>
<th>Version</th>
<td>git
</td>
</tr>
<tr>
<th>Hardware</th>
<td>Other
</td>
</tr>
<tr>
<th>OS</th>
<td>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>intel-3d-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>agomez@igalia.com
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>intel-3d-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>CC</th>
<td>jason@jlekstrand.net, kenneth@whitecape.org, t_arceri@yahoo.com.au
</td>
</tr></table>
<p>
<div>
<pre>This is not an usual regression report.
It seems that for quite some time the
*.tessellation_shader.tessellation_control_to_tessellation_evaluation.gl_MaxPatchVertices_Position_PointSize
tests have been flaky in BDW. Possibly in other gens too.
The thing is that the fail rate was ~0.1% and it was very difficult to
encounter.
In the last 3 weeks I've noticed the flakiness of these tests because the fail
rate has increased to ~1.5%.
What I'm observing is that, after:
--
commit 4434591bf56a6b0c193ef209ea9d7b9e3c95a522
Author: Jason Ekstrand <<a href="mailto:jason.ekstrand@intel.com">jason.ekstrand@intel.com</a>>
Date: Tue Jul 31 06:16:34 2018 -0700
intel/nir: Call nir_lower_io_to_scalar_early
Shader-db results on Kaby Lake:
total instructions in shared programs: 15166953 -> 15073611 (-0.62%)
instructions in affected programs: 2390284 -> 2296942 (-3.91%)
helped: 16469
HURT: 505
total loops in shared programs: 4954 -> 4951 (-0.06%)
loops in affected programs: 3 -> 0
helped: 3
HURT: 0
Reviewed-by: Timothy Arceri <<a href="mailto:tarceri@itsqueeze.com">tarceri@itsqueeze.com</a>>
Reviewed-by: Kenneth Graunke <<a href="mailto:kenneth@whitecape.org">kenneth@whitecape.org</a>>
--
The fail rate increased to ~1%.
And, just after the immediate commit:
--
commit 7f75cf2a9408b9af562e033ef6c1d1fd15141421
Author: Jason Ekstrand <<a href="mailto:jason.ekstrand@intel.com">jason.ekstrand@intel.com</a>>
Date: Sat Oct 28 09:05:01 2017 -0700
nir/lower_indirect: Bail early if modes == 0
There's no point in walking the program if we're never going to actually
lower anything.
Reviewed-by: Timothy Arceri <<a href="mailto:tarceri@itsqueeze.com">tarceri@itsqueeze.com</a>>
--
The fail rate increased to ~1.5%.
Please, take these observations with a grain of salt. I've done a very limited
amount of test runs and the fail rate is so small that it is difficult to state
for sure, but I believe the bisection is correct.
--
I noticed KHR-GL46 failure with the
config-gl46-master-cfg-3-run-0-width-64-height-64-seed-1 and
config-gl46-master-cfg-4-run-0-width-64-height-64-seed-1 CTS profiles. Hence,
these would be examples of execution, but it doesn't mean that the failure is
limited to these profiles:
--
$ ./glcts --deqp-
case=KHR-GL46.tessellation_shader.tessellation_control_to_tessellation_evaluation.gl_MaxPatchVertices_Position_PointSize
--deqp-screen-rotation=unspecified --deqp-surface-width=64
--deqp-surface-height=64 --deqp-watchdog=disable --deqp-base-seed=1
--deqp-surface-type=window --deqp-gl-config-id=3 --deqp-gl-context-type=egl
--
$ ./glcts --deqp-
case=KHR-GL46.tessellation_shader.tessellation_control_to_tessellation_evaluation.gl_MaxPatchVertices_Position_PointSize
--deqp-screen-rotation=unspecified --deqp-surface-width=64
--deqp-surface-height=64 --deqp-watchdog=disable --deqp-base-seed=1
--deqp-surface-type=window --deqp-gl-config-id=4 --deqp-gl-context-type=egl
--
I noticed KHR-GLES31 failure with the
config-gles31-khr-master-cfg-5-run-2-width-64-height-64-seed-1 CTS profile.
Hence, this would be an example of execution, but it doesn't mean that the
failure is limited to this profile:
--
./glcts --deqp-
case=KHR-GLES31.core.tessellation_shader.tessellation_control_to_tessellation_evaluation.gl_MaxPatchVertices_Position_PointSize
--deqp-screen-rotation=unspecified --deqp-surface-width=64
--deqp-surface-height=64 --deqp-watchdog=disable --deqp-base-seed=1
--deqp-surface-type=window --deqp-gl-config-id=5 --deqp-gl-context-type=egl
--
I noticed KHR-GLES32 failure with the
config-gles31-khr-master-cfg-5-run-2-width-64-height-64-seed-1 CTS profile.
Hence, this would be an example of execution, but it doesn't mean that the
failure is limited to this profile:
--
./glcts --deqp-
case=KHR-GLES32.core.tessellation_shader.tessellation_control_to_tessellation_evaluation.gl_MaxPatchVertices_Position_PointSize
--deqp-screen-rotation=unspecified --deqp-surface-width=64
--deqp-surface-height=64 --deqp-watchdog=disable --deqp-base-seed=1
--deqp-surface-type=window --deqp-gl-config-id=4 --deqp-gl-context-type=egl</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>