Skip to content

Commit

Permalink
drm/i915: Remove superfluous locking around userfault_list
Browse files Browse the repository at this point in the history
Now that we have reduced the access to the list to either (a) under the
struct_mutex whilst holding the RPM wakeref (so that concurrent writers to
the list are serialised by struct_mutex) and (b) under the atomic
runtime suspend (which cannot run concurrently with any other accessor due
to the atomic nature of the runtime suspend) we can remove the extra
locking around the list itself.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Reviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Link: http://patchwork.freedesktop.org/patch/msgid/20161024124218.18252-3-chris@chris-wilson.co.uk
  • Loading branch information
Chris Wilson committed Oct 24, 2016
1 parent 9c870d0 commit 3594a3e
Show file tree
Hide file tree
Showing 2 changed files with 12 additions and 24 deletions.
3 changes: 0 additions & 3 deletions drivers/gpu/drm/i915/i915_drv.h
Original file line number Diff line number Diff line change
Expand Up @@ -1361,9 +1361,6 @@ struct i915_gem_mm {
*/
struct list_head unbound_list;

/** Protects access to the userfault_list */
spinlock_t userfault_lock;

/** List of all objects in gtt_space, currently mmaped by userspace.
* All objects within this list must also be on bound_list.
*/
Expand Down
33 changes: 12 additions & 21 deletions drivers/gpu/drm/i915/i915_gem.c
Original file line number Diff line number Diff line change
Expand Up @@ -1842,10 +1842,8 @@ int i915_gem_fault(struct vm_area_struct *area, struct vm_fault *vmf)

/* Mark as being mmapped into userspace for later revocation */
assert_rpm_wakelock_held(dev_priv);
spin_lock(&dev_priv->mm.userfault_lock);
if (list_empty(&obj->userfault_link))
list_add(&obj->userfault_link, &dev_priv->mm.userfault_list);
spin_unlock(&dev_priv->mm.userfault_lock);

/* Finally, remap it using the new GTT offset */
ret = remap_io_mapping(area,
Expand Down Expand Up @@ -1922,7 +1920,6 @@ void
i915_gem_release_mmap(struct drm_i915_gem_object *obj)
{
struct drm_i915_private *i915 = to_i915(obj->base.dev);
bool zap = false;

/* Serialisation between user GTT access and our code depends upon
* revoking the CPU's PTE whilst the mutex is held. The next user
Expand All @@ -1935,15 +1932,10 @@ i915_gem_release_mmap(struct drm_i915_gem_object *obj)
lockdep_assert_held(&i915->drm.struct_mutex);
intel_runtime_pm_get(i915);

spin_lock(&i915->mm.userfault_lock);
if (!list_empty(&obj->userfault_link)) {
list_del_init(&obj->userfault_link);
zap = true;
}
spin_unlock(&i915->mm.userfault_lock);
if (!zap)
if (list_empty(&obj->userfault_link))
goto out;

list_del_init(&obj->userfault_link);
drm_vma_node_unmap(&obj->base.vma_node,
obj->base.dev->anon_inode->i_mapping);

Expand All @@ -1963,21 +1955,21 @@ i915_gem_release_mmap(struct drm_i915_gem_object *obj)
void
i915_gem_release_all_mmaps(struct drm_i915_private *dev_priv)
{
struct drm_i915_gem_object *obj;
struct drm_i915_gem_object *obj, *on;

spin_lock(&dev_priv->mm.userfault_lock);
while ((obj = list_first_entry_or_null(&dev_priv->mm.userfault_list,
struct drm_i915_gem_object,
userfault_link))) {
list_del_init(&obj->userfault_link);
spin_unlock(&dev_priv->mm.userfault_lock);
/*
* Only called during RPM suspend. All users of the userfault_list
* must be holding an RPM wakeref to ensure that this can not
* run concurrently with themselves (and use the struct_mutex for
* protection between themselves).
*/

list_for_each_entry_safe(obj, on,
&dev_priv->mm.userfault_list, userfault_link) {
list_del_init(&obj->userfault_link);
drm_vma_node_unmap(&obj->base.vma_node,
obj->base.dev->anon_inode->i_mapping);

spin_lock(&dev_priv->mm.userfault_lock);
}
spin_unlock(&dev_priv->mm.userfault_lock);
}

/**
Expand Down Expand Up @@ -4547,7 +4539,6 @@ int i915_gem_init(struct drm_device *dev)
int ret;

mutex_lock(&dev->struct_mutex);
spin_lock_init(&dev_priv->mm.userfault_lock);

if (!i915.enable_execlists) {
dev_priv->gt.resume = intel_legacy_submission_resume;
Expand Down

0 comments on commit 3594a3e

Please sign in to comment.