From: Jani Nikula <jani.nikula@intel.com>
To: Animesh Manna <animesh.manna@intel.com>,
intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org
Cc: Animesh Manna <animesh.manna@intel.com>
Subject: Re: [PATCH v2] drm/i915/display: Panel Replay BW optimization for DP2.0 tunneling
Date: Fri, 12 Dec 2025 10:06:24 +0200 [thread overview]
Message-ID: <c84b7dd4373a572778ff74b97b16e37012d813fb@intel.com> (raw)
In-Reply-To: <20251212055423.1925044-1-animesh.manna@intel.com>
On Fri, 12 Dec 2025, Animesh Manna <animesh.manna@intel.com> wrote:
> Unused bandwidth can be used by external display agents for Panel Replay
> enabled DP panel during idleness with link on. Enable source to replace
> dummy data from the display with data from another agent by programming
> TRANS_DP2_CTL [Panel Replay Tunneling Enable].
>
> Bspec: 68920
> Signed-off-by: Animesh Manna <animesh.manna@intel.com>
> ---
> .../gpu/drm/i915/display/intel_display_regs.h | 1 +
> drivers/gpu/drm/i915/display/intel_psr.c | 23 +++++++++++++++++++
> 2 files changed, 24 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/display/intel_display_regs.h b/drivers/gpu/drm/i915/display/intel_display_regs.h
> index 9e0d853f4b61..b6fc249a9f09 100644
> --- a/drivers/gpu/drm/i915/display/intel_display_regs.h
> +++ b/drivers/gpu/drm/i915/display/intel_display_regs.h
> @@ -2051,6 +2051,7 @@
> #define TRANS_DP2_CTL(trans) _MMIO_TRANS(trans, _TRANS_DP2_CTL_A, _TRANS_DP2_CTL_B)
> #define TRANS_DP2_128B132B_CHANNEL_CODING REG_BIT(31)
> #define TRANS_DP2_PANEL_REPLAY_ENABLE REG_BIT(30)
> +#define TRANS_DP2_PR_TUNNELING_ENABLE REG_BIT(26)
> #define TRANS_DP2_DEBUG_ENABLE REG_BIT(23)
>
> #define _TRANS_DP2_VFREQHIGH_A 0x600a4
> diff --git a/drivers/gpu/drm/i915/display/intel_psr.c b/drivers/gpu/drm/i915/display/intel_psr.c
> index 2a378a5adc59..0d4cac30e40e 100644
> --- a/drivers/gpu/drm/i915/display/intel_psr.c
> +++ b/drivers/gpu/drm/i915/display/intel_psr.c
> @@ -44,6 +44,7 @@
> #include "intel_dmc.h"
> #include "intel_dp.h"
> #include "intel_dp_aux.h"
> +#include "intel_dp_tunnel.h"
> #include "intel_dsb.h"
> #include "intel_frontbuffer.h"
> #include "intel_hdmi.h"
> @@ -1018,6 +1019,25 @@ static u8 frames_before_su_entry(struct intel_dp *intel_dp)
> return frames_before_su_entry;
> }
>
> +static void intel_psr_set_pr_bw_optimization(struct intel_dp *intel_dp)
> +{
> + struct intel_display *display = to_intel_display(intel_dp);
> + u8 val;
> +
> + if (DISPLAY_VER(display) < 35)
> + return;
> +
> + if (!intel_dp_tunnel_bw_alloc_is_enabled(intel_dp))
> + return;
> +
> + drm_dp_dpcd_readb(&intel_dp->aux, DP_TUNNELING_CAPABILITIES, &val);
> + if (!(val & DP_PANEL_REPLAY_OPTIMIZATION_SUPPORT))
> + return;
> +
> + intel_de_rmw(display, TRANS_DP2_CTL(intel_dp->psr.transcoder), 0,
> + TRANS_DP2_PR_TUNNELING_ENABLE);
> +}
> +
> static void dg2_activate_panel_replay(struct intel_dp *intel_dp)
> {
> struct intel_display *display = to_intel_display(intel_dp);
> @@ -1041,6 +1061,9 @@ static void dg2_activate_panel_replay(struct intel_dp *intel_dp)
>
> intel_de_rmw(display, TRANS_DP2_CTL(intel_dp->psr.transcoder), 0,
> TRANS_DP2_PANEL_REPLAY_ENABLE);
> +
> + if (!intel_dp_is_edp(intel_dp))
> + intel_psr_set_pr_bw_optimization(intel_dp);
One of the thoughts behind having it here was, would it be benefitial to
do the TRANS_DP2_CTL changes in one go, instead of two back to back
rmw's? What does bspec say?
And, of course, you wouldn't inline all of
intel_psr_set_pr_bw_optimization() here.
> }
>
> static void hsw_activate_psr2(struct intel_dp *intel_dp)
--
Jani Nikula, Intel
next prev parent reply other threads:[~2025-12-12 8:06 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-12 5:54 [PATCH v2] drm/i915/display: Panel Replay BW optimization for DP2.0 tunneling Animesh Manna
2025-12-12 7:29 ` ✓ i915.CI.BAT: success for drm/i915/display: Panel Replay BW optimization for DP2.0 tunneling (rev2) Patchwork
2025-12-12 8:00 ` ✓ CI.KUnit: success for drm/i915/display: Panel Replay BW optimization for DP2.0 tunneling (rev3) Patchwork
2025-12-12 8:06 ` Jani Nikula [this message]
2025-12-29 10:36 ` [PATCH v2] drm/i915/display: Panel Replay BW optimization for DP2.0 tunneling Manna, Animesh
2025-12-12 8:42 ` ✓ Xe.CI.BAT: success for drm/i915/display: Panel Replay BW optimization for DP2.0 tunneling (rev3) Patchwork
2025-12-12 11:35 ` ✗ i915.CI.Full: failure for drm/i915/display: Panel Replay BW optimization for DP2.0 tunneling (rev2) Patchwork
2025-12-12 21:53 ` ✗ Xe.CI.Full: failure for drm/i915/display: Panel Replay BW optimization for DP2.0 tunneling (rev3) 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=c84b7dd4373a572778ff74b97b16e37012d813fb@intel.com \
--to=jani.nikula@intel.com \
--cc=animesh.manna@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 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.