[PATCH 0/3] drm/i915: Fix scanline_offset for LNL+/BMG+

Lucas De Marchi lucas.demarchi at intel.com
Fri Feb 7 22:41:11 UTC 2025


On Fri, Feb 07, 2025 at 11:54:03PM +0200, Ville Syrjälä wrote:
>From: Ville Syrjälä <ville.syrjala at linux.intel.com>
>
>Something has changed in the hardware on LNL/BMG because
>HDMI outputs no longer have the extra scanline offset.
>
>I confirmed that MTL still has the old behaviour, which
>is a bit weird since both MTL and BMG have display ver 14
>vs. LNL is version 20. But can't argue with actual
>hardware behaviour.

<6>[  210.368608] xe 0000:03:00.0: [drm] Found battlemage (device ID e20b) discrete display version 14.01 stepping B0
vs
<6>[  412.999204] i915 0000:00:02.0: [drm] Found meteorlake (device ID 7d55) integrated display version 14.00 stepping C0

So 14.01 vs 14.00. In the driver:

static const struct {                                                            
         u16 ver;
         u16 rel;
         const struct intel_display_device_info *display;
} gmdid_display_map[] = {
         { 14,  0, &xe_lpdp_display },
         { 14,  1, &xe2_hpd_display },
	...
}

So maybe we need to check for the full version >= 1401 instead?

+Matt Roper, +Gustavo who may know the right bspec to confirm this
change in behavior

Lucas De Marchi

>
>Ville Syrjälä (3):
>  drm/i915: Fix scanline_offset for LNL+ and BMG+
>  drm/i915: Reverse the scanline_offset if ladder
>  drm/i915: Replace the HAS_DDI() in intel_crtc_scanline_offset() with
>    specific platform checks
>
> drivers/gpu/drm/i915/display/intel_vblank.c | 13 ++++++++-----
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
>-- 
>2.45.3
>


More information about the Intel-gfx mailing list