From: Daniel Vetter <daniel@ffwll.ch> To: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> Cc: dri-devel@lists.freedesktop.org, linux-renesas-soc@vger.kernel.org Subject: Re: [PATCH v3 04/13] drm: bridge: Detach bridge from encoder at encoder cleanup time Date: Tue, 29 Nov 2016 10:48:21 +0100 [thread overview] Message-ID: <20161129094821.udbsu6cyixoc4mnw@phenom.ffwll.local> (raw) In-Reply-To: <1480410283-28698-5-git-send-email-laurent.pinchart+renesas@ideasonboard.com> On Tue, Nov 29, 2016 at 11:04:34AM +0200, Laurent Pinchart wrote: > Most drivers that use bridges forgot to detach them at cleanup time. > Instead of fixing them one by one, detach the bridge in the core > drm_encoder_cleanup() function. > > Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> > --- > drivers/gpu/drm/drm_encoder.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/drivers/gpu/drm/drm_encoder.c b/drivers/gpu/drm/drm_encoder.c > index 5c067719164d..9c1f99646e0d 100644 > --- a/drivers/gpu/drm/drm_encoder.c > +++ b/drivers/gpu/drm/drm_encoder.c > @@ -164,6 +164,9 @@ void drm_encoder_cleanup(struct drm_encoder *encoder) > * the indices on the drm_encoder after us in the encoder_list. > */ > > + if (encoder->bridge) > + drm_bridge_detach(encoder->bridge); Means we bake in drm_bridge much more as a core thing, but I guess that's ok. But there's 3 callers of drm_bridge_detach outside of the drm core, can't we remove them and drop the EXPORT_SYMBOL for drm_bridge_detach? What's it still needed for? I think that cleanup should done in this patch here - drm_bridge_detach WARN_ONs if the bridge is already detached ... -Daniel > + > drm_modeset_lock_all(dev); > drm_mode_object_unregister(dev, &encoder->base); > kfree(encoder->name); > -- > Regards, > > Laurent Pinchart > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch
WARNING: multiple messages have this Message-ID (diff)
From: Daniel Vetter <daniel@ffwll.ch> To: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> Cc: linux-renesas-soc@vger.kernel.org, dri-devel@lists.freedesktop.org Subject: Re: [PATCH v3 04/13] drm: bridge: Detach bridge from encoder at encoder cleanup time Date: Tue, 29 Nov 2016 10:48:21 +0100 [thread overview] Message-ID: <20161129094821.udbsu6cyixoc4mnw@phenom.ffwll.local> (raw) In-Reply-To: <1480410283-28698-5-git-send-email-laurent.pinchart+renesas@ideasonboard.com> On Tue, Nov 29, 2016 at 11:04:34AM +0200, Laurent Pinchart wrote: > Most drivers that use bridges forgot to detach them at cleanup time. > Instead of fixing them one by one, detach the bridge in the core > drm_encoder_cleanup() function. > > Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> > --- > drivers/gpu/drm/drm_encoder.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/drivers/gpu/drm/drm_encoder.c b/drivers/gpu/drm/drm_encoder.c > index 5c067719164d..9c1f99646e0d 100644 > --- a/drivers/gpu/drm/drm_encoder.c > +++ b/drivers/gpu/drm/drm_encoder.c > @@ -164,6 +164,9 @@ void drm_encoder_cleanup(struct drm_encoder *encoder) > * the indices on the drm_encoder after us in the encoder_list. > */ > > + if (encoder->bridge) > + drm_bridge_detach(encoder->bridge); Means we bake in drm_bridge much more as a core thing, but I guess that's ok. But there's 3 callers of drm_bridge_detach outside of the drm core, can't we remove them and drop the EXPORT_SYMBOL for drm_bridge_detach? What's it still needed for? I think that cleanup should done in this patch here - drm_bridge_detach WARN_ONs if the bridge is already detached ... -Daniel > + > drm_modeset_lock_all(dev); > drm_mode_object_unregister(dev, &encoder->base); > kfree(encoder->name); > -- > Regards, > > Laurent Pinchart > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- 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
next prev parent reply other threads:[~2016-11-29 9:48 UTC|newest] Thread overview: 100+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-11-29 9:04 [PATCH v3 00/13] R-Car DU: Use drm bridge API Laurent Pinchart 2016-11-29 9:04 ` Laurent Pinchart 2016-11-29 9:04 ` [PATCH v3 01/13] drm: Don't include <drm/drm_encoder.h> in <drm/drm_crtc.h> Laurent Pinchart 2016-11-29 9:30 ` Daniel Vetter 2016-11-29 9:30 ` Daniel Vetter 2016-11-29 9:37 ` Laurent Pinchart 2016-11-29 9:37 ` Laurent Pinchart 2016-12-02 21:21 ` Sinclair Yeh 2016-12-02 21:21 ` Sinclair Yeh 2016-11-29 9:04 ` [PATCH v3 02/13] drm: Fix compilation warning caused by static inline forward declaration Laurent Pinchart 2016-11-29 9:04 ` Laurent Pinchart 2016-11-29 9:31 ` Daniel Vetter 2016-11-29 9:31 ` Daniel Vetter 2016-11-29 9:04 ` [PATCH v3 03/13] drm: bridge: Link encoder and bridge in core code Laurent Pinchart 2016-11-29 9:04 ` Laurent Pinchart 2016-11-29 9:35 ` Daniel Vetter 2016-11-29 9:35 ` Daniel Vetter 2016-11-29 9:43 ` Laurent Pinchart 2016-11-29 10:05 ` Daniel Vetter 2016-11-29 10:05 ` Daniel Vetter 2016-11-29 18:02 ` Laurent Pinchart 2016-11-29 18:02 ` Laurent Pinchart 2016-11-29 18:51 ` Laurent Pinchart 2016-11-29 10:27 ` Archit Taneja 2016-11-29 10:27 ` Archit Taneja 2016-11-29 17:57 ` Laurent Pinchart 2016-11-29 17:57 ` Laurent Pinchart 2016-11-30 5:05 ` Archit Taneja 2016-11-30 5:05 ` Archit Taneja 2016-11-30 10:23 ` Laurent Pinchart 2016-11-30 10:23 ` Laurent Pinchart 2016-11-30 11:00 ` Archit Taneja 2016-11-30 11:00 ` Archit Taneja 2016-11-30 11:05 ` Laurent Pinchart 2016-11-30 11:05 ` Laurent Pinchart 2016-11-30 13:27 ` Archit Taneja 2016-11-30 13:27 ` Archit Taneja 2016-11-29 17:01 ` Stefan Agner 2016-11-29 17:01 ` Stefan Agner 2016-11-29 19:58 ` Boris Brezillon 2016-11-29 19:58 ` Boris Brezillon 2016-11-30 15:30 ` Vincent ABRIOU 2016-11-30 15:30 ` Vincent ABRIOU 2016-11-29 9:04 ` [PATCH v3 04/13] drm: bridge: Detach bridge from encoder at encoder cleanup time Laurent Pinchart 2016-11-29 9:04 ` Laurent Pinchart 2016-11-29 9:48 ` Daniel Vetter [this message] 2016-11-29 9:48 ` Daniel Vetter 2016-11-29 19:00 ` Laurent Pinchart 2016-11-29 10:34 ` Archit Taneja 2016-11-29 18:56 ` Laurent Pinchart 2016-11-29 18:56 ` Laurent Pinchart 2016-11-29 20:22 ` Daniel Vetter 2016-11-29 20:22 ` Daniel Vetter 2016-11-29 21:54 ` [PATCH] drm: bridge: Detach all bridges in a chain " Laurent Pinchart [not found] ` <1480410283-28698-1-git-send-email-laurent.pinchart+renesas-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org> 2016-11-29 9:04 ` [PATCH v3 05/13] drm: bridge: Add LVDS encoder DT bindings Laurent Pinchart 2016-11-29 9:04 ` Laurent Pinchart 2016-11-29 9:04 ` [PATCH v3 06/13] drm: bridge: Add LVDS encoder driver Laurent Pinchart 2016-11-29 9:54 ` Daniel Vetter 2016-11-29 20:57 ` Laurent Pinchart 2016-11-29 20:57 ` Laurent Pinchart 2017-01-04 1:33 ` Laurent Pinchart 2017-01-04 8:18 ` Daniel Vetter 2017-01-04 8:18 ` Daniel Vetter 2017-01-04 13:08 ` Laurent Pinchart 2017-01-04 13:08 ` Laurent Pinchart 2017-01-04 13:51 ` Daniel Vetter 2017-01-04 14:33 ` Laurent Pinchart 2017-01-04 14:33 ` Laurent Pinchart 2017-01-04 14:58 ` Daniel Vetter 2017-01-04 14:58 ` Daniel Vetter 2017-01-04 15:13 ` Laurent Pinchart 2017-01-04 15:13 ` Laurent Pinchart 2017-03-02 0:30 ` Laurent Pinchart 2017-03-02 0:30 ` Laurent Pinchart 2017-03-02 7:05 ` Daniel Vetter 2017-03-02 7:05 ` Daniel Vetter 2016-11-29 9:04 ` [PATCH v3 07/13] drm: bridge: vga-dac: Add adi,adv7123 compatible string Laurent Pinchart 2016-11-29 9:04 ` [PATCH v3 07/13] drm: bridge: vga-dac: Add adi, adv7123 " Laurent Pinchart 2016-11-29 9:50 ` [PATCH v3 07/13] drm: bridge: vga-dac: Add adi,adv7123 " Maxime Ripard 2016-11-29 9:50 ` Maxime Ripard 2016-11-29 9:04 ` [PATCH v3 08/13] drm: bridge: lvds-encoder: Add thine,thc63lvdm83d " Laurent Pinchart 2016-11-29 9:04 ` [PATCH v3 08/13] drm: bridge: lvds-encoder: Add thine, thc63lvdm83d " Laurent Pinchart 2016-11-29 9:04 ` [PATCH v3 09/13] drm: Add encoder_type field to the drm_bridge structure Laurent Pinchart 2016-11-29 9:56 ` Daniel Vetter 2016-11-29 9:58 ` Laurent Pinchart 2016-11-29 9:58 ` Laurent Pinchart 2016-11-29 10:27 ` Daniel Vetter 2016-11-29 10:27 ` Daniel Vetter 2016-11-29 17:49 ` Laurent Pinchart 2016-11-29 20:25 ` Daniel Vetter 2016-11-29 22:42 ` Laurent Pinchart 2016-11-29 9:04 ` [PATCH v3 10/13] drm: bridge: Set bridges' encoder type Laurent Pinchart 2016-11-29 9:04 ` [PATCH v3 11/13] drm: Set on-chip " Laurent Pinchart 2016-11-29 9:04 ` Laurent Pinchart 2016-11-30 15:28 ` Vincent ABRIOU 2016-11-30 15:28 ` Vincent ABRIOU 2016-11-29 9:04 ` [PATCH v3 12/13] drm: rcar-du: Replace manual bridge implementation with DRM bridge Laurent Pinchart 2016-12-27 12:40 ` Geert Uytterhoeven 2016-12-27 12:40 ` Geert Uytterhoeven 2016-11-29 9:04 ` [PATCH v3 13/13] drm: rcar-du: Initialize encoder's type based on the bridge's type Laurent Pinchart
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=20161129094821.udbsu6cyixoc4mnw@phenom.ffwll.local \ --to=daniel@ffwll.ch \ --cc=dri-devel@lists.freedesktop.org \ --cc=laurent.pinchart+renesas@ideasonboard.com \ --cc=linux-renesas-soc@vger.kernel.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: linkBe 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.