[Bug 107675] [Regression] [bisected] [GLES 3.1 CTS] [GL 4.4 CTS] [BDW] *.tessellation_shader.tessellation_control_to_tessellation_evaluation.gl_MaxPatchVertices_Position_PointSize
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri Aug 24 13:16:16 UTC 2018
https://bugs.freedesktop.org/show_bug.cgi?id=107675
Bug ID: 107675
Summary: [Regression] [bisected] [GLES 3.1 CTS] [GL 4.4 CTS]
[BDW]
*.tessellation_shader.tessellation_control_to_tessella
tion_evaluation.gl_MaxPatchVertices_Position_PointSize
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/i965
Assignee: intel-3d-bugs at lists.freedesktop.org
Reporter: agomez at igalia.com
QA Contact: intel-3d-bugs at lists.freedesktop.org
CC: jason at jlekstrand.net, kenneth at whitecape.org,
t_arceri at yahoo.com.au
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 <jason.ekstrand at intel.com>
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 <tarceri at itsqueeze.com>
Reviewed-by: Kenneth Graunke <kenneth at whitecape.org>
--
The fail rate increased to ~1%.
And, just after the immediate commit:
--
commit 7f75cf2a9408b9af562e033ef6c1d1fd15141421
Author: Jason Ekstrand <jason.ekstrand at intel.com>
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 <tarceri at itsqueeze.com>
--
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
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20180824/f9400478/attachment.html>
More information about the intel-3d-bugs
mailing list