[Bug 55984] [ilk regression] gpu hangs on ironlake with 3.6 + -next + -fixes code

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=55984

--- Comment #111 from Chris Wilson <chris at chris-wilson.co.uk> ---
(In reply to comment #110)
> Hi Daniel, hi Chris
> 
> (In reply to comment #107)
> > Created attachment 71805 [details] [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.

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.

> Chris: What should I do next? You have posted two patches (108 and 109
> comments), should I try both, or each on independently?

#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 https://patchwork.kernel.org/patch/1896161/ 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).

> Or is the information that patch from 107 is fine (till now) enough?

It is merely the start. :-p

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20121222/2f7daf6b/attachment.html>