[Intel-gfx] [PATCH] drm/i915: use kref_put_mutex in i915_gem_request_unreference__unlocked

Daniel Vetter daniel at ffwll.ch
Tue Apr 7 06:37:02 PDT 2015


On Tue, Apr 07, 2015 at 11:32:02AM +0200, Maarten Lankhorst wrote:
> Signed-off-by: Maarten Lankhorst <maarten.lankhorst at linux.intel.com>
> ---
> diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
> index b13c5526a73b..7aaf8eddf19c 100644
> --- a/drivers/gpu/drm/i915/i915_drv.h
> +++ b/drivers/gpu/drm/i915/i915_drv.h
> @@ -2146,14 +2146,14 @@ i915_gem_request_unreference(struct drm_i915_gem_request *req)
>  static inline void
>  i915_gem_request_unreference__unlocked(struct drm_i915_gem_request *req)
>  {
> -	if (req && !atomic_add_unless(&req->ref.refcount, -1, 1)) {
> -		struct drm_device *dev = req->ring->dev;
> +	struct drm_device *dev;
> +
> +	if (!req)
> +		return;
>  
> -		mutex_lock(&dev->struct_mutex);
> -		if (likely(atomic_dec_and_test(&req->ref.refcount)))
> -			i915_gem_request_free(&req->ref);
> +	dev = req->ring->dev;
> +	if (kref_put_mutex(&req->ref, i915_gem_request_free, &dev->struct_mutex))
>  		mutex_unlock(&dev->struct_mutex);

We don't need this conditional unlock here since that's only possible if
you have a weak reference somewhere (i.e. using kref_get_unless_zero). If
the object only has strong references and you're dropping the last one it
can't magically get resurrected somehow.

And drm_gem_object_unreference_unlocked wants the same patch I think.
-Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch


More information about the Intel-gfx mailing list