dri-devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: Andrea Merello <andrea.merello@gmail.com>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v3 1/3] drm/bridge: introduce bridge detaching mechanism
Date: Thu, 25 Aug 2016 14:16:33 +0200	[thread overview]
Message-ID: <20160825121633.GS10980@phenom.ffwll.local> (raw)
In-Reply-To: <1472115874-6219-1-git-send-email-andrea.merello@gmail.com>

On Thu, Aug 25, 2016 at 11:04:32AM +0200, Andrea Merello wrote:
> Up to now, once a bridge has been attached to a DRM device, it cannot
> be undone.
> 
> In particular you couldn't rmmod/insmod a DRM driver that uses a bridge,
> because the bridge would remain bound to the first (dead) driver instance.
> 
> This patch fixes this by introducing drm_encoder_detach() and a ->detach
> callback in drm_bridge_funcs for the bridge to be notified about detaches.
> 
> It's DRM/KMS driver responsibility to call drm_encoder_detach().
> 
> While adding the bridge detach callback, with its kerneldoc, I also added
> kerneldoc for attach callback.
> 
> Few other kerneldocs fixes around there are included.
> 
> Suggested-by: Daniel Vetter <daniel@ffwll.ch>
> Suggested-by: Lucas Stach <l.stach@pengutronix.de>
> Signed-off-by: Andrea Merello <andrea.merello@gmail.com>
> Cc: Archit Taneja <architt@codeaurora.org>
> Cc: David Airlie <airlied@linux.ie>
> Cc: Daniel Vetter <daniel@ffwll.ch>
> Cc: Lucas Stach <l.stach@pengutronix.de>

Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>

As discussed on the last round, I'll let Archit apply all 3 to drm-misc,
so he can check them out too.
-Daniel
> ---
>  drivers/gpu/drm/drm_bridge.c | 29 +++++++++++++++++++++++++++--
>  include/drm/drm_crtc.h       | 26 +++++++++++++++++++++++++-
>  2 files changed, 52 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c
> index 2555430..4840466 100644
> --- a/drivers/gpu/drm/drm_bridge.c
> +++ b/drivers/gpu/drm/drm_bridge.c
> @@ -98,11 +98,11 @@ EXPORT_SYMBOL(drm_bridge_remove);
>   * @dev: DRM device
>   * @bridge: bridge control structure
>   *
> - * called by a kms driver to link one of our encoder/bridge to the given
> + * Called by a kms driver to link one of our encoder/bridge to the given
>   * bridge.
>   *
>   * Note that setting up links between the bridge and our encoder/bridge
> - * objects needs to be handled by the kms driver itself
> + * objects needs to be handled by the kms driver itself.
>   *
>   * RETURNS:
>   * Zero on success, error code on failure
> @@ -125,6 +125,31 @@ int drm_bridge_attach(struct drm_device *dev, struct drm_bridge *bridge)
>  EXPORT_SYMBOL(drm_bridge_attach);
>  
>  /**
> + * drm_bridge_detach - deassociate given bridge from its DRM device
> + *
> + * @bridge: bridge control structure
> + *
> + * Called by a kms driver to unlink the given bridge from its DRM device.
> + *
> + * Note that tearing down links between the bridge and our encoder/bridge
> + * objects needs to be handled by the kms driver itself.
> + */
> +void drm_bridge_detach(struct drm_bridge *bridge)
> +{
> +	if (WARN_ON(!bridge))
> +		return;
> +
> +	if (WARN_ON(!bridge->dev))
> +		return;
> +
> +	if (bridge->funcs->detach)
> +		bridge->funcs->detach(bridge);
> +
> +	bridge->dev = NULL;
> +}
> +EXPORT_SYMBOL(drm_bridge_detach);
> +
> +/**
>   * DOC: bridge callbacks
>   *
>   * The &drm_bridge_funcs ops are populated by the bridge driver. The DRM
> diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
> index 3fa0275..bb214a1 100644
> --- a/include/drm/drm_crtc.h
> +++ b/include/drm/drm_crtc.h
> @@ -1118,12 +1118,33 @@ struct drm_plane {
>  
>  /**
>   * struct drm_bridge_funcs - drm_bridge control functions
> - * @attach: Called during drm_bridge_attach
>   */
>  struct drm_bridge_funcs {
> +	/**
> +	 * @attach:
> +	 *
> +	 * This callback is invoked whenever our bridge is being attached to a
> +	 * &drm_encoder.
> +	 *
> +	 * The attach callback is optional.
> +	 *
> +	 * RETURNS:
> +	 *
> +	 * Zero on success, error code on failure.
> +	 */
>  	int (*attach)(struct drm_bridge *bridge);
>  
>  	/**
> +	 * @detach:
> +	 *
> +	 * This callback is invoked whenever our bridge is being detached from a
> +	 * &drm_encoder.
> +	 *
> +	 * The detach callback is optional.
> +	 */
> +	void (*detach)(struct drm_bridge *bridge);
> +
> +	/**
>  	 * @mode_fixup:
>  	 *
>  	 * This callback is used to validate and adjust a mode. The paramater
> @@ -1137,6 +1158,8 @@ struct drm_bridge_funcs {
>  	 * this function passes all other callbacks must succeed for this
>  	 * configuration.
>  	 *
> +	 * The mode_fixup callback is optional.
> +	 *
>  	 * NOTE:
>  	 *
>  	 * This function is called in the check phase of atomic modesets, which
> @@ -2426,6 +2449,7 @@ extern int drm_bridge_add(struct drm_bridge *bridge);
>  extern void drm_bridge_remove(struct drm_bridge *bridge);
>  extern struct drm_bridge *of_drm_find_bridge(struct device_node *np);
>  extern int drm_bridge_attach(struct drm_device *dev, struct drm_bridge *bridge);
> +extern void drm_bridge_detach(struct drm_bridge *bridge);
>  
>  bool drm_bridge_mode_fixup(struct drm_bridge *bridge,
>  			const struct drm_display_mode *mode,
> -- 
> 2.7.4
> 

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  parent reply	other threads:[~2016-08-25 12:16 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-25  9:04 [PATCH v3 1/3] drm/bridge: introduce bridge detaching mechanism Andrea Merello
2016-08-25  9:04 ` [PATCH v3 2/3] drm: simple_kms_helper: make connector optional at init time Andrea Merello
2016-08-29  3:56   ` Archit Taneja
2016-08-25  9:04 ` [PATCH v3 3/3] drm: simple_kms_helper: add support for bridges Andrea Merello
2016-08-29  3:57   ` Archit Taneja
2016-08-25 12:16 ` Daniel Vetter [this message]
2016-08-29  3:54   ` [PATCH v3 1/3] drm/bridge: introduce bridge detaching mechanism Archit Taneja

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=20160825121633.GS10980@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=andrea.merello@gmail.com \
    --cc=dri-devel@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