linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Todor Tomov <todor.tomov@linaro.org>
Cc: robh+dt@kernel.org, pawel.moll@arm.com, mark.rutland@arm.com,
	ijc+devicetree@hellion.org.uk, galak@codeaurora.org,
	mchehab@osg.samsung.com, hverkuil@xs4all.nl,
	geert@linux-m68k.org, matrandg@cisco.com, sakari.ailus@iki.fi,
	linux-media@vger.kernel.org
Subject: Re: [PATCH v6 1/2] media: i2c/ov5645: add the device tree binding document
Date: Wed, 19 Oct 2016 12:21:12 +0300	[thread overview]
Message-ID: <7858186.8cvAlZeXi2@avalon> (raw)
In-Reply-To: <5807398F.9060802@linaro.org>

Hi Todor,

On Wednesday 19 Oct 2016 12:14:55 Todor Tomov wrote:
> On 10/19/2016 11:49 AM, Laurent Pinchart wrote:
> > On Friday 14 Oct 2016 15:01:08 Todor Tomov wrote:
> >> On 09/08/2016 03:22 PM, Laurent Pinchart wrote:
> >>> On Thursday 08 Sep 2016 12:13:54 Todor Tomov wrote:
> >>>> Add the document for ov5645 device tree binding.
> >>>> 
> >>>> Signed-off-by: Todor Tomov <todor.tomov@linaro.org>
> >>>> ---
> >>>> 
> >>>>  .../devicetree/bindings/media/i2c/ov5645.txt       | 52 ++++++++++++++
> >>>>  1 file changed, 52 insertions(+)
> >>>>  create mode 100644
> >>>>  Documentation/devicetree/bindings/media/i2c/ov5645.txt
> >>>> 
> >>>> diff --git a/Documentation/devicetree/bindings/media/i2c/ov5645.txt
> >>>> b/Documentation/devicetree/bindings/media/i2c/ov5645.txt new file mode
> >>>> 100644
> >>>> index 0000000..bcf6dba
> >>>> --- /dev/null
> >>>> +++ b/Documentation/devicetree/bindings/media/i2c/ov5645.txt
> >>>> @@ -0,0 +1,52 @@
> >>>> +* Omnivision 1/4-Inch 5Mp CMOS Digital Image Sensor
> >>>> +
> >>>> +The Omnivision OV5645 is a 1/4-Inch CMOS active pixel digital image
> >>>> sensor with
> >>>> +an active array size of 2592H x 1944V. It is programmable through a
> >>>> serial I2C
> >>>> +interface.
> >>>> +
> >>>> +Required Properties:
> >>>> +- compatible: Value should be "ovti,ov5645".
> >>>> +- clocks: Reference to the xclk clock.
> >>>> +- clock-names: Should be "xclk".
> >>>> +- clock-frequency: Frequency of the xclk clock.
> >>>> +- enable-gpios: Chip enable GPIO. Polarity is GPIO_ACTIVE_HIGH.
> > 
> > By the way, isn't the pin called pwdnb and isn't it active low ?
> 
> Yes, the pin is called "pwdnb" and is active low (must be up for power to be
> up). I have changed the name to "enable" as it is more generally used -
> this change was suggested by Rob Herring. As the logic switches with this
> change of the name I have stated it is active high which ends up in the
> same condition (enable must be up for the power to be up). I think this is
> correct, isn't it?

I thought that the rule was to name the GPIO properties based on the name of 
the pin. I could be wrong though. Rob, what's your opinion ?

> >>>> +- reset-gpios: Chip reset GPIO. Polarity is GPIO_ACTIVE_LOW.
> >>> 
> >>> Shouldn't the enable and reset GPIOs be optional ?
> >> 
> >> I don't think so. The operations on the GPIOs are part of the power up
> >> sequence of the sensor so we must have control over them to execute the
> >> exact sequence.
> > 
> > Right, let's keep them mandatory. If we later have to make them optional
> > for a board that pulls one of those signals up (assuming this can work at
> > all) we'll revisit the bindings.
> 
> Ok.
> 
> >>>> +- vdddo-supply: Chip digital IO regulator.
> >>>> +- vdda-supply: Chip analog regulator.
> >>>> +- vddd-supply: Chip digital core regulator.
> >>>> +
> >>>> +The device node must contain one 'port' child node for its digital
> >>>> output
> >>>> +video port, in accordance with the video interface bindings defined in
> >>>> +Documentation/devicetree/bindings/media/video-interfaces.txt.
> >>>> +
> >>>> +Example:
> >>>> +
> >>>> +	&i2c1 {
> >>>> +		...
> >>>> +
> >>>> +		ov5645: ov5645@78 {
> >>>> +			compatible = "ovti,ov5645";
> >>>> +			reg = <0x78>;
> >>>> +
> >>>> +			enable-gpios = <&gpio1 6 GPIO_ACTIVE_HIGH>;
> >>>> +			reset-gpios = <&gpio5 20 GPIO_ACTIVE_LOW>;
> >>>> +			pinctrl-names = "default";
> >>>> +			pinctrl-0 = <&camera_rear_default>;
> >>>> +
> >>>> +			clocks = <&clks 200>;
> >>>> +			clock-names = "xclk";
> >>>> +			clock-frequency = <23880000>;
> >>>> +
> >>>> +			vdddo-supply = <&camera_dovdd_1v8>;
> >>>> +			vdda-supply = <&camera_avdd_2v8>;
> >>>> +			vddd-supply = <&camera_dvdd_1v2>;
> >>>> +
> >>>> +			port {
> >>>> +				ov5645_ep: endpoint {
> >>>> +					clock-lanes = <1>;
> >>>> +					data-lanes = <0 2>;
> >>>> +					remote-endpoint = <&csi0_ep>;
> >>>> +				};
> >>>> +			};
> >>>> +		};
> >>>> +	};

-- 
Regards,

Laurent Pinchart


  reply	other threads:[~2016-10-19 15:19 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-08  9:13 [PATCH v6 0/2] OV5645 camera sensor driver Todor Tomov
2016-09-08  9:13 ` [PATCH v6 1/2] media: i2c/ov5645: add the device tree binding document Todor Tomov
2016-09-08 12:22   ` Laurent Pinchart
2016-10-14 12:01     ` Todor Tomov
2016-10-19  8:49       ` Laurent Pinchart
2016-10-19  9:14         ` Todor Tomov
2016-10-19  9:21           ` Laurent Pinchart [this message]
2016-10-26 18:53             ` Rob Herring
2016-11-01  8:24               ` Todor Tomov
2016-11-03  0:06                 ` Laurent Pinchart
2016-09-08  9:13 ` [PATCH v6 2/2] media: Add a driver for the ov5645 camera sensor Todor Tomov
2016-09-08 12:22   ` Laurent Pinchart
2016-10-14 11:57     ` Todor Tomov
2016-10-19  8:44       ` Laurent Pinchart
2016-10-26 11:15         ` Todor Tomov
2016-10-26 11:27           ` Todor Tomov
2016-10-26 11:51             ` Mark Brown
2016-11-14 12:18               ` Laurent Pinchart
2016-11-14 13:46                 ` Mark Brown
2016-10-26 12:48             ` Ian Arkver
2016-10-26 14:07               ` Todor Tomov
2016-10-26 16:48                 ` Ian Arkver
2016-10-27  7:50                   ` Todor Tomov

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=7858186.8cvAlZeXi2@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=galak@codeaurora.org \
    --cc=geert@linux-m68k.org \
    --cc=hverkuil@xs4all.nl \
    --cc=ijc+devicetree@hellion.org.uk \
    --cc=linux-media@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=matrandg@cisco.com \
    --cc=mchehab@osg.samsung.com \
    --cc=pawel.moll@arm.com \
    --cc=robh+dt@kernel.org \
    --cc=sakari.ailus@iki.fi \
    --cc=todor.tomov@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).