Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Jani Nikula <jani.nikula@linux.intel.com>
To: Ville Syrjala <ville.syrjala@linux.intel.com>,
	intel-gfx@lists.freedesktop.org
Cc: intel-xe@lists.freedesktop.org
Subject: Re: [PATCH 00/10] drm/i915/frontbuffer: Fix the intel_frontbuffer lifetime mess
Date: Mon, 06 Oct 2025 20:27:39 +0300	[thread overview]
Message-ID: <4f71d84a7250045fcb16f0784f712cb0a8da84c6@intel.com> (raw)
In-Reply-To: <20251006164648.6761-1-ville.syrjala@linux.intel.com>

On Mon, 06 Oct 2025, Ville Syrjala <ville.syrjala@linux.intel.com> wrote:
> From: Ville Syrjälä <ville.syrjala@linux.intel.com>
>
> The attempted piecemeal intel_frontbuffer split between
> i915 and xe is not good. Redo it with a bigger shovel.

Thanks so much for doing this. I've eyeballed the code a bunch of times,
but was never really able to figure out what to do.

Acked-by: Jani Nikula <jani.nikula@intel.com>

on the whole thing. I'll also try and have a closer look for a proper
R-b.

> Ville Syrjälä (10):
>   drm/i915/overlay: Drop the DIRTYFB flush
>   drm/i915/overlay: Switchj to intel_frontbuffer_flip()
>   drm/i915/frontbuffer: Nuke intel_frontbuffer_flip_{prepare,complete}()
>   drm/i915/frontbuffer: Turn intel_bo_flush_if_display() into a
>     frontbuffer operation
>   drm/i915/frontbuffer: Handle the dirtyfb cache flush inside
>     intel_frontbuffer_flush()
>   drm/i915/frontbuffef: Split fb_tracking.lock into two
>   drm/i915/frontbuffer: Extract intel_frontbuffer_ref()
>   drm/i915/frontbuffer: Add intel_frontbuffer::display
>   drm/i915/frontbuffer: Fix intel_frontbuffer lifetime handling
>   drm/i915/gem:
>     s/i915_gem_object_get_frontbuffer/i915_gem_object_frontbuffer_lookup/
>
>  drivers/gpu/drm/i915/Makefile                 |   1 +
>  drivers/gpu/drm/i915/display/intel_bo.c       |  40 +++--
>  drivers/gpu/drm/i915/display/intel_bo.h       |   8 +-
>  .../gpu/drm/i915/display/intel_display_core.h |   5 +-
>  .../drm/i915/display/intel_display_debugfs.c  |   3 -
>  drivers/gpu/drm/i915/display/intel_fb.c       |   1 -
>  .../gpu/drm/i915/display/intel_frontbuffer.c  | 149 +++---------------
>  .../gpu/drm/i915/display/intel_frontbuffer.h  |  18 +--
>  drivers/gpu/drm/i915/display/intel_overlay.c  |   6 +-
>  drivers/gpu/drm/i915/gem/i915_gem_object.c    |  16 +-
>  .../i915/gem/i915_gem_object_frontbuffer.c    | 103 ++++++++++++
>  .../i915/gem/i915_gem_object_frontbuffer.h    |  56 +++----
>  .../gpu/drm/i915/gem/i915_gem_object_types.h  |   2 +-
>  drivers/gpu/drm/i915/i915_drv.h               |   2 +
>  drivers/gpu/drm/i915/i915_gem.c               |   2 +
>  drivers/gpu/drm/i915/i915_vma.c               |   8 +-
>  .../gpu/drm/xe/compat-i915-headers/i915_vma.h |   2 -
>  drivers/gpu/drm/xe/display/intel_bo.c         |  60 +++++--
>  18 files changed, 258 insertions(+), 224 deletions(-)
>  create mode 100644 drivers/gpu/drm/i915/gem/i915_gem_object_frontbuffer.c

-- 
Jani Nikula, Intel

  parent reply	other threads:[~2025-10-06 17:27 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-06 16:46 [PATCH 00/10] drm/i915/frontbuffer: Fix the intel_frontbuffer lifetime mess Ville Syrjala
2025-10-06 16:46 ` [PATCH 01/10] drm/i915/overlay: Drop the DIRTYFB flush Ville Syrjala
2025-10-06 16:46 ` [PATCH 02/10] drm/i915/overlay: Switchj to intel_frontbuffer_flip() Ville Syrjala
2025-10-06 16:46 ` [PATCH 03/10] drm/i915/frontbuffer: Nuke intel_frontbuffer_flip_{prepare, complete}() Ville Syrjala
2025-10-06 16:46 ` [PATCH 04/10] drm/i915/frontbuffer: Turn intel_bo_flush_if_display() into a frontbuffer operation Ville Syrjala
2025-10-06 16:46 ` [PATCH 05/10] drm/i915/frontbuffer: Handle the dirtyfb cache flush inside intel_frontbuffer_flush() Ville Syrjala
2025-10-06 16:46 ` [PATCH 06/10] drm/i915/frontbuffef: Split fb_tracking.lock into two Ville Syrjala
2025-10-06 16:46 ` [PATCH 07/10] drm/i915/frontbuffer: Extract intel_frontbuffer_ref() Ville Syrjala
2025-10-06 16:46 ` [PATCH 08/10] drm/i915/frontbuffer: Add intel_frontbuffer::display Ville Syrjala
2025-10-06 16:46 ` [PATCH 09/10] drm/i915/frontbuffer: Fix intel_frontbuffer lifetime handling Ville Syrjala
2025-10-06 16:46 ` [PATCH 10/10] drm/i915/gem: s/i915_gem_object_get_frontbuffer/i915_gem_object_frontbuffer_lookup/ Ville Syrjala
2025-10-06 17:27 ` Jani Nikula [this message]
2025-10-06 19:39 ` ✓ i915.CI.BAT: success for drm/i915/frontbuffer: Fix the intel_frontbuffer lifetime mess Patchwork
2025-10-07 15:24 ` ✓ i915.CI.Full: " Patchwork

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=4f71d84a7250045fcb16f0784f712cb0a8da84c6@intel.com \
    --to=jani.nikula@linux.intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=ville.syrjala@linux.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