From: Imre Deak <imre.deak@intel.com>
To: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [Intel-gfx] [PATCH v2 01/22] drm/i915/dp: Factor out helpers to compute the link limits
Date: Mon, 4 Sep 2023 13:25:12 +0300 [thread overview]
Message-ID: <ZPWwaCv65eUsw3UR@ideak-desk.fi.intel.com> (raw)
In-Reply-To: <ZPVMqNjbxkD3yofZ@intel.com>
On Mon, Sep 04, 2023 at 06:19:04AM +0300, Ville Syrjälä wrote:
> On Thu, Aug 24, 2023 at 11:04:56AM +0300, Imre Deak wrote:
> > Factor out helpers that DP / DP_MST encoders can use to compute the link
> > rate/lane count and bpp limits. A follow-up patch will call these to
> > recalculate the limits if DSC compression is required.
> >
> > Signed-off-by: Imre Deak <imre.deak@intel.com>
> > ---
> > drivers/gpu/drm/i915/display/intel_dp.c | 61 +++++++++++++--------
> > drivers/gpu/drm/i915/display/intel_dp_mst.c | 52 ++++++++++--------
> > 2 files changed, 68 insertions(+), 45 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c
> > index 7067ee3a4bd36..53697f361f950 100644
> > --- a/drivers/gpu/drm/i915/display/intel_dp.c
> > +++ b/drivers/gpu/drm/i915/display/intel_dp.c
> > @@ -2187,29 +2187,25 @@ int intel_dp_dsc_compute_config(struct intel_dp *intel_dp,
> > return 0;
> > }
> >
> > -static int
> > -intel_dp_compute_link_config(struct intel_encoder *encoder,
> > - struct intel_crtc_state *pipe_config,
> > - struct drm_connector_state *conn_state,
> > - bool respect_downstream_limits)
> > +static void
> > +intel_dp_compute_config_limits(struct intel_dp *intel_dp,
> > + struct intel_crtc_state *crtc_state,
> > + bool respect_downstream_limits,
> > + struct link_config_limits *limits)
> > {
> > - struct drm_i915_private *i915 = to_i915(encoder->base.dev);
> > - struct intel_crtc *crtc = to_intel_crtc(pipe_config->uapi.crtc);
> > + struct drm_i915_private *i915 = dp_to_i915(intel_dp);
> > const struct drm_display_mode *adjusted_mode =
> > - &pipe_config->hw.adjusted_mode;
> > - struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
> > - struct link_config_limits limits;
> > - bool joiner_needs_dsc = false;
> > - int ret;
> > + &crtc_state->hw.adjusted_mode;
> >
> > - limits.min_rate = intel_dp_common_rate(intel_dp, 0);
> > - limits.max_rate = intel_dp_max_link_rate(intel_dp);
> > + limits->min_rate = intel_dp_common_rate(intel_dp, 0);
> > + limits->max_rate = intel_dp_max_link_rate(intel_dp);
> >
> > - limits.min_lane_count = 1;
> > - limits.max_lane_count = intel_dp_max_lane_count(intel_dp);
> > + limits->min_lane_count = 1;
> > + limits->max_lane_count = intel_dp_max_lane_count(intel_dp);
> >
> > - limits.min_bpp = intel_dp_min_bpp(pipe_config->output_format);
> > - limits.max_bpp = intel_dp_max_bpp(intel_dp, pipe_config, respect_downstream_limits);
> > + limits->min_bpp = intel_dp_min_bpp(crtc_state->output_format);
> > + limits->max_bpp = intel_dp_max_bpp(intel_dp, crtc_state,
> > + respect_downstream_limits);
> >
> > if (intel_dp->use_max_params) {
> > /*
> > @@ -2220,16 +2216,35 @@ intel_dp_compute_link_config(struct intel_encoder *encoder,
> > * configuration, and typically on older panels these
> > * values correspond to the native resolution of the panel.
> > */
> > - limits.min_lane_count = limits.max_lane_count;
> > - limits.min_rate = limits.max_rate;
> > + limits->min_lane_count = limits->max_lane_count;
> > + limits->min_rate = limits->max_rate;
> > }
> >
> > - intel_dp_adjust_compliance_config(intel_dp, pipe_config, &limits);
> > + intel_dp_adjust_compliance_config(intel_dp, crtc_state, limits);
>
> Annoying little bugger that mutates the crtc_state. Would be nice
> to relocate that small part somewhere else so that we could constify
> things more...
Yes, it could set dither_force_disable later separately.
> Anyways
> Reviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
>
> >
> > drm_dbg_kms(&i915->drm, "DP link computation with max lane count %i "
> > "max rate %d max bpp %d pixel clock %iKHz\n",
> > - limits.max_lane_count, limits.max_rate,
> > - limits.max_bpp, adjusted_mode->crtc_clock);
> > + limits->max_lane_count, limits->max_rate,
> > + limits->max_bpp, adjusted_mode->crtc_clock);
> > +}
> > +
> > +static int
> > +intel_dp_compute_link_config(struct intel_encoder *encoder,
> > + struct intel_crtc_state *pipe_config,
> > + struct drm_connector_state *conn_state,
> > + bool respect_downstream_limits)
> > +{
> > + struct drm_i915_private *i915 = to_i915(encoder->base.dev);
> > + struct intel_crtc *crtc = to_intel_crtc(pipe_config->uapi.crtc);
> > + const struct drm_display_mode *adjusted_mode =
> > + &pipe_config->hw.adjusted_mode;
> > + struct intel_dp *intel_dp = enc_to_intel_dp(encoder);
> > + struct link_config_limits limits;
> > + bool joiner_needs_dsc = false;
> > + int ret;
> > +
> > + intel_dp_compute_config_limits(intel_dp, pipe_config,
> > + respect_downstream_limits, &limits);
> >
> > if (intel_dp_need_bigjoiner(intel_dp, adjusted_mode->crtc_hdisplay,
> > adjusted_mode->crtc_clock))
> > diff --git a/drivers/gpu/drm/i915/display/intel_dp_mst.c b/drivers/gpu/drm/i915/display/intel_dp_mst.c
> > index 3eb085fbc7c82..218c2dfd57adc 100644
> > --- a/drivers/gpu/drm/i915/display/intel_dp_mst.c
> > +++ b/drivers/gpu/drm/i915/display/intel_dp_mst.c
> > @@ -306,6 +306,35 @@ static bool intel_dp_mst_has_audio(const struct drm_connector_state *conn_state)
> > return intel_conn_state->force_audio == HDMI_AUDIO_ON;
> > }
> >
> > +static void
> > +intel_dp_mst_compute_config_limits(struct intel_dp *intel_dp,
> > + struct intel_crtc_state *crtc_state,
> > + struct link_config_limits *limits)
> > +{
> > + /*
> > + * for MST we always configure max link bw - the spec doesn't
> > + * seem to suggest we should do otherwise.
> > + */
> > + limits->min_rate = limits->max_rate =
> > + intel_dp_max_link_rate(intel_dp);
> > +
> > + limits->min_lane_count = limits->max_lane_count =
> > + intel_dp_max_lane_count(intel_dp);
> > +
> > + limits->min_bpp = intel_dp_min_bpp(crtc_state->output_format);
> > + /*
> > + * FIXME: If all the streams can't fit into the link with
> > + * their current pipe_bpp we should reduce pipe_bpp across
> > + * the board until things start to fit. Until then we
> > + * limit to <= 8bpc since that's what was hardcoded for all
> > + * MST streams previously. This hack should be removed once
> > + * we have the proper retry logic in place.
> > + */
> > + limits->max_bpp = min(crtc_state->pipe_bpp, 24);
> > +
> > + intel_dp_adjust_compliance_config(intel_dp, crtc_state, limits);
> > +}
> > +
> > static int intel_dp_mst_compute_config(struct intel_encoder *encoder,
> > struct intel_crtc_state *pipe_config,
> > struct drm_connector_state *conn_state)
> > @@ -329,28 +358,7 @@ static int intel_dp_mst_compute_config(struct intel_encoder *encoder,
> > intel_dp_mst_has_audio(conn_state) &&
> > intel_audio_compute_config(encoder, pipe_config, conn_state);
> >
> > - /*
> > - * for MST we always configure max link bw - the spec doesn't
> > - * seem to suggest we should do otherwise.
> > - */
> > - limits.min_rate =
> > - limits.max_rate = intel_dp_max_link_rate(intel_dp);
> > -
> > - limits.min_lane_count =
> > - limits.max_lane_count = intel_dp_max_lane_count(intel_dp);
> > -
> > - limits.min_bpp = intel_dp_min_bpp(pipe_config->output_format);
> > - /*
> > - * FIXME: If all the streams can't fit into the link with
> > - * their current pipe_bpp we should reduce pipe_bpp across
> > - * the board until things start to fit. Until then we
> > - * limit to <= 8bpc since that's what was hardcoded for all
> > - * MST streams previously. This hack should be removed once
> > - * we have the proper retry logic in place.
> > - */
> > - limits.max_bpp = min(pipe_config->pipe_bpp, 24);
> > -
> > - intel_dp_adjust_compliance_config(intel_dp, pipe_config, &limits);
> > + intel_dp_mst_compute_config_limits(intel_dp, pipe_config, &limits);
> >
> > ret = intel_dp_mst_compute_link_config(encoder, pipe_config,
> > conn_state, &limits);
> > --
> > 2.37.2
>
> --
> Ville Syrjälä
> Intel
next prev parent reply other threads:[~2023-09-04 10:25 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-24 8:04 [Intel-gfx] [PATCH v2 00/22] drm/i915: Improve BW management on shared display links Imre Deak
2023-08-24 8:04 ` [Intel-gfx] [PATCH v2 01/22] drm/i915/dp: Factor out helpers to compute the link limits Imre Deak
2023-09-04 3:19 ` Ville Syrjälä
2023-09-04 10:25 ` Imre Deak [this message]
2023-08-24 8:04 ` [Intel-gfx] [PATCH v2 02/22] drm/i915/dp: Track the pipe and link bpp limits separately Imre Deak
2023-09-14 9:33 ` Luca Coelho
2023-09-14 9:55 ` Imre Deak
2023-09-14 10:51 ` Luca Coelho
2023-09-14 11:08 ` Imre Deak
2023-09-14 12:08 ` Luca Coelho
2023-08-24 8:04 ` [Intel-gfx] [PATCH v2 03/22] drm/i915/dp: Skip computing a non-DSC link config if DSC is needed Imre Deak
2023-09-04 3:24 ` Ville Syrjälä
2023-08-24 8:04 ` [Intel-gfx] [PATCH v2 04/22] drm/i915/dp: Update the link bpp limits for DSC mode Imre Deak
2023-09-04 3:48 ` Ville Syrjälä
2023-09-04 11:08 ` Imre Deak
2023-09-05 5:25 ` Ville Syrjälä
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 05/22] drm/i915/dp: Limit the output link bpp in " Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 06/22] drm/i915: Add helper to modeset a set of pipes Imre Deak
2023-09-08 19:25 ` Ville Syrjälä
2023-09-08 20:08 ` Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 07/22] drm/i915: Factor out a helper to check/compute all the CRTC states Imre Deak
2023-09-08 19:31 ` Ville Syrjälä
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 08/22] drm/i915/fdi: Improve FDI BW sharing between pipe B and C Imre Deak
2023-09-11 18:59 ` Ville Syrjälä
2023-09-11 20:42 ` Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 09/22] drm/dp_mst: Fix fractional bpp scaling in drm_dp_calc_pbn_mode() Imre Deak
2023-08-30 21:27 ` Lyude Paul
2023-09-04 2:53 ` Ville Syrjälä
2023-09-04 10:22 ` Imre Deak
2023-09-06 10:45 ` Ville Syrjälä
2023-09-06 11:14 ` Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 10/22] drm/dp_mst: Add a way to calculate PBN values with FEC overhead Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 11/22] drm/dp_mst: Add helper to determine if an MST port is downstream of another port Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 12/22] drm/dp_mst: Factor out a helper to check the atomic state of a topology manager Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 13/22] drm/dp_mst: Swap the order of checking root vs. non-root port BW limitations Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 14/22] drm/i915/dp_mst: Fix PBN calculation with FEC overhead Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 15/22] drm/i915/dp_mst: Add atomic state for all streams on pre-tgl platforms Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 16/22] drm/i915/dp_mst: Program the DSC PPS SDP for each stream Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 17/22] drm/i915/dp: Make sure the DSC PPS SDP is disabled whenever DSC is disabled Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 18/22] drm/i915/dp_mst: Enable DSC decompression if any stream needs this Imre Deak
2023-08-24 9:31 ` Lisovskiy, Stanislav
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 19/22] drm/i915/dp_mst: Add missing DSC compression disabling Imre Deak
2023-08-24 9:44 ` Lisovskiy, Stanislav
2023-08-24 10:37 ` Imre Deak
2023-09-11 12:29 ` Lisovskiy, Stanislav
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 20/22] drm/i915/dp_mst: Allow DSC only for sink ports of the first branch device Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 21/22] drm/i915/dp_mst: Improve BW sharing between MST streams Imre Deak
2023-08-24 8:05 ` [Intel-gfx] [PATCH v2 22/22] drm/i915/dp_mst: Check BW limitations only after all streams are computed Imre Deak
2023-09-25 7:46 ` Lisovskiy, Stanislav
2023-08-24 9:54 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/i915: Improve BW management on shared display links (rev2) Patchwork
2023-08-24 9:54 ` [Intel-gfx] ✗ Fi.CI.SPARSE: " Patchwork
2023-08-24 10:07 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2023-08-24 17:54 ` [Intel-gfx] ✗ Fi.CI.IGT: failure " Patchwork
2023-09-04 7:14 ` [Intel-gfx] ✗ Fi.CI.BUILD: failure for drm/i915: Improve BW management on shared display links (rev3) 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=ZPWwaCv65eUsw3UR@ideak-desk.fi.intel.com \
--to=imre.deak@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=ville.syrjala@linux.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