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
next prev parent 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.