From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: "Kandpal, Suraj" <suraj.kandpal@intel.com>
Cc: "intel-xe@lists.freedesktop.org" <intel-xe@lists.freedesktop.org>,
"intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>,
"Nautiyal, Ankit K" <ankit.k.nautiyal@intel.com>,
"Murthy, Arun R" <arun.r.murthy@intel.com>,
"Sousa, Gustavo" <gustavo.sousa@intel.com>,
"Nikula, Jani" <jani.nikula@intel.com>
Subject: Re: [PATCH] drm/i915/display: Use PIPEDMC_FRMTMSTMP on display ver >= 30
Date: Tue, 19 May 2026 15:02:36 +0300 [thread overview]
Message-ID: <agxRXIOoXUJ0ekTA@intel.com> (raw)
In-Reply-To: <DM3PPF208195D8DF69F342CA48E192DC494E3002@DM3PPF208195D8D.namprd11.prod.outlook.com>
On Tue, May 19, 2026 at 02:33:38AM +0000, Kandpal, Suraj wrote:
> > Subject: Re: [PATCH] drm/i915/display: Use PIPEDMC_FRMTMSTMP on
> > display ver >= 30
> >
> > On Fri, May 15, 2026 at 09:40:56PM +0530, Suraj Kandpal wrote:
> > > Starting with display version 30, the per-pipe frame timestamp is read
> > > from the PIPEDMC register block (PIPEDMC_FRMTMSTMP) instead of the
> > > legacy PIPE_FRMTMSTMP MMIO. Extend PIPE_FRMTMSTMP() to take the
> > > display and select the appropriate register based on DISPLAY_VER(),
> > > and update all callers intel_vblank accordingly.
> > >
> > > Bspec: 79482
> > > Signed-off-by: Suraj Kandpal <suraj.kandpal@intel.com>
> > > ---
> > > v1 -> v2:
> > > - Define registers in correct location (Jani)
> > > - Use the intel_display_wa() helper to select the correct register
> > > (Gustavo)
> > > - Fix early vblank timeout issue when DMC is not loaded
> > >
> > > .../gpu/drm/i915/display/intel_display_wa.c | 2 ++
> > > .../gpu/drm/i915/display/intel_display_wa.h | 1 +
> > > drivers/gpu/drm/i915/display/intel_dmc_regs.h | 6 ++++++
> > > drivers/gpu/drm/i915/display/intel_vblank.c | 18 ++++++++++++++----
> > > 4 files changed, 23 insertions(+), 4 deletions(-)
> > >
> > > diff --git a/drivers/gpu/drm/i915/display/intel_display_wa.c
> > > b/drivers/gpu/drm/i915/display/intel_display_wa.c
> > > index 7d3d63a59882..44c2a503c911 100644
> > > --- a/drivers/gpu/drm/i915/display/intel_display_wa.c
> > > +++ b/drivers/gpu/drm/i915/display/intel_display_wa.c
> > > @@ -110,6 +110,8 @@ bool __intel_display_wa(struct intel_display
> > *display, enum intel_display_wa wa,
> > > return DISPLAY_VERx100(display) == 3000 ||
> > > DISPLAY_VERx100(display) == 2000 ||
> > > DISPLAY_VERx100(display) == 1401;
> > > + case INTEL_DISPLAY_WA_14022946399:
> > > + return DISPLAY_VER(display) >= 30;
> >
> > According to bspec PIPEDMC_FRMTMSTMP shouldn't even exist on PTL.
> > Did you actually check that the register works?
>
> Yes you are correct seems like this does not exist on PTL, weird that the Xe.CI does not throw any error In relation to this.
>
> >
> > And I believe the hw register corruption issue being addressed by w/a
> > 14022946399 (also applies to LNL) should anyway be fixed on the platforms
> > that have PIPEDMC_FRMTMSTMP so this w/a stuff here makes no sense.
>
> Hmm the confusing thing here is this same WA has two ways to go about it. From NVL onwards we need to ready the PIPEDMC_FRMTMSPTMP
> But before that it was that we read the FRMTMSTMP register once per frame.
> So for display ver >= 35 we maybe should still switch to PIPEDMC_FRMTMSTMP
IIRC I read somewhere that the PIPEDMC register is going to be
removed in the near future, so not sure there's much point in
using it at all.
--
Ville Syrjälä
Intel
next prev parent reply other threads:[~2026-05-19 12:02 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-15 15:53 [PATCH] Revert "drm/i915/backlight: Remove try_vesa_interface" Suraj Kandpal
2026-05-15 16:00 ` ✓ CI.KUnit: success for " Patchwork
2026-05-15 16:10 ` [PATCH] drm/i915/display: Use PIPEDMC_FRMTMSTMP on display ver >= 30 Suraj Kandpal
2026-05-18 14:17 ` Ville Syrjälä
2026-05-19 2:33 ` Kandpal, Suraj
2026-05-19 12:02 ` Ville Syrjälä [this message]
2026-05-15 16:52 ` ✓ Xe.CI.BAT: success for Revert "drm/i915/backlight: Remove try_vesa_interface" Patchwork
2026-05-15 16:56 ` ✓ i915.CI.BAT: " Patchwork
2026-05-15 17:18 ` ✓ i915.CI.BAT: success for Revert "drm/i915/backlight: Remove try_vesa_interface" (rev2) Patchwork
2026-05-15 17:19 ` ✓ CI.KUnit: " Patchwork
2026-05-15 17:57 ` ✓ Xe.CI.BAT: " Patchwork
2026-05-16 7:29 ` ✗ i915.CI.Full: failure " Patchwork
2026-05-16 8:16 ` ✓ Xe.CI.FULL: success " Patchwork
2026-05-17 2:47 ` [PATCH] Revert "drm/i915/backlight: Remove try_vesa_interface" Suraj Kandpal
2026-05-20 8:08 ` Nautiyal, Ankit K
2026-05-20 8:26 ` Jani Nikula
2026-06-04 13:55 ` Thorsten Leemhuis
2026-06-05 6:58 ` Thorsten Leemhuis
2026-06-05 9:53 ` Tvrtko Ursulin
2026-06-05 10:04 ` Kandpal, Suraj
2026-06-05 10:13 ` Tvrtko Ursulin
2026-05-17 3:50 ` ✓ CI.KUnit: success for Revert "drm/i915/backlight: Remove try_vesa_interface" (rev3) Patchwork
2026-05-17 4:02 ` ✓ i915.CI.BAT: " Patchwork
2026-05-17 4:30 ` ✓ Xe.CI.BAT: " Patchwork
2026-05-17 5:49 ` ✗ Xe.CI.FULL: failure " Patchwork
2026-05-17 6:47 ` ✓ i915.CI.Full: success " Patchwork
-- strict thread matches above, loose matches on Subject: below --
2026-05-15 8:24 [PATCH] drm/i915/display: Use PIPEDMC_FRMTMSTMP on display ver >= 30 Suraj Kandpal
2026-05-15 10:21 ` Jani Nikula
2026-05-15 15:04 ` Kandpal, Suraj
2026-05-15 14:55 ` Gustavo Sousa
2026-05-15 15:07 ` Kandpal, Suraj
2026-05-17 2:45 ` Suraj Kandpal
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=agxRXIOoXUJ0ekTA@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=ankit.k.nautiyal@intel.com \
--cc=arun.r.murthy@intel.com \
--cc=gustavo.sousa@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@intel.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.