public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Brandon Philips <brandon@ifup.org>
To: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: v4l-dvb-maintainer@linuxtv.org, video4linux-list@redhat.com,
	Mauro Carvalho Chehab <mchehab@infradead.org>
Subject: Re: [PATCH] soc-camera: use a spinlock for videobuffer queue
Date: Fri, 4 Apr 2008 13:17:27 -0700	[thread overview]
Message-ID: <20080404201726.GA1219@plankton.ifup.org> (raw)
In-Reply-To: <Pine.LNX.4.64.0804041541440.5438@axis700.grange>

On 15:46 Fri 04 Apr 2008, Guennadi Liakhovetski wrote:
> All drivers should provide a spinlock to be used in videobuf operations.
> 
> Signed-off-by: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>

This looks OK.  Thanks.

Reviewed-by: Brandon Philips <bphilips@suse.de>

> ---
> 
> On Fri, 28 Mar 2008, Brandon Philips wrote:
> 
> > On 21:53 Fri 28 Mar 2008, Guennadi Liakhovetski wrote:
> > 
> > > OTOH, at least the PXA270 hardware needs a more global protection - to 
> > > protect the DMA channel setup. And this is hardware specific. We can just 
> > > assume that (imaginary) systems with multiple camera busses will have an 
> > > own DMA channel per bus and will allow their concurrent onfiguration... 
> > > Maybe we should let the hardware host driver decide on spinlock locality 
> > > and just use whatever it provides?
> > 
> > I don't know enough about the hardware to comment.
> 
> How about this one? Mauro, note: it should be applied after the previous 
> patch, introducing soc_camera_host_ops.
> 
> diff --git a/drivers/media/video/pxa_camera.c b/drivers/media/video/pxa_camera.c
> index 9758f7e..bef3c9c 100644
> --- a/drivers/media/video/pxa_camera.c
> +++ b/drivers/media/video/pxa_camera.c
> @@ -803,6 +803,15 @@ static int pxa_camera_querycap(struct soc_camera_host *ici,
>  	return 0;
>  }
>  
> +static spinlock_t *pxa_camera_spinlock_alloc(struct soc_camera_file *icf)
> +{
> +	struct soc_camera_host *ici =
> +		to_soc_camera_host(icf->icd->dev.parent);
> +	struct pxa_camera_dev *pcdev = ici->priv;
> +
> +	return &pcdev->lock;
> +}
> +
>  static struct soc_camera_host_ops pxa_soc_camera_host_ops = {
>  	.owner		= THIS_MODULE,
>  	.add		= pxa_camera_add_device,
> @@ -814,6 +823,7 @@ static struct soc_camera_host_ops pxa_soc_camera_host_ops = {
>  	.querycap	= pxa_camera_querycap,
>  	.try_bus_param	= pxa_camera_try_bus_param,
>  	.set_bus_param	= pxa_camera_set_bus_param,
> +	.spinlock_alloc	= pxa_camera_spinlock_alloc,
>  };
>  
>  /* Should be allocated dynamically too, but we have only one. */
> diff --git a/drivers/media/video/soc_camera.c b/drivers/media/video/soc_camera.c
> index 43c8110..1e92157 100644
> --- a/drivers/media/video/soc_camera.c
> +++ b/drivers/media/video/soc_camera.c
> @@ -184,6 +184,7 @@ static int soc_camera_open(struct inode *inode, struct file *file)
>  	struct soc_camera_device *icd;
>  	struct soc_camera_host *ici;
>  	struct soc_camera_file *icf;
> +	spinlock_t *lock;
>  	int ret;
>  
>  	icf = vmalloc(sizeof(*icf));
> @@ -209,10 +210,16 @@ static int soc_camera_open(struct inode *inode, struct file *file)
>  		goto emgi;
>  	}
>  
> -	icd->use_count++;
> -
>  	icf->icd = icd;
>  
> +	icf->lock = ici->ops->spinlock_alloc(icf);
> +	if (!icf->lock) {
> +		ret = -ENOMEM;
> +		goto esla;
> +	}
> +
> +	icd->use_count++;
> +
>  	/* Now we really have to activate the camera */
>  	if (icd->use_count == 1) {
>  		ret = ici->ops->add(icd);
> @@ -229,8 +236,8 @@ static int soc_camera_open(struct inode *inode, struct file *file)
>  	dev_dbg(&icd->dev, "camera device open\n");
>  
>  	/* We must pass NULL as dev pointer, then all pci_* dma operations
> -	 * transform to normal dma_* ones. Do we need an irqlock? */
> -	videobuf_queue_sg_init(&icf->vb_vidq, ici->vbq_ops, NULL, NULL,
> +	 * transform to normal dma_* ones. */
> +	videobuf_queue_sg_init(&icf->vb_vidq, ici->vbq_ops, NULL, icf->lock,
>  				V4L2_BUF_TYPE_VIDEO_CAPTURE, V4L2_FIELD_NONE,
>  				ici->msize, icd);
>  
> @@ -238,6 +245,11 @@ static int soc_camera_open(struct inode *inode, struct file *file)
>  
>  	/* All errors are entered with the video_lock held */
>  eiciadd:
> +	lock = icf->lock;
> +	icf->lock = NULL;
> +	if (ici->ops->spinlock_free)
> +		ici->ops->spinlock_free(lock);
> +esla:
>  	module_put(ici->ops->owner);
>  emgi:
>  	module_put(icd->ops->owner);
> @@ -253,16 +265,20 @@ static int soc_camera_close(struct inode *inode, struct file *file)
>  	struct soc_camera_device *icd = icf->icd;
>  	struct soc_camera_host *ici = to_soc_camera_host(icd->dev.parent);
>  	struct video_device *vdev = icd->vdev;
> +	spinlock_t *lock = icf->lock;
>  
>  	mutex_lock(&video_lock);
>  	icd->use_count--;
>  	if (!icd->use_count)
>  		ici->ops->remove(icd);
> +	icf->lock = NULL;
> +	if (ici->ops->spinlock_free)
> +		ici->ops->spinlock_free(lock);
>  	module_put(icd->ops->owner);
>  	module_put(ici->ops->owner);
>  	mutex_unlock(&video_lock);
>  
> -	vfree(file->private_data);
> +	vfree(icf);
>  
>  	dev_dbg(vdev->dev, "camera device close\n");
>  
> @@ -762,6 +778,21 @@ static void dummy_release(struct device *dev)
>  {
>  }
>  
> +static spinlock_t *spinlock_alloc(struct soc_camera_file *icf)
> +{
> +	spinlock_t *lock = kmalloc(sizeof(spinlock_t), GFP_KERNEL);
> +
> +	if (lock)
> +		spin_lock_init(lock);
> +
> +	return lock;
> +}
> +
> +static void spinlock_free(spinlock_t *lock)
> +{
> +	kfree(lock);
> +}
> +
>  int soc_camera_host_register(struct soc_camera_host *ici)
>  {
>  	int ret;
> @@ -792,6 +823,11 @@ int soc_camera_host_register(struct soc_camera_host *ici)
>  	if (ret)
>  		goto edevr;
>  
> +	if (!ici->ops->spinlock_alloc) {
> +		ici->ops->spinlock_alloc = spinlock_alloc;
> +		ici->ops->spinlock_free = spinlock_free;
> +	}
> +
>  	scan_add_host(ici);
>  
>  	return 0;
> diff --git a/include/media/soc_camera.h b/include/media/soc_camera.h
> index 80e1193..6a8c8be 100644
> --- a/include/media/soc_camera.h
> +++ b/include/media/soc_camera.h
> @@ -48,6 +48,7 @@ struct soc_camera_device {
>  struct soc_camera_file {
>  	struct soc_camera_device *icd;
>  	struct videobuf_queue vb_vidq;
> +	spinlock_t *lock;
>  };
>  
>  struct soc_camera_host {
> @@ -73,6 +74,8 @@ struct soc_camera_host_ops {
>  	int (*try_bus_param)(struct soc_camera_device *, __u32);
>  	int (*set_bus_param)(struct soc_camera_device *, __u32);
>  	unsigned int (*poll)(struct file *, poll_table *);
> +	spinlock_t* (*spinlock_alloc)(struct soc_camera_file *);
> +	void (*spinlock_free)(spinlock_t *);
>  };
>  
>  struct soc_camera_link {

--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list

  reply	other threads:[~2008-04-04 20:19 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-28 10:18 [PATCH 0 of 9] videobuf fixes Brandon Philips
2008-03-28 10:18 ` [PATCH 1 of 9] soc_camera: Introduce a spinlock for use with videobuf Brandon Philips
2008-03-28 20:53   ` Guennadi Liakhovetski
2008-03-29  3:59     ` Brandon Philips
2008-04-04 13:46       ` [PATCH] soc-camera: use a spinlock for videobuffer queue Guennadi Liakhovetski
2008-04-04 20:17         ` Brandon Philips [this message]
2008-03-28 10:18 ` [PATCH 2 of 9] videobuf: Require spinlocks for all videobuf users Brandon Philips
2008-03-28 10:18 ` [PATCH 3 of 9] videobuf: Wakeup queues after changing the state to ERROR Brandon Philips
2008-03-28 10:18 ` [PATCH 4 of 9] videobuf: Simplify videobuf_waiton logic and possibly avoid missed wakeup Brandon Philips
2008-03-28 10:18 ` [PATCH 5 of 9] videobuf-vmalloc.c: Remove buf_release from videobuf_vm_close Brandon Philips
2008-03-28 10:18 ` [PATCH 6 of 9] videobuf-vmalloc.c: Fix hack of postponing mmap on remap failure Brandon Philips
     [not found]   ` <20080405131236.7c083554@gaivota>
     [not found]     ` <20080406080011.GA3596@plankton.ifup.org>
     [not found]       ` <20080407183226.703217fc@gaivota>
     [not found]         ` <20080408152238.GA8438@plankton.public.utexas.edu>
2008-04-08 18:40           ` Mauro Carvalho Chehab
     [not found]             ` <c8b4dbe10804081306xb1e8f91q64d1e6d18d3d2531@mail.gmail.com>
2008-04-08 20:50               ` Mauro Carvalho Chehab
     [not found]                 ` <c8b4dbe10804090626l6b2b10d9p1c22e02dfe2850fe@mail.gmail.com>
2008-04-09 20:42                   ` Mauro Carvalho Chehab
     [not found]             ` <20080408204514.GA6844@plankton.public.utexas.edu>
2008-04-08 21:37               ` Mauro Carvalho Chehab
     [not found]                 ` <20080415021558.GA22068@plankton.ifup.org>
2008-04-15 14:10                   ` Mauro Carvalho Chehab
2008-03-28 10:18 ` [PATCH 7 of 9] vivi: Simplify the vivi driver and avoid deadlocks Brandon Philips
2008-03-28 18:34   ` Mauro Carvalho Chehab
2008-03-29  5:35     ` Brandon Philips
2008-03-31 19:35       ` Mauro Carvalho Chehab
2008-03-28 10:18 ` [PATCH 8 of 9] videobuf: Avoid deadlock with QBUF and bring up to spec for empty queue Brandon Philips
2008-03-28 10:18 ` [PATCH 9 of 9] videobuf-dma-sg.c: Avoid NULL dereference and add comment about backwards compatibility Brandon Philips
2008-03-28 19:09 ` [PATCH 0 of 9] videobuf fixes Mauro Carvalho Chehab
2008-03-29  5:25   ` Brandon Philips
2008-03-29 22:49     ` Vanessa Ezekowitz
2008-03-31 18:35     ` Mauro Carvalho Chehab
2008-03-31 19:26       ` Brandon Philips
2008-03-31 21:31         ` Mauro Carvalho Chehab
2008-04-01  3:11           ` Brandon Philips
2008-04-01 20:49             ` Mauro Carvalho Chehab
2008-04-02 18:54               ` Brandon Philips
2008-04-02 20:06                 ` Mauro Carvalho Chehab
2008-04-02 18:56               ` Brandon Philips

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=20080404201726.GA1219@plankton.ifup.org \
    --to=brandon@ifup.org \
    --cc=g.liakhovetski@pengutronix.de \
    --cc=mchehab@infradead.org \
    --cc=v4l-dvb-maintainer@linuxtv.org \
    --cc=video4linux-list@redhat.com \
    /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