<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#c111">Comment # 111</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#c110">comment #110</a>)
<span class="quote">> Hi Daniel, hi Chris

> (In reply to <a href="show_bug.cgi?id=55984#c107">comment #107</a>)
> > Created <span class=""><a href="attachment.cgi?id=71805" name="attach_71805" title="make the shrinker less aggressive">attachment 71805</a> <a href="attachment.cgi?id=71805&action=edit" title="make the shrinker less aggressive">[details]</a></span> <a href='page.cgi?id=splinter.html&bug=55984&attachment=71805'>[review]</a> [review] [review]
> > make the shrinker less aggressive
> > 
> > Duct-tape solution if it is one, but imo very much worth a try.

> There have been a lot of patches floating around, but I was running 3.7.0
> plus this patch now for a while, and using UXA (*not* using SNA, with SNA it
> always was fine). 

> I did not hit any problem till now, although I did heavy IO stuff as usual
> (svn up and git svn rebase on two 6+Gb repos), etc.</span >

Meh. As that patch is basically changing the ordering of the objects considered
for shrinking, it just opens a can of worms - but it does seem to be a stopgap
workaround.

<span class="quote">> Chris: What should I do next? You have posted two patches (108 and 109
> comments), should I try both, or each on independently?</span >

#108 is a means of provoking the GPU to spot a lot more errors, it needs a
little more refinement to not first fallover on standard UXA behaviour.

I'd be interested in seeing if #109 has any effect at all (on stock 3.7.0 +
uxa).

There is also <a href="https://patchwork.kernel.org/patch/1896161/">https://patchwork.kernel.org/patch/1896161/</a> that would be useful
to test (as it fixes a real bug and it would be cool if it was also an
effective workaround here).

<span class="quote">> Or is the information that patch from 107 is fine (till now) enough?</span >

It is merely the start. :-p</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>