Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Imre Deak <imre.deak@intel.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH v3 1/8] drm/i915/dp: Flush modeset commits during connector detection
Date: Wed, 23 Oct 2024 15:15:11 +0300	[thread overview]
Message-ID: <Zxjoz9VmUomyQE-_@intel.com> (raw)
In-Reply-To: <20241016132405.2231744-2-imre.deak@intel.com>

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@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.

> 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?

Otherwise
Reviewed-by: Ville Syrjälä <ville.syrjala@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

  reply	other threads:[~2024-10-23 12:15 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-16 13:23 [PATCH v3 0/8] drm/i915: Write source OUI for non-eDP sinks Imre Deak
2024-10-16 13:23 ` [PATCH v3 1/8] drm/i915/dp: Flush modeset commits during connector detection Imre Deak
2024-10-23 12:15   ` Ville Syrjälä [this message]
2024-10-23 14:19     ` Imre Deak
2024-10-16 13:23 ` [PATCH v3 2/8] drm/i915/dp: Ensure panel power remains enabled " Imre Deak
2024-10-23 12:43   ` Ville Syrjälä
2024-10-23 15:19   ` Jani Nikula
2024-10-23 15:48     ` Imre Deak
2024-10-16 13:24 ` [PATCH v3 3/8] drm/i915/dp: Initialize the source OUI write timestamp always Imre Deak
2024-10-23 12:15   ` Ville Syrjälä
2024-10-16 13:24 ` [PATCH v3 4/8] drm/i915/dp: Track source OUI validity explicitly Imre Deak
2024-10-22  9:46   ` [PATCH v4 " Imre Deak
2024-10-23 12:16     ` Ville Syrjälä
2024-10-23 14:40       ` Imre Deak
2024-10-25  7:18         ` Ville Syrjälä
2024-10-16 13:24 ` [PATCH v3 5/8] drm/i915/dp: Reuse intel_dp_detect_dsc_caps() for eDP Imre Deak
2024-10-23 12:15   ` Ville Syrjälä
2024-10-16 13:24 ` [PATCH v3 6/8] drm/i915/dp: Write the source OUI for eDP before detecting sink capabilities Imre Deak
2024-10-23 12:15   ` Ville Syrjälä
2024-10-16 13:24 ` [PATCH v3 7/8] drm/i915/dp: Write the source OUI during connector detection Imre Deak
2024-10-23 12:46   ` Ville Syrjälä
2024-10-16 13:24 ` [PATCH v3 8/8] drm/i915/dp: Write the source OUI for non-eDP sinks as well Imre Deak
2024-10-22  9:46   ` [PATCH v4 " Imre Deak
2024-10-16 19:12 ` ✗ Fi.CI.SPARSE: warning for drm/i915: Write source OUI for non-eDP sinks Patchwork
2024-10-16 19:12 ` ✓ Fi.CI.BAT: success " Patchwork
2024-10-16 20:48 ` ✗ Fi.CI.IGT: failure " Patchwork
2024-10-22 12:21 ` ✗ Fi.CI.SPARSE: warning for drm/i915: Write source OUI for non-eDP sinks (rev3) Patchwork
2024-10-22 12:27 ` ✗ Fi.CI.BAT: failure " Patchwork
2024-10-22 13:04   ` Imre Deak
2024-10-22 13:25     ` Imre Deak

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=Zxjoz9VmUomyQE-_@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=imre.deak@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    /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