[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1394535990.3772.2.camel@paszta.hi.pengutronix.de>
Date: Tue, 11 Mar 2014 12:06:30 +0100
From: Philipp Zabel <p.zabel@...gutronix.de>
To: Laurent Pinchart <laurent.pinchart@...asonboard.com>
Cc: Grant Likely <grant.likely@...aro.org>,
Mauro Carvalho Chehab <m.chehab@...sung.com>,
Russell King - ARM Linux <linux@....linux.org.uk>,
Rob Herring <robh+dt@...nel.org>,
Sylwester Nawrocki <s.nawrocki@...sung.com>,
Guennadi Liakhovetski <g.liakhovetski@....de>,
Tomi Valkeinen <tomi.valkeinen@...com>,
Kyungmin Park <kyungmin.park@...sung.com>,
linux-kernel@...r.kernel.org, linux-media@...r.kernel.org,
devicetree@...r.kernel.org
Subject: Re: [PATCH v6 4/8] of: Reduce indentation in
of_graph_get_next_endpoint
Hi Laurent,
Am Montag, den 10.03.2014, 20:19 +0100 schrieb Laurent Pinchart:
> On Friday 07 March 2014 18:40:54 Philipp Zabel wrote:
> > While we look at of_graph_get_next_endpoint(), could you explain the
> > reason behind the extra reference count increase on the prev node:
> >
> > /*
> > * Avoid dropping prev node refcount to 0 when getting the next
> > * child below.
> > */
> > of_node_get(prev);
> >
> > This unfortunately makes using the function in for_each style macros a
> > hassle. If that part wasn't there and all users that want to keep using
> > prev after the call were expected to increase refcount themselves,
> > we could have a
> >
> > #define of_graph_for_each_endpoint(parent, endpoint) \
> > for (endpoint = of_graph_get_next_endpoint(parent, NULL); \
> > endpoint != NULL; \
> > endpoint = of_graph_get_next_endpoint(parent, endpoint))
>
> I don't know what the exact design decision was (Sylwester might know), but I
> suspect it's mostly about historical reasons. I see no reason that would
> prevent modifying the current behaviour to make a for-each loop easier to
> implement.
Thanks, I'll include a patch to change this in the next round, then.
regards
Philipp
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists