On 09/11/2012 09:51 AM, Guennadi Liakhovetski wrote:
> This patch adds a document, describing common V4L2 device tree bindings.
>
> Co-authored-by: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
> Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
Overall, I think this looks pretty reasonable, so:
Acked-by: Stephen Warren <swarren@xxxxxxxxxxxxx>
Just a couple comments:
> +++ b/Documentation/devicetree/bindings/media/v4l2.txt
> + ceu0: ceu@0xfe910000 {
> + mclk: master_clock {
> + compatible = "renesas,ceu-clock";
> + #clock-cells = <1>;
Why 1? If there's only 1 clock output from this provider, I don't see a
need for any cells, unless there are some configuration flags?
> + clock-frequency = <50000000>; /* max clock frequency */
> + clock-output-names = "mclk";
> + };
> +
> + port {
...
> + ceu0_0: link@0 {
> + reg = <0>;
> + remote = <&csi2_2>;
> + immutable;
Did we decide "immutable" was actually needed? Presumably the driver for
the HW in question knows the HW isn't configurable, and would simply not
attempt to apply any configuration even if the .dts author erroneously
provided some?
> + };
> + };
> + };
> +
> + i2c0: i2c@0xfff20000 {
...
> + ov772x_1: camera@0x21 {
...
> + clocks = <&mclk 0>;
So presumably that could just be "clocks = <&mclk>;"?
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
