From: Jani Nikula <jani.nikula@intel.com>
To: "Kandpal, Suraj" <suraj.kandpal@intel.com>,
"intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>,
"intel-xe@lists.freedesktop.org" <intel-xe@lists.freedesktop.org>
Subject: RE: [PATCH] drm/{i915, xe}/display: move transient data flush call to display parent interface
Date: Mon, 03 Aug 2026 12:32:11 +0300 [thread overview]
Message-ID: <e16a7c76b87ce1a4f138e53638b8787eaaa7319c@intel.com> (raw)
In-Reply-To: <DS4PPFE901A304F6EDF1624AEE15EE3E411E3D52@DS4PPFE901A304F.namprd11.prod.outlook.com>
On Mon, 03 Aug 2026, "Kandpal, Suraj" <suraj.kandpal@intel.com> wrote:
>> Subject: [PATCH] drm/{i915, xe}/display: move transient data flush call to display
>> parent interface
>>
>> Move the core driver TDF call to display parent interface to avoid direct calls
>> from display to xe driver.
>>
>> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
>
> LGTM,
> Reviewed-by: Suraj Kandpal <suraj.kandpal@intel.com>
Thanks, pushed to din.
BR,
Jani.
>
>> ---
>> drivers/gpu/drm/i915/display/intel_display.c | 4 +--
>> .../gpu/drm/i915/display/intel_frontbuffer.c | 3 +--
>> drivers/gpu/drm/i915/display/intel_parent.c | 6 +++++
>> drivers/gpu/drm/i915/display/intel_parent.h | 1 +
>> drivers/gpu/drm/i915/display/intel_tdf.h | 25 -------------------
>> drivers/gpu/drm/xe/Makefile | 3 +--
>> drivers/gpu/drm/xe/display/xe_display.c | 15 +++++++++++
>> drivers/gpu/drm/xe/display/xe_tdf.c | 15 -----------
>> include/drm/intel/display_parent_interface.h | 3 +++
>> 9 files changed, 29 insertions(+), 46 deletions(-) delete mode 100644
>> drivers/gpu/drm/i915/display/intel_tdf.h
>> delete mode 100644 drivers/gpu/drm/xe/display/xe_tdf.c
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_display.c
>> b/drivers/gpu/drm/i915/display/intel_display.c
>> index 9dfd095f325f..bf838834b89f 100644
>> --- a/drivers/gpu/drm/i915/display/intel_display.c
>> +++ b/drivers/gpu/drm/i915/display/intel_display.c
>> @@ -107,6 +107,7 @@
>> #include "intel_modeset_verify.h"
>> #include "intel_overlay.h"
>> #include "intel_panel.h"
>> +#include "intel_parent.h"
>> #include "intel_pch_display.h"
>> #include "intel_pch_refclk.h"
>> #include "intel_pfit.h"
>> @@ -119,7 +120,6 @@
>> #include "intel_sdvo.h"
>> #include "intel_snps_phy.h"
>> #include "intel_tc.h"
>> -#include "intel_tdf.h"
>> #include "intel_tv.h"
>> #include "intel_vblank.h"
>> #include "intel_vdsc.h"
>> @@ -7506,7 +7506,7 @@ static void intel_atomic_commit_tail(struct
>> intel_atomic_state *state)
>>
>> intel_atomic_commit_fence_wait(state);
>>
>> - intel_td_flush(display);
>> + intel_parent_transient_data_flush(display);
>>
>> intel_atomic_prepare_plane_clear_colors(state);
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_frontbuffer.c
>> b/drivers/gpu/drm/i915/display/intel_frontbuffer.c
>> index 705742e117ca..70aae6ffa3fe 100644
>> --- a/drivers/gpu/drm/i915/display/intel_frontbuffer.c
>> +++ b/drivers/gpu/drm/i915/display/intel_frontbuffer.c
>> @@ -66,7 +66,6 @@
>> #include "intel_frontbuffer.h"
>> #include "intel_parent.h"
>> #include "intel_psr.h"
>> -#include "intel_tdf.h"
>>
>> /**
>> * frontbuffer_flush - flush frontbuffer @@ -95,7 +94,7 @@ static void
>> frontbuffer_flush(struct intel_display *display,
>> trace_intel_frontbuffer_flush(display, frontbuffer_bits, origin);
>>
>> might_sleep();
>> - intel_td_flush(display);
>> + intel_parent_transient_data_flush(display);
>> intel_drrs_flush(display, frontbuffer_bits);
>> intel_psr_flush(display, frontbuffer_bits, origin);
>> intel_fbc_flush(display, frontbuffer_bits, origin); diff --git
>> a/drivers/gpu/drm/i915/display/intel_parent.c
>> b/drivers/gpu/drm/i915/display/intel_parent.c
>> index a5e41ea66921..ffc1f5e0518c 100644
>> --- a/drivers/gpu/drm/i915/display/intel_parent.c
>> +++ b/drivers/gpu/drm/i915/display/intel_parent.c
>> @@ -451,6 +451,12 @@ bool intel_parent_has_fenced_regions(struct
>> intel_display *display)
>> return display->parent->has_fenced_regions && display->parent-
>> >has_fenced_regions(display->drm);
>> }
>>
>> +void intel_parent_transient_data_flush(struct intel_display *display) {
>> + if (display->parent->transient_data_flush)
>> + display->parent->transient_data_flush(display->drm);
>> +}
>> +
>> bool intel_parent_vgpu_active(struct intel_display *display) {
>> return display->parent->vgpu_active && display->parent-
>> >vgpu_active(display->drm);
>> diff --git a/drivers/gpu/drm/i915/display/intel_parent.h
>> b/drivers/gpu/drm/i915/display/intel_parent.h
>> index 595d4148b8eb..c817a826169c 100644
>> --- a/drivers/gpu/drm/i915/display/intel_parent.h
>> +++ b/drivers/gpu/drm/i915/display/intel_parent.h
>> @@ -155,6 +155,7 @@ int intel_parent_vlv_iosf_write(struct intel_display
>> *display, enum vlv_iosf_sb_
>> /* generic */
>> bool intel_parent_has_auxccs(struct intel_display *display); bool
>> intel_parent_has_fenced_regions(struct intel_display *display);
>> +void intel_parent_transient_data_flush(struct intel_display *display);
>> bool intel_parent_vgpu_active(struct intel_display *display); void
>> intel_parent_fence_priority_display(struct intel_display *display, struct
>> dma_fence *fence);
>>
>> diff --git a/drivers/gpu/drm/i915/display/intel_tdf.h
>> b/drivers/gpu/drm/i915/display/intel_tdf.h
>> deleted file mode 100644
>> index 0862c2bfd9cd..000000000000
>> --- a/drivers/gpu/drm/i915/display/intel_tdf.h
>> +++ /dev/null
>> @@ -1,25 +0,0 @@
>> -/* SPDX-License-Identifier: MIT */
>> -/*
>> - * Copyright © 2024 Intel Corporation
>> - */
>> -
>> -#ifndef __INTEL_TDF_H__
>> -#define __INTEL_TDF_H__
>> -
>> -/*
>> - * TDF (Transient-Data-Flush) is needed for Xe2+ where special L3:XD caching
>> can
>> - * be enabled through various PAT index modes. Idea is to use this caching
>> mode
>> - * when for example rendering onto the display surface, with the promise that
>> - * KMD will ensure transient cache entries are always flushed by the time we
>> do
>> - * the display flip, since display engine is never coherent with CPU/GPU caches.
>> - */
>> -
>> -struct intel_display;
>> -
>> -#ifdef I915
>> -static inline void intel_td_flush(struct intel_display *display) {} -#else -void
>> intel_td_flush(struct intel_display *display); -#endif
>> -
>> -#endif
>> diff --git a/drivers/gpu/drm/xe/Makefile b/drivers/gpu/drm/xe/Makefile index
>> 67ada1d6c2fb..44ed055439d4 100644
>> --- a/drivers/gpu/drm/xe/Makefile
>> +++ b/drivers/gpu/drm/xe/Makefile
>> @@ -228,8 +228,7 @@ xe-$(CONFIG_DRM_XE_DISPLAY) += \
>> display/xe_hdcp_gsc.o \
>> display/xe_initial_plane.o \
>> display/xe_panic.o \
>> - display/xe_stolen.o \
>> - display/xe_tdf.o
>> + display/xe_stolen.o
>>
>> # Display code shared with i915
>> xe-$(CONFIG_DRM_XE_DISPLAY) += \
>> diff --git a/drivers/gpu/drm/xe/display/xe_display.c
>> b/drivers/gpu/drm/xe/display/xe_display.c
>> index 8da4c457a4a0..5f5e79505b3d 100644
>> --- a/drivers/gpu/drm/xe/display/xe_display.c
>> +++ b/drivers/gpu/drm/xe/display/xe_display.c
>> @@ -446,6 +446,20 @@ static bool has_auxccs(struct drm_device *drm)
>> return xe->info.platform == XE_ALDERLAKE_P; }
>>
>> +/*
>> + * TDF (Transient-Data-Flush) is needed for Xe2+ where special L3:XD
>> +caching can
>> + * be enabled through various PAT index modes. Idea is to use this
>> +caching mode
>> + * when for example rendering onto the display surface, with the
>> +promise that
>> + * KMD will ensure transient cache entries are always flushed by the
>> +time we do
>> + * the display flip, since display engine is never coherent with CPU/GPU caches.
>> + */
>> +static void transient_data_flush(struct drm_device *drm) {
>> + struct xe_device *xe = to_xe_device(drm);
>> +
>> + xe_device_td_flush(xe);
>> +}
>> +
>> static const struct intel_display_parent_interface parent = {
>> .bo = &xe_display_bo_interface,
>> .dsb = &xe_display_dsb_interface,
>> @@ -459,6 +473,7 @@ static const struct intel_display_parent_interface parent
>> = {
>> .rpm = &xe_display_rpm_interface,
>> .stolen = &xe_display_stolen_interface,
>> .has_auxccs = has_auxccs,
>> + .transient_data_flush = transient_data_flush,
>> };
>>
>> /**
>> diff --git a/drivers/gpu/drm/xe/display/xe_tdf.c
>> b/drivers/gpu/drm/xe/display/xe_tdf.c
>> deleted file mode 100644
>> index 78bda4c47874..000000000000
>> --- a/drivers/gpu/drm/xe/display/xe_tdf.c
>> +++ /dev/null
>> @@ -1,15 +0,0 @@
>> -// SPDX-License-Identifier: MIT
>> -/*
>> - * Copyright © 2024 Intel Corporation
>> - */
>> -
>> -#include "intel_display_core.h"
>> -#include "intel_tdf.h"
>> -#include "xe_device.h"
>> -
>> -void intel_td_flush(struct intel_display *display) -{
>> - struct xe_device *xe = to_xe_device(display->drm);
>> -
>> - xe_device_td_flush(xe);
>> -}
>> diff --git a/include/drm/intel/display_parent_interface.h
>> b/include/drm/intel/display_parent_interface.h
>> index de395df9ca30..8b25107615ea 100644
>> --- a/include/drm/intel/display_parent_interface.h
>> +++ b/include/drm/intel/display_parent_interface.h
>> @@ -302,6 +302,9 @@ struct intel_display_parent_interface {
>> /** @has_fenced_regions: Support legacy fencing? Optional. */
>> bool (*has_fenced_regions)(struct drm_device *drm);
>>
>> + /** @transient_data_flush: Transient data flush. Optional. */
>> + void (*transient_data_flush)(struct drm_device *drm);
>> +
>> /** @vgpu_active: Is vGPU active? Optional. */
>> bool (*vgpu_active)(struct drm_device *drm);
>> };
>> --
>> 2.47.3
>
--
Jani Nikula, Intel
prev parent reply other threads:[~2026-08-03 9:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-28 17:00 [PATCH] drm/{i915, xe}/display: move transient data flush call to display parent interface Jani Nikula
2026-07-28 17:14 ` ✗ CI.checkpatch: warning for " Patchwork
2026-07-28 17:15 ` ✓ CI.KUnit: success " Patchwork
2026-07-28 17:50 ` ✓ Xe.CI.BAT: " Patchwork
2026-07-28 21:38 ` ✓ Xe.CI.FULL: " Patchwork
2026-08-03 3:06 ` [PATCH] " Kandpal, Suraj
2026-08-03 9:32 ` Jani Nikula [this message]
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=e16a7c76b87ce1a4f138e53638b8787eaaa7319c@intel.com \
--to=jani.nikula@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=suraj.kandpal@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