public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-media@vger.kernel.org,
	Mauro Carvalho Chehab <mchehab@infradead.org>,
	Hans de Goede <hdegoede@redhat.com>,
	Guennadi Liakhovetski <g.liakhovetski@gmx.de>,
	Pawel Osciak <pawel@osciak.com>,
	Tomasz Stanislawski <t.stanislaws@samsung.com>,
	Hans Verkuil <hans.verkuil@cisco.com>
Subject: Re: [RFCv2 PATCH 32/34] v4l2-dev.c: also add debug support for the fops.
Date: Wed, 27 Jun 2012 11:59:06 +0200	[thread overview]
Message-ID: <1911273.6nHMAvcosU@avalon> (raw)
In-Reply-To: <b4bdccc87fa1e14e3605c28468a67ebdf290ff83.1340366355.git.hans.verkuil@cisco.com>

Hi Hans,

Thanks for the patch.

On Friday 22 June 2012 14:21:26 Hans Verkuil wrote:
> From: Hans Verkuil <hans.verkuil@cisco.com>
> 
> Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
> ---
>  drivers/media/video/v4l2-dev.c |   25 ++++++++++++++++++++++++-
>  1 file changed, 24 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/media/video/v4l2-dev.c b/drivers/media/video/v4l2-dev.c
> index 1b34360..b51bee9 100644
> --- a/drivers/media/video/v4l2-dev.c
> +++ b/drivers/media/video/v4l2-dev.c
> @@ -305,6 +305,9 @@ static ssize_t v4l2_read(struct file *filp, char __user
> *buf, ret = vdev->fops->read(filp, buf, sz, off);
>  	if (test_bit(V4L2_FL_LOCK_ALL_FOPS, &vdev->flags))
>  		mutex_unlock(vdev->lock);
> +	if (vdev->debug)
> +		printk(KERN_DEBUG "%s: read: %zd (%d)\n",
> +			video_device_node_name(vdev), sz, ret);

Would it make sense to introduce a v4l_dbg macro ? BTW, what was the outcome 
of the pr_ vs. dev_ tests ?

>  	return ret;
>  }
> 
> @@ -323,6 +326,9 @@ static ssize_t v4l2_write(struct file *filp, const char
> __user *buf, ret = vdev->fops->write(filp, buf, sz, off);
>  	if (test_bit(V4L2_FL_LOCK_ALL_FOPS, &vdev->flags))
>  		mutex_unlock(vdev->lock);
> +	if (vdev->debug)
> +		printk(KERN_DEBUG "%s: write: %zd (%d)\n",
> +			video_device_node_name(vdev), sz, ret);
>  	return ret;
>  }
> 
> @@ -339,6 +345,9 @@ static unsigned int v4l2_poll(struct file *filp, struct
> poll_table_struct *poll) ret = vdev->fops->poll(filp, poll);
>  	if (test_bit(V4L2_FL_LOCK_ALL_FOPS, &vdev->flags))
>  		mutex_unlock(vdev->lock);
> +	if (vdev->debug)
> +		printk(KERN_DEBUG "%s: poll: %08x\n",
> +			video_device_node_name(vdev), ret);
>  	return ret;
>  }
> 
> @@ -403,12 +412,17 @@ static unsigned long v4l2_get_unmapped_area(struct
> file *filp, unsigned long flags)
>  {
>  	struct video_device *vdev = video_devdata(filp);
> +	int ret;
> 
>  	if (!vdev->fops->get_unmapped_area)
>  		return -ENOSYS;
>  	if (!video_is_registered(vdev))
>  		return -ENODEV;
> -	return vdev->fops->get_unmapped_area(filp, addr, len, pgoff, flags);
> +	ret = vdev->fops->get_unmapped_area(filp, addr, len, pgoff, flags);
> +	if (vdev->debug)
> +		printk(KERN_DEBUG "%s: get_unmapped_area (%d)\n",
> +			video_device_node_name(vdev), ret);
> +	return ret;
>  }
>  #endif
> 
> @@ -426,6 +440,9 @@ static int v4l2_mmap(struct file *filp, struct
> vm_area_struct *vm) ret = vdev->fops->mmap(filp, vm);
>  	if (test_bit(V4L2_FL_LOCK_ALL_FOPS, &vdev->flags))
>  		mutex_unlock(vdev->lock);
> +	if (vdev->debug)
> +		printk(KERN_DEBUG "%s: mmap (%d)\n",
> +			video_device_node_name(vdev), ret);
>  	return ret;
>  }
> 
> @@ -464,6 +481,9 @@ err:
>  	/* decrease the refcount in case of an error */
>  	if (ret)
>  		video_put(vdev);
> +	if (vdev->debug)
> +		printk(KERN_DEBUG "%s: open (%d)\n",
> +			video_device_node_name(vdev), ret);
>  	return ret;
>  }
> 
> @@ -483,6 +503,9 @@ static int v4l2_release(struct inode *inode, struct file
> *filp) /* decrease the refcount unconditionally since the release()
>  	   return value is ignored. */
>  	video_put(vdev);
> +	if (vdev->debug)
> +		printk(KERN_DEBUG "%s: release\n",
> +			video_device_node_name(vdev));
>  	return ret;
>  }
-- 
Regards,

Laurent Pinchart


  reply	other threads:[~2012-06-27  9:59 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-22 12:20 [RFCv2 PATCH 00/34] Core and vb2 enhancements Hans Verkuil
2012-06-22 12:20 ` [RFCv2 PATCH 01/34] Regression fixes Hans Verkuil
2012-06-22 12:20   ` [RFCv2 PATCH 02/34] v4l2-ioctl.c: move a block of code down, no other changes Hans Verkuil
2012-06-22 12:20   ` [RFCv2 PATCH 03/34] v4l2-ioctl.c: introduce INFO_FL_CLEAR to replace switch Hans Verkuil
2012-06-22 12:20   ` [RFCv2 PATCH 04/34] v4l2-ioctl.c: v4l2-ioctl: add debug and callback/offset functionality Hans Verkuil
2012-06-22 12:20   ` [RFCv2 PATCH 05/34] v4l2-ioctl.c: remove an unnecessary #ifdef Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 06/34] v4l2-ioctl.c: use the new table for querycap and i/o ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 07/34] v4l2-ioctl.c: use the new table for priority ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 08/34] v4l2-ioctl.c: use the new table for format/framebuffer ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 09/34] v4l2-ioctl.c: use the new table for overlay/streamon/off ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 10/34] v4l2-ioctl.c: use the new table for std/tuner/modulator ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 11/34] v4l2-ioctl.c: use the new table for queuing/parm ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 12/34] v4l2-ioctl.c: use the new table for control ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 13/34] v4l2-ioctl.c: use the new table for selection ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 14/34] v4l2-ioctl.c: use the new table for compression ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 15/34] v4l2-ioctl.c: use the new table for debug ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 16/34] v4l2-ioctl.c: use the new table for preset/timings ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 17/34] v4l2-ioctl.c: use the new table for the remaining ioctls Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 18/34] v4l2-ioctl.c: finalize table conversion Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 19/34] v4l2-dev.c: add debug sysfs entry Hans Verkuil
2012-06-27  9:54     ` Laurent Pinchart
2012-06-27 10:38       ` Hans Verkuil
2012-06-27 10:52         ` Laurent Pinchart
2012-06-22 12:21   ` [RFCv2 PATCH 20/34] v4l2-ioctl: remove v4l_(i2c_)print_ioctl Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 21/34] ivtv: don't mess with vfd->debug Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 22/34] cx18: " Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 23/34] vb2-core: refactor reqbufs/create_bufs Hans Verkuil
2012-06-27  9:52     ` Laurent Pinchart
2012-06-27 10:37       ` Hans Verkuil
2012-06-27 10:49         ` Laurent Pinchart
2012-06-22 12:21   ` [RFCv2 PATCH 24/34] vb2-core: add support for count == 0 in create_bufs Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 25/34] Spec: document CREATE_BUFS behavior if count == 0 Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 26/34] v4l2-dev/ioctl.c: add vb2_queue support to video_device Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 27/34] videobuf2-core: add helper functions Hans Verkuil
2012-06-27  9:42     ` Laurent Pinchart
2012-06-27 10:31       ` Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 28/34] vivi: remove pointless g/s_std support Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 29/34] vivi: embed struct video_device instead of allocating it Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 30/34] vivi: use vb2 helper functions Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 31/34] vivi: add create_bufs/preparebuf support Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 32/34] v4l2-dev.c: also add debug support for the fops Hans Verkuil
2012-06-27  9:59     ` Laurent Pinchart [this message]
2012-06-27 10:44       ` Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 33/34] pwc: use the new vb2 helpers Hans Verkuil
2012-06-22 12:21   ` [RFCv2 PATCH 34/34] pwc: v4l2-compliance fixes Hans Verkuil

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=1911273.6nHMAvcosU@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=g.liakhovetski@gmx.de \
    --cc=hans.verkuil@cisco.com \
    --cc=hdegoede@redhat.com \
    --cc=hverkuil@xs4all.nl \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@infradead.org \
    --cc=pawel@osciak.com \
    --cc=t.stanislaws@samsung.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