All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dongchun Zhu <dongchun.zhu@mediatek.com>
To: Sakari Ailus <sakari.ailus@linux.intel.com>
Cc: <linus.walleij@linaro.org>, <bgolaszewski@baylibre.com>,
	<mchehab@kernel.org>, <andriy.shevchenko@linux.intel.com>,
	<robh+dt@kernel.org>, <mark.rutland@arm.com>,
	<drinkcat@chromium.org>, <matrix.zhu@aliyun.com>,
	<tfiga@chromium.org>, <matthias.bgg@gmail.com>,
	<bingbu.cao@intel.com>, <srv_heupstream@mediatek.com>,
	<linux-mediatek@lists.infradead.org>,
	<linux-arm-kernel@lists.infradead.org>, <sj.huang@mediatek.com>,
	<linux-media@vger.kernel.org>, <devicetree@vger.kernel.org>,
	<louis.kuo@mediatek.com>, <shengnan.wang@mediatek.com>
Subject: Re: [V7, 1/2] media: dt-bindings: media: i2c: Document OV02A10 bindings
Date: Thu, 7 May 2020 20:58:45 +0800	[thread overview]
Message-ID: <1588856325.8804.179.camel@mhfsdcap03> (raw)
In-Reply-To: <20200506112136.GV9190@paasikivi.fi.intel.com>

Hi Sakari,

Thanks for the review.

On Wed, 2020-05-06 at 14:21 +0300, Sakari Ailus wrote:
> Hi Dongchun,
> 
> On Tue, May 05, 2020 at 10:17:18PM +0800, Dongchun Zhu wrote:
> > Hi Sakari,
> > 
> > Thanks for the review.
> > 
> > On Tue, 2020-05-05 at 10:04 +0300, Sakari Ailus wrote:
> > > Hi Dongchun,
> > > 
> > > On Thu, Apr 30, 2020 at 04:09:23PM +0800, Dongchun Zhu wrote:
> > > > Add DT bindings documentation for Omnivision OV02A10 image sensor.
> > > > 
> > > > Signed-off-by: Dongchun Zhu <dongchun.zhu@mediatek.com>
> > > > ---
> > > >  .../bindings/media/i2c/ovti,ov02a10.yaml           | 148 +++++++++++++++++++++
> > > >  MAINTAINERS                                        |   7 +
> > > >  2 files changed, 155 insertions(+)
> > > >  create mode 100644 Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > 
> > > > diff --git a/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml b/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > new file mode 100644
> > > > index 0000000..2be4bd2
> > > > --- /dev/null
> > > > +++ b/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > @@ -0,0 +1,148 @@
> > > > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> > > > +# Copyright (c) 2020 MediaTek Inc.
> > > > +%YAML 1.2
> > > > +---
> > > > +$id: http://devicetree.org/schemas/media/i2c/ovti,ov02a10.yaml#
> > > > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > > > +
> > > > +title: Omnivision OV02A10 CMOS Sensor Device Tree Bindings
> > > > +
> > > > +maintainers:
> > > > +  - Dongchun Zhu <dongchun.zhu@mediatek.com>
> > > > +
> > > > +description: |-
> > > > +  The Omnivision OV02A10 is a low-cost, high performance, 1/5-inch, 2 megapixel
> > > > +  image sensor, which is the latest production derived from Omnivision's CMOS
> > > > +  image sensor technology. Ihis chip supports high frame rate speeds up to 30fps
> > > > +  @ 1600x1200 (UXGA) resolution transferred over a 1-lane MIPI interface. The
> > > > +  sensor output is available via CSI-2 serial data output.
> > > > +
> > > > +properties:
> > > > +  compatible:
> > > > +    const: ovti,ov02a10
> > > > +
> > > > +  reg:
> > > > +    maxItems: 1
> > > > +
> > > > +  clocks:
> > > > +    items:
> > > > +      - description: top mux camtg clock
> > > > +      - description: devider clock
> > > > +
> > > > +  clock-names:
> > > > +    items:
> > > > +      - const: eclk
> > > > +      - const: freq_mux
> > > > +
> > > > +  clock-frequency:
> > > > +    description:
> > > > +      Frequency of the eclk clock in Hertz.
> > > > +
> > > > +  dovdd-supply:
> > > > +    description:
> > > > +      Definition of the regulator used as interface power supply.
> > > > +
> > > > +  avdd-supply:
> > > > +    description:
> > > > +      Definition of the regulator used as analog power supply.
> > > > +
> > > > +  dvdd-supply:
> > > > +    description:
> > > > +      Definition of the regulator used as digital power supply.
> > > > +
> > > > +  powerdown-gpios:
> > > > +    description:
> > > > +      The phandle and specifier for the GPIO that controls sensor powerdown.
> > > > +
> > > > +  reset-gpios:
> > > > +    description:
> > > > +      The phandle and specifier for the GPIO that controls sensor reset.
> > > > +
> > > > +  rotation:
> > > > +    description:
> > > > +      Definition of the sensor's placement, valid values are 0 and 180.
> > > > +    allOf:
> > > > +      - $ref: "/schemas/types.yaml#/definitions/uint32"
> > > > +      - enum:
> > > > +          - 0    # Sensor Mounted Upright
> > > > +          - 180  # Sensor Mounted Upside Down
> > > > +
> > > > +  ovti,mipi-tx-speed:
> > > > +    description:
> > > > +      Indication of MIPI transmission speed select.
> > > 
> > > What exactly does this signify? And how do you come up with the number?
> > > 
> > 
> > Apologies for not addressing this number clear.
> > 
> > From the datasheet, P1:0xA1 register represents TX_SPEED_AREA_SEL with
> > the default val: 0x03.
> > The description of this RW register is as below:
> > Bit[2:0]: MIPI transmission speed select.
> > 
> > Thus the enum should be definited as [ 0, 1, 2, 3, 4, 5, 6, 7 ].
> > This would be fixed in next release.
> > 
> > In the meantime, as the default val of P1:0xA1 is 0x03, we hope to keep
> > that value if there is no setting for this private property in DT.
> > The caller in driver would be updated like this in next release.
> > if (ov02a10->mipi_clock_tx_speed)
> > 	ret = i2c_smbus_write_byte_data(...,...);
> 
> How did you pick the value in the example? And why do you believe it is
> specific to a platform, and not e.g. a sensor mode?
> 

We look into P1:0XA1, one register that defines MIPI transmission speed
select.
From the datasheet, we can get the possible values that could be set to
P1:0xA1.

Actually this register is an independent of sensor mode, it is just
included in sensor mode's register setting table.

In addition, this private DT Property is created to fix the MIPI test
failure. The register values are adjusted and verified from vendor to
make sensor signal meet MIPI specification.

> > 
> > > > +    allOf:
> > > > +      - $ref: "/schemas/types.yaml#/definitions/uint32"
> > > > +      - enum: [ 3, 4 ]
> > > > +
> > > > +  # See ../video-interfaces.txt for details
> > > > +  port:
> > > > +    type: object
> > > > +    additionalProperties: false
> > > > +
> > > > +    properties:
> > > > +      endpoint:
> > > > +        type: object
> > > > +        additionalProperties: false
> > > > +
> > > > +        properties:
> > > > +          remote-endpoint: true
> > > > +          link-frequencies: true
> > > > +
> > > > +    required:
> > > > +      - endpoint
> > > > +
> > > > +required:
> > > > +  - compatible
> > > > +  - reg
> > > > +  - clocks
> > > > +  - clock-names
> > > > +  - clock-frequency
> > > > +  - dovdd-supply
> > > > +  - avdd-supply
> > > > +  - dvdd-supply
> > > > +  - powerdown-gpios
> > > > +  - reset-gpios
> > > > +  - port
> > > > +
> > > > +additionalProperties: false
> > > > +
> > > > +examples:
> > > > +  - |
> > > > +    #include <dt-bindings/clock/mt8183-clk.h>
> > > > +    #include <dt-bindings/gpio/gpio.h>
> > > > +
> > > > +    i2c {
> > > > +        clock-frequency = <400000>;
> > > > +        #address-cells = <1>;
> > > > +        #size-cells = <0>;
> > > > +
> > > > +        ov02a10: camera-sensor@3d {
> > > > +            compatible = "ovti,ov02a10";
> > > > +            reg = <0x3d>;
> > > > +            pinctrl-names = "default";
> > > > +            pinctrl-0 = <&clk_24m_cam>;
> > > > +
> > > > +            clocks = <&topckgen CLK_TOP_MUX_CAMTG>,
> > > > +                     <&topckgen CLK_TOP_UNIVP_192M_D8>;
> > > > +            clock-names = "eclk", "freq_mux";
> > > > +            clock-frequency = <24000000>;
> > > > +
> > > > +            rotation = <180>;
> > > > +            ovti,mipi-tx-speed = <3>;
> > > > +
> > > > +            dovdd-supply = <&mt6358_vcamio_reg>;
> > > > +            avdd-supply = <&mt6358_vcama1_reg>;
> > > > +            dvdd-supply = <&mt6358_vcn18_reg>;
> > > > +            powerdown-gpios = <&pio 107 GPIO_ACTIVE_LOW>;
> > > > +            reset-gpios = <&pio 109 GPIO_ACTIVE_HIGH>;
> > > > +
> > > > +            port {
> > > > +                wcam_out: endpoint {
> > > > +                    remote-endpoint = <&mipi_in_wcam>;
> > > > +                    link-frequencies = /bits/ 64 <390000000>;
> > > > +                };
> > > > +            };
> > > > +        };
> > > > +    };
> > > > +
> > > > +...
> > > > diff --git a/MAINTAINERS b/MAINTAINERS
> > > > index e64e5db..63a2335 100644
> > > > --- a/MAINTAINERS
> > > > +++ b/MAINTAINERS
> > > > @@ -12389,6 +12389,13 @@ M:	Harald Welte <laforge@gnumonks.org>
> > > >  S:	Maintained
> > > >  F:	drivers/char/pcmcia/cm4040_cs.*
> > > >  
> > > > +OMNIVISION OV02A10 SENSOR DRIVER
> > > > +M:	Dongchun Zhu <dongchun.zhu@mediatek.com>
> > > > +L:	linux-media@vger.kernel.org
> > > > +S:	Maintained
> > > > +T:	git git://linuxtv.org/media_tree.git
> > > > +F:	Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > +
> > > >  OMNIVISION OV13858 SENSOR DRIVER
> > > >  M:	Sakari Ailus <sakari.ailus@linux.intel.com>
> > > >  L:	linux-media@vger.kernel.org
> > > 
> > 
> 


WARNING: multiple messages have this Message-ID (diff)
From: Dongchun Zhu <dongchun.zhu@mediatek.com>
To: Sakari Ailus <sakari.ailus@linux.intel.com>
Cc: mark.rutland@arm.com, drinkcat@chromium.org,
	andriy.shevchenko@linux.intel.com, srv_heupstream@mediatek.com,
	devicetree@vger.kernel.org, linus.walleij@linaro.org,
	shengnan.wang@mediatek.com, tfiga@chromium.org,
	bgolaszewski@baylibre.com, sj.huang@mediatek.com,
	robh+dt@kernel.org, linux-mediatek@lists.infradead.org,
	louis.kuo@mediatek.com, matthias.bgg@gmail.com,
	bingbu.cao@intel.com, matrix.zhu@aliyun.com, mchehab@kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-media@vger.kernel.org
Subject: Re: [V7, 1/2] media: dt-bindings: media: i2c: Document OV02A10 bindings
Date: Thu, 7 May 2020 20:58:45 +0800	[thread overview]
Message-ID: <1588856325.8804.179.camel@mhfsdcap03> (raw)
In-Reply-To: <20200506112136.GV9190@paasikivi.fi.intel.com>

Hi Sakari,

Thanks for the review.

On Wed, 2020-05-06 at 14:21 +0300, Sakari Ailus wrote:
> Hi Dongchun,
> 
> On Tue, May 05, 2020 at 10:17:18PM +0800, Dongchun Zhu wrote:
> > Hi Sakari,
> > 
> > Thanks for the review.
> > 
> > On Tue, 2020-05-05 at 10:04 +0300, Sakari Ailus wrote:
> > > Hi Dongchun,
> > > 
> > > On Thu, Apr 30, 2020 at 04:09:23PM +0800, Dongchun Zhu wrote:
> > > > Add DT bindings documentation for Omnivision OV02A10 image sensor.
> > > > 
> > > > Signed-off-by: Dongchun Zhu <dongchun.zhu@mediatek.com>
> > > > ---
> > > >  .../bindings/media/i2c/ovti,ov02a10.yaml           | 148 +++++++++++++++++++++
> > > >  MAINTAINERS                                        |   7 +
> > > >  2 files changed, 155 insertions(+)
> > > >  create mode 100644 Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > 
> > > > diff --git a/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml b/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > new file mode 100644
> > > > index 0000000..2be4bd2
> > > > --- /dev/null
> > > > +++ b/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > @@ -0,0 +1,148 @@
> > > > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> > > > +# Copyright (c) 2020 MediaTek Inc.
> > > > +%YAML 1.2
> > > > +---
> > > > +$id: http://devicetree.org/schemas/media/i2c/ovti,ov02a10.yaml#
> > > > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > > > +
> > > > +title: Omnivision OV02A10 CMOS Sensor Device Tree Bindings
> > > > +
> > > > +maintainers:
> > > > +  - Dongchun Zhu <dongchun.zhu@mediatek.com>
> > > > +
> > > > +description: |-
> > > > +  The Omnivision OV02A10 is a low-cost, high performance, 1/5-inch, 2 megapixel
> > > > +  image sensor, which is the latest production derived from Omnivision's CMOS
> > > > +  image sensor technology. Ihis chip supports high frame rate speeds up to 30fps
> > > > +  @ 1600x1200 (UXGA) resolution transferred over a 1-lane MIPI interface. The
> > > > +  sensor output is available via CSI-2 serial data output.
> > > > +
> > > > +properties:
> > > > +  compatible:
> > > > +    const: ovti,ov02a10
> > > > +
> > > > +  reg:
> > > > +    maxItems: 1
> > > > +
> > > > +  clocks:
> > > > +    items:
> > > > +      - description: top mux camtg clock
> > > > +      - description: devider clock
> > > > +
> > > > +  clock-names:
> > > > +    items:
> > > > +      - const: eclk
> > > > +      - const: freq_mux
> > > > +
> > > > +  clock-frequency:
> > > > +    description:
> > > > +      Frequency of the eclk clock in Hertz.
> > > > +
> > > > +  dovdd-supply:
> > > > +    description:
> > > > +      Definition of the regulator used as interface power supply.
> > > > +
> > > > +  avdd-supply:
> > > > +    description:
> > > > +      Definition of the regulator used as analog power supply.
> > > > +
> > > > +  dvdd-supply:
> > > > +    description:
> > > > +      Definition of the regulator used as digital power supply.
> > > > +
> > > > +  powerdown-gpios:
> > > > +    description:
> > > > +      The phandle and specifier for the GPIO that controls sensor powerdown.
> > > > +
> > > > +  reset-gpios:
> > > > +    description:
> > > > +      The phandle and specifier for the GPIO that controls sensor reset.
> > > > +
> > > > +  rotation:
> > > > +    description:
> > > > +      Definition of the sensor's placement, valid values are 0 and 180.
> > > > +    allOf:
> > > > +      - $ref: "/schemas/types.yaml#/definitions/uint32"
> > > > +      - enum:
> > > > +          - 0    # Sensor Mounted Upright
> > > > +          - 180  # Sensor Mounted Upside Down
> > > > +
> > > > +  ovti,mipi-tx-speed:
> > > > +    description:
> > > > +      Indication of MIPI transmission speed select.
> > > 
> > > What exactly does this signify? And how do you come up with the number?
> > > 
> > 
> > Apologies for not addressing this number clear.
> > 
> > From the datasheet, P1:0xA1 register represents TX_SPEED_AREA_SEL with
> > the default val: 0x03.
> > The description of this RW register is as below:
> > Bit[2:0]: MIPI transmission speed select.
> > 
> > Thus the enum should be definited as [ 0, 1, 2, 3, 4, 5, 6, 7 ].
> > This would be fixed in next release.
> > 
> > In the meantime, as the default val of P1:0xA1 is 0x03, we hope to keep
> > that value if there is no setting for this private property in DT.
> > The caller in driver would be updated like this in next release.
> > if (ov02a10->mipi_clock_tx_speed)
> > 	ret = i2c_smbus_write_byte_data(...,...);
> 
> How did you pick the value in the example? And why do you believe it is
> specific to a platform, and not e.g. a sensor mode?
> 

We look into P1:0XA1, one register that defines MIPI transmission speed
select.
From the datasheet, we can get the possible values that could be set to
P1:0xA1.

Actually this register is an independent of sensor mode, it is just
included in sensor mode's register setting table.

In addition, this private DT Property is created to fix the MIPI test
failure. The register values are adjusted and verified from vendor to
make sensor signal meet MIPI specification.

> > 
> > > > +    allOf:
> > > > +      - $ref: "/schemas/types.yaml#/definitions/uint32"
> > > > +      - enum: [ 3, 4 ]
> > > > +
> > > > +  # See ../video-interfaces.txt for details
> > > > +  port:
> > > > +    type: object
> > > > +    additionalProperties: false
> > > > +
> > > > +    properties:
> > > > +      endpoint:
> > > > +        type: object
> > > > +        additionalProperties: false
> > > > +
> > > > +        properties:
> > > > +          remote-endpoint: true
> > > > +          link-frequencies: true
> > > > +
> > > > +    required:
> > > > +      - endpoint
> > > > +
> > > > +required:
> > > > +  - compatible
> > > > +  - reg
> > > > +  - clocks
> > > > +  - clock-names
> > > > +  - clock-frequency
> > > > +  - dovdd-supply
> > > > +  - avdd-supply
> > > > +  - dvdd-supply
> > > > +  - powerdown-gpios
> > > > +  - reset-gpios
> > > > +  - port
> > > > +
> > > > +additionalProperties: false
> > > > +
> > > > +examples:
> > > > +  - |
> > > > +    #include <dt-bindings/clock/mt8183-clk.h>
> > > > +    #include <dt-bindings/gpio/gpio.h>
> > > > +
> > > > +    i2c {
> > > > +        clock-frequency = <400000>;
> > > > +        #address-cells = <1>;
> > > > +        #size-cells = <0>;
> > > > +
> > > > +        ov02a10: camera-sensor@3d {
> > > > +            compatible = "ovti,ov02a10";
> > > > +            reg = <0x3d>;
> > > > +            pinctrl-names = "default";
> > > > +            pinctrl-0 = <&clk_24m_cam>;
> > > > +
> > > > +            clocks = <&topckgen CLK_TOP_MUX_CAMTG>,
> > > > +                     <&topckgen CLK_TOP_UNIVP_192M_D8>;
> > > > +            clock-names = "eclk", "freq_mux";
> > > > +            clock-frequency = <24000000>;
> > > > +
> > > > +            rotation = <180>;
> > > > +            ovti,mipi-tx-speed = <3>;
> > > > +
> > > > +            dovdd-supply = <&mt6358_vcamio_reg>;
> > > > +            avdd-supply = <&mt6358_vcama1_reg>;
> > > > +            dvdd-supply = <&mt6358_vcn18_reg>;
> > > > +            powerdown-gpios = <&pio 107 GPIO_ACTIVE_LOW>;
> > > > +            reset-gpios = <&pio 109 GPIO_ACTIVE_HIGH>;
> > > > +
> > > > +            port {
> > > > +                wcam_out: endpoint {
> > > > +                    remote-endpoint = <&mipi_in_wcam>;
> > > > +                    link-frequencies = /bits/ 64 <390000000>;
> > > > +                };
> > > > +            };
> > > > +        };
> > > > +    };
> > > > +
> > > > +...
> > > > diff --git a/MAINTAINERS b/MAINTAINERS
> > > > index e64e5db..63a2335 100644
> > > > --- a/MAINTAINERS
> > > > +++ b/MAINTAINERS
> > > > @@ -12389,6 +12389,13 @@ M:	Harald Welte <laforge@gnumonks.org>
> > > >  S:	Maintained
> > > >  F:	drivers/char/pcmcia/cm4040_cs.*
> > > >  
> > > > +OMNIVISION OV02A10 SENSOR DRIVER
> > > > +M:	Dongchun Zhu <dongchun.zhu@mediatek.com>
> > > > +L:	linux-media@vger.kernel.org
> > > > +S:	Maintained
> > > > +T:	git git://linuxtv.org/media_tree.git
> > > > +F:	Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > +
> > > >  OMNIVISION OV13858 SENSOR DRIVER
> > > >  M:	Sakari Ailus <sakari.ailus@linux.intel.com>
> > > >  L:	linux-media@vger.kernel.org
> > > 
> > 
> 

_______________________________________________
Linux-mediatek mailing list
Linux-mediatek@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-mediatek

WARNING: multiple messages have this Message-ID (diff)
From: Dongchun Zhu <dongchun.zhu@mediatek.com>
To: Sakari Ailus <sakari.ailus@linux.intel.com>
Cc: mark.rutland@arm.com, drinkcat@chromium.org,
	andriy.shevchenko@linux.intel.com, srv_heupstream@mediatek.com,
	devicetree@vger.kernel.org, linus.walleij@linaro.org,
	shengnan.wang@mediatek.com, tfiga@chromium.org,
	bgolaszewski@baylibre.com, sj.huang@mediatek.com,
	robh+dt@kernel.org, linux-mediatek@lists.infradead.org,
	louis.kuo@mediatek.com, matthias.bgg@gmail.com,
	bingbu.cao@intel.com, matrix.zhu@aliyun.com, mchehab@kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-media@vger.kernel.org
Subject: Re: [V7, 1/2] media: dt-bindings: media: i2c: Document OV02A10 bindings
Date: Thu, 7 May 2020 20:58:45 +0800	[thread overview]
Message-ID: <1588856325.8804.179.camel@mhfsdcap03> (raw)
In-Reply-To: <20200506112136.GV9190@paasikivi.fi.intel.com>

Hi Sakari,

Thanks for the review.

On Wed, 2020-05-06 at 14:21 +0300, Sakari Ailus wrote:
> Hi Dongchun,
> 
> On Tue, May 05, 2020 at 10:17:18PM +0800, Dongchun Zhu wrote:
> > Hi Sakari,
> > 
> > Thanks for the review.
> > 
> > On Tue, 2020-05-05 at 10:04 +0300, Sakari Ailus wrote:
> > > Hi Dongchun,
> > > 
> > > On Thu, Apr 30, 2020 at 04:09:23PM +0800, Dongchun Zhu wrote:
> > > > Add DT bindings documentation for Omnivision OV02A10 image sensor.
> > > > 
> > > > Signed-off-by: Dongchun Zhu <dongchun.zhu@mediatek.com>
> > > > ---
> > > >  .../bindings/media/i2c/ovti,ov02a10.yaml           | 148 +++++++++++++++++++++
> > > >  MAINTAINERS                                        |   7 +
> > > >  2 files changed, 155 insertions(+)
> > > >  create mode 100644 Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > 
> > > > diff --git a/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml b/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > new file mode 100644
> > > > index 0000000..2be4bd2
> > > > --- /dev/null
> > > > +++ b/Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > @@ -0,0 +1,148 @@
> > > > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> > > > +# Copyright (c) 2020 MediaTek Inc.
> > > > +%YAML 1.2
> > > > +---
> > > > +$id: http://devicetree.org/schemas/media/i2c/ovti,ov02a10.yaml#
> > > > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > > > +
> > > > +title: Omnivision OV02A10 CMOS Sensor Device Tree Bindings
> > > > +
> > > > +maintainers:
> > > > +  - Dongchun Zhu <dongchun.zhu@mediatek.com>
> > > > +
> > > > +description: |-
> > > > +  The Omnivision OV02A10 is a low-cost, high performance, 1/5-inch, 2 megapixel
> > > > +  image sensor, which is the latest production derived from Omnivision's CMOS
> > > > +  image sensor technology. Ihis chip supports high frame rate speeds up to 30fps
> > > > +  @ 1600x1200 (UXGA) resolution transferred over a 1-lane MIPI interface. The
> > > > +  sensor output is available via CSI-2 serial data output.
> > > > +
> > > > +properties:
> > > > +  compatible:
> > > > +    const: ovti,ov02a10
> > > > +
> > > > +  reg:
> > > > +    maxItems: 1
> > > > +
> > > > +  clocks:
> > > > +    items:
> > > > +      - description: top mux camtg clock
> > > > +      - description: devider clock
> > > > +
> > > > +  clock-names:
> > > > +    items:
> > > > +      - const: eclk
> > > > +      - const: freq_mux
> > > > +
> > > > +  clock-frequency:
> > > > +    description:
> > > > +      Frequency of the eclk clock in Hertz.
> > > > +
> > > > +  dovdd-supply:
> > > > +    description:
> > > > +      Definition of the regulator used as interface power supply.
> > > > +
> > > > +  avdd-supply:
> > > > +    description:
> > > > +      Definition of the regulator used as analog power supply.
> > > > +
> > > > +  dvdd-supply:
> > > > +    description:
> > > > +      Definition of the regulator used as digital power supply.
> > > > +
> > > > +  powerdown-gpios:
> > > > +    description:
> > > > +      The phandle and specifier for the GPIO that controls sensor powerdown.
> > > > +
> > > > +  reset-gpios:
> > > > +    description:
> > > > +      The phandle and specifier for the GPIO that controls sensor reset.
> > > > +
> > > > +  rotation:
> > > > +    description:
> > > > +      Definition of the sensor's placement, valid values are 0 and 180.
> > > > +    allOf:
> > > > +      - $ref: "/schemas/types.yaml#/definitions/uint32"
> > > > +      - enum:
> > > > +          - 0    # Sensor Mounted Upright
> > > > +          - 180  # Sensor Mounted Upside Down
> > > > +
> > > > +  ovti,mipi-tx-speed:
> > > > +    description:
> > > > +      Indication of MIPI transmission speed select.
> > > 
> > > What exactly does this signify? And how do you come up with the number?
> > > 
> > 
> > Apologies for not addressing this number clear.
> > 
> > From the datasheet, P1:0xA1 register represents TX_SPEED_AREA_SEL with
> > the default val: 0x03.
> > The description of this RW register is as below:
> > Bit[2:0]: MIPI transmission speed select.
> > 
> > Thus the enum should be definited as [ 0, 1, 2, 3, 4, 5, 6, 7 ].
> > This would be fixed in next release.
> > 
> > In the meantime, as the default val of P1:0xA1 is 0x03, we hope to keep
> > that value if there is no setting for this private property in DT.
> > The caller in driver would be updated like this in next release.
> > if (ov02a10->mipi_clock_tx_speed)
> > 	ret = i2c_smbus_write_byte_data(...,...);
> 
> How did you pick the value in the example? And why do you believe it is
> specific to a platform, and not e.g. a sensor mode?
> 

We look into P1:0XA1, one register that defines MIPI transmission speed
select.
From the datasheet, we can get the possible values that could be set to
P1:0xA1.

Actually this register is an independent of sensor mode, it is just
included in sensor mode's register setting table.

In addition, this private DT Property is created to fix the MIPI test
failure. The register values are adjusted and verified from vendor to
make sensor signal meet MIPI specification.

> > 
> > > > +    allOf:
> > > > +      - $ref: "/schemas/types.yaml#/definitions/uint32"
> > > > +      - enum: [ 3, 4 ]
> > > > +
> > > > +  # See ../video-interfaces.txt for details
> > > > +  port:
> > > > +    type: object
> > > > +    additionalProperties: false
> > > > +
> > > > +    properties:
> > > > +      endpoint:
> > > > +        type: object
> > > > +        additionalProperties: false
> > > > +
> > > > +        properties:
> > > > +          remote-endpoint: true
> > > > +          link-frequencies: true
> > > > +
> > > > +    required:
> > > > +      - endpoint
> > > > +
> > > > +required:
> > > > +  - compatible
> > > > +  - reg
> > > > +  - clocks
> > > > +  - clock-names
> > > > +  - clock-frequency
> > > > +  - dovdd-supply
> > > > +  - avdd-supply
> > > > +  - dvdd-supply
> > > > +  - powerdown-gpios
> > > > +  - reset-gpios
> > > > +  - port
> > > > +
> > > > +additionalProperties: false
> > > > +
> > > > +examples:
> > > > +  - |
> > > > +    #include <dt-bindings/clock/mt8183-clk.h>
> > > > +    #include <dt-bindings/gpio/gpio.h>
> > > > +
> > > > +    i2c {
> > > > +        clock-frequency = <400000>;
> > > > +        #address-cells = <1>;
> > > > +        #size-cells = <0>;
> > > > +
> > > > +        ov02a10: camera-sensor@3d {
> > > > +            compatible = "ovti,ov02a10";
> > > > +            reg = <0x3d>;
> > > > +            pinctrl-names = "default";
> > > > +            pinctrl-0 = <&clk_24m_cam>;
> > > > +
> > > > +            clocks = <&topckgen CLK_TOP_MUX_CAMTG>,
> > > > +                     <&topckgen CLK_TOP_UNIVP_192M_D8>;
> > > > +            clock-names = "eclk", "freq_mux";
> > > > +            clock-frequency = <24000000>;
> > > > +
> > > > +            rotation = <180>;
> > > > +            ovti,mipi-tx-speed = <3>;
> > > > +
> > > > +            dovdd-supply = <&mt6358_vcamio_reg>;
> > > > +            avdd-supply = <&mt6358_vcama1_reg>;
> > > > +            dvdd-supply = <&mt6358_vcn18_reg>;
> > > > +            powerdown-gpios = <&pio 107 GPIO_ACTIVE_LOW>;
> > > > +            reset-gpios = <&pio 109 GPIO_ACTIVE_HIGH>;
> > > > +
> > > > +            port {
> > > > +                wcam_out: endpoint {
> > > > +                    remote-endpoint = <&mipi_in_wcam>;
> > > > +                    link-frequencies = /bits/ 64 <390000000>;
> > > > +                };
> > > > +            };
> > > > +        };
> > > > +    };
> > > > +
> > > > +...
> > > > diff --git a/MAINTAINERS b/MAINTAINERS
> > > > index e64e5db..63a2335 100644
> > > > --- a/MAINTAINERS
> > > > +++ b/MAINTAINERS
> > > > @@ -12389,6 +12389,13 @@ M:	Harald Welte <laforge@gnumonks.org>
> > > >  S:	Maintained
> > > >  F:	drivers/char/pcmcia/cm4040_cs.*
> > > >  
> > > > +OMNIVISION OV02A10 SENSOR DRIVER
> > > > +M:	Dongchun Zhu <dongchun.zhu@mediatek.com>
> > > > +L:	linux-media@vger.kernel.org
> > > > +S:	Maintained
> > > > +T:	git git://linuxtv.org/media_tree.git
> > > > +F:	Documentation/devicetree/bindings/media/i2c/ovti,ov02a10.yaml
> > > > +
> > > >  OMNIVISION OV13858 SENSOR DRIVER
> > > >  M:	Sakari Ailus <sakari.ailus@linux.intel.com>
> > > >  L:	linux-media@vger.kernel.org
> > > 
> > 
> 

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2020-05-07 13:00 UTC|newest]

Thread overview: 57+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-30  8:09 [V7, 0/2] media: i2c: Add support for OV02A10 sensor Dongchun Zhu
2020-04-30  8:09 ` Dongchun Zhu
2020-04-30  8:09 ` Dongchun Zhu
2020-04-30  8:09 ` [V7, 1/2] media: dt-bindings: media: i2c: Document OV02A10 bindings Dongchun Zhu
2020-04-30  8:09   ` Dongchun Zhu
2020-04-30  8:09   ` Dongchun Zhu
2020-05-05  7:04   ` Sakari Ailus
2020-05-05  7:04     ` Sakari Ailus
2020-05-05  7:04     ` Sakari Ailus
2020-05-05 14:17     ` Dongchun Zhu
2020-05-05 14:17       ` Dongchun Zhu
2020-05-05 14:17       ` Dongchun Zhu
2020-05-06 11:21       ` Sakari Ailus
2020-05-06 11:21         ` Sakari Ailus
2020-05-06 11:21         ` Sakari Ailus
2020-05-07 12:58         ` Dongchun Zhu [this message]
2020-05-07 12:58           ` Dongchun Zhu
2020-05-07 12:58           ` Dongchun Zhu
2020-05-07 13:50           ` Tomasz Figa
2020-05-07 13:50             ` Tomasz Figa
2020-05-07 13:50             ` Tomasz Figa
2020-05-07 14:11             ` Sakari Ailus
2020-05-07 14:11               ` Sakari Ailus
2020-05-07 14:11               ` Sakari Ailus
2020-05-07 14:25               ` Tomasz Figa
2020-05-07 14:25                 ` Tomasz Figa
2020-05-07 14:25                 ` Tomasz Figa
2020-05-08  6:51                 ` Dongchun Zhu
2020-05-08  6:51                   ` Dongchun Zhu
2020-05-08  6:51                   ` Dongchun Zhu
2020-05-10 22:35                   ` Sakari Ailus
2020-05-10 22:35                     ` Sakari Ailus
2020-05-10 22:35                     ` Sakari Ailus
2020-05-11 11:41                     ` Dongchun Zhu
2020-05-11 11:41                       ` Dongchun Zhu
2020-05-11 11:41                       ` Dongchun Zhu
2020-07-15 14:01                       ` Sakari Ailus
2020-07-15 14:01                         ` Sakari Ailus
2020-07-15 14:01                         ` Sakari Ailus
2020-07-16 14:57                         ` Tomasz Figa
2020-07-16 14:57                           ` Tomasz Figa
2020-07-16 14:57                           ` Tomasz Figa
2020-07-20  2:30                           ` Dongchun Zhu
2020-07-20  2:30                             ` Dongchun Zhu
2020-07-20  2:30                             ` Dongchun Zhu
2020-08-25  1:53                             ` Dongchun Zhu
2020-08-25  1:53                               ` Dongchun Zhu
2020-08-25  1:53                               ` Dongchun Zhu
2020-05-05 16:15   ` Rob Herring
2020-05-05 16:15     ` Rob Herring
2020-05-05 16:15     ` Rob Herring
2020-05-07 13:02     ` Dongchun Zhu
2020-05-07 13:02       ` Dongchun Zhu
2020-05-07 13:02       ` Dongchun Zhu
2020-04-30  8:09 ` [V7, 2/2] media: i2c: ov02a10: Add OV02A10 image sensor driver Dongchun Zhu
2020-04-30  8:09   ` Dongchun Zhu
2020-04-30  8:09   ` Dongchun Zhu

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=1588856325.8804.179.camel@mhfsdcap03 \
    --to=dongchun.zhu@mediatek.com \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=bgolaszewski@baylibre.com \
    --cc=bingbu.cao@intel.com \
    --cc=devicetree@vger.kernel.org \
    --cc=drinkcat@chromium.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=louis.kuo@mediatek.com \
    --cc=mark.rutland@arm.com \
    --cc=matrix.zhu@aliyun.com \
    --cc=matthias.bgg@gmail.com \
    --cc=mchehab@kernel.org \
    --cc=robh+dt@kernel.org \
    --cc=sakari.ailus@linux.intel.com \
    --cc=shengnan.wang@mediatek.com \
    --cc=sj.huang@mediatek.com \
    --cc=srv_heupstream@mediatek.com \
    --cc=tfiga@chromium.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.