On Mon, Sep 04, 2023 at 02:08:38PM +0300, Imre Deak wrote: > On Mon, Sep 04, 2023 at 06:48:25AM +0300, Ville Syrjälä wrote: > > On Thu, Aug 24, 2023 at 11:04:59AM +0300, Imre Deak wrote: > > > In non-DSC mode the link bpp can be set in 2*3 bpp steps in the pipe bpp > > > range, while in DSC mode it can be set in 1/16 bpp steps to any value > > > up to the maximum pipe bpp. Update the limits accordingly in both modes > > > to prepare for a follow-up patch which may need to reduce the max link > > > bpp value and starts to check the link bpp limits in DSC mode as well. > > > > > > While at it add more detail to the link limit debug print and print it > > > also for DSC mode. > > > > > > v2: > > > - Add to_bpp_frac_dec() instead of open coding it. (Jani) > > > > > > Cc: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx> > > > Signed-off-by: Imre Deak <imre.deak@xxxxxxxxx> > > > --- > > > .../drm/i915/display/intel_display_types.h | 5 ++ > > > drivers/gpu/drm/i915/display/intel_dp.c | 89 +++++++++++++++---- > > > drivers/gpu/drm/i915/display/intel_dp.h | 6 ++ > > > drivers/gpu/drm/i915/display/intel_dp_mst.c | 23 +++-- > > > 4 files changed, 101 insertions(+), 22 deletions(-) > > > > > > diff --git a/drivers/gpu/drm/i915/display/intel_display_types.h b/drivers/gpu/drm/i915/display/intel_display_types.h > > > index 5875eff5012ce..a0a404967b5d2 100644 > > > --- a/drivers/gpu/drm/i915/display/intel_display_types.h > > > +++ b/drivers/gpu/drm/i915/display/intel_display_types.h > > > @@ -2113,6 +2113,11 @@ static inline int to_bpp_int(int bpp_x16) > > > return bpp_x16 >> 4; > > > } > > > > > > +static inline int to_bpp_frac_dec(int bpp_x16) > > > +{ > > > + return (bpp_x16 & 0xf) * 625; > > > +} > > > > This gives me the impression that this would be somehow > > generally useful, but I presume we only use it for the printk? > > So maybe should just have some printk FMT+ARG macros for > > this stuff? > > Yes, only used by printks. Make sense to define the FMT+ARG helpers at > one place, can add these here. > > > > > > + > > > static inline int to_bpp_x16(int bpp) > > > { > > > return bpp << 4; > > > diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c > > > index c580472c06b85..9ce861a7fd418 100644 > > > --- a/drivers/gpu/drm/i915/display/intel_dp.c > > > +++ b/drivers/gpu/drm/i915/display/intel_dp.c > > > @@ -2189,16 +2189,68 @@ int intel_dp_dsc_compute_config(struct intel_dp *intel_dp, > > > return 0; > > > } > > > > > > -static void > > > +/** > > > + * intel_dp_compute_config_link_bpp_limits - compute output link bpp limits > > > + * @intel_dp: intel DP > > > + * @crtc_state: crtc state > > > + * @dsc: DSC compression mode > > > + * @limits: link configuration limits > > > + * > > > + * Calculates the output link min, max bpp values in @limits based on the > > > + * pipe bpp range, @crtc_state and @dsc mode. > > > + * > > > + * Returns %true in case of success. > > > + */ > > > +bool > > > +intel_dp_compute_config_link_bpp_limits(struct intel_dp *intel_dp, > > > + const struct intel_crtc_state *crtc_state, > > > + bool dsc, > > > + struct link_config_limits *limits) > > > +{ > > > + struct drm_i915_private *i915 = to_i915(crtc_state->uapi.crtc->dev); > > > + const struct drm_display_mode *adjusted_mode = > > > + &crtc_state->hw.adjusted_mode; > > > + const struct intel_crtc *crtc = to_intel_crtc(crtc_state->uapi.crtc); > > > + const struct intel_encoder *encoder = &dp_to_dig_port(intel_dp)->base; > > > + int max_link_bpp_x16; > > > + > > > + max_link_bpp_x16 = to_bpp_x16(limits->pipe.max_bpp); > > > + > > > + if (!dsc) { > > > + max_link_bpp_x16 = rounddown(max_link_bpp_x16, to_bpp_x16(2 * 3)); > > > + > > > + if (max_link_bpp_x16 < to_bpp_x16(limits->pipe.min_bpp)) > > > + return false; > > > > Quite a few to_bpp_x16()'s in there. Seems like it would a bit simpler > > to just do that once at the end. > > At the moment yes, but in a later patch max_link_bpp_x16 starts out as > crtc_state->max_link_bpp_x16 limited value (with a non-zero fractional > part). > > > > > > + > > > + limits->link.min_bpp_x16 = to_bpp_x16(limits->pipe.min_bpp); > > > + } else { > > > + limits->link.min_bpp_x16 = 0; > > > > Why is that zero? Don't we now have some helpers to fill > > this stuff correctly? > > At the moment it's calculated only later in > intel_edp_dsc_compute_pipe_bpp() / intel_dp_dsc_compute_pipe_bpp(). > > It should be inited already here, but I wanted to do that only as a > follow-up, since there's been other DSC changes from Ankit still under > review. Is that ok, adding a TODO: here? Sure. -- Ville Syrjälä Intel