linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
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

      reply	other threads:[~2015-03-09  1:33 UTC|newest]

Thread overview: 13+ 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 ` [PATCH 1/3] media: atmel-isi: move the peripheral clock to start/stop_stream() function Josh Wu
2015-03-05 10:39   ` Laurent Pinchart
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 10:36   ` Laurent Pinchart
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 10:41   ` Laurent Pinchart
2015-03-06 10:13     ` Josh Wu
2015-03-06 20:25       ` Guennadi Liakhovetski
2015-03-08  0:28         ` Laurent Pinchart
2015-03-09  1:33           ` Josh Wu [this message]

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 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).