From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: "Nautiyal, Ankit K" <ankit.k.nautiyal@intel.com>
Cc: intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org
Subject: Re: [PATCH 10/22] drm/i915/vrr: Move EMP_AS_SDP_TL write into intel_vrr_set_transcoder_timings()
Date: Fri, 24 Oct 2025 16:51:34 +0300 [thread overview]
Message-ID: <aPuEZhuGC03Uhs92@intel.com> (raw)
In-Reply-To: <323feb7b-94bd-4158-94ea-02d85a463369@intel.com>
On Fri, Oct 24, 2025 at 07:09:19PM +0530, Nautiyal, Ankit K wrote:
>
> On 10/21/2025 12:20 AM, Ville Syrjala wrote:
> > From: Ville Syrjälä <ville.syrjala@linux.intel.com>
> >
> > EMP_AS_SDL_TL replaces the TRANS_VRR_VSUNC for the purposes of
>
> Nitpick: typo TRANS_VRR_VSYNC.
>
>
> > setting the AS SDP transmission line. Move the EMP_AS_SDL_TL into
> > intel_vrr_set_transcoder_timings() since that's where we write
> > TRANS_VRR_VSYNC as well.
>
>
> Not related to this change, but perhaps at some point we might need to
> come with a policy if there are more SDPs that have configurable
> Transmission lines and DB point.
>
> We have VS_SDP_TL for PTL (we do not use VS_SDP currently), and some
> more for NVL.
Yeah, I think this actually the wrong place to program this as
it also affects infoframes on HDMI. Probably all these should
be in the infoframe code somewhere.
>
> >
> > Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
>
> Reviewed-by: Ankit Nautiyal <ankit.k.nautiyal@intel.com>
>
>
> > ---
> > drivers/gpu/drm/i915/display/intel_vrr.c | 35 ++++++++----------------
> > 1 file changed, 12 insertions(+), 23 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/display/intel_vrr.c b/drivers/gpu/drm/i915/display/intel_vrr.c
> > index 6e8f8e673312..562a5feadaab 100644
> > --- a/drivers/gpu/drm/i915/display/intel_vrr.c
> > +++ b/drivers/gpu/drm/i915/display/intel_vrr.c
> > @@ -571,6 +571,18 @@ void intel_vrr_set_transcoder_timings(const struct intel_crtc_state *crtc_state)
> > TRANS_VRR_VSYNC(display, cpu_transcoder),
> > VRR_VSYNC_END(crtc_state->vrr.vsync_end) |
> > VRR_VSYNC_START(crtc_state->vrr.vsync_start));
> > +
> > + /*
> > + * For BMG and LNL+ onwards the EMP_AS_SDP_TL is used for programming
> > + * double buffering point and transmission line for VRR packets for
> > + * HDMI2.1/DP/eDP/DP->HDMI2.1 PCON.
> > + * Since currently we support VRR only for DP/eDP, so this is programmed
> > + * to for Adaptive Sync SDP to Vsync start.
> > + */
> > + if (DISPLAY_VERx100(display) == 1401 || DISPLAY_VER(display) >= 20)
> > + intel_de_write(display,
> > + EMP_AS_SDP_TL(display, cpu_transcoder),
> > + EMP_AS_SDP_DB_TL(crtc_state->vrr.vsync_start));
> > }
> >
> > void intel_vrr_send_push(struct intel_dsb *dsb,
> > @@ -649,25 +661,6 @@ bool intel_vrr_always_use_vrr_tg(struct intel_display *display)
> > return false;
> > }
> >
> > -static
> > -void intel_vrr_set_db_point_and_transmission_line(const struct intel_crtc_state *crtc_state)
> > -{
> > - struct intel_display *display = to_intel_display(crtc_state);
> > - enum transcoder cpu_transcoder = crtc_state->cpu_transcoder;
> > -
> > - /*
> > - * For BMG and LNL+ onwards the EMP_AS_SDP_TL is used for programming
> > - * double buffering point and transmission line for VRR packets for
> > - * HDMI2.1/DP/eDP/DP->HDMI2.1 PCON.
> > - * Since currently we support VRR only for DP/eDP, so this is programmed
> > - * to for Adaptive Sync SDP to Vsync start.
> > - */
> > - if (DISPLAY_VERx100(display) == 1401 || DISPLAY_VER(display) >= 20)
> > - intel_de_write(display,
> > - EMP_AS_SDP_TL(display, cpu_transcoder),
> > - EMP_AS_SDP_DB_TL(crtc_state->vrr.vsync_start));
> > -}
> > -
> > static int intel_vrr_hw_vmin(const struct intel_crtc_state *crtc_state)
> > {
> > struct intel_display *display = to_intel_display(crtc_state);
> > @@ -710,8 +703,6 @@ void intel_vrr_enable(const struct intel_crtc_state *crtc_state)
> > intel_vrr_set_vrr_timings(crtc_state);
> >
> > if (!intel_vrr_always_use_vrr_tg(display)) {
> > - intel_vrr_set_db_point_and_transmission_line(crtc_state);
> > -
> > intel_de_write(display, TRANS_PUSH(display, cpu_transcoder),
> > TRANS_PUSH_EN);
> >
> > @@ -773,8 +764,6 @@ void intel_vrr_transcoder_enable(const struct intel_crtc_state *crtc_state)
> > intel_de_write(display, TRANS_PUSH(display, cpu_transcoder),
> > TRANS_PUSH_EN);
> >
> > - intel_vrr_set_db_point_and_transmission_line(crtc_state);
> > -
> > intel_de_write(display, TRANS_VRR_CTL(display, cpu_transcoder),
> > VRR_CTL_VRR_ENABLE | trans_vrr_ctl(crtc_state));
> > }
--
Ville Syrjälä
Intel
next prev parent reply other threads:[~2025-10-24 13:51 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-20 18:50 [PATCH 00/22] drm/i915/vrr: A few fixes and a bunch of cleanup Ville Syrjala
2025-10-20 18:50 ` [PATCH 01/22] drm/i915/vrr: Fix intel_vrr_always_use_vrr_tg()==true on TGL Ville Syrjala
2025-10-24 13:24 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 02/22] drm/i915/lrr: Include SCL in lrr_params_changed() Ville Syrjala
2025-10-24 13:25 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 03/22] drm/i915: Remove the "vblank delay" state dump Ville Syrjala
2025-10-24 13:26 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 04/22] drm/i915/vrr: Compute fixed refresh rate timings the sam way as CMRR timings Ville Syrjala
2025-10-24 13:27 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 05/22] drm/i915/vrr: Reorganize intel_vrr_compute_cmrr_timings() a bit Ville Syrjala
2025-10-24 13:28 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 06/22] drm/i195/vrr: Move crtc_state->vrr.{vmin, vmax} update into intel_vrr_compute_vrr_timings() Ville Syrjala
2025-10-24 13:28 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 07/22] drm/i915/vrr: Move compute_fixed_rr_timings() Ville Syrjala
2025-10-24 13:29 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 08/22] drm/i915/vrr: Extract intel_vrr_set_vrr_timings() Ville Syrjala
2025-10-24 13:30 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 09/22] drm/i915/vrr: Avoid redundant TRANS_PUSH write in intel_vrr_enable() Ville Syrjala
2025-10-24 13:30 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 10/22] drm/i915/vrr: Move EMP_AS_SDP_TL write into intel_vrr_set_transcoder_timings() Ville Syrjala
2025-10-24 13:39 ` Nautiyal, Ankit K
2025-10-24 13:51 ` Ville Syrjälä [this message]
2025-10-20 18:50 ` [PATCH 11/22] drm/i915/vrr: Use trans_vrr_ctl() in intel_vrr_transcoder_disable() Ville Syrjala
2025-10-24 13:45 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 12/22] drm/i915/vrr: Extract intel_vrr_tg_disable() Ville Syrjala
2025-10-24 13:45 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 13/22] drm/i915/vrr: Extract intel_vrr_tg_enable() Ville Syrjala
2025-10-24 14:10 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 14/22] drm/i915/vrr: Disable VRR TG in intel_vrr_transcoder_disable() only on always use_vrr_tg() platforms Ville Syrjala
2025-10-24 14:10 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 15/22] drm/i915/vrr: Always write TRANS_VRR_CTL in intel_vrr_set_transcoder_timings() on !always_use_vrr_tg() Ville Syrjala
2025-10-24 14:11 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 16/22] drm/i915/vrr: Remove redundant HAS_VRR() checks Ville Syrjala
2025-10-24 14:12 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 17/22] drm/i915/vrr: Move HAS_VRR() check into intel_vrr_set_transcoder_timings() Ville Syrjala
2025-10-24 14:14 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 18/22] drm/i915/vrr: s/crtc_state/old_crtc_state/ in intel_vrr_transcoder_disable() Ville Syrjala
2025-10-24 14:17 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 19/22] drm/i915/vrr: Nuke intel_vrr_vblank_exit_length() Ville Syrjala
2025-10-24 14:18 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 20/22] drm/i915/vrr: Nuke intel_vrr_vmin_flipline() Ville Syrjala
2025-10-24 14:20 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 21/22] drm/i915/vrr: Update the intel_vrr_extra_vblank_delay() comment Ville Syrjala
2025-10-24 14:21 ` Nautiyal, Ankit K
2025-10-20 18:50 ` [PATCH 22/22] drm/i915/vrr: Check HAS_VRR() first in intel_vrr_is_capable() Ville Syrjala
2025-10-24 14:23 ` Nautiyal, Ankit K
2025-10-21 0:33 ` ✓ i915.CI.BAT: success for drm/i915/vrr: A few fixes and a bunch of cleanup Patchwork
2025-10-21 8:21 ` [PATCH 00/22] " Jani Nikula
2025-10-21 15:21 ` ✗ i915.CI.Full: failure for " 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=aPuEZhuGC03Uhs92@intel.com \
--to=ville.syrjala@linux.intel.com \
--cc=ankit.k.nautiyal@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
/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;
as well as URLs for NNTP newsgroup(s).