[PATCH v3 1/8] drm/i915/dp: Flush modeset commits during connector detection
Imre Deak
imre.deak at intel.com
Wed Oct 23 14:19:49 UTC 2024
On Wed, Oct 23, 2024 at 03:15:11PM +0300, Ville Syrjälä wrote:
> On Wed, Oct 16, 2024 at 04:23:58PM +0300, Imre Deak wrote:
> > Make sure that a DP connector detection doesn't happen in parallel
> > with an ongoing modeset on the connector. The reasons for this are:
> >
> > - Besides reading the capabilities, EDID etc. the detection may change
> > the state of the sink (via the AUX bus), for instance by setting the
> > LTTPR mode or the source OUI (the latter introduced by an upcoming
> > patch). It's better to avoid such changes affecting an onging modeset
> > in any way.
> >
> > - During a modeset's link training any access to DPCD registers, besides
> > the registers used for link training should be avoided, at least in
> > the LTTPR non-transparent and transparent link training modes.
> >
> > Such asynchronous accesses - besides connector detection - can also
> > happen via the AUX device node for instance, for those a parallel
> > modeset will have to be avoided in a similar way to the change in this
> > patch. (A topic for a follow-up change.)
> >
> > - The source OUI written to an eDP sink is valid only while the panel
> > power is enabled. A modeset on eDP will enable/disable the panel power
> > synchronously; this should be prevented in the middle of the connector
> > detection, to ensure a consistent sink state (which depends on the
> > source OUI) for the whole duration of detection. The panel power could
> > still get disabled during detection after an idle period (1 sec), this
> > will be prevented by the next patch.
> >
> > Signed-off-by: Imre Deak <imre.deak at intel.com>
> > ---
> > drivers/gpu/drm/i915/display/intel_dp.c | 28 ++++++++++++++++++---
> > drivers/gpu/drm/i915/display/intel_dp.h | 1 +
> > drivers/gpu/drm/i915/display/intel_dp_mst.c | 2 ++
> > 3 files changed, 27 insertions(+), 4 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c
> > index 6b27fabd61c37..977ff2ce18eeb 100644
> > --- a/drivers/gpu/drm/i915/display/intel_dp.c
> > +++ b/drivers/gpu/drm/i915/display/intel_dp.c
> > @@ -5035,6 +5035,16 @@ bool intel_dp_has_connector(struct intel_dp *intel_dp,
> > return false;
> > }
> >
> > +static void wait_for_crtc_hw_done(
>
> This doesn't really do anything with the crtc, so the name feels
> a bit off.
Yes, it's waiting for the crtc only if the connector is enabled. I can
rename it to wait_for_connector_hw_done().
> > struct drm_i915_private *i915, struct drm_crtc_commit *commit)
>
> 'struct intel_display' everywhere? Or are you looking to backport this
> so far back that we don't have that?
Ok, will do that. I think it should be backported only after it's been
tested and actual problems related to this were reported (I don't know
of any).
> Otherwise
> Reviewed-by: Ville Syrjälä <ville.syrjala at linux.intel.com>
>
> > +{
> > + if (!commit)
> > + return;
> > +
> > + drm_WARN_ON(&i915->drm,
> > + !wait_for_completion_timeout(&commit->hw_done,
> > + msecs_to_jiffies(5000)));
> > +}
> > +
> > int intel_dp_get_active_pipes(struct intel_dp *intel_dp,
> > struct drm_modeset_acquire_ctx *ctx,
> > u8 *pipe_mask)
> > @@ -5071,10 +5081,7 @@ int intel_dp_get_active_pipes(struct intel_dp *intel_dp,
> > if (!crtc_state->hw.active)
> > continue;
> >
> > - if (conn_state->commit)
> > - drm_WARN_ON(&i915->drm,
> > - !wait_for_completion_timeout(&conn_state->commit->hw_done,
> > - msecs_to_jiffies(5000)));
> > + wait_for_crtc_hw_done(i915, conn_state->commit);
> >
> > *pipe_mask |= BIT(crtc->pipe);
> > }
> > @@ -5083,6 +5090,17 @@ int intel_dp_get_active_pipes(struct intel_dp *intel_dp,
> > return ret;
> > }
> >
> > +void intel_dp_flush_connector_commits(struct intel_connector *connector)
> > +{
> > + struct drm_i915_private *i915 = to_i915(connector->base.dev);
> > + const struct drm_connector_state *conn_state =
> > + connector->base.state;
> > +
> > + drm_modeset_lock_assert_held(&i915->drm.mode_config.connection_mutex);
> > +
> > + return wait_for_crtc_hw_done(i915, conn_state->commit);
> > +}
> > +
> > static bool intel_dp_is_connected(struct intel_dp *intel_dp)
> > {
> > struct intel_connector *connector = intel_dp->attached_connector;
> > @@ -5596,6 +5614,8 @@ intel_dp_detect(struct drm_connector *connector,
> > if (!intel_display_driver_check_access(dev_priv))
> > return connector->status;
> >
> > + intel_dp_flush_connector_commits(intel_connector);
> > +
> > /* Can't disconnect eDP */
> > if (intel_dp_is_edp(intel_dp))
> > status = edp_detect(intel_dp);
> > diff --git a/drivers/gpu/drm/i915/display/intel_dp.h b/drivers/gpu/drm/i915/display/intel_dp.h
> > index 60baf4072dc9d..4efb9605a50e0 100644
> > --- a/drivers/gpu/drm/i915/display/intel_dp.h
> > +++ b/drivers/gpu/drm/i915/display/intel_dp.h
> > @@ -54,6 +54,7 @@ void intel_dp_set_link_params(struct intel_dp *intel_dp,
> > int intel_dp_get_active_pipes(struct intel_dp *intel_dp,
> > struct drm_modeset_acquire_ctx *ctx,
> > u8 *pipe_mask);
> > +void intel_dp_flush_connector_commits(struct intel_connector *connector);
> > void intel_dp_link_check(struct intel_encoder *encoder);
> > void intel_dp_check_link_state(struct intel_dp *intel_dp);
> > void intel_dp_set_power(struct intel_dp *intel_dp, u8 mode);
> > diff --git a/drivers/gpu/drm/i915/display/intel_dp_mst.c b/drivers/gpu/drm/i915/display/intel_dp_mst.c
> > index 1a2ff3e1cb68f..5bba078c00d89 100644
> > --- a/drivers/gpu/drm/i915/display/intel_dp_mst.c
> > +++ b/drivers/gpu/drm/i915/display/intel_dp_mst.c
> > @@ -1573,6 +1573,8 @@ intel_dp_mst_detect(struct drm_connector *connector,
> > if (!intel_display_driver_check_access(i915))
> > return connector->status;
> >
> > + intel_dp_flush_connector_commits(intel_connector);
> > +
> > return drm_dp_mst_detect_port(connector, ctx, &intel_dp->mst_mgr,
> > intel_connector->port);
> > }
> > --
> > 2.44.2
>
> --
> Ville Syrjälä
> Intel
More information about the Intel-gfx
mailing list