From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754191AbdFWO5Z (ORCPT ); Fri, 23 Jun 2017 10:57:25 -0400 Received: from mx2.suse.de ([195.135.220.15]:40260 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751488AbdFWO5X (ORCPT ); Fri, 23 Jun 2017 10:57:23 -0400 Subject: Re: [PATCH v1 1/6] DT bindings: add bindings for ov965x camera module To: "H. Nikolaus Schaller" Cc: Laurent Pinchart , Hugues Fruchet , Suman Anna , Mark Rutland , devicetree , Benjamin Gaignard , Discussions about the Letux Kernel , Alexandre Torgue , LKML , Hans Verkuil , Rob Herring , Maxime Coquelin , Yannick Fertre , Sylwester Nawrocki , Mauro Carvalho Chehab , Guennadi Liakhovetski , linux-arm-kernel , linux-media@vger.kernel.org References: <1498143942-12682-1-git-send-email-hugues.fruchet@st.com> <3E7B1344-ECE6-4CCC-9E9D-7521BB566CDE@goldelico.com> <13144955.Kq5qljPvgI@avalon> <24C976BF-52FD-4509-BCE4-9AE41B335482@goldelico.com> From: =?UTF-8?Q?Andreas_F=c3=a4rber?= Organization: SUSE Linux GmbH Message-ID: <88d0e8ea-74e4-6845-4e0d-8cd0f3a054be@suse.de> Date: Fri, 23 Jun 2017 16:57:19 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <24C976BF-52FD-4509-BCE4-9AE41B335482@goldelico.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 23.06.2017 um 16:53 schrieb H. Nikolaus Schaller: > Hi Laurent, > >> Am 23.06.2017 um 13:58 schrieb Laurent Pinchart : >> >> Hi Nikolaus, >> >> On Friday 23 Jun 2017 12:59:24 H. Nikolaus Schaller wrote: >>> Am 23.06.2017 um 12:46 schrieb Andreas Färber : >>>> Am 23.06.2017 um 12:25 schrieb H. Nikolaus Schaller: >>>>>> diff --git a/Documentation/devicetree/bindings/media/i2c/ov965x.txt >>>>>> b/Documentation/devicetree/bindings/media/i2c/ov965x.txt new file mode >>>>>> 100644 >>>>>> index 0000000..0e0de1f >>>>>> --- /dev/null >>>>>> +++ b/Documentation/devicetree/bindings/media/i2c/ov965x.txt >>>>>> @@ -0,0 +1,37 @@ >>>>>> +* Omnivision OV9650/9652/9655 CMOS sensor >>>>>> + >>>>>> +The Omnivision OV965x sensor support multiple resolutions output, such >>>>>> as >>>>>> +CIF, SVGA, UXGA. It also can support YUV422/420, RGB565/555 or raw RGB >>>>>> +output format. >>>>>> + >>>>>> +Required Properties: >>>>>> +- compatible: should be one of >>>>>> + "ovti,ov9650" >>>>>> + "ovti,ov9652" >>>>>> + "ovti,ov9655" >>>>>> +- clocks: reference to the mclk input clock. >>>>> >>>>> I wonder why you have removed the clock-frequency property? >>>>> >>>>> In some situations the camera driver must be able to tell the clock >>>>> source which frequency it wants to see. >>>> >>>> That's what assigned-clock-rates property is for: >>>> >>>> https://www.kernel.org/doc/Documentation/devicetree/bindings/clock/clock-b >>>> indings.txt >>>> >>>> AFAIU clock-frequency on devices is deprecated and equivalent to having >>>> a clocks property pointing to a fixed-clock, which is different from a >>>> clock with varying rate. >>> >>> I am not sure if that helps here. The OMAP3-ISP does not have a fixed clock >>> rate so we can only have the driver define what it wants to see. >>> >>> And common practise for OMAP3-ISP based camera modules (e.g. N900, N9) is >>> that they do it in the driver. >>> >>> Maybe ISP developers can comment? >> >> The OMAP3 ISP is a variable-frequency clock provider. The clock frequency is >> controlled by the clock consumer. As such, it's up to the consumer to decide >> whether to compute and request the clock rate dynamically at runtime, or use >> the assigned-clock-rates property in DT. >> >> Some ISPs include a clock generator, others don't. It should make no >> difference whether the clock is provided by the ISP, by a dedicated clock >> source in the SoC or by a discrete on-board adjustable clock source. > > Thanks for explaining the background. > > Do you have an hint or example how to use the assigned-clock-rates property in > a DT for a camera module connected to the omap3isp? > > Or does it just mean that it defines the property name? Please read the documentation link I sent - it's in the very bottom and should have an example. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?Andreas_F=c3=a4rber?= Subject: Re: [PATCH v1 1/6] DT bindings: add bindings for ov965x camera module Date: Fri, 23 Jun 2017 16:57:19 +0200 Message-ID: <88d0e8ea-74e4-6845-4e0d-8cd0f3a054be@suse.de> References: <1498143942-12682-1-git-send-email-hugues.fruchet@st.com> <3E7B1344-ECE6-4CCC-9E9D-7521BB566CDE@goldelico.com> <13144955.Kq5qljPvgI@avalon> <24C976BF-52FD-4509-BCE4-9AE41B335482@goldelico.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: In-Reply-To: <24C976BF-52FD-4509-BCE4-9AE41B335482@goldelico.com> Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org To: "H. Nikolaus Schaller" Cc: Laurent Pinchart , Hugues Fruchet , Suman Anna , Mark Rutland , devicetree , Benjamin Gaignard , Discussions about the Letux Kernel , Alexandre Torgue , LKML , Hans Verkuil , Rob Herring , Maxime Coquelin , Yannick Fertre , Sylwester Nawrocki , Mauro Carvalho Chehab , Guennadi Liakhovetski , linux-arm-kernel List-Id: devicetree@vger.kernel.org Am 23.06.2017 um 16:53 schrieb H. Nikolaus Schaller: > Hi Laurent, > >> Am 23.06.2017 um 13:58 schrieb Laurent Pinchart : >> >> Hi Nikolaus, >> >> On Friday 23 Jun 2017 12:59:24 H. Nikolaus Schaller wrote: >>> Am 23.06.2017 um 12:46 schrieb Andreas Färber : >>>> Am 23.06.2017 um 12:25 schrieb H. Nikolaus Schaller: >>>>>> diff --git a/Documentation/devicetree/bindings/media/i2c/ov965x.txt >>>>>> b/Documentation/devicetree/bindings/media/i2c/ov965x.txt new file mode >>>>>> 100644 >>>>>> index 0000000..0e0de1f >>>>>> --- /dev/null >>>>>> +++ b/Documentation/devicetree/bindings/media/i2c/ov965x.txt >>>>>> @@ -0,0 +1,37 @@ >>>>>> +* Omnivision OV9650/9652/9655 CMOS sensor >>>>>> + >>>>>> +The Omnivision OV965x sensor support multiple resolutions output, such >>>>>> as >>>>>> +CIF, SVGA, UXGA. It also can support YUV422/420, RGB565/555 or raw RGB >>>>>> +output format. >>>>>> + >>>>>> +Required Properties: >>>>>> +- compatible: should be one of >>>>>> + "ovti,ov9650" >>>>>> + "ovti,ov9652" >>>>>> + "ovti,ov9655" >>>>>> +- clocks: reference to the mclk input clock. >>>>> >>>>> I wonder why you have removed the clock-frequency property? >>>>> >>>>> In some situations the camera driver must be able to tell the clock >>>>> source which frequency it wants to see. >>>> >>>> That's what assigned-clock-rates property is for: >>>> >>>> https://www.kernel.org/doc/Documentation/devicetree/bindings/clock/clock-b >>>> indings.txt >>>> >>>> AFAIU clock-frequency on devices is deprecated and equivalent to having >>>> a clocks property pointing to a fixed-clock, which is different from a >>>> clock with varying rate. >>> >>> I am not sure if that helps here. The OMAP3-ISP does not have a fixed clock >>> rate so we can only have the driver define what it wants to see. >>> >>> And common practise for OMAP3-ISP based camera modules (e.g. N900, N9) is >>> that they do it in the driver. >>> >>> Maybe ISP developers can comment? >> >> The OMAP3 ISP is a variable-frequency clock provider. The clock frequency is >> controlled by the clock consumer. As such, it's up to the consumer to decide >> whether to compute and request the clock rate dynamically at runtime, or use >> the assigned-clock-rates property in DT. >> >> Some ISPs include a clock generator, others don't. It should make no >> difference whether the clock is provided by the ISP, by a dedicated clock >> source in the SoC or by a discrete on-board adjustable clock source. > > Thanks for explaining the background. > > Do you have an hint or example how to use the assigned-clock-rates property in > a DT for a camera module connected to the omap3isp? > > Or does it just mean that it defines the property name? Please read the documentation link I sent - it's in the very bottom and should have an example. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx2.suse.de ([195.135.220.15]:40260 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751488AbdFWO5X (ORCPT ); Fri, 23 Jun 2017 10:57:23 -0400 Subject: Re: [PATCH v1 1/6] DT bindings: add bindings for ov965x camera module To: "H. Nikolaus Schaller" Cc: Laurent Pinchart , Hugues Fruchet , Suman Anna , Mark Rutland , devicetree , Benjamin Gaignard , Discussions about the Letux Kernel , Alexandre Torgue , LKML , Hans Verkuil , Rob Herring , Maxime Coquelin , Yannick Fertre , Sylwester Nawrocki , Mauro Carvalho Chehab , Guennadi Liakhovetski , linux-arm-kernel , linux-media@vger.kernel.org References: <1498143942-12682-1-git-send-email-hugues.fruchet@st.com> <3E7B1344-ECE6-4CCC-9E9D-7521BB566CDE@goldelico.com> <13144955.Kq5qljPvgI@avalon> <24C976BF-52FD-4509-BCE4-9AE41B335482@goldelico.com> From: =?UTF-8?Q?Andreas_F=c3=a4rber?= Message-ID: <88d0e8ea-74e4-6845-4e0d-8cd0f3a054be@suse.de> Date: Fri, 23 Jun 2017 16:57:19 +0200 MIME-Version: 1.0 In-Reply-To: <24C976BF-52FD-4509-BCE4-9AE41B335482@goldelico.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-media-owner@vger.kernel.org List-ID: Am 23.06.2017 um 16:53 schrieb H. Nikolaus Schaller: > Hi Laurent, > >> Am 23.06.2017 um 13:58 schrieb Laurent Pinchart : >> >> Hi Nikolaus, >> >> On Friday 23 Jun 2017 12:59:24 H. Nikolaus Schaller wrote: >>> Am 23.06.2017 um 12:46 schrieb Andreas Färber : >>>> Am 23.06.2017 um 12:25 schrieb H. Nikolaus Schaller: >>>>>> diff --git a/Documentation/devicetree/bindings/media/i2c/ov965x.txt >>>>>> b/Documentation/devicetree/bindings/media/i2c/ov965x.txt new file mode >>>>>> 100644 >>>>>> index 0000000..0e0de1f >>>>>> --- /dev/null >>>>>> +++ b/Documentation/devicetree/bindings/media/i2c/ov965x.txt >>>>>> @@ -0,0 +1,37 @@ >>>>>> +* Omnivision OV9650/9652/9655 CMOS sensor >>>>>> + >>>>>> +The Omnivision OV965x sensor support multiple resolutions output, such >>>>>> as >>>>>> +CIF, SVGA, UXGA. It also can support YUV422/420, RGB565/555 or raw RGB >>>>>> +output format. >>>>>> + >>>>>> +Required Properties: >>>>>> +- compatible: should be one of >>>>>> + "ovti,ov9650" >>>>>> + "ovti,ov9652" >>>>>> + "ovti,ov9655" >>>>>> +- clocks: reference to the mclk input clock. >>>>> >>>>> I wonder why you have removed the clock-frequency property? >>>>> >>>>> In some situations the camera driver must be able to tell the clock >>>>> source which frequency it wants to see. >>>> >>>> That's what assigned-clock-rates property is for: >>>> >>>> https://www.kernel.org/doc/Documentation/devicetree/bindings/clock/clock-b >>>> indings.txt >>>> >>>> AFAIU clock-frequency on devices is deprecated and equivalent to having >>>> a clocks property pointing to a fixed-clock, which is different from a >>>> clock with varying rate. >>> >>> I am not sure if that helps here. The OMAP3-ISP does not have a fixed clock >>> rate so we can only have the driver define what it wants to see. >>> >>> And common practise for OMAP3-ISP based camera modules (e.g. N900, N9) is >>> that they do it in the driver. >>> >>> Maybe ISP developers can comment? >> >> The OMAP3 ISP is a variable-frequency clock provider. The clock frequency is >> controlled by the clock consumer. As such, it's up to the consumer to decide >> whether to compute and request the clock rate dynamically at runtime, or use >> the assigned-clock-rates property in DT. >> >> Some ISPs include a clock generator, others don't. It should make no >> difference whether the clock is provided by the ISP, by a dedicated clock >> source in the SoC or by a discrete on-board adjustable clock source. > > Thanks for explaining the background. > > Do you have an hint or example how to use the assigned-clock-rates property in > a DT for a camera module connected to the omap3isp? > > Or does it just mean that it defines the property name? Please read the documentation link I sent - it's in the very bottom and should have an example. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) From mboxrd@z Thu Jan 1 00:00:00 1970 From: afaerber@suse.de (=?UTF-8?Q?Andreas_F=c3=a4rber?=) Date: Fri, 23 Jun 2017 16:57:19 +0200 Subject: [PATCH v1 1/6] DT bindings: add bindings for ov965x camera module In-Reply-To: <24C976BF-52FD-4509-BCE4-9AE41B335482@goldelico.com> References: <1498143942-12682-1-git-send-email-hugues.fruchet@st.com> <3E7B1344-ECE6-4CCC-9E9D-7521BB566CDE@goldelico.com> <13144955.Kq5qljPvgI@avalon> <24C976BF-52FD-4509-BCE4-9AE41B335482@goldelico.com> Message-ID: <88d0e8ea-74e4-6845-4e0d-8cd0f3a054be@suse.de> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Am 23.06.2017 um 16:53 schrieb H. Nikolaus Schaller: > Hi Laurent, > >> Am 23.06.2017 um 13:58 schrieb Laurent Pinchart : >> >> Hi Nikolaus, >> >> On Friday 23 Jun 2017 12:59:24 H. Nikolaus Schaller wrote: >>> Am 23.06.2017 um 12:46 schrieb Andreas F?rber : >>>> Am 23.06.2017 um 12:25 schrieb H. Nikolaus Schaller: >>>>>> diff --git a/Documentation/devicetree/bindings/media/i2c/ov965x.txt >>>>>> b/Documentation/devicetree/bindings/media/i2c/ov965x.txt new file mode >>>>>> 100644 >>>>>> index 0000000..0e0de1f >>>>>> --- /dev/null >>>>>> +++ b/Documentation/devicetree/bindings/media/i2c/ov965x.txt >>>>>> @@ -0,0 +1,37 @@ >>>>>> +* Omnivision OV9650/9652/9655 CMOS sensor >>>>>> + >>>>>> +The Omnivision OV965x sensor support multiple resolutions output, such >>>>>> as >>>>>> +CIF, SVGA, UXGA. It also can support YUV422/420, RGB565/555 or raw RGB >>>>>> +output format. >>>>>> + >>>>>> +Required Properties: >>>>>> +- compatible: should be one of >>>>>> + "ovti,ov9650" >>>>>> + "ovti,ov9652" >>>>>> + "ovti,ov9655" >>>>>> +- clocks: reference to the mclk input clock. >>>>> >>>>> I wonder why you have removed the clock-frequency property? >>>>> >>>>> In some situations the camera driver must be able to tell the clock >>>>> source which frequency it wants to see. >>>> >>>> That's what assigned-clock-rates property is for: >>>> >>>> https://www.kernel.org/doc/Documentation/devicetree/bindings/clock/clock-b >>>> indings.txt >>>> >>>> AFAIU clock-frequency on devices is deprecated and equivalent to having >>>> a clocks property pointing to a fixed-clock, which is different from a >>>> clock with varying rate. >>> >>> I am not sure if that helps here. The OMAP3-ISP does not have a fixed clock >>> rate so we can only have the driver define what it wants to see. >>> >>> And common practise for OMAP3-ISP based camera modules (e.g. N900, N9) is >>> that they do it in the driver. >>> >>> Maybe ISP developers can comment? >> >> The OMAP3 ISP is a variable-frequency clock provider. The clock frequency is >> controlled by the clock consumer. As such, it's up to the consumer to decide >> whether to compute and request the clock rate dynamically at runtime, or use >> the assigned-clock-rates property in DT. >> >> Some ISPs include a clock generator, others don't. It should make no >> difference whether the clock is provided by the ISP, by a dedicated clock >> source in the SoC or by a discrete on-board adjustable clock source. > > Thanks for explaining the background. > > Do you have an hint or example how to use the assigned-clock-rates property in > a DT for a camera module connected to the omap3isp? > > Or does it just mean that it defines the property name? Please read the documentation link I sent - it's in the very bottom and should have an example. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 N?rnberg, Germany GF: Felix Imend?rffer, Jane Smithard, Graham Norton HRB 21284 (AG N?rnberg)