<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO --- - [ilk regression] gpu hangs on ironlake with 3.6 + -next + -fixes code"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=55984#c125">Comment # 125</a>
              on <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO --- - [ilk regression] gpu hangs on ironlake with 3.6 + -next + -fixes code"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=55984">bug 55984</a>
              from <span class="vcard"><a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> <span class="fn">Chris Wilson</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=55984#c124">comment #124</a>)
<span class="quote">> I am unable to reproduce any hang with rc6 disabled. Chris, should I test it
> with rc6 enabled?</span >

One bug at a time! ;-)

The rc6=0 bug seems much more nasty as it is affecting gen4/gen5 and seems to
imply a deep underlying synchronisation issue (so could actually be all
architectures, just more prevalent on gen4/5). The rc6=1 ilk bug really does
look like a missing hw workaround, dying between a series of flushes on the
render ring is a good indication that our hw interaction is at fault. rc6 is
disabled by default on ilk because we had not yet managed to make it work
reliably, that it still doesn't work makes it a lower priority bug to chase.
However, given the closely linked bisection, fixing the common problem may
indeed make the rc6 bug harder to trigger.</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>