From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Tvrtko Ursulin <tursulin@igalia.com>
Cc: intel-xe@lists.freedesktop.org, kernel-dev@igalia.com,
"Tvrtko Ursulin" <tvrtko.ursulin@igalia.com>,
"Jani Nikula" <jani.nikula@intel.com>,
"José Roberto de Souza" <jose.souza@intel.com>,
"Juha-Pekka Heikkila" <juhapekka.heikkila@gmail.com>,
"Rodrigo Vivi" <rodrigo.vivi@intel.com>
Subject: Re: [PATCH v15 09/10] drm/i915/display: Detect AuxCCS support via display parent interface
Date: Tue, 9 Dec 2025 11:56:03 +0200 [thread overview]
Message-ID: <aTfyM6H9yUccwoxm@intel.com> (raw)
In-Reply-To: <aTfvCxI7KTZsR3wm@intel.com>
On Tue, Dec 09, 2025 at 11:42:35AM +0200, Ville Syrjälä wrote:
> On Mon, Dec 08, 2025 at 08:17:20PM +0100, Tvrtko Ursulin wrote:
> > From: Tvrtko Ursulin <tvrtko.ursulin@igalia.com>
> >
> > Whether AuxCCS can be properly supported depends on the support both from
> > the display side and non-display side of the driver.
> >
> > Let us therefore allow for the non-display part to be queried via the
> > display parent interface.
> >
> > The new interface replaces the HAS_AUX_CCS macro and we also remove the
> > FIXME from skl_universal_plane_create since now the xe will not advertise
> > the AuxCCS caps to start with so they do not need to be removed after
> > enumeration.
> >
> > Also, by removing this build specific FIXME we come a step closer to fully
> > de-coupling display and non-display.
> >
> > Signed-off-by: Tvrtko Ursulin <tvrtko.ursulin@igalia.com>
> > References: cf48bddd31de ("drm/i915/display: Disable AuxCCS framebuffers if built for Xe")
> > Cc: Jani Nikula <jani.nikula@intel.com>
> > Cc: José Roberto de Souza <jose.souza@intel.com>
> > Cc: Juha-Pekka Heikkila <juhapekka.heikkila@gmail.com>
> > Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
> > ---
> > drivers/gpu/drm/i915/display/intel_display_device.h | 1 -
> > drivers/gpu/drm/i915/display/intel_fb.c | 3 ++-
> > drivers/gpu/drm/i915/display/intel_parent.c | 5 +++++
> > drivers/gpu/drm/i915/display/intel_parent.h | 2 ++
> > drivers/gpu/drm/i915/display/skl_universal_plane.c | 9 ++-------
> > drivers/gpu/drm/i915/i915_driver.c | 10 ++++++++++
> > include/drm/intel/display_parent_interface.h | 3 +++
> > 7 files changed, 24 insertions(+), 9 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/display/intel_display_device.h b/drivers/gpu/drm/i915/display/intel_display_device.h
> > index 11c2b2883f35..dc61c6560015 100644
> > --- a/drivers/gpu/drm/i915/display/intel_display_device.h
> > +++ b/drivers/gpu/drm/i915/display/intel_display_device.h
> > @@ -149,7 +149,6 @@ struct intel_display_platforms {
> > #define HAS_4TILE(__display) ((__display)->platform.dg2 || DISPLAY_VER(__display) >= 14)
> > #define HAS_ASYNC_FLIPS(__display) (DISPLAY_VER(__display) >= 5)
> > #define HAS_AS_SDP(__display) (DISPLAY_VER(__display) >= 13)
> > -#define HAS_AUX_CCS(__display) (IS_DISPLAY_VER(__display, 9, 12) || (__display)->platform.alderlake_p || (__display)->platform.meteorlake)
> > #define HAS_BIGJOINER(__display) (DISPLAY_VER(__display) >= 11 && HAS_DSC(__display))
> > #define HAS_CASF(__display) (DISPLAY_VER(__display) >= 20)
> > #define HAS_CDCLK_CRAWL(__display) (DISPLAY_INFO(__display)->has_cdclk_crawl)
> > diff --git a/drivers/gpu/drm/i915/display/intel_fb.c b/drivers/gpu/drm/i915/display/intel_fb.c
> > index b34b4961fe1c..5b8e02ca2faf 100644
> > --- a/drivers/gpu/drm/i915/display/intel_fb.c
> > +++ b/drivers/gpu/drm/i915/display/intel_fb.c
> > @@ -21,6 +21,7 @@
> > #include "intel_fb_bo.h"
> > #include "intel_frontbuffer.h"
> > #include "intel_panic.h"
> > +#include "intel_parent.h"
> > #include "intel_plane.h"
> >
> > #define check_array_bounds(display, a, i) drm_WARN_ON((display)->drm, (i) >= ARRAY_SIZE(a))
> > @@ -558,7 +559,7 @@ static bool plane_has_modifier(struct intel_display *display,
> > * where supported.
> > */
> > if (intel_fb_is_ccs_modifier(md->modifier) &&
> > - HAS_AUX_CCS(display) != !!md->ccs.packed_aux_planes)
> > + intel_parent_has_auxccs(display) != !!md->ccs.packed_aux_planes)
> > return false;
> >
> > if (md->modifier == I915_FORMAT_MOD_4_TILED_BMG_CCS &&
> > diff --git a/drivers/gpu/drm/i915/display/intel_parent.c b/drivers/gpu/drm/i915/display/intel_parent.c
> > index 2ea310cc3509..7a55def19836 100644
> > --- a/drivers/gpu/drm/i915/display/intel_parent.c
> > +++ b/drivers/gpu/drm/i915/display/intel_parent.c
> > @@ -94,3 +94,8 @@ void intel_parent_fence_priority_display(struct intel_display *display, struct d
> > if (display->parent->fence_priority_display)
> > display->parent->fence_priority_display(fence);
> > }
> > +
> > +bool intel_parent_has_auxccs(struct intel_display *display)
> > +{
> > + return display->parent->has_auxccs && display->parent->has_auxccs(display->drm);
> > +}
> > diff --git a/drivers/gpu/drm/i915/display/intel_parent.h b/drivers/gpu/drm/i915/display/intel_parent.h
> > index 8f91a6f75c53..f34ee81ed7a1 100644
> > --- a/drivers/gpu/drm/i915/display/intel_parent.h
> > +++ b/drivers/gpu/drm/i915/display/intel_parent.h
> > @@ -33,4 +33,6 @@ bool intel_parent_has_fenced_regions(struct intel_display *display);
> >
> > void intel_parent_fence_priority_display(struct intel_display *display, struct dma_fence *fence);
> >
> > +bool intel_parent_has_auxccs(struct intel_display *display);
> > +
> > #endif /* __INTEL_PARENT_H__ */
> > diff --git a/drivers/gpu/drm/i915/display/skl_universal_plane.c b/drivers/gpu/drm/i915/display/skl_universal_plane.c
> > index 6cd94f400e3f..7e5dce8cfec0 100644
> > --- a/drivers/gpu/drm/i915/display/skl_universal_plane.c
> > +++ b/drivers/gpu/drm/i915/display/skl_universal_plane.c
> > @@ -22,6 +22,7 @@
> > #include "intel_fbc.h"
> > #include "intel_frontbuffer.h"
> > #include "intel_panic.h"
> > +#include "intel_parent.h"
> > #include "intel_plane.h"
> > #include "intel_psr.h"
> > #include "intel_psr_regs.h"
> > @@ -1602,7 +1603,7 @@ icl_plane_update_noarm(struct intel_dsb *dsb,
> > }
> >
> > /* FLAT CCS doesn't need to program AUX_DIST */
> > - if (HAS_AUX_CCS(display))
> > + if (intel_parent_has_auxccs(display))
>
> This is wrong. This is also used for planar formats on
> pre-icl. I'd just leave it be so that we always write sensible
> o PLANE_AUX_DIST.
And maybe s/HAS_AUX_CCS/HAS_AUX_DIST/ or something?
--
Ville Syrjälä
Intel
next prev parent reply other threads:[~2025-12-09 9:56 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-08 19:17 [PATCH v15 00/10] AuxCCS handling and render compression modifiers Tvrtko Ursulin
2025-12-08 19:17 ` [PATCH v15 01/10] drm/xe/xelpg: Limit AuxCCS ring buffer programming to Alderlake Tvrtko Ursulin
2025-12-08 19:17 ` [PATCH v15 02/10] drm/xe/xelp: Quiesce memory traffic before invalidating AuxCCS Tvrtko Ursulin
2025-12-08 19:17 ` [PATCH v15 03/10] drm/xe/xelp: Wait for AuxCCS invalidation to complete Tvrtko Ursulin
2025-12-08 19:17 ` [PATCH v15 04/10] drm/xe: Export xe_emit_aux_table_inv Tvrtko Ursulin
2025-12-08 19:17 ` [PATCH v15 05/10] drm/xe/xelp: Add AuxCCS invalidation to the indirect context workarounds Tvrtko Ursulin
2025-12-08 19:17 ` [PATCH v15 06/10] drm/xe: Handle DPT in system memory Tvrtko Ursulin
2025-12-09 9:54 ` Ville Syrjälä
2025-12-09 14:10 ` Tvrtko Ursulin
2025-12-09 14:25 ` Ville Syrjälä
2025-12-10 10:07 ` Tvrtko Ursulin
2025-12-10 10:32 ` Ville Syrjälä
2025-12-10 11:17 ` Saarinen, Jani
2025-12-10 14:51 ` Tvrtko Ursulin
2025-12-10 17:20 ` Saarinen, Jani
2025-12-08 19:17 ` [PATCH v15 07/10] drm/xe: Do not use stolen memory for DPT on IGFX and AuxCCS Tvrtko Ursulin
2025-12-08 19:17 ` [PATCH v15 08/10] drm/xe/display: Add support for AuxCCS Tvrtko Ursulin
2025-12-08 19:17 ` [PATCH v15 09/10] drm/i915/display: Detect AuxCCS support via display parent interface Tvrtko Ursulin
2025-12-09 8:31 ` Jani Nikula
2025-12-09 11:38 ` Tvrtko Ursulin
2025-12-09 9:42 ` Ville Syrjälä
2025-12-09 9:56 ` Ville Syrjälä [this message]
2025-12-09 11:34 ` Tvrtko Ursulin
2025-12-08 19:17 ` [PATCH v15 10/10] drm/xe/xelp: Expose AuxCCS frame buffer modifiers on Alderlake-P Tvrtko Ursulin
2025-12-08 20:27 ` ✗ CI.checkpatch: warning for AuxCCS handling and render compression modifiers Patchwork
2025-12-08 20:28 ` ✓ CI.KUnit: success " Patchwork
2025-12-08 20:43 ` ✗ CI.checksparse: warning " Patchwork
2025-12-08 21:37 ` ✓ Xe.CI.BAT: success " Patchwork
2025-12-09 3:28 ` ✗ Xe.CI.Full: failure " 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=aTfyM6H9yUccwoxm@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@intel.com \
--cc=jose.souza@intel.com \
--cc=juhapekka.heikkila@gmail.com \
--cc=kernel-dev@igalia.com \
--cc=rodrigo.vivi@intel.com \
--cc=tursulin@igalia.com \
--cc=tvrtko.ursulin@igalia.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