[Intel-gfx] [PATCH] drm/i915/gt: Mark up intel_rps.active for racy reads

Mika Kuoppala mika.kuoppala at linux.intel.com
Mon Mar 9 12:52:50 UTC 2020


Chris Wilson <chris at chris-wilson.co.uk> writes:

> We read the current state of intel_rps.active outside of the lock, so
> mark up the racy access.
>
> [  525.037073] BUG: KCSAN: data-race in intel_rps_boost [i915] / intel_rps_park [i915]
> [  525.037091]
> [  525.037103] write to 0xffff8881f145efa1 of 1 bytes by task 192 on cpu 2:
> [  525.037331]  intel_rps_park+0x72/0x230 [i915]
> [  525.037552]  __gt_park+0x61/0xa0 [i915]
> [  525.037771]  ____intel_wakeref_put_last+0x42/0x90 [i915]
> [  525.037991]  __intel_wakeref_put_work+0xd3/0xf0 [i915]
> [  525.038008]  process_one_work+0x3b1/0x690
> [  525.038022]  worker_thread+0x80/0x670
> [  525.038037]  kthread+0x19a/0x1e0
> [  525.038051]  ret_from_fork+0x1f/0x30
> [  525.038062]
> [  525.038074] read to 0xffff8881f145efa1 of 1 bytes by task 733 on cpu 3:
> [  525.038304]  intel_rps_boost+0x67/0x1f0 [i915]
> [  525.038535]  i915_request_wait+0x562/0x5d0 [i915]
> [  525.038764]  i915_gem_object_wait_fence+0x81/0xa0 [i915]
> [  525.038994]  i915_gem_object_wait_reservation+0x489/0x520 [i915]
> [  525.039224]  i915_gem_wait_ioctl+0x167/0x2b0 [i915]
> [  525.039241]  drm_ioctl_kernel+0xe4/0x120
> [  525.039255]  drm_ioctl+0x297/0x4c7
> [  525.039269]  ksys_ioctl+0x89/0xb0
> [  525.039282]  __x64_sys_ioctl+0x42/0x60
> [  525.039296]  do_syscall_64+0x6e/0x2c0
> [  525.039311]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
>
> Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>

Reviewed-by: Mika Kuoppala <mika.kuoppala at linux.intel.com>

> ---
>  drivers/gpu/drm/i915/gt/intel_rps.c | 12 ++++++++----
>  1 file changed, 8 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/gt/intel_rps.c b/drivers/gpu/drm/i915/gt/intel_rps.c
> index 8794d399f5cd..506738dede16 100644
> --- a/drivers/gpu/drm/i915/gt/intel_rps.c
> +++ b/drivers/gpu/drm/i915/gt/intel_rps.c
> @@ -644,7 +644,7 @@ void intel_rps_mark_interactive(struct intel_rps *rps, bool interactive)
>  {
>  	mutex_lock(&rps->power.mutex);
>  	if (interactive) {
> -		if (!rps->power.interactive++ && rps->active)
> +		if (!rps->power.interactive++ && READ_ONCE(rps->active))
>  			rps_set_power(rps, HIGH_POWER);
>  	} else {
>  		GEM_BUG_ON(!rps->power.interactive);
> @@ -721,11 +721,15 @@ void intel_rps_unpark(struct intel_rps *rps)
>  	 * performance, jump directly to RPe as our starting frequency.
>  	 */
>  	mutex_lock(&rps->lock);
> -	rps->active = true;
> +
> +	WRITE_ONCE(rps->active, true);
> +
>  	freq = max(rps->cur_freq, rps->efficient_freq),
>  	freq = clamp(freq, rps->min_freq_softlimit, rps->max_freq_softlimit);
>  	intel_rps_set(rps, freq);
> +
>  	rps->last_adj = 0;
> +
>  	mutex_unlock(&rps->lock);
>  
>  	if (INTEL_GEN(rps_to_i915(rps)) >= 6)
> @@ -745,7 +749,7 @@ void intel_rps_park(struct intel_rps *rps)
>  	if (INTEL_GEN(i915) >= 6)
>  		rps_disable_interrupts(rps);
>  
> -	rps->active = false;
> +	WRITE_ONCE(rps->active, false);
>  	if (rps->last_freq <= rps->idle_freq)
>  		return;
>  
> @@ -772,7 +776,7 @@ void intel_rps_boost(struct i915_request *rq)
>  	struct intel_rps *rps = &rq->engine->gt->rps;
>  	unsigned long flags;
>  
> -	if (i915_request_signaled(rq) || !rps->active)
> +	if (i915_request_signaled(rq) || !READ_ONCE(rps->active))
>  		return;
>  
>  	/* Serializes with i915_request_retire() */
> -- 
> 2.20.1


More information about the Intel-gfx mailing list