public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
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,


  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