[RFC] media DT bindings
Stephen Warren
swarren at wwwdotorg.org
Wed Aug 1 09:29:24 EST 2012
On 07/31/2012 03:22 PM, Laurent Pinchart wrote:
> On Tuesday 31 July 2012 14:39:07 Guennadi Liakhovetski wrote:
...
>> Ok, then, how about
>>
>> #address-cells = <1>;
>> #size-cells = <0>;
>> ...
>> ov772x-1 = {
>> reg = <1>; /* local pad # */
>> client = <&ov772x at 0x21-0 0>; /* remote phandle and pad */
>
> The client property looks good, but isn't such a usage of the reg property an
> abuse ? Maybe the local pad # should be a device-specific property. Many hosts
> won't need it, and on others it would actually need to reference a subdev, not
> just a pad.
That's a very odd syntax the the phandle; I assume that "&ov772x at 0x21-0"
is supposed to reference some other DT node. However, other nodes are
either referenced by:
"&foo" where foo is a label, and the label name is unlikely to include
the text "@0x21"; the @ symbol probably isn't even legal in label names.
"&{/path/to/node}" which might include the "@0x21" syntax since it might
be part of the node's name, but your example didn't include {}.
I'm not sure what "-0" is meant to be in that string - a math
expression, or ...? If it's intended to represent some separate field
relative to the node the phandle references, it needs to be just another
cell.
So overall, perhaps:
/ {
...
pad: something { ... };
...
ov772x at 1 = { /* @1 not -1 would be canonical syntax */
reg = <1>;
client = <&pad 0 0>;
...
I'm sorry I haven't followed the thread; I'm wondering why a client is a
pad, which to me means a pin/pad/ball on an IC package, so I'm still not
entirely sure if even this makes sense.
More information about the devicetree-discuss
mailing list