[Intel-gfx] [PATCH 3/4] drm/i915: Nuke ORIGIN_GTT

Gwan-gyeong Mun gwan-gyeong.mun at intel.com
Tue Aug 3 11:20:01 UTC 2021



On 7/31/21 3:10 AM, José Roberto de Souza wrote:
> There is no users of it, so no need to keep handling for it.
> 
> Cc: Gwan-gyeong Mun <gwan-gyeong.mun at intel.com>
> Signed-off-by: José Roberto de Souza <jose.souza at intel.com>
> ---
>   drivers/gpu/drm/i915/display/intel_fbc.c         | 10 +---------
>   drivers/gpu/drm/i915/display/intel_frontbuffer.h |  3 +--
>   2 files changed, 2 insertions(+), 11 deletions(-)
> 
> diff --git a/drivers/gpu/drm/i915/display/intel_fbc.c b/drivers/gpu/drm/i915/display/intel_fbc.c
> index ddfc17e21668a..e4d412d395c34 100644
> --- a/drivers/gpu/drm/i915/display/intel_fbc.c
> +++ b/drivers/gpu/drm/i915/display/intel_fbc.c
> @@ -1129,7 +1129,7 @@ void intel_fbc_invalidate(struct drm_i915_private *dev_priv,
>   	if (!HAS_FBC(dev_priv))
>   		return;
>   
> -	if (origin == ORIGIN_GTT || origin == ORIGIN_FLIP)
> +	if (origin == ORIGIN_FLIP)
>   		return;
>   
>   	mutex_lock(&fbc->lock);
> @@ -1150,14 +1150,6 @@ void intel_fbc_flush(struct drm_i915_private *dev_priv,
>   	if (!HAS_FBC(dev_priv))
>   		return;
>   
> -	/*
> -	 * GTT tracking does not nuke the entire cfb
> -	 * so don't clear busy_bits set for some other
> -	 * reason.
> -	 */
> -	if (origin == ORIGIN_GTT)
> -		return;
> -
>   	mutex_lock(&fbc->lock);
>   
>   	fbc->busy_bits &= ~frontbuffer_bits;
> diff --git a/drivers/gpu/drm/i915/display/intel_frontbuffer.h b/drivers/gpu/drm/i915/display/intel_frontbuffer.h
> index 6d41f53944250..4b977c1e4d52b 100644
> --- a/drivers/gpu/drm/i915/display/intel_frontbuffer.h
> +++ b/drivers/gpu/drm/i915/display/intel_frontbuffer.h
> @@ -33,8 +33,7 @@
>   struct drm_i915_private;
>   
>   enum fb_op_origin {
> -	ORIGIN_GTT,
> -	ORIGIN_CPU,
> +	ORIGIN_CPU = 0,
>   	ORIGIN_CS,
>   	ORIGIN_FLIP,
>   	ORIGIN_DIRTYFB,
> 
Is this patch absolutely necessary for this series?


More information about the Intel-gfx mailing list