From: Laurent Pinchart <laurent.pinchart@ideasonboard.com> To: Jacopo Mondi <jacopo@jmondi.org> Cc: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>, dri-devel@lists.freedesktop.org, linux-renesas-soc@vger.kernel.org, Kieran Bingham <kieran.bingham@ideasonboard.com>, Kuninori Morimoto <kuninori.morimoto.gx@renesas.com> Subject: Re: [PATCH 8/9] drm: rcar-du: Skip encoder allocation for LVDS1 in dual-link mode Date: Mon, 14 Dec 2020 15:32:12 +0200 [thread overview] Message-ID: <X9dpXD89dWa0tDVZ@pendragon.ideasonboard.com> (raw) In-Reply-To: <20201214110449.sjeixugm2ap2wfsj@uno.localdomain> Hi Jacopo, On Mon, Dec 14, 2020 at 12:04:49PM +0100, Jacopo Mondi wrote: > On Sat, Dec 05, 2020 at 12:01:38AM +0200, Laurent Pinchart wrote: > > The rcar-du driver skips registration of the encoder for the LVDS1 > > output when LVDS is used in dual-link mode, as the LVDS0 and LVDS1 links > > are bundled and handled through the LVDS0 output. It however still > > allocates the encoder and immediately destroys it, which is pointless. > > Skip allocation of the encoder altogether in that case. > > > > Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> > > --- > > drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 51 ++++++++++------------- > > 1 file changed, 22 insertions(+), 29 deletions(-) > > > > diff --git a/drivers/gpu/drm/rcar-du/rcar_du_encoder.c b/drivers/gpu/drm/rcar-du/rcar_du_encoder.c > > index e4f35a88d00f..49c0b27e2f5a 100644 > > --- a/drivers/gpu/drm/rcar-du/rcar_du_encoder.c > > +++ b/drivers/gpu/drm/rcar-du/rcar_du_encoder.c > > @@ -65,17 +65,6 @@ int rcar_du_encoder_init(struct rcar_du_device *rcdu, > > struct drm_bridge *bridge; > > int ret; > > > > - renc = kzalloc(sizeof(*renc), GFP_KERNEL); > > - if (renc == NULL) > > - return -ENOMEM; > > - > > - rcdu->encoders[output] = renc; > > - renc->output = output; > > - encoder = rcar_encoder_to_drm_encoder(renc); > > - > > - dev_dbg(rcdu->dev, "initializing encoder %pOF for output %u\n", > > - enc_node, output); > > - > > /* > > * Locate the DRM bridge from the DT node. For the DPAD outputs, if the > > * DT node has a single port, assume that it describes a panel and > > @@ -86,23 +75,17 @@ int rcar_du_encoder_init(struct rcar_du_device *rcdu, > > rcar_du_encoder_count_ports(enc_node) == 1) { > > struct drm_panel *panel = of_drm_find_panel(enc_node); > > > > - if (IS_ERR(panel)) { > > - ret = PTR_ERR(panel); > > - goto error; > > - } > > + if (IS_ERR(panel)) > > + return PTR_ERR(panel); > > > > bridge = devm_drm_panel_bridge_add_typed(rcdu->dev, panel, > > DRM_MODE_CONNECTOR_DPI); > > - if (IS_ERR(bridge)) { > > - ret = PTR_ERR(bridge); > > - goto error; > > - } > > + if (IS_ERR(bridge)) > > + return PTR_ERR(bridge); > > } else { > > bridge = of_drm_find_bridge(enc_node); > > - if (!bridge) { > > - ret = -EPROBE_DEFER; > > - goto error; > > - } > > + if (!bridge) > > + return -EPROBE_DEFER; > > > > if (output == RCAR_DU_OUTPUT_LVDS0 || > > output == RCAR_DU_OUTPUT_LVDS1) > > @@ -110,16 +93,26 @@ int rcar_du_encoder_init(struct rcar_du_device *rcdu, > > } > > > > /* > > - * On Gen3 skip the LVDS1 output if the LVDS1 encoder is used as a > > - * companion for LVDS0 in dual-link mode. > > + * Create and initialize the encoder. On Gen3 skip the LVDS1 output if > > + * the LVDS1 encoder is used as a companion for LVDS0 in dual-link > > + * mode. > > Oh, here's the answer to my question on 1/9, I should have not looked > at DTS but to the driver > > > */ > > if (rcdu->info->gen >= 3 && output == RCAR_DU_OUTPUT_LVDS1) { > > - if (rcar_lvds_dual_link(bridge)) { > > - ret = -ENOLINK; > > - goto error; > > - } > > + if (rcar_lvds_dual_link(bridge)) > > + return -ENOLINK; > > } > > > > + renc = kzalloc(sizeof(*renc), GFP_KERNEL); > > + if (renc == NULL) > > + return -ENOMEM; > > + > > + rcdu->encoders[output] = renc; > > + renc->output = output; > > + encoder = rcar_encoder_to_drm_encoder(renc); > > + > > + dev_dbg(rcdu->dev, "initializing encoder %pOF for output %u\n", > > + enc_node, output); > > + > > ret = drm_encoder_init(&rcdu->ddev, encoder, &rcar_du_encoder_funcs, > > DRM_MODE_ENCODER_NONE, NULL); > > if (ret < 0) > > Do you have any other caller of the 'done:' label left apart from the > one after this last line ? In case you don't you can call devm_kfree() > here That would be kfree(), not devm_kfree(). I'll do so. > With or without this addressed: > Reviewed-by: Jacopo Mondi <jacopo+renesas@jmondi.org> -- Regards, Laurent Pinchart
WARNING: multiple messages have this Message-ID (diff)
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com> To: Jacopo Mondi <jacopo@jmondi.org> Cc: linux-renesas-soc@vger.kernel.org, Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>, Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>, Kieran Bingham <kieran.bingham@ideasonboard.com>, dri-devel@lists.freedesktop.org Subject: Re: [PATCH 8/9] drm: rcar-du: Skip encoder allocation for LVDS1 in dual-link mode Date: Mon, 14 Dec 2020 15:32:12 +0200 [thread overview] Message-ID: <X9dpXD89dWa0tDVZ@pendragon.ideasonboard.com> (raw) In-Reply-To: <20201214110449.sjeixugm2ap2wfsj@uno.localdomain> Hi Jacopo, On Mon, Dec 14, 2020 at 12:04:49PM +0100, Jacopo Mondi wrote: > On Sat, Dec 05, 2020 at 12:01:38AM +0200, Laurent Pinchart wrote: > > The rcar-du driver skips registration of the encoder for the LVDS1 > > output when LVDS is used in dual-link mode, as the LVDS0 and LVDS1 links > > are bundled and handled through the LVDS0 output. It however still > > allocates the encoder and immediately destroys it, which is pointless. > > Skip allocation of the encoder altogether in that case. > > > > Signed-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com> > > --- > > drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 51 ++++++++++------------- > > 1 file changed, 22 insertions(+), 29 deletions(-) > > > > diff --git a/drivers/gpu/drm/rcar-du/rcar_du_encoder.c b/drivers/gpu/drm/rcar-du/rcar_du_encoder.c > > index e4f35a88d00f..49c0b27e2f5a 100644 > > --- a/drivers/gpu/drm/rcar-du/rcar_du_encoder.c > > +++ b/drivers/gpu/drm/rcar-du/rcar_du_encoder.c > > @@ -65,17 +65,6 @@ int rcar_du_encoder_init(struct rcar_du_device *rcdu, > > struct drm_bridge *bridge; > > int ret; > > > > - renc = kzalloc(sizeof(*renc), GFP_KERNEL); > > - if (renc == NULL) > > - return -ENOMEM; > > - > > - rcdu->encoders[output] = renc; > > - renc->output = output; > > - encoder = rcar_encoder_to_drm_encoder(renc); > > - > > - dev_dbg(rcdu->dev, "initializing encoder %pOF for output %u\n", > > - enc_node, output); > > - > > /* > > * Locate the DRM bridge from the DT node. For the DPAD outputs, if the > > * DT node has a single port, assume that it describes a panel and > > @@ -86,23 +75,17 @@ int rcar_du_encoder_init(struct rcar_du_device *rcdu, > > rcar_du_encoder_count_ports(enc_node) == 1) { > > struct drm_panel *panel = of_drm_find_panel(enc_node); > > > > - if (IS_ERR(panel)) { > > - ret = PTR_ERR(panel); > > - goto error; > > - } > > + if (IS_ERR(panel)) > > + return PTR_ERR(panel); > > > > bridge = devm_drm_panel_bridge_add_typed(rcdu->dev, panel, > > DRM_MODE_CONNECTOR_DPI); > > - if (IS_ERR(bridge)) { > > - ret = PTR_ERR(bridge); > > - goto error; > > - } > > + if (IS_ERR(bridge)) > > + return PTR_ERR(bridge); > > } else { > > bridge = of_drm_find_bridge(enc_node); > > - if (!bridge) { > > - ret = -EPROBE_DEFER; > > - goto error; > > - } > > + if (!bridge) > > + return -EPROBE_DEFER; > > > > if (output == RCAR_DU_OUTPUT_LVDS0 || > > output == RCAR_DU_OUTPUT_LVDS1) > > @@ -110,16 +93,26 @@ int rcar_du_encoder_init(struct rcar_du_device *rcdu, > > } > > > > /* > > - * On Gen3 skip the LVDS1 output if the LVDS1 encoder is used as a > > - * companion for LVDS0 in dual-link mode. > > + * Create and initialize the encoder. On Gen3 skip the LVDS1 output if > > + * the LVDS1 encoder is used as a companion for LVDS0 in dual-link > > + * mode. > > Oh, here's the answer to my question on 1/9, I should have not looked > at DTS but to the driver > > > */ > > if (rcdu->info->gen >= 3 && output == RCAR_DU_OUTPUT_LVDS1) { > > - if (rcar_lvds_dual_link(bridge)) { > > - ret = -ENOLINK; > > - goto error; > > - } > > + if (rcar_lvds_dual_link(bridge)) > > + return -ENOLINK; > > } > > > > + renc = kzalloc(sizeof(*renc), GFP_KERNEL); > > + if (renc == NULL) > > + return -ENOMEM; > > + > > + rcdu->encoders[output] = renc; > > + renc->output = output; > > + encoder = rcar_encoder_to_drm_encoder(renc); > > + > > + dev_dbg(rcdu->dev, "initializing encoder %pOF for output %u\n", > > + enc_node, output); > > + > > ret = drm_encoder_init(&rcdu->ddev, encoder, &rcar_du_encoder_funcs, > > DRM_MODE_ENCODER_NONE, NULL); > > if (ret < 0) > > Do you have any other caller of the 'done:' label left apart from the > one after this last line ? In case you don't you can call devm_kfree() > here That would be kfree(), not devm_kfree(). I'll do so. > With or without this addressed: > Reviewed-by: Jacopo Mondi <jacopo+renesas@jmondi.org> -- Regards, Laurent Pinchart _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2020-12-14 13:35 UTC|newest] Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-12-04 22:01 [PATCH 0/9] drm: rcar-du: Fix LVDS-related crash Laurent Pinchart 2020-12-04 22:01 ` Laurent Pinchart 2020-12-04 22:01 ` [PATCH 1/9] drm: rcar-du: Fix crash when using LVDS1 clock for CRTC Laurent Pinchart 2020-12-04 22:01 ` Laurent Pinchart 2020-12-07 8:15 ` Geert Uytterhoeven 2020-12-07 8:15 ` Geert Uytterhoeven 2020-12-08 0:42 ` Laurent Pinchart 2020-12-08 0:42 ` Laurent Pinchart 2020-12-14 9:43 ` Jacopo Mondi 2020-12-14 9:43 ` Jacopo Mondi 2020-12-14 15:36 ` Kieran Bingham 2020-12-14 15:36 ` Kieran Bingham 2020-12-04 22:01 ` [PATCH 2/9] drm: rcar-du: Release vsp device reference in all error paths Laurent Pinchart 2020-12-04 22:01 ` Laurent Pinchart 2020-12-14 10:03 ` Jacopo Mondi 2020-12-14 10:03 ` Jacopo Mondi 2020-12-14 15:42 ` Kieran Bingham 2020-12-14 15:42 ` Kieran Bingham 2020-12-04 22:01 ` [PATCH 3/9] drm: rcar-du: Drop unneeded encoder cleanup in error path Laurent Pinchart 2020-12-04 22:01 ` Laurent Pinchart 2020-12-14 10:11 ` Jacopo Mondi 2020-12-14 10:11 ` Jacopo Mondi 2020-12-14 13:19 ` Laurent Pinchart 2020-12-14 13:19 ` Laurent Pinchart 2020-12-14 15:59 ` Kieran Bingham 2020-12-14 15:59 ` Kieran Bingham 2020-12-04 22:01 ` [PATCH 4/9] drm: rcar-du: Use DRM-managed allocation for VSP planes Laurent Pinchart 2020-12-04 22:01 ` Laurent Pinchart 2020-12-14 16:20 ` Kieran Bingham 2020-12-14 16:20 ` Kieran Bingham 2020-12-14 16:26 ` Laurent Pinchart 2020-12-14 16:26 ` Laurent Pinchart 2020-12-15 15:42 ` Geert Uytterhoeven 2020-12-15 15:42 ` Geert Uytterhoeven 2020-12-04 22:01 ` [PATCH 5/9] drm: rcar-du: Use DRM-managed allocation for encoders Laurent Pinchart 2020-12-04 22:01 ` Laurent Pinchart 2020-12-14 10:37 ` Jacopo Mondi 2020-12-14 10:37 ` Jacopo Mondi 2020-12-14 13:28 ` Laurent Pinchart 2020-12-14 13:28 ` Laurent Pinchart 2020-12-04 22:01 ` [PATCH 6/9] drm: rcar-du: Embed drm_device in rcar_du_device Laurent Pinchart 2020-12-04 22:01 ` Laurent Pinchart 2020-12-14 10:55 ` Jacopo Mondi 2020-12-14 10:55 ` Jacopo Mondi 2020-12-14 17:02 ` Kieran Bingham 2020-12-14 17:02 ` Kieran Bingham 2020-12-04 22:01 ` [PATCH 7/9] drm: rcar-du: Replace dev_private with container_of Laurent Pinchart 2020-12-04 22:01 ` Laurent Pinchart 2020-12-14 10:58 ` Jacopo Mondi 2020-12-14 10:58 ` Jacopo Mondi 2020-12-14 17:11 ` Kieran Bingham 2020-12-14 17:11 ` Kieran Bingham 2020-12-04 22:01 ` [PATCH 8/9] drm: rcar-du: Skip encoder allocation for LVDS1 in dual-link mode Laurent Pinchart 2020-12-04 22:01 ` Laurent Pinchart 2020-12-14 11:04 ` Jacopo Mondi 2020-12-14 11:04 ` Jacopo Mondi 2020-12-14 13:32 ` Laurent Pinchart [this message] 2020-12-14 13:32 ` Laurent Pinchart 2020-12-14 17:21 ` Kieran Bingham 2020-12-14 17:21 ` Kieran Bingham 2020-12-04 22:01 ` [PATCH 9/9] drm: rcar-du: Drop local encoder variable Laurent Pinchart 2020-12-04 22:01 ` Laurent Pinchart 2020-12-14 11:05 ` Jacopo Mondi 2020-12-14 11:05 ` Jacopo Mondi 2020-12-14 17:16 ` Kieran Bingham 2020-12-14 17:16 ` Kieran Bingham
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=X9dpXD89dWa0tDVZ@pendragon.ideasonboard.com \ --to=laurent.pinchart@ideasonboard.com \ --cc=dri-devel@lists.freedesktop.org \ --cc=jacopo@jmondi.org \ --cc=kieran.bingham@ideasonboard.com \ --cc=kuninori.morimoto.gx@renesas.com \ --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.