[Bug 67391] [IVB]igt/prime_nv_api cause WARNING: CPU: 6 PID: 4095 at drivers/gpu/drm/i915/i915_gem.c:3977 i915_gem_free_object+0xf3/0x19d [i915]()
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Aug 15 02:35:40 PDT 2013
https://bugs.freedesktop.org/show_bug.cgi?id=67391
Daniel Vetter <daniel at ffwll.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #2 from Daniel Vetter <daniel at ffwll.ch> ---
Fix merged to dinq:
commit 48ca155d15d439d5d035a3daf1c56ed1a30afb17
Author: Daniel Vetter <daniel.vetter at ffwll.ch>
Date: Thu Aug 8 09:10:37 2013 +0200
drm/i915: unpin backing storage in dmabuf_unmap
This fixes a WARN in i915_gem_free_object when the
obj->pages_pin_count isn't 0.
v2: Add locking to unmap, noticed by Chris Wilson. Note that even
though we call unmap with our own dev->struct_mutex held that won't
result in an immediate deadlock since we never go through the dma_buf
interfaces for our own, reimported buffers. But it's still easy to
blow up and anger lockdep, but that's already the case with our ->map
implementation. Fixing this for real will involve per dma-buf ww mutex
locking by the callers. And lots of fun. So go with the duct-tape
approach for now.
Cc: Chris Wilson <chris at chris-wilson.co.uk>
Reported-by: Maarten Lankhorst <maarten.lankhorst at canonical.com>
Cc: Maarten Lankhorst <maarten.lankhorst at canonical.com>
Tested-by: Armin K. <krejzi at email.com> (v1)
Acked-by: Maarten Lankhorst <maarten.lankhorst at canonical.com>
Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
--
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/20130815/a70cbe9d/attachment.html>
More information about the intel-gfx-bugs
mailing list