From: Jani Nikula <jani.nikula@intel.com>
To: Matt Roper <matthew.d.roper@intel.com>
Cc: intel-xe@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
rodrigo.vivi@intel.com, ville.syrjala@linux.intel.com
Subject: Re: [PATCH 2/3] drm/xe: remove compat i915_drv.h and -Ddrm_i915_private=xe_device hack
Date: Tue, 30 Dec 2025 15:59:33 +0200 [thread overview]
Message-ID: <5b3d9ac4e919ac69d35232251f1b8181b7276e9b@intel.com> (raw)
In-Reply-To: <20251229172318.GH1180203@mdroper-desk1.amr.corp.intel.com>
On Mon, 29 Dec 2025, Matt Roper <matthew.d.roper@intel.com> wrote:
> On Mon, Dec 29, 2025 at 01:54:44PM +0200, Jani Nikula wrote:
>> The xe display build no longer needs the compat i915_drv.h or the ugly
>> -Ddrm_i915_private=xe_device hack. Remove them, with great pleasure.
>>
>> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
>
> There's still a comment referring to this aliasing in xe_device_types.h
> (above the intel_uncore substruct) that should probably be removed too
> now that the alias is gone. Otherwise,
I already looked at it, but Ville's going to nuke the whole uncore
member from xe_device soonish, along with the whole comment, so decided
to just let it be. That okay with you?
> Reviewed-by: Matt Roper <matthew.d.roper@intel.com>
>
> Great cleanup to close out the year!
Indeed, thanks a lot for the review!
> Side question that I stumbled over by accident while reviewing this ---
> did we really never implement DPT for Xe? And everything is still
> working? It looks like even the chicken bits to disable use of DPT have
> been removed in modern platforms, so I'm surprised that things aren't
> blowing up if we aren't following the bspec's requirement that all tiled
> framebuffers use DPT. Am I overlooking something here?
It's... different. See xe_fb_pin.c for example. I don't claim to have an
in depth understanding.
BR,
Jani.
>
>
> Matt
>
>> ---
>> drivers/gpu/drm/xe/Makefile | 3 +--
>> .../gpu/drm/xe/compat-i915-headers/i915_drv.h | 22 -------------------
>> 2 files changed, 1 insertion(+), 24 deletions(-)
>> delete mode 100644 drivers/gpu/drm/xe/compat-i915-headers/i915_drv.h
>>
>> diff --git a/drivers/gpu/drm/xe/Makefile b/drivers/gpu/drm/xe/Makefile
>> index 3315f93a35b2..2b20c79d7ec9 100644
>> --- a/drivers/gpu/drm/xe/Makefile
>> +++ b/drivers/gpu/drm/xe/Makefile
>> @@ -200,8 +200,7 @@ endif
>> # i915 Display compat #defines and #includes
>> subdir-ccflags-$(CONFIG_DRM_XE_DISPLAY) += \
>> -I$(src)/compat-i915-headers \
>> - -I$(srctree)/drivers/gpu/drm/i915/display/ \
>> - -Ddrm_i915_private=xe_device
>> + -I$(srctree)/drivers/gpu/drm/i915/display/
>>
>> # Rule to build display code shared with i915
>> $(obj)/i915-display/%.o: $(srctree)/drivers/gpu/drm/i915/display/%.c FORCE
>> diff --git a/drivers/gpu/drm/xe/compat-i915-headers/i915_drv.h b/drivers/gpu/drm/xe/compat-i915-headers/i915_drv.h
>> deleted file mode 100644
>> index 04d1925f9a19..000000000000
>> --- a/drivers/gpu/drm/xe/compat-i915-headers/i915_drv.h
>> +++ /dev/null
>> @@ -1,22 +0,0 @@
>> -/* SPDX-License-Identifier: MIT */
>> -/*
>> - * Copyright © 2023 Intel Corporation
>> - */
>> -#ifndef _XE_I915_DRV_H_
>> -#define _XE_I915_DRV_H_
>> -
>> -/*
>> - * "Adaptation header" to allow i915 display to also build for xe driver.
>> - * TODO: refactor i915 and xe so this can cease to exist
>> - */
>> -
>> -#include <drm/drm_drv.h>
>> -
>> -#include "xe_device_types.h"
>> -
>> -static inline struct drm_i915_private *to_i915(const struct drm_device *dev)
>> -{
>> - return container_of(dev, struct drm_i915_private, drm);
>> -}
>> -
>> -#endif
>> --
>> 2.47.3
>>
--
Jani Nikula, Intel
next prev parent reply other threads:[~2025-12-30 13:59 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-29 11:54 [PATCH 0/3] drm/{i915, xe}/display: remove the -Ddrm_i915_private=xe_device hack Jani Nikula
2025-12-29 11:54 ` [PATCH 1/3] drm/i915: drop i915 param from i915_fence{, _context}_timeout() Jani Nikula
2025-12-29 16:57 ` Matt Roper
2025-12-29 11:54 ` [PATCH 2/3] drm/xe: remove compat i915_drv.h and -Ddrm_i915_private=xe_device hack Jani Nikula
2025-12-29 17:23 ` Matt Roper
2025-12-30 13:59 ` Jani Nikula [this message]
2025-12-30 16:45 ` Matt Roper
2025-12-30 21:24 ` Jani Nikula
2025-12-29 11:54 ` [PATCH 3/3] drm/i915/utils: drop unnecessary ifdefs Jani Nikula
2025-12-29 17:24 ` Matt Roper
2025-12-29 12:01 ` ✗ CI.checkpatch: warning for drm/{i915, xe}/display: remove the -Ddrm_i915_private=xe_device hack Patchwork
2025-12-29 12:02 ` ✓ CI.KUnit: success " Patchwork
2025-12-29 12:41 ` ✓ Xe.CI.BAT: " Patchwork
2025-12-29 14:19 ` ✗ 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=5b3d9ac4e919ac69d35232251f1b8181b7276e9b@intel.com \
--to=jani.nikula@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=matthew.d.roper@intel.com \
--cc=rodrigo.vivi@intel.com \
--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