[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