On Monday 16 Jan 2017 13:55:23 Philipp Zabel wrote:
> On Fri, 2017-01-13 at 15:04 -0800, Steve Longerbeam wrote:
> > On 01/13/2017 04:03 AM, Philipp Zabel wrote:
> > > Am Freitag, den 06.01.2017, 18:11 -0800 schrieb Steve Longerbeam:
> > >> Enables the OV5642 parallel-bus sensor, and the OV5640 MIPI CSI-2
> > >> sensor.
> > >> Both hang off the same i2c2 bus, so they require different (and non-
> > >> default) i2c slave addresses.
> > >>
> > >> The OV5642 connects to the parallel-bus mux input port on
> > >> ipu1_csi0_mux.
> > >>
> > >> The OV5640 connects to the input port on the MIPI CSI-2 receiver on
> > >> mipi_csi. It is set to transmit over MIPI virtual channel 1.
> > >>
> > >> Signed-off-by: Steve Longerbeam <steve_longerbeam@xxxxxxxxxx>
> > >> ---
> > >>
> > >> arch/arm/boot/dts/imx6dl-sabrelite.dts | 5 ++
> > >> arch/arm/boot/dts/imx6q-sabrelite.dts | 6 ++
> > >> arch/arm/boot/dts/imx6qdl-sabrelite.dtsi | 118 ++++++++++++++++++++++
> > >> 3 files changed, 129 insertions(+)
> > >>
> > >> diff --git a/arch/arm/boot/dts/imx6dl-sabrelite.dts
> > >> b/arch/arm/boot/dts/imx6dl-sabrelite.dts index 0f06ca5..fec2524 100644
> > >> --- a/arch/arm/boot/dts/imx6dl-sabrelite.dts
> > >> +++ b/arch/arm/boot/dts/imx6dl-sabrelite.dts
>
> [...]
>
> > >> @@ -299,6 +326,52 @@
> > >>
> > >> pinctrl-names = "default";
> > >> pinctrl-0 = <&pinctrl_i2c2>;
> > >> status = "okay";
> > >>
> > >> +
> > >> + ov5640: camera@40 {
> > >> + compatible = "ovti,ov5640";
> > >> + pinctrl-names = "default";
> > >> + pinctrl-0 = <&pinctrl_ov5640>;
> > >> + clocks = <&mipi_xclk>;
> > >> + clock-names = "xclk";
> > >> + reg = <0x40>;
> > >> + xclk = <22000000>;
> > >
> > > This is superfluous, you can use clk_get_rate on mipi_xclk.
> >
> > This property is actually there to tell the driver what to set the
> > rate to, with clk_set_rate(). So you are saying it would be better
> > to set the rate in the device tree and the driver should only
> > retrieve the rate?
>
> Yes. Given that this is a reference clock input that is constant on a
> given board and never changes during runtime, I think this is the
> correct way. The clock will be fixed rate on most boards, I assume.
I think it's a bit worse than that. The ov5640 and ov5642 drivers should
retrieve the clock rate and compute register values accordingly (PLL
configuration parameters for instance, but most probably other values as
well). Unfortunately, as usual with Omnivision, the lack of public and even
non-public information results in drivers hardcoding large lists of
register/value pairs that have been computed for a specific clock frequency.
The drivers will thus not operate correctly if the clock is running at a
different rate. Until that can be fixed, the best option is probably to assign
the rate in the device tree as Philipp proposed, and to use clk_get_rate() in
the driver to reject any rate other than 22MHz.
--
Regards,
Laurent Pinchart
_______________________________________________
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxx
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
