Intel-XE Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Hogander, Jouni" <jouni.hogander@intel.com>
To: "intel-xe@lists.freedesktop.org" <intel-xe@lists.freedesktop.org>,
	"intel-gfx@lists.freedesktop.org"
	<intel-gfx@lists.freedesktop.org>,
	"Govindapillai, Vinod" <vinod.govindapillai@intel.com>
Cc: "Roper, Matthew D" <matthew.d.roper@intel.com>,
	"Syrjala, Ville" <ville.syrjala@intel.com>
Subject: Re: [PATCH v1] drm/xe: avoid the async_flip update in the initial plane config
Date: Fri, 14 Jun 2024 07:11:13 +0000	[thread overview]
Message-ID: <7a429d9a5f26c4a0f9b2bf1208ae1a4829d9e4c5.camel@intel.com> (raw)
In-Reply-To: <20240419140925.157924-1-vinod.govindapillai@intel.com>

On Fri, 2024-04-19 at 17:09 +0300, Vinod Govindapillai wrote:
> Async flip call is not needed. The updated fb mapping is updated
> as part of the fixup_initial_plane_config() call. Otherwise we
> end up updating the PLAN_SURF register twice with the same info.

async_flip is writing PLANE_CTL as well. Is it ok to leave that out?

BR,

Jouni Högander

> 
> v2: avoid async_flip instead of removing fixup call (Ville)
> 
> Signed-off-by: Vinod Govindapillai <vinod.govindapillai@intel.com>
> ---
>  drivers/gpu/drm/xe/display/xe_plane_initial.c | 10 ----------
>  1 file changed, 10 deletions(-)
> 
> diff --git a/drivers/gpu/drm/xe/display/xe_plane_initial.c
> b/drivers/gpu/drm/xe/display/xe_plane_initial.c
> index 9693c56d386b..b5f8381b593d 100644
> --- a/drivers/gpu/drm/xe/display/xe_plane_initial.c
> +++ b/drivers/gpu/drm/xe/display/xe_plane_initial.c
> @@ -189,8 +189,6 @@ intel_find_initial_plane_obj(struct intel_crtc
> *crtc,
>                 to_intel_plane(crtc->base.primary);
>         struct intel_plane_state *plane_state =
>                 to_intel_plane_state(plane->base.state);
> -       struct intel_crtc_state *crtc_state =
> -               to_intel_crtc_state(crtc->base.state);
>         struct drm_framebuffer *fb;
>         struct i915_vma *vma;
>  
> @@ -236,14 +234,6 @@ intel_find_initial_plane_obj(struct intel_crtc
> *crtc,
>         atomic_or(plane->frontbuffer_bit, &to_intel_frontbuffer(fb)-
> >bits);
>  
>         plane_config->vma = vma;
> -
> -       /*
> -        * Flip to the newly created mapping ASAP, so we can re-use
> the
> -        * first part of GGTT for WOPCM, prevent flickering, and
> prevent
> -        * the lookup of sysmem scratch pages.
> -        */
> -       plane->check_plane(crtc_state, plane_state);
> -       plane->async_flip(plane, crtc_state, plane_state, true);
>         return;
>  
>  nofb:


  parent reply	other threads:[~2024-06-14  7:11 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-19 14:09 [PATCH v1] drm/xe: avoid the async_flip update in the initial plane config Vinod Govindapillai
2024-04-19 17:56 ` ✓ CI.Patch_applied: success for " Patchwork
2024-04-19 17:57 ` ✓ CI.checkpatch: " Patchwork
2024-04-19 17:57 ` ✓ CI.KUnit: " Patchwork
2024-04-19 18:09 ` ✓ CI.Build: " Patchwork
2024-04-19 18:16 ` ✓ CI.Hooks: " Patchwork
2024-04-19 18:23 ` ✓ CI.checksparse: " Patchwork
2024-04-19 19:30 ` ✗ CI.BAT: failure " Patchwork
2024-04-21 10:57 ` ✗ CI.FULL: " Patchwork
2024-04-23 12:07 ` ✓ CI.Patch_applied: success for drm/xe: avoid the async_flip update in the initial plane config (rev2) Patchwork
2024-04-23 12:07 ` ✓ CI.checkpatch: " Patchwork
2024-04-23 12:08 ` ✓ CI.KUnit: " Patchwork
2024-04-23 12:26 ` ✓ CI.Build: " Patchwork
2024-04-23 12:29 ` ✓ CI.Hooks: " Patchwork
2024-04-23 12:31 ` ✓ CI.checksparse: " Patchwork
2024-04-23 12:54 ` ✓ CI.BAT: " Patchwork
2024-04-23 19:15 ` ✓ CI.FULL: " Patchwork
2024-06-14  7:11 ` Hogander, Jouni [this message]
2024-06-14  8:23   ` [PATCH v1] drm/xe: avoid the async_flip update in the initial plane config Govindapillai, Vinod
2024-06-14  8:41     ` Hogander, Jouni

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7a429d9a5f26c4a0f9b2bf1208ae1a4829d9e4c5.camel@intel.com \
    --to=jouni.hogander@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=matthew.d.roper@intel.com \
    --cc=ville.syrjala@intel.com \
    --cc=vinod.govindapillai@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox