[Intel-gfx] [PATCH 04/40] drm/i915: Check for no-op priority changes first

Tvrtko Ursulin tvrtko.ursulin at linux.intel.com
Wed May 8 10:16:22 UTC 2019


On 08/05/2019 09:06, Chris Wilson wrote:
> In all likelihood, the priority and node are already in the CPU cache
> and by checking them first, we can avoid having to chase the
> *request->hwsp for the current breadcrumb.
> 
> Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
> Cc: Tvrtko Ursulin <tvrtko.ursulin at intel.com>
> ---
>   drivers/gpu/drm/i915/i915_scheduler.c | 4 ++--
>   1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/drivers/gpu/drm/i915/i915_scheduler.c b/drivers/gpu/drm/i915/i915_scheduler.c
> index f32d0ee6d58c..5581c5004ff0 100644
> --- a/drivers/gpu/drm/i915/i915_scheduler.c
> +++ b/drivers/gpu/drm/i915/i915_scheduler.c
> @@ -200,10 +200,10 @@ static void __i915_schedule(struct i915_sched_node *node,
>   	lockdep_assert_held(&schedule_lock);
>   	GEM_BUG_ON(prio == I915_PRIORITY_INVALID);
>   
> -	if (node_signaled(node))
> +	if (prio <= READ_ONCE(node->attr.priority))
>   		return;
>   
> -	if (prio <= READ_ONCE(node->attr.priority))
> +	if (node_signaled(node))
>   		return;
>   
>   	stack.signaler = node;
> 

Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin at intel.com>

Regards,

Tvrtko


More information about the Intel-gfx mailing list