From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Philipp Zabel <p.zabel@pengutronix.de>,
Stephen Warren <swarren@wwwdotorg.org>
Cc: linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org,
"Jesse Barnes" <jesse.barnes@intel.com>,
"Benjamin Gaignard" <benjamin.gaignard@linaro.org>,
"Laurent Pinchart" <laurent.pinchart+renesas@ideasonboard.com>,
"Tom Gall" <tom.gall@linaro.org>,
"Kyungmin Park" <kyungmin.park@samsung.com>,
"Tomi Valkeinen" <tomi.valkeinen@ti.com>,
linux-media@vger.kernel.org, "Mark Zhang" <markz@nvidia.com>,
"Stéphane Marchesin" <stephane.marchesin@gmail.com>,
"Alexandre Courbot" <acourbot@nvidia.com>,
"Ragesh Radhakrishnan" <Ragesh.R@linaro.org>,
"Thomas Petazzoni" <thomas.petazzoni@free-electrons.com>,
"Sunil Joshi" <joshi@samsung.com>,
"Maxime Ripard" <maxime.ripard@free-electrons.com>,
"Vikas Sajjan" <vikas.sajjan@linaro.org>,
"Marcus Lorentzon" <marcus.lorentzon@huawei.com>
Subject: Re: [PATCH/RFC v3 06/19] video: display: OF support
Date: Wed, 21 Aug 2013 03:02:09 +0200 [thread overview]
Message-ID: <1394791.7olttAldIz@avalon> (raw)
In-Reply-To: <1376404627.4039.23.camel@pizza.hi.pengutronix.de>
Hi Philipp,
On Tuesday 13 August 2013 16:37:07 Philipp Zabel wrote:
> Hi Laurent,
>
> thanks for this update. I'm very happy about the move to the display entity
> model, given that the i.MX6 IPU has both drm/display and v4l2/capture ports
> in a single device - this will allow to use a unified device tree binding
> scheme.
Thanks for the support :-)
> I'm still trying to see how this all fits together, so far I have only one
> comment, below.
>
> Am Freitag, den 09.08.2013, 19:14 +0200 schrieb Laurent Pinchart:
> [...]
>
> > +static int display_of_parse_dt(struct display_entity_notifier *notifier,
> > + struct list_head *entities,
> > + struct device_node *node)
> > +{
> > + struct display_entity_of *entity;
> > + struct device_node *remote;
> > + struct device_node *ep = NULL;
> > + struct device_node *next;
> > + unsigned int num_entities = 0;
> > + int ret = 0;
> > +
> > + /* Walk the device tree and build a list of nodes. */
> > + dev_dbg(notifier->dev, "parsing node %s\n", node->full_name);
> > +
> > + while (1) {
> > + next = display_of_get_next_endpoint(node, ep);
> > + if (next == NULL)
> > + break;
> > +
> > + of_node_put(ep);
> > + ep = next;
> > +
> > + dev_dbg(notifier->dev, "handling endpoint %s\n", ep->full_name);
> > +
> > + remote = display_of_get_remote_port_parent(ep);
> > + if (remote == NULL)
> > + continue;
> > +
> > + /* Skip entities that we have already processed. */
> > + if (display_of_find_entity(entities, remote) || remote == node) {
> > + dev_dbg(notifier->dev,
> > + "entity %s already in list, skipping\n",
> > + remote->full_name);
> > + continue;
> > + }
>
> device tree nodes with status = "disabled" should be skipped here:
>
> if (!of_device_is_available(remote)) {
> dev_dbg(notifier->dev,
> "entity %s is disabled, skipping\n",
> remote->full_name);
> continue;
> }
>
> Otherwise the completion notification will never be delivered if there
> are any disabled entities in the graph.
That's a good point, but if a device is disabled, why would it be in the DT
graph in the first place ? Do you have a use case for this ?
> > + entity = kzalloc(sizeof(*entity), GFP_KERNEL);
> > + if (entity == NULL) {
> > + of_node_put(remote);
> > + ret = -ENOMEM;
> > + break;
> > + }
> > +
> > + dev_dbg(notifier->dev, "adding remote entity %s to list\n",
> > + remote->full_name);
> > +
> > + entity->node = remote;
> > + list_add_tail(&entity->list, entities);
> > + num_entities++;
> > + }
> > +
> > + of_node_put(ep);
> > +
> > + if (ret < 0)
> > + return ret;
> > +
> > + return num_entities;
> > +}
>
> [...]
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2013-08-21 1:00 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-09 17:14 [PATCH/RFC v3 00/19] Common Display Framework Laurent Pinchart
2013-08-09 17:14 ` [PATCH/RFC v3 01/19] OMAPDSS: panels: Rename Kconfig options to OMAP2_DISPLAY_* Laurent Pinchart
2013-08-09 17:14 ` [PATCH/RFC v3 02/19] video: Add Common Display Framework core Laurent Pinchart
2013-09-02 8:42 ` Tomi Valkeinen
2013-09-03 11:29 ` Laurent Pinchart
2013-08-09 17:14 ` [PATCH/RFC v3 03/19] video: display: Add video and stream control operations Laurent Pinchart
2013-08-09 17:14 ` [PATCH/RFC v3 04/19] video: display: Add display entity notifier Laurent Pinchart
2013-08-09 17:14 ` [PATCH/RFC v3 05/19] video: display: Graph helpers Laurent Pinchart
2013-08-09 17:14 ` [PATCH/RFC v3 06/19] video: display: OF support Laurent Pinchart
2013-08-13 14:37 ` Philipp Zabel
2013-08-21 1:02 ` Laurent Pinchart [this message]
2013-08-21 9:10 ` Philipp Zabel
2013-08-22 0:51 ` Laurent Pinchart
2013-08-09 17:14 ` [PATCH/RFC v3 07/19] video: display: Add pixel coding definitions Laurent Pinchart
2013-08-09 17:14 ` [PATCH/RFC v3 08/19] video: display: Add MIPI DBI bus support Laurent Pinchart
2013-08-14 0:52 ` Rob Clark
2013-08-20 13:26 ` Laurent Pinchart
2013-08-26 11:10 ` Tomi Valkeinen
2013-09-06 14:09 ` Laurent Pinchart
2013-09-06 15:43 ` Tomi Valkeinen
2013-09-07 9:35 ` Tomi Valkeinen
2013-09-04 10:50 ` Vikas Sajjan
2013-09-06 14:37 ` Laurent Pinchart
2013-09-18 10:59 ` Vikas Sajjan
2013-09-04 12:52 ` Vikas Sajjan
2013-09-06 14:56 ` Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 09/19] video: panel: Add DPI panel support Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 10/19] video: panel: Add R61505 " Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 11/19] video: panel: Add R61517 " Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 12/19] video: display: Add VGA Digital to Analog Converter support Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 13/19] video: display: Add VGA connector support Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 14/19] ARM: shmobile: r8a7790: Add DU clocks for DT Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 15/19] ARM: shmobile: r8a7790: Add DU device node to device tree Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 16/19] ARM: shmobile: marzen: Port DU platform data to CDF Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 17/19] ARM: shmobile: lager: " Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 18/19] ARM: shmobile: lager-reference: Add display device nodes to device tree Laurent Pinchart
2013-08-09 17:15 ` [PATCH/RFC v3 19/19] drm/rcar-du: Port to the Common Display Framework Laurent Pinchart
2013-08-14 0:43 ` [PATCH/RFC v3 00/19] " Rob Clark
2013-08-20 15:24 ` Laurent Pinchart
2013-08-20 18:40 ` Rob Clark
2013-08-21 7:09 ` Sascha Hauer
2013-08-21 12:22 ` Rob Clark
2013-09-06 16:16 ` Laurent Pinchart
2013-09-09 12:12 ` Tomi Valkeinen
2013-09-09 14:17 ` Rob Clark
2013-09-09 14:58 ` Tomi Valkeinen
2013-09-09 15:10 ` Rob Clark
2013-09-02 11:06 ` Tomi Valkeinen
2013-09-30 13:48 ` Tomi Valkeinen
2013-10-02 12:23 ` Andrzej Hajda
2013-10-02 13:24 ` Tomi Valkeinen
2013-10-09 14:08 ` Andrzej Hajda
2013-10-11 6:37 ` Tomi Valkeinen
2013-10-11 11:19 ` Andrzej Hajda
2013-10-11 12:30 ` Tomi Valkeinen
2013-10-11 14:16 ` Andrzej Hajda
2013-10-11 14:45 ` Tomi Valkeinen
2013-10-17 7:48 ` Andrzej Hajda
2013-10-17 8:18 ` Tomi Valkeinen
2013-10-17 12:26 ` Andrzej Hajda
2013-10-17 12:55 ` Tomi Valkeinen
2013-10-18 11:55 ` Andrzej Hajda
-- strict thread matches above, loose matches on Subject: below --
2013-08-09 23:02 Laurent Pinchart
2013-08-09 23:03 ` [PATCH/RFC v3 06/19] video: display: OF support Laurent Pinchart
2013-08-27 9:30 ` Philipp Zabel
2013-08-30 0:47 ` Laurent Pinchart
2013-09-04 14:21 ` Philipp Zabel
2013-09-11 11:33 ` Laurent Pinchart
2013-09-11 13:14 ` Philipp Zabel
2013-09-11 13:48 ` Hans Verkuil
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=1394791.7olttAldIz@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=Ragesh.R@linaro.org \
--cc=acourbot@nvidia.com \
--cc=benjamin.gaignard@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=jesse.barnes@intel.com \
--cc=joshi@samsung.com \
--cc=kyungmin.park@samsung.com \
--cc=laurent.pinchart+renesas@ideasonboard.com \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=marcus.lorentzon@huawei.com \
--cc=markz@nvidia.com \
--cc=maxime.ripard@free-electrons.com \
--cc=p.zabel@pengutronix.de \
--cc=stephane.marchesin@gmail.com \
--cc=swarren@wwwdotorg.org \
--cc=thomas.petazzoni@free-electrons.com \
--cc=tom.gall@linaro.org \
--cc=tomi.valkeinen@ti.com \
--cc=vikas.sajjan@linaro.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;
as well as URLs for NNTP newsgroup(s).