[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