[PATCH v4 4/5] drm/i915/psr: Add IO buffer wake times for LunarLake and beyond

Hogander, Jouni jouni.hogander at intel.com
Fri Mar 8 11:01:42 UTC 2024


On Fri, 2024-03-08 at 12:11 +0200, Ville Syrjälä wrote:
> On Fri, Mar 08, 2024 at 08:39:36AM +0000, Hogander, Jouni wrote:
> > On Thu, 2024-03-07 at 19:15 +0200, Ville Syrjälä wrote:
> > > On Wed, Mar 06, 2024 at 10:34:26AM +0200, Jouni Högander wrote:
> > > > IO buffer wake time used for IO wake calculation is dependent
> > > > on
> > > > port clock
> > > > on LunarLake and beyond. Take this into account in
> > > > get_io_buffer_wake_time.
> > > > 
> > > > Bspec: 65450
> > > > 
> > > > Signed-off-by: Jouni Högander <jouni.hogander at intel.com>
> > > > ---
> > > >  drivers/gpu/drm/i915/display/intel_psr.c | 9 ++++++++-
> > > >  1 file changed, 8 insertions(+), 1 deletion(-)
> > > > 
> > > > diff --git a/drivers/gpu/drm/i915/display/intel_psr.c
> > > > b/drivers/gpu/drm/i915/display/intel_psr.c
> > > > index e1df0ece9fa3..e8410e770da8 100644
> > > > --- a/drivers/gpu/drm/i915/display/intel_psr.c
> > > > +++ b/drivers/gpu/drm/i915/display/intel_psr.c
> > > > @@ -1160,6 +1160,9 @@ static bool
> > > > _lnl_compute_alpm_params(struct
> > > > intel_dp *intel_dp,
> > > >   * This is not directly mentioned in Bspec. There are 50 us io
> > > > wake time and 32
> > > >   * us fast wake time. Clearly preharge pulses are not
> > > > (improperly)
> > > > included in
> > > >   * 32 us fast wake time. 50 us - 32 us = 18 us.
> > > > + *
> > > > + * For DISPLAY_VER >= 20
> > > > + * RBR 15us, HBR1 11us, higher rates 10us
> > > >   */
> > > >  static int get_io_buffer_wake_time(const struct
> > > > intel_crtc_state
> > > > *crtc_state)
> > > >  {
> > > > @@ -1167,8 +1170,12 @@ static int get_io_buffer_wake_time(const
> > > > struct intel_crtc_state *crtc_state)
> > > >  
> > > >         if (DISPLAY_VER(i915) < 12)
> > > >                 return 18;
> > > > -       else
> > > > +       else if (DISPLAY_VER(i915) < 20 || crtc_state-
> > > > >port_clock >
> > > > 270000)
> > > >                 return 10;
> > > > +       else if (crtc_state->port_clock > 162000)
> > > > +               return 11;
> > > > +       else
> > > > +               return 15;
> > > 
> > > That's getting rather messy. I think having separate functions
> > > for 
> > > skl vs. tgl vs. mtl (assuming the ver==20 is mtl) would be
> > > cleaner.
> > 
> > ver == 20 == lnl
> > ver == 14 == mtl
> 
> Hmm. I thought 14 was just bumped to 20 because someone didn't 
> understand that 0x14==20.

This is in intel_display_device.c:

static const struct {
	u16 ver;
	u16 rel;
	const struct intel_display_device_info *display;
} gmdid_display_map[] = {
	{ 14,  0, &xe_lpdp_display },
	{ 20,  0, &xe2_lpd_display },
};

> 
> > 
> > So you are thinking get_io_buffer_wake_time would do:
> > 
> >         if (DISPLAY_VER(i915) >= 20)
> >                 lnl_get_io_buffer_wake_time();
> >         else if (DISPLAY_VER(i915) >= 12)
> >                 tgl_get_io_buffer_wake_time();
> >         else
> >                 skl_get_buffer_wake_time();
> > 
> > ?
> 
> Yeah. Personally I would also drop the "get_" part from the function
> names. That just makes me think it's getting a reference or
> something.

Done. Please check new version.

BR,

Jouni Högander

> 



More information about the Intel-gfx mailing list