[Intel-gfx] [PATCH 01/12] drm/i915: Assert mutex_is_locked on context lookup

Jesse Barnes jbarnes at virtuousgeek.org
Thu May 2 22:27:32 CEST 2013


On Tue, 23 Apr 2013 23:15:29 -0700
Ben Widawsky <ben at bwidawsk.net> wrote:

> Because our context refcounting doesn't grab a ref at lookup time, it is
> unsafe to do so without the lock.
> 
> NOTE: We don't have an easy way to put the assertion in the lookup
> function which is where this really belongs. Context switching is good
> enough because it actually asserts even more correctness by protecting
> the default_context.
> 
> Signed-off-by: Ben Widawsky <ben at bwidawsk.net>
> ---
>  drivers/gpu/drm/i915/i915_gem_context.c | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/drivers/gpu/drm/i915/i915_gem_context.c b/drivers/gpu/drm/i915/i915_gem_context.c
> index a1e8ecb..411ace0 100644
> --- a/drivers/gpu/drm/i915/i915_gem_context.c
> +++ b/drivers/gpu/drm/i915/i915_gem_context.c
> @@ -444,6 +444,8 @@ int i915_switch_context(struct intel_ring_buffer *ring,
>  	if (dev_priv->hw_contexts_disabled)
>  		return 0;
>  
> +	BUG_ON(!mutex_is_locked(&dev_priv->dev->struct_mutex));
> +
>  	if (ring != &dev_priv->ring[RCS])
>  		return 0;
>  

Simple enough.

Reviewed-by: Jesse Barnes <jbarnes at virtuousgeek.org>

We usually do WARN_ONs for this stuff though, in case a user actually
does hit it, it may not be fatal so why crash the machine?

But that's a minor distinction since we shouldn't hit this except in
development anyway.

-- 
Jesse Barnes, Intel Open Source Technology Center



More information about the Intel-gfx mailing list