From: "Hogander, Jouni" <jouni.hogander@intel.com>
To: "Kandpal, Suraj" <suraj.kandpal@intel.com>,
"intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>
Cc: "Shankar, Uma" <uma.shankar@intel.com>
Subject: Re: [PATCH] drm/i915/psr: Implment WA to help reach PC10
Date: Mon, 2 Sep 2024 09:37:24 +0000 [thread overview]
Message-ID: <e35c0591a0708fc069aae10aaf35a20002b71aba.camel@intel.com> (raw)
In-Reply-To: <20240902050214.127352-1-suraj.kandpal@intel.com>
On Mon, 2024-09-02 at 10:32 +0530, Suraj Kandpal wrote:
> To reach PC10 when PKG_C_LATENCY is configure we must do the
> following
> things
> 1) Enter PSR1 only when delayed_vblank < 6 lines and DC5 can be
> entered
> 2) Allow PSR2 deep sleep when DC5 can be entered
> 3) DC5 can be entered when all transocoder have either PSR1, PSR2 or
> eDP 1.5 PR ALPM enabled and VBI is disabled and flips and pushes are
> not happening.
>
> --v2
> -Switch condition and do an early return [Jani]
> -Do some checks in compute_config [Jani]
> -Do not use register reads as a method of checking states for
> DPKGC or delayed vblank [Jani]
> -Use another way to see is vblank interrupts are disabled or not
> [Jani]
>
> --v3
> -Use has_psr to check if psr can be enabled or not for dc5_entry cond
> [Uma]
> -Move the dc5 entry computation to psr_compute_config [Jouni]
> -No need to change sequence of enabled and activate,
> so dont make hsw_psr1_activate return anything [Jouni]
> -Use has_psr to stop psr1 activation [Jouni]
> -Use lineage no. in WA
> -Add the display ver restrictions for WA
>
> WA: 22019444797
> Signed-off-by: Suraj Kandpal <suraj.kandpal@intel.com>
> ---
> .../drm/i915/display/intel_display_types.h | 2 +
> drivers/gpu/drm/i915/display/intel_psr.c | 96
> ++++++++++++++++++-
> 2 files changed, 97 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/i915/display/intel_display_types.h
> b/drivers/gpu/drm/i915/display/intel_display_types.h
> index 868ff8976ed9..5395c1ecde7f 100644
> --- a/drivers/gpu/drm/i915/display/intel_display_types.h
> +++ b/drivers/gpu/drm/i915/display/intel_display_types.h
> @@ -1717,6 +1717,8 @@ struct intel_psr {
> bool sink_support;
> bool source_support;
> bool enabled;
> + bool is_dpkgc_configured;
> + bool is_dc5_entry_possible;
> bool paused;
> enum pipe pipe;
> enum transcoder transcoder;
> diff --git a/drivers/gpu/drm/i915/display/intel_psr.c
> b/drivers/gpu/drm/i915/display/intel_psr.c
> index 257526362b39..1faec76eac32 100644
> --- a/drivers/gpu/drm/i915/display/intel_psr.c
> +++ b/drivers/gpu/drm/i915/display/intel_psr.c
> @@ -870,6 +870,69 @@ static u8 psr_compute_idle_frames(struct
> intel_dp *intel_dp)
> return idle_frames;
> }
>
> +static bool intel_psr_check_delayed_vblank_limit(struct
> intel_crtc_state *crtc_state)
You could add some context here in the name. This is somehow telling
it's some generic delayed vblank limit while it is actually limit for
this workaround.
> +{
> + struct drm_display_mode *adjusted_mode = &crtc_state-
> >hw.adjusted_mode;
> +
> + return (adjusted_mode->crtc_vblank_start - adjusted_mode-
> >crtc_vdisplay) >= 6;
> +}
> +
> +/*
> + * PKG_C_LATENCY is configured only when DISPLAY_VER >= 20 and
> + * VRR is not enabled
> + */
> +static bool intel_psr_is_dpkgc_configured(struct drm_i915_private
> *i915)
> +{
> + struct intel_crtc *intel_crtc;
> +
> + if (DISPLAY_VER(i915) < 20)
> + return false;
> +
> + for_each_intel_crtc(&i915->drm, intel_crtc) {
> + struct intel_crtc_state *crtc_state;
> +
> + if (!intel_crtc->active)
> + continue;
> +
> + crtc_state = intel_crtc->config;
> +
> + if (crtc_state->vrr.enable)
> + return false;
> + }
> +
> + return true;
> +}
> +
> +/*
> + * DC5 entry is only possible if vblank interrupt is disabled
> + * and either psr1, psr2, edp 1.5 pr alpm is enabled on all
> + * enabled encoders.
> + */
> +static bool
> +intel_psr_is_dc5_entry_possible(struct drm_i915_private *i915,
> + struct intel_crtc_state *crtc_state)
> +{
> + struct intel_crtc *intel_crtc;
> +
> + if (!(crtc_state->has_psr || crtc_state->has_sel_update))
> + return false;
Currently this is not returning for DP2.1 PR. This would better match
with comment above:
if (!crtc_state->has_psr || !intel_dp_is_edp(intel_dp))
return false;
Still "_all_ enabled encoders" is not handled...
BR,
Jouni Högander
> +
> + for_each_intel_crtc(&i915->drm, intel_crtc) {
> + struct drm_crtc *crtc = &intel_crtc->base;
> + struct drm_vblank_crtc *vblank;
> +
> + if (!intel_crtc->active)
> + continue;
> +
> + vblank = drm_crtc_vblank_crtc(crtc);
> +
> + if (vblank->enabled)
> + return false;
> + }
> +
> + return true;
> +}
> +
> static void hsw_activate_psr1(struct intel_dp *intel_dp)
> {
> struct drm_i915_private *dev_priv = dp_to_i915(intel_dp);
> @@ -980,7 +1043,11 @@ static void hsw_activate_psr2(struct intel_dp
> *intel_dp)
> u32 val = EDP_PSR2_ENABLE;
> u32 psr_val = 0;
>
> - val |=
> EDP_PSR2_IDLE_FRAMES(psr_compute_idle_frames(intel_dp));
> + /* Wa_22019444797 */
> + if (DISPLAY_VER(dev_priv) != 20 ||
> + (intel_dp->psr.is_dpkgc_configured &&
> + intel_dp->psr.is_dc5_entry_possible))
> + val |=
> EDP_PSR2_IDLE_FRAMES(psr_compute_idle_frames(intel_dp));
>
> if (DISPLAY_VER(dev_priv) < 14 && !IS_ALDERLAKE_P(dev_priv))
> val |= EDP_SU_TRACK_ENABLE;
> @@ -1595,6 +1662,32 @@ _panel_replay_compute_config(struct intel_dp
> *intel_dp,
> return true;
> }
>
> +static void wa_22019444797(struct intel_dp *intel_dp,
> + struct intel_crtc_state *crtc_state)
> +{
> + struct drm_i915_private *i915 = dp_to_i915(intel_dp);
> +
> + if (DISPLAY_VER(i915) != 20)
> + return;
> +
> + intel_dp->psr.is_dpkgc_configured =
> + intel_psr_is_dpkgc_configured(i915);
> + intel_dp->psr.is_dc5_entry_possible =
> + intel_psr_is_dc5_entry_possible(i915, crtc_state);
> +
> + /* PSR2 not handled here. Wa not needed for Panel Replay */
> + if (crtc_state->has_sel_update || crtc_state-
> >has_panel_replay)
> + return;
> +
> + if (intel_dp->psr.is_dpkgc_configured &&
> + (intel_psr_check_delayed_vblank_limit(crtc_state) ||
> + intel_dp->psr.is_dc5_entry_possible)) {
> + drm_dbg_kms(&i915->drm,
> + "PSR1 not enabled as it doesn't meet
> requirements of WA: 22019444797\n");
> + crtc_state->has_psr = false;
> + }
> +}
> +
> void intel_psr_compute_config(struct intel_dp *intel_dp,
> struct intel_crtc_state *crtc_state,
> struct drm_connector_state *conn_state)
> @@ -1641,6 +1734,7 @@ void intel_psr_compute_config(struct intel_dp
> *intel_dp,
> return;
>
> crtc_state->has_sel_update =
> intel_sel_update_config_valid(intel_dp, crtc_state);
> + wa_22019444797(intel_dp, crtc_state);
> }
>
> void intel_psr_get_config(struct intel_encoder *encoder,
next prev parent reply other threads:[~2024-09-02 11:52 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-02 5:02 [PATCH] drm/i915/psr: Implment WA to help reach PC10 Suraj Kandpal
2024-09-02 6:13 ` ✗ Fi.CI.BAT: failure for " Patchwork
2024-09-02 9:37 ` Hogander, Jouni [this message]
2024-09-02 10:01 ` [PATCH] " Kandpal, Suraj
2024-09-03 7:42 ` Hogander, Jouni
2024-09-03 7:46 ` Kandpal, Suraj
2024-09-02 10:02 ` Hogander, Jouni
2024-09-02 10:14 ` Kandpal, Suraj
2024-09-02 11:02 ` Hogander, Jouni
2024-09-02 11:07 ` Kandpal, Suraj
2024-09-02 11:13 ` Hogander, Jouni
2024-09-02 11:16 ` Kandpal, Suraj
2024-09-03 8:24 ` Suraj Kandpal
2024-09-05 4:41 ` Suraj Kandpal
2024-09-09 4:54 ` Suraj Kandpal
2024-09-09 6:32 ` Suraj Kandpal
2024-09-19 12:14 ` Shankar, Uma
2024-09-19 12:44 ` Kandpal, Suraj
2024-09-19 12:55 ` Hogander, Jouni
2024-09-20 5:36 ` Hogander, Jouni
2024-09-20 6:29 ` Kandpal, Suraj
2024-09-20 6:41 ` Hogander, Jouni
2024-09-20 6:46 ` Kandpal, Suraj
2024-09-20 9:12 ` [PATCH] drm/i915/psr: Implement " Suraj Kandpal
2024-09-20 11:45 ` Hogander, Jouni
2024-09-23 2:54 ` Kandpal, Suraj
2024-09-23 10:23 ` Shankar, Uma
2024-09-09 14:12 ` [PATCH] drm/i915/psr: Implment " Ville Syrjälä
2024-09-10 4:15 ` Kandpal, Suraj
2024-09-03 10:25 ` ✓ Fi.CI.BAT: success for drm/i915/psr: Implment WA to help reach PC10 (rev2) Patchwork
2024-09-04 13:03 ` ✓ Fi.CI.IGT: " Patchwork
2024-09-05 5:18 ` ✓ Fi.CI.BAT: success for drm/i915/psr: Implment WA to help reach PC10 (rev3) Patchwork
2024-09-06 15:26 ` ✓ Fi.CI.IGT: " Patchwork
2024-09-09 5:26 ` ✗ Fi.CI.BUILD: failure for drm/i915/psr: Implment WA to help reach PC10 (rev4) Patchwork
2024-09-09 7:28 ` ✓ Fi.CI.BAT: success for drm/i915/psr: Implment WA to help reach PC10 (rev5) Patchwork
2024-09-10 17:15 ` ✗ Fi.CI.IGT: failure " Patchwork
2024-09-20 10:57 ` ✓ Fi.CI.BAT: success for drm/i915/psr: Implment WA to help reach PC10 (rev6) Patchwork
2024-09-21 11:54 ` ✗ Fi.CI.IGT: failure " Patchwork
2024-09-27 18:54 ` ✓ Fi.CI.IGT: success " Patchwork
2024-09-28 16:12 ` 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=e35c0591a0708fc069aae10aaf35a20002b71aba.camel@intel.com \
--to=jouni.hogander@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=suraj.kandpal@intel.com \
--cc=uma.shankar@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