[Intel-gfx] [PATCH 5/5] drm/i915/mst: use reference counted connectors. (v2)
Daniel Vetter
daniel at ffwll.ch
Wed Apr 27 07:52:55 UTC 2016
On Wed, Apr 27, 2016 at 12:03:29PM +1000, Dave Airlie wrote:
> From: Dave Airlie <airlied at redhat.com>
>
> Don't just free the connector when we get the destroy callback.
>
> Drop a reference to it, and set it's mst_port to NULL so
> no more mst work is done on it.
>
> v2: core mst accepts NULLs fine. Cleanup EDID code properly.
>
> Signed-off-by: Dave Airlie <airlied at redhat.com>
> ---
> drivers/gpu/drm/i915/intel_dp_mst.c | 45 ++++++++++++++++++-------------------
> drivers/gpu/drm/i915/intel_drv.h | 2 +-
> 2 files changed, 23 insertions(+), 24 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_dp_mst.c b/drivers/gpu/drm/i915/intel_dp_mst.c
> index 94b4e83..4330b21 100644
> --- a/drivers/gpu/drm/i915/intel_dp_mst.c
> +++ b/drivers/gpu/drm/i915/intel_dp_mst.c
> @@ -109,7 +109,7 @@ static void intel_mst_disable_dp(struct intel_encoder *encoder)
>
> DRM_DEBUG_KMS("%d\n", intel_dp->active_mst_links);
>
> - drm_dp_mst_reset_vcpi_slots(&intel_dp->mst_mgr, intel_mst->port);
> + drm_dp_mst_reset_vcpi_slots(&intel_dp->mst_mgr, intel_mst->connector->port);
>
> ret = drm_dp_update_payload_part1(&intel_dp->mst_mgr);
> if (ret) {
> @@ -134,10 +134,12 @@ static void intel_mst_post_disable_dp(struct intel_encoder *encoder)
> /* and this can also fail */
> drm_dp_update_payload_part2(&intel_dp->mst_mgr);
>
> - drm_dp_mst_deallocate_vcpi(&intel_dp->mst_mgr, intel_mst->port);
> + drm_dp_mst_deallocate_vcpi(&intel_dp->mst_mgr, intel_mst->connector->port);
>
> intel_dp->active_mst_links--;
> - intel_mst->port = NULL;
> +
> + drm_connector_unreference(&intel_mst->connector->base);
Shouldn't atomic core take care of the refcounting of the active connector
for us now?
> + intel_mst->connector = NULL;
> if (intel_dp->active_mst_links == 0) {
> intel_dig_port->base.post_disable(&intel_dig_port->base);
> intel_dp_sink_dpms(intel_dp, DRM_MODE_DPMS_OFF);
> @@ -177,7 +179,9 @@ static void intel_mst_pre_enable_dp(struct intel_encoder *encoder)
> found->encoder = encoder;
>
> DRM_DEBUG_KMS("%d\n", intel_dp->active_mst_links);
> - intel_mst->port = found->port;
> +
> + intel_mst->connector = found;
> + drm_connector_reference(&intel_mst->connector->base);
Same here. I think removing those would be good, to avoid inflicting
refcounting headaches on drivers. Didn't notice this last time around.
With that change Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch>
>
> if (intel_dp->active_mst_links == 0) {
> intel_prepare_ddi_buffer(&intel_dig_port->base);
> @@ -195,7 +199,7 @@ static void intel_mst_pre_enable_dp(struct intel_encoder *encoder)
> }
>
> ret = drm_dp_mst_allocate_vcpi(&intel_dp->mst_mgr,
> - intel_mst->port,
> + intel_mst->connector->port,
> intel_crtc->config->pbn, &slots);
> if (ret == false) {
> DRM_ERROR("failed to allocate vcpi\n");
> @@ -244,7 +248,7 @@ static bool intel_dp_mst_enc_get_hw_state(struct intel_encoder *encoder,
> {
> struct intel_dp_mst_encoder *intel_mst = enc_to_mst(&encoder->base);
> *pipe = intel_mst->pipe;
> - if (intel_mst->port)
> + if (intel_mst->connector)
> return true;
> return false;
> }
> @@ -308,10 +312,11 @@ static int intel_dp_mst_get_ddc_modes(struct drm_connector *connector)
> struct edid *edid;
> int ret;
>
> - edid = drm_dp_mst_get_edid(connector, &intel_dp->mst_mgr, intel_connector->port);
> - if (!edid)
> - return 0;
> + if (!intel_dp) {
> + return intel_connector_update_modes(connector, NULL);
> + }
>
> + edid = drm_dp_mst_get_edid(connector, &intel_dp->mst_mgr, intel_connector->port);
> ret = intel_connector_update_modes(connector, edid);
> kfree(edid);
>
> @@ -324,6 +329,8 @@ intel_dp_mst_detect(struct drm_connector *connector, bool force)
> struct intel_connector *intel_connector = to_intel_connector(connector);
> struct intel_dp *intel_dp = intel_connector->mst_port;
>
> + if (!intel_dp)
> + return connector_status_disconnected;
> return drm_dp_mst_detect_port(connector, &intel_dp->mst_mgr, intel_connector->port);
> }
>
> @@ -389,6 +396,8 @@ static struct drm_encoder *intel_mst_atomic_best_encoder(struct drm_connector *c
> struct intel_dp *intel_dp = intel_connector->mst_port;
> struct intel_crtc *crtc = to_intel_crtc(state->crtc);
>
> + if (!intel_dp)
> + return NULL;
> return &intel_dp->mst_encoders[crtc->pipe]->base.base;
> }
>
> @@ -396,6 +405,8 @@ static struct drm_encoder *intel_mst_best_encoder(struct drm_connector *connecto
> {
> struct intel_connector *intel_connector = to_intel_connector(connector);
> struct intel_dp *intel_dp = intel_connector->mst_port;
> + if (!intel_dp)
> + return NULL;
> return &intel_dp->mst_encoders[0]->base.base;
> }
>
> @@ -506,23 +517,11 @@ static void intel_dp_destroy_mst_connector(struct drm_dp_mst_topology_mgr *mgr,
>
> /* need to nuke the connector */
> drm_modeset_lock_all(dev);
> - if (connector->state->crtc) {
> - struct drm_mode_set set;
> - int ret;
> -
> - memset(&set, 0, sizeof(set));
> - set.crtc = connector->state->crtc,
> -
> - ret = drm_atomic_helper_set_config(&set);
> -
> - WARN(ret, "Disabling mst crtc failed with %i\n", ret);
> - }
> -
> intel_connector_remove_from_fbdev(intel_connector);
> - drm_connector_cleanup(connector);
> + intel_connector->mst_port = NULL;
> drm_modeset_unlock_all(dev);
>
> - kfree(intel_connector);
> + drm_connector_unreference(&intel_connector->base);
> DRM_DEBUG_KMS("\n");
> }
>
> diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
> index e0fcfa1..288135de 100644
> --- a/drivers/gpu/drm/i915/intel_drv.h
> +++ b/drivers/gpu/drm/i915/intel_drv.h
> @@ -878,7 +878,7 @@ struct intel_dp_mst_encoder {
> struct intel_encoder base;
> enum pipe pipe;
> struct intel_digital_port *primary;
> - void *port; /* store this opaque as its illegal to dereference it */
> + struct intel_connector *connector;
> };
>
> static inline enum dpio_channel
> --
> 2.5.5
>
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
More information about the Intel-gfx
mailing list