From: josh.wu@atmel.com (Josh Wu)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 3/3] media: atmel-isi: remove mck back compatiable code as we don't need it
Date: Mon, 9 Mar 2015 09:33:28 +0800 [thread overview]
Message-ID: <54FCF868.2050708@atmel.com> (raw)
In-Reply-To: <2234113.JDoJN7Dx5y@avalon>
Hi, Laurent
On 3/8/2015 8:28 AM, Laurent Pinchart wrote:
> On Friday 06 March 2015 21:25:36 Guennadi Liakhovetski wrote:
>> On Fri, 6 Mar 2015, Josh Wu wrote:
>>> On 3/5/2015 6:41 PM, Laurent Pinchart wrote:
>>>> On Thursday 05 March 2015 13:01:01 Josh Wu wrote:
>>>>> The master clock should handled by sensor itself.
>>>> I like that :-)
>>>>
>>>>> Signed-off-by: Josh Wu <josh.wu@atmel.com>
>>>>> ---
>>>>>
>>>>> drivers/media/platform/soc_camera/atmel-isi.c | 32 -------------------
>>>>> 1 file changed, 32 deletions(-)
>>>>>
>>>>> diff --git a/drivers/media/platform/soc_camera/atmel-isi.c
>>>>> b/drivers/media/platform/soc_camera/atmel-isi.c index 4a384f1..50375ce
>>>>> 100644
>>>>> --- a/drivers/media/platform/soc_camera/atmel-isi.c
>>>>> +++ b/drivers/media/platform/soc_camera/atmel-isi.c
>>>>> @@ -83,8 +83,6 @@ struct atmel_isi {
>>>>>
>>>>> struct completion complete;
>>>>> /* ISI peripherial clock */
>>>>> struct clk *pclk;
>>>>>
>>>>> - /* ISI_MCK, feed to camera sensor to generate pixel clock */
>>>>> - struct clk *mck;
>>>>>
>>>>> unsigned int irq;
>>>>>
>>>>> struct isi_platform_data pdata;
>>>>>
>>>>> @@ -725,26 +723,12 @@ static void isi_camera_remove_device(struct
>>>>> soc_camera_device *icd) /* Called with .host_lock held */
>>>>>
>>>>> static int isi_camera_clock_start(struct soc_camera_host *ici)
>>>>> {
>>>>>
>>>>> - struct atmel_isi *isi = ici->priv;
>>>>> - int ret;
>>>>> -
>>>>> - if (!IS_ERR(isi->mck)) {
>>>>> - ret = clk_prepare_enable(isi->mck);
>>>>> - if (ret) {
>>>>> - return ret;
>>>>> - }
>>>>> - }
>>>>> -
>>>>>
>>>>> return 0;
>>>> Would it make sense to make the clock_start and clock_stop operations
>>>> optional in the soc-camera core ?
>>> I agree. For those camera host which don't provide master clock for
>>> sensor, clock_start and clock_stop should be optional.
>>>
>>> Hi, Guennadi
>>>
>>> Do you agree with this?
>> Yes, sure, we can do this. Would anyone like to prepare a patch?
> Josh, would you like to do that, or should I give it a go ?
>
Yes, you can do that if you have time. ;-)
Best Regards,
Josh Wu
WARNING: multiple messages have this Message-ID (diff)
From: Josh Wu <josh.wu@atmel.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
"Guennadi Liakhovetski" <g.liakhovetski@gmx.de>
Cc: Linux Media Mailing List <linux-media@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH 3/3] media: atmel-isi: remove mck back compatiable code as we don't need it
Date: Mon, 9 Mar 2015 09:33:28 +0800 [thread overview]
Message-ID: <54FCF868.2050708@atmel.com> (raw)
In-Reply-To: <2234113.JDoJN7Dx5y@avalon>
Hi, Laurent
On 3/8/2015 8:28 AM, Laurent Pinchart wrote:
> On Friday 06 March 2015 21:25:36 Guennadi Liakhovetski wrote:
>> On Fri, 6 Mar 2015, Josh Wu wrote:
>>> On 3/5/2015 6:41 PM, Laurent Pinchart wrote:
>>>> On Thursday 05 March 2015 13:01:01 Josh Wu wrote:
>>>>> The master clock should handled by sensor itself.
>>>> I like that :-)
>>>>
>>>>> Signed-off-by: Josh Wu <josh.wu@atmel.com>
>>>>> ---
>>>>>
>>>>> drivers/media/platform/soc_camera/atmel-isi.c | 32 -------------------
>>>>> 1 file changed, 32 deletions(-)
>>>>>
>>>>> diff --git a/drivers/media/platform/soc_camera/atmel-isi.c
>>>>> b/drivers/media/platform/soc_camera/atmel-isi.c index 4a384f1..50375ce
>>>>> 100644
>>>>> --- a/drivers/media/platform/soc_camera/atmel-isi.c
>>>>> +++ b/drivers/media/platform/soc_camera/atmel-isi.c
>>>>> @@ -83,8 +83,6 @@ struct atmel_isi {
>>>>>
>>>>> struct completion complete;
>>>>> /* ISI peripherial clock */
>>>>> struct clk *pclk;
>>>>>
>>>>> - /* ISI_MCK, feed to camera sensor to generate pixel clock */
>>>>> - struct clk *mck;
>>>>>
>>>>> unsigned int irq;
>>>>>
>>>>> struct isi_platform_data pdata;
>>>>>
>>>>> @@ -725,26 +723,12 @@ static void isi_camera_remove_device(struct
>>>>> soc_camera_device *icd) /* Called with .host_lock held */
>>>>>
>>>>> static int isi_camera_clock_start(struct soc_camera_host *ici)
>>>>> {
>>>>>
>>>>> - struct atmel_isi *isi = ici->priv;
>>>>> - int ret;
>>>>> -
>>>>> - if (!IS_ERR(isi->mck)) {
>>>>> - ret = clk_prepare_enable(isi->mck);
>>>>> - if (ret) {
>>>>> - return ret;
>>>>> - }
>>>>> - }
>>>>> -
>>>>>
>>>>> return 0;
>>>> Would it make sense to make the clock_start and clock_stop operations
>>>> optional in the soc-camera core ?
>>> I agree. For those camera host which don't provide master clock for
>>> sensor, clock_start and clock_stop should be optional.
>>>
>>> Hi, Guennadi
>>>
>>> Do you agree with this?
>> Yes, sure, we can do this. Would anyone like to prepare a patch?
> Josh, would you like to do that, or should I give it a go ?
>
Yes, you can do that if you have time. ;-)
Best Regards,
Josh Wu
next prev parent reply other threads:[~2015-03-09 1:33 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-05 5:00 [PATCH 0/3] media: atmel-isi: rework on the clock part and add runtime pm support Josh Wu
2015-03-05 5:00 ` Josh Wu
2015-03-05 5:00 ` [PATCH 1/3] media: atmel-isi: move the peripheral clock to start/stop_stream() function Josh Wu
2015-03-05 5:00 ` Josh Wu
2015-03-05 10:39 ` Laurent Pinchart
2015-03-05 10:39 ` Laurent Pinchart
2015-03-06 10:16 ` Josh Wu
2015-03-06 10:16 ` Josh Wu
2015-03-05 5:01 ` [PATCH 2/3] media: atmel-isi: add runtime pm support Josh Wu
2015-03-05 5:01 ` Josh Wu
2015-03-05 10:36 ` Laurent Pinchart
2015-03-05 10:36 ` Laurent Pinchart
2015-03-06 10:10 ` Josh Wu
2015-03-06 10:10 ` Josh Wu
2015-03-05 5:01 ` [PATCH 3/3] media: atmel-isi: remove mck back compatiable code as we don't need it Josh Wu
2015-03-05 5:01 ` Josh Wu
2015-03-05 10:41 ` Laurent Pinchart
2015-03-05 10:41 ` Laurent Pinchart
2015-03-06 10:13 ` Josh Wu
2015-03-06 10:13 ` Josh Wu
2015-03-06 20:25 ` Guennadi Liakhovetski
2015-03-06 20:25 ` Guennadi Liakhovetski
2015-03-08 0:28 ` Laurent Pinchart
2015-03-08 0:28 ` Laurent Pinchart
2015-03-09 1:33 ` Josh Wu [this message]
2015-03-09 1:33 ` 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=54FCF868.2050708@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.