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: Tue, 3 Sep 2024 07:42:16 +0000	[thread overview]
Message-ID: <d520227e3169d0c767c0c4a44ebd6206dbe0e5bd.camel@intel.com> (raw)
In-Reply-To: <SN7PR11MB675033413D45BE79835676A3E3922@SN7PR11MB6750.namprd11.prod.outlook.com>

On Mon, 2024-09-02 at 10:01 +0000, Kandpal, Suraj wrote:
> 
> 
> > -----Original Message-----
> > From: Hogander, Jouni <jouni.hogander@intel.com>
> > Sent: Monday, September 2, 2024 3:07 PM
> > To: Kandpal, Suraj <suraj.kandpal@intel.com>; intel-
> > gfx@lists.freedesktop.org
> > Cc: Shankar, Uma <uma.shankar@intel.com>
> > Subject: Re: [PATCH] drm/i915/psr: Implment WA to help reach PC10
> > 
> > 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.
> 
> Sure will fix in next revision
> How about something like check_wa_delayed_vblank()
> 
> > 
> > > +{
> > > +       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...
> > 
> 
> How about in the below loop I add a encoder loop that checks if
> intel_dp_is_edp
> If the encoder is active and the psr check is taken care of by
> checking crtc_state->has_psr ?
> Previously I used to check if psr->enabled but since this is now
> called in psr compute config I only have has_psr to check
> If psr can be enabled on that encoder .

Loop idea is ok. Also crtc_state->has_psr. Shouldn't you also handle
non-edp as well? If there is any non-edp encoder active I think dc5
will be blocked? 

BR,

Jouni Högander

> 
> Regards,
> Suraj Kandpal
> > 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,
> 


  reply	other threads:[~2024-09-03  7:42 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 ` [PATCH] " Hogander, Jouni
2024-09-02 10:01   ` Kandpal, Suraj
2024-09-03  7:42     ` Hogander, Jouni [this message]
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=d520227e3169d0c767c0c4a44ebd6206dbe0e5bd.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