[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