All of lore.kernel.org
 help / color / mirror / Atom feed
From: josh.wu@atmel.com (Josh Wu)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v5 3/4] media: ov2640: add primary dt support
Date: Wed, 25 Feb 2015 11:54:26 +0800	[thread overview]
Message-ID: <54ED4772.902@atmel.com> (raw)
In-Reply-To: <CA+V-a8vkd2Q714s=o9WZZvPWJQATp=6POb8VYdSgarKxxEKqyQ@mail.gmail.com>

Hi, Prabhakar Lad

On 2/17/2015 12:48 AM, Lad, Prabhakar wrote:
> Hi Josh,
>
> Thanks for the patch.
>
> On Tue, Feb 10, 2015 at 9:31 AM, Josh Wu <josh.wu@atmel.com> wrote:
> [Snip]
>> -       priv->clk = v4l2_clk_get(&client->dev, "mclk");
>> +       priv->clk = v4l2_clk_get(&client->dev, "xvclk");
> with this change don?t you need to update the board file using this driver/
> the bridge driver ?
I think no.

First, my patch should be on top of the following two patches, which 
changed the *v4l2_clk_get()* behavior:
[v3,1/2] V4L: remove clock name from v4l2_clk API
https://patchwork.linuxtv.org/patch/28108/
[v4,2/2] V4L: add CCF support to the v4l2_clk API
https://patchwork.linuxtv.org/patch/28111/

After applied above two patches, v4l2_clk_get() function is changed. The 
name "mclk" is refer to a CCF clock of the ov2640 device.
If not found such a "mclk" CCF clock, v4l2_clk_get() will try to get the 
internal register clock in soc_camera.c.
As the CCF dt clock is not support by ov2640 until I add DT support, 
that means current ov2640 driver will always not found the "mclk" CCF 
clock, and they will use internal clock.
So after I changed the name "mclk" to "xvclk", the default behavior will 
not change (still using internal clock registered by soc-camera.c).

Best Regards,
Josh Wu

>
> Regards,
> --Prabhakar Lad

WARNING: multiple messages have this Message-ID (diff)
From: Josh Wu <josh.wu@atmel.com>
To: "Lad, Prabhakar" <prabhakar.csengg@gmail.com>
Cc: Guennadi Liakhovetski <g.liakhovetski@gmx.de>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Linux Media Mailing List <linux-media@vger.kernel.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	LAK <linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v5 3/4] media: ov2640: add primary dt support
Date: Wed, 25 Feb 2015 11:54:26 +0800	[thread overview]
Message-ID: <54ED4772.902@atmel.com> (raw)
In-Reply-To: <CA+V-a8vkd2Q714s=o9WZZvPWJQATp=6POb8VYdSgarKxxEKqyQ@mail.gmail.com>

Hi, Prabhakar Lad

On 2/17/2015 12:48 AM, Lad, Prabhakar wrote:
> Hi Josh,
>
> Thanks for the patch.
>
> On Tue, Feb 10, 2015 at 9:31 AM, Josh Wu <josh.wu@atmel.com> wrote:
> [Snip]
>> -       priv->clk = v4l2_clk_get(&client->dev, "mclk");
>> +       priv->clk = v4l2_clk_get(&client->dev, "xvclk");
> with this change don’t you need to update the board file using this driver/
> the bridge driver ?
I think no.

First, my patch should be on top of the following two patches, which 
changed the *v4l2_clk_get()* behavior:
[v3,1/2] V4L: remove clock name from v4l2_clk API
https://patchwork.linuxtv.org/patch/28108/
[v4,2/2] V4L: add CCF support to the v4l2_clk API
https://patchwork.linuxtv.org/patch/28111/

After applied above two patches, v4l2_clk_get() function is changed. The 
name "mclk" is refer to a CCF clock of the ov2640 device.
If not found such a "mclk" CCF clock, v4l2_clk_get() will try to get the 
internal register clock in soc_camera.c.
As the CCF dt clock is not support by ov2640 until I add DT support, 
that means current ov2640 driver will always not found the "mclk" CCF 
clock, and they will use internal clock.
So after I changed the name "mclk" to "xvclk", the default behavior will 
not change (still using internal clock registered by soc-camera.c).

Best Regards,
Josh Wu

>
> Regards,
> --Prabhakar Lad

  reply	other threads:[~2015-02-25  3:54 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-10  9:31 [PATCH v5 0/4] media: ov2640: add device tree support Josh Wu
2015-02-10  9:31 ` Josh Wu
2015-02-10  9:31 ` Josh Wu
2015-02-10  9:31 ` [PATCH v5 1/4] media: soc-camera: use icd->control instead of icd->pdev for reset() Josh Wu
2015-02-10  9:31   ` Josh Wu
2015-02-10  9:31   ` Josh Wu
2015-02-10  9:31 ` [PATCH v5 2/4] media: ov2640: add async probe function Josh Wu
2015-02-10  9:31   ` Josh Wu
2015-02-10  9:31   ` Josh Wu
2015-03-01 21:06   ` Guennadi Liakhovetski
2015-03-01 21:06     ` Guennadi Liakhovetski
2015-03-02  1:48     ` Josh Wu
2015-03-02  1:48       ` Josh Wu
2015-03-02  1:48       ` Josh Wu
2015-03-02  1:52     ` [PATCH v5 2/4][resend] " Josh Wu
2015-03-02  1:52       ` Josh Wu
2015-03-02  1:52       ` Josh Wu
2015-02-10  9:31 ` [PATCH v5 3/4] media: ov2640: add primary dt support Josh Wu
2015-02-10  9:31   ` Josh Wu
2015-02-10  9:31   ` Josh Wu
2015-02-16 16:48   ` Lad, Prabhakar
2015-02-16 16:48     ` Lad, Prabhakar
2015-02-16 16:48     ` Lad, Prabhakar
2015-02-25  3:54     ` Josh Wu [this message]
2015-02-25  3:54       ` Josh Wu
2015-02-26  0:36       ` Lad, Prabhakar
2015-02-26  0:36         ` Lad, Prabhakar
2015-02-10  9:31 ` [PATCH v5 4/4] media: ov2640: dt: add the device tree binding document Josh Wu
2015-02-10  9:31   ` Josh Wu
2015-02-10  9:31   ` Josh Wu

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=54ED4772.902@atmel.com \
    --to=josh.wu@atmel.com \
    --cc=linux-arm-kernel@lists.infradead.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.