<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:mark.a.janes@intel.com" title="Mark Janes <mark.a.janes@intel.com>"> <span class="fn">Mark Janes</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Hangcheck timer too agressive to pass dEQP for SNBGT1"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=93029">bug 93029</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>NEEDINFO
           </td>
           <td>NEW
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Hangcheck timer too agressive to pass dEQP for SNBGT1"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=93029#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Hangcheck timer too agressive to pass dEQP for SNBGT1"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=93029">bug 93029</a>
              from <span class="vcard"><a class="email" href="mailto:mark.a.janes@intel.com" title="Mark Janes <mark.a.janes@intel.com>"> <span class="fn">Mark Janes</span></a>
</span></b>
        <pre>This hangcheck behavior can be easily reproduced with:

dEQP-GLES3.stress.long_running_shaders.long_dynamic_do_while_fragment

if hangcheck is disabled, the test passes.  By default, the test will trigger
gpu hang.

This test is not random, and there are more like it.  For Mesa's CI, we
disabled the dEQP tests that consistently produced GPU Hang.  There are still
an unknown number of dEQP tests enabled which trigger GPU Hang intermittently,
but I don't have a good way to produce that list.  Running suspicious
candidates individually failed to reproduce the hangcheck.

The set of intermittent hangs is beside the point, since several tests produce
hangs reliably:

dEQP-GLES3.stress.long_running_shaders.long_static_while_vertex
dEQP-GLES3.stress.long_running_shaders.long_static_do_while_fragment
dEQP-GLES3.stress.long_running_shaders.long_uniform_for_vertex
dEQP-GLES3.stress.long_running_shaders.long_uniform_do_while_fragment
dEQP-GLES3.stress.long_running_shaders.long_dynamic_for_vertex
dEQP-GLES3.stress.long_running_shaders.long_dynamic_for_fragment
dEQP-GLES3.stress.long_running_shaders.long_dynamic_while_vertex
dEQP-GLES3.stress.long_running_shaders.long_dynamic_while_fragment
dEQP-GLES3.stress.long_running_shaders.long_dynamic_do_while_vertex

dmesg output:

[  789.583298] [drm] stuck on render ring
[  789.583856] [drm] GPU HANG: ecode 6:0:0x8588cff8, in deqp-gles3 [1116],
reason: Ring hung, action: reset
[  789.586392] drm/i915: Resetting chip after gpu hang
[  799.592116] [drm] stuck on render ring
[  799.592646] [drm] GPU HANG: ecode 6:0:0x4080ffff, in deqp-gles3 [1116],
reason: Ring hung, action: reset
[  799.594715] drm/i915: Resetting chip after gpu hang</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 on the CC list for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>