summaryrefslogtreecommitdiffstats
path: root/drivers/rapidio
diff options
context:
space:
mode:
authorDaniel Vetter <daniel.vetter@ffwll.ch>2013-08-08 09:10:37 +0200
committerDaniel Vetter <daniel.vetter@ffwll.ch>2013-08-22 13:31:49 +0200
commitf214266c0d147c0a2608caafc43c832f1738f0a9 (patch)
tree3447d445c5127dbf931cda1542b3eecac5e0c7bb /drivers/rapidio
parentfd547d25a8ac3f390fee4a689de86a64e3d65fe1 (diff)
downloadtalos-op-linux-f214266c0d147c0a2608caafc43c832f1738f0a9.tar.gz
talos-op-linux-f214266c0d147c0a2608caafc43c832f1738f0a9.zip
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@chris-wilson.co.uk> Reported-by: Maarten Lankhorst <maarten.lankhorst@canonical.com> Cc: Maarten Lankhorst <maarten.lankhorst@canonical.com> Tested-by: Armin K. <krejzi@email.com> (v1) Acked-by: Maarten Lankhorst <maarten.lankhorst@canonical.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Diffstat (limited to 'drivers/rapidio')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud