[Bug 63921] [snb] GTT mapping fails after GPU hang

[bugzilla-daemon at freedesktop.org]

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

--- Comment #31 from Nicolas Hillegeer <nicolashillegeer at gmail.com> ---
(In reply to comment #30)
> Try adding
> 
> diff --git a/drivers/gpu/drm/i915/i915_gem.c
> b/drivers/gpu/drm/i915/i915_gem.c
> index 87c62cc..2bd8d7a 100644
> --- a/drivers/gpu/drm/i915/i915_gem.c
> +++ b/drivers/gpu/drm/i915/i915_gem.c
> @@ -1334,6 +1334,8 @@ int i915_gem_fault(struct vm_area_struct *vma, struct
> vm_f
>         bool write = !!(vmf->flags & FAULT_FLAG_WRITE);
>  
>         ret = i915_mutex_lock_interruptible(dev);
> +       if (ret == -EIO)
> +               ret = mutex_lock_interruptible(dev);
>         if (ret)
>                 goto out;
>  
> 
> as well as the other EIO suppressions.

I'm testing now with the 6 EIO suppressions you gave me. 

An interesting note: I just checked on my Ivy Bridge (HD 4000, gen7) system
which I was running with the same test: it's still running! It's been 4 days
now I think. Pushing 16 (!) 1080p videos of between 100 and 200MB and
constantly getting its surfaces destroyed, same as the sandy bridges. This is
with all stock debian wheezy packages, except for kernel 3.9-rc8. I have seen
the Ivy Bridge lock up, but that was with wheezy's 3.2. Maybe the Ivy Bridges
stability in this round is just a fluke though...

-- 
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: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20130426/f90b30ba/attachment.html>