All of lore.kernel.org
 help / color / mirror / Atom feed
From: laurent.pinchart@ideasonboard.com (Laurent Pinchart)
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: Sun, 08 Mar 2015 02:28:55 +0200	[thread overview]
Message-ID: <2234113.JDoJN7Dx5y@avalon> (raw)
In-Reply-To: <Pine.LNX.4.64.1503062124450.20271@axis700.grange>

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 ?

-- 
Regards,

Laurent Pinchart

WARNING: multiple messages have this Message-ID (diff)
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Cc: Josh Wu <josh.wu@atmel.com>,
	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: Sun, 08 Mar 2015 02:28:55 +0200	[thread overview]
Message-ID: <2234113.JDoJN7Dx5y@avalon> (raw)
In-Reply-To: <Pine.LNX.4.64.1503062124450.20271@axis700.grange>

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 ?

-- 
Regards,

Laurent Pinchart

  reply	other threads:[~2015-03-08  0:28 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 [this message]
2015-03-08  0:28           ` Laurent Pinchart
2015-03-09  1:33           ` Josh Wu
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=2234113.JDoJN7Dx5y@avalon \
    --to=laurent.pinchart@ideasonboard.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.