Re: [PATCH 11/27] drm/i915/request: Remove the hook from await_execution

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, May 03, 2021 at 10:57:32AM -0500, Jason Ekstrand wrote:
> This was only ever used for FENCE_SUBMIT automatic engine selection
> which was removed in the previous commit.
> 
> Signed-off-by: Jason Ekstrand <jason@xxxxxxxxxxxxxx>

I really how this is now split up and much more decipherable what's going
on. For the three patches leading to here including this one:

Reviewed-by: Daniel Vetter <daniel.vetter@xxxxxxxx>

> ---
>  .../gpu/drm/i915/gem/i915_gem_execbuffer.c    |  3 +-
>  drivers/gpu/drm/i915/i915_request.c           | 42 ++++---------------
>  drivers/gpu/drm/i915/i915_request.h           |  4 +-
>  3 files changed, 9 insertions(+), 40 deletions(-)
> 
> diff --git a/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c b/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c
> index efb2fa3522a42..7024adcd5cf15 100644
> --- a/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c
> +++ b/drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c
> @@ -3473,8 +3473,7 @@ i915_gem_do_execbuffer(struct drm_device *dev,
>  	if (in_fence) {
>  		if (args->flags & I915_EXEC_FENCE_SUBMIT)
>  			err = i915_request_await_execution(eb.request,
> -							   in_fence,
> -							   NULL);
> +							   in_fence);
>  		else
>  			err = i915_request_await_dma_fence(eb.request,
>  							   in_fence);
> diff --git a/drivers/gpu/drm/i915/i915_request.c b/drivers/gpu/drm/i915/i915_request.c
> index bec9c3652188b..7e00218b8c105 100644
> --- a/drivers/gpu/drm/i915/i915_request.c
> +++ b/drivers/gpu/drm/i915/i915_request.c
> @@ -49,7 +49,6 @@
>  struct execute_cb {
>  	struct irq_work work;
>  	struct i915_sw_fence *fence;
> -	void (*hook)(struct i915_request *rq, struct dma_fence *signal);
>  	struct i915_request *signal;
>  };
>  
> @@ -180,17 +179,6 @@ static void irq_execute_cb(struct irq_work *wrk)
>  	kmem_cache_free(global.slab_execute_cbs, cb);
>  }
>  
> -static void irq_execute_cb_hook(struct irq_work *wrk)
> -{
> -	struct execute_cb *cb = container_of(wrk, typeof(*cb), work);
> -
> -	cb->hook(container_of(cb->fence, struct i915_request, submit),
> -		 &cb->signal->fence);
> -	i915_request_put(cb->signal);
> -
> -	irq_execute_cb(wrk);
> -}
> -
>  static __always_inline void
>  __notify_execute_cb(struct i915_request *rq, bool (*fn)(struct irq_work *wrk))
>  {
> @@ -517,17 +505,12 @@ static bool __request_in_flight(const struct i915_request *signal)
>  static int
>  __await_execution(struct i915_request *rq,
>  		  struct i915_request *signal,
> -		  void (*hook)(struct i915_request *rq,
> -			       struct dma_fence *signal),
>  		  gfp_t gfp)
>  {
>  	struct execute_cb *cb;
>  
> -	if (i915_request_is_active(signal)) {
> -		if (hook)
> -			hook(rq, &signal->fence);
> +	if (i915_request_is_active(signal))
>  		return 0;
> -	}
>  
>  	cb = kmem_cache_alloc(global.slab_execute_cbs, gfp);
>  	if (!cb)
> @@ -537,12 +520,6 @@ __await_execution(struct i915_request *rq,
>  	i915_sw_fence_await(cb->fence);
>  	init_irq_work(&cb->work, irq_execute_cb);
>  
> -	if (hook) {
> -		cb->hook = hook;
> -		cb->signal = i915_request_get(signal);
> -		cb->work.func = irq_execute_cb_hook;
> -	}
> -
>  	/*
>  	 * Register the callback first, then see if the signaler is already
>  	 * active. This ensures that if we race with the
> @@ -1253,7 +1230,7 @@ emit_semaphore_wait(struct i915_request *to,
>  		goto await_fence;
>  
>  	/* Only submit our spinner after the signaler is running! */
> -	if (__await_execution(to, from, NULL, gfp))
> +	if (__await_execution(to, from, gfp))
>  		goto await_fence;
>  
>  	if (__emit_semaphore_wait(to, from, from->fence.seqno))
> @@ -1284,16 +1261,14 @@ static int intel_timeline_sync_set_start(struct intel_timeline *tl,
>  
>  static int
>  __i915_request_await_execution(struct i915_request *to,
> -			       struct i915_request *from,
> -			       void (*hook)(struct i915_request *rq,
> -					    struct dma_fence *signal))
> +			       struct i915_request *from)
>  {
>  	int err;
>  
>  	GEM_BUG_ON(intel_context_is_barrier(from->context));
>  
>  	/* Submit both requests at the same time */
> -	err = __await_execution(to, from, hook, I915_FENCE_GFP);
> +	err = __await_execution(to, from, I915_FENCE_GFP);
>  	if (err)
>  		return err;
>  
> @@ -1406,9 +1381,7 @@ i915_request_await_external(struct i915_request *rq, struct dma_fence *fence)
>  
>  int
>  i915_request_await_execution(struct i915_request *rq,
> -			     struct dma_fence *fence,
> -			     void (*hook)(struct i915_request *rq,
> -					  struct dma_fence *signal))
> +			     struct dma_fence *fence)
>  {
>  	struct dma_fence **child = &fence;
>  	unsigned int nchild = 1;
> @@ -1441,8 +1414,7 @@ i915_request_await_execution(struct i915_request *rq,
>  
>  		if (dma_fence_is_i915(fence))
>  			ret = __i915_request_await_execution(rq,
> -							     to_request(fence),
> -							     hook);
> +							     to_request(fence));
>  		else
>  			ret = i915_request_await_external(rq, fence);
>  		if (ret < 0)
> @@ -1468,7 +1440,7 @@ await_request_submit(struct i915_request *to, struct i915_request *from)
>  							&from->submit,
>  							I915_FENCE_GFP);
>  	else
> -		return __i915_request_await_execution(to, from, NULL);
> +		return __i915_request_await_execution(to, from);
>  }
>  
>  static int
> diff --git a/drivers/gpu/drm/i915/i915_request.h b/drivers/gpu/drm/i915/i915_request.h
> index 270f6cd37650c..63b087a7f5707 100644
> --- a/drivers/gpu/drm/i915/i915_request.h
> +++ b/drivers/gpu/drm/i915/i915_request.h
> @@ -352,9 +352,7 @@ int i915_request_await_object(struct i915_request *to,
>  int i915_request_await_dma_fence(struct i915_request *rq,
>  				 struct dma_fence *fence);
>  int i915_request_await_execution(struct i915_request *rq,
> -				 struct dma_fence *fence,
> -				 void (*hook)(struct i915_request *rq,
> -					      struct dma_fence *signal));
> +				 struct dma_fence *fence);
>  
>  void i915_request_add(struct i915_request *rq);
>  
> -- 
> 2.31.1
> 
> _______________________________________________
> dri-devel mailing list
> dri-devel@xxxxxxxxxxxxxxxxxxxxx
> https://lists.freedesktop.org/mailman/listinfo/dri-devel

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel



[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux