Hi again,

> Vaibhav Hiremath <hvaib...@ti.com> wrote:
>From: Vaibhav Hiremath <hvaib...@ti.com>
>
>
>Signed-off-by: Vaibhav Hiremath <hvaib...@ti.com>
>---
> drivers/media/video/mem2mem_testdev.c |   58 ++++++++++++++------------------
> 1 files changed, 25 insertions(+), 33 deletions(-)
>
>diff --git a/drivers/media/video/mem2mem_testdev.c 
>b/drivers/media/video/mem2mem_testdev.c
>index 05630e3..1f35b7e 100644
>--- a/drivers/media/video/mem2mem_testdev.c
>+++ b/drivers/media/video/mem2mem_testdev.c
>@@ -98,11 +98,10 @@ static struct m2mtest_fmt formats[] = {
> };
>
> /* Per-queue, driver-specific private data */
>-struct m2mtest_q_data
>-{
>-      unsigned int            width;
>-      unsigned int            height;
>-      unsigned int            sizeimage;
>+struct m2mtest_q_data {
>+      u32                     width;
>+      u32                     height;
>+      u32                     sizeimage;
>       struct m2mtest_fmt      *fmt;
> };

Could you explain this change?

[...]

>@@ -158,7 +156,7 @@ static struct v4l2_queryctrl m2mtest_ctrls[] = {
> static struct m2mtest_fmt *find_format(struct v4l2_format *f)
> {
>       struct m2mtest_fmt *fmt;
>-      unsigned int k;
>+      u32 k;

This is a loop index... Is there any reason for using u32?

[...]

>@@ -535,8 +532,8 @@ static int vidioc_s_fmt(struct m2mtest_ctx *ctx, struct 
>v4l2_format *f)
>
>       if (videobuf_queue_is_busy(vq)) {
>               v4l2_err(&ctx->dev->v4l2_dev, "%s queue busy\n", __func__);
>-              ret = -EBUSY;
>-              goto out;
>+              mutex_unlock(&vq->vb_lock);
>+              return -EBUSY;
>       }
>
>       q_data->fmt             = find_format(f);
>@@ -550,9 +547,7 @@ static int vidioc_s_fmt(struct m2mtest_ctx *ctx, struct 
>v4l2_format *f)
>               "Setting format for type %d, wxh: %dx%d, fmt: %d\n",
>               f->type, q_data->width, q_data->height, q_data->fmt->fourcc);
>
>-out:
>-      mutex_unlock(&vq->vb_lock);
>-      return ret;
>+      return 0;
> }
>

Unless I'm somehow misreading patch output, aren't you removing mutex_unlock 
for the path
that reaches the end of the function?

[...]


Best regards
--
Pawel Osciak
Linux Platform Group
Samsung Poland R&D Center





--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to