linux-kernel - Re: [PATCH] media: i2c: tvp514x: add support for asynchronous probing

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CA+V-a8sFzDndeCBc=bgcvpqtvzQWVLngNc_mtXCebQcarM+w+Q@mail.gmail.com>
Date:	Sun, 23 Jun 2013 21:18:20 +0530
From:	Prabhakar Lad <prabhakar.csengg@...il.com>
To:	Guennadi Liakhovetski <g.liakhovetski@....de>
Cc:	Mauro Carvalho Chehab <mchehab@...hat.com>,
	LMML <linux-media@...r.kernel.org>,
	Hans Verkuil <hans.verkuil@...co.com>,
	Laurent Pinchart <laurent.pinchart@...asonboard.com>,
	DLOS <davinci-linux-open-source@...ux.davincidsp.com>,
	LKML <linux-kernel@...r.kernel.org>,
	Hans Verkuil <hverkuil@...all.nl>,
	Sakari Ailus <sakari.ailus@....fi>
Subject: Re: [PATCH] media: i2c: tvp514x: add support for asynchronous probing

Hi Guennadi,

Thanks for the review.

On Sun, Jun 23, 2013 at 8:49 PM, Guennadi Liakhovetski
<g.liakhovetski@....de> wrote:
> On Sat, 22 Jun 2013, Prabhakar Lad wrote:
>
>> From: "Lad, Prabhakar" <prabhakar.csengg@...il.com>
>>
>> Both synchronous and asynchronous tvp514x subdevice probing is supported by
>> this patch.
>>
>> Signed-off-by: Prabhakar Lad <prabhakar.csengg@...il.com>
>> Cc: Guennadi Liakhovetski <g.liakhovetski@....de>
>> Cc: Laurent Pinchart <laurent.pinchart@...asonboard.com>
>> Cc: Hans Verkuil <hverkuil@...all.nl>
>> Cc: Sakari Ailus <sakari.ailus@....fi>
>> Cc: Mauro Carvalho Chehab <mchehab@...hat.com>
>> ---
>>  drivers/media/i2c/tvp514x.c |   22 +++++++++++++++-------
>>  1 file changed, 15 insertions(+), 7 deletions(-)
>>
>> diff --git a/drivers/media/i2c/tvp514x.c b/drivers/media/i2c/tvp514x.c
>> index 864eb14..d090caf 100644
>> --- a/drivers/media/i2c/tvp514x.c
>> +++ b/drivers/media/i2c/tvp514x.c
>> @@ -36,6 +36,7 @@
>>  #include <linux/module.h>
>>  #include <linux/v4l2-mediabus.h>
>>
>> +#include <media/v4l2-async.h>
>>  #include <media/v4l2-device.h>
>>  #include <media/v4l2-common.h>
>>  #include <media/v4l2-mediabus.h>
>
> Ok, but this one really does too many things in one patch:
>
>> @@ -1148,9 +1149,9 @@ tvp514x_probe(struct i2c_client *client, const struct i2c_device_id *id)
>>       /* Register with V4L2 layer as slave device */
>>       sd = &decoder->sd;
>>       v4l2_i2c_subdev_init(sd, client, &tvp514x_ops);
>> -     strlcpy(sd->name, TVP514X_MODULE_NAME, sizeof(sd->name));
>>
>>  #if defined(CONFIG_MEDIA_CONTROLLER)
>> +     strlcpy(sd->name, TVP514X_MODULE_NAME, sizeof(sd->name));
>
> This is unrelated
>
OK I'll split the patch or may be a line in a commit message can do ?

>>       decoder->pad.flags = MEDIA_PAD_FL_SOURCE;
>>       decoder->sd.flags |= V4L2_SUBDEV_FL_HAS_DEVNODE;
>>       decoder->sd.entity.flags |= MEDIA_ENT_T_V4L2_SUBDEV_DECODER;
>> @@ -1176,16 +1177,22 @@ tvp514x_probe(struct i2c_client *client, const struct i2c_device_id *id)
>>       sd->ctrl_handler = &decoder->hdl;
>>       if (decoder->hdl.error) {
>>               ret = decoder->hdl.error;
>> -
>> -             v4l2_ctrl_handler_free(&decoder->hdl);
>> -             return ret;
>> +             goto done;
>>       }
>>       v4l2_ctrl_handler_setup(&decoder->hdl);
>>
>> -     v4l2_info(sd, "%s decoder driver registered !!\n", sd->name);
>> -
>> -     return 0;
>> +     ret = v4l2_async_register_subdev(&decoder->sd);
>> +     if (!ret)
>> +             v4l2_info(sd, "%s decoder driver registered !!\n", sd->name);
>>
>> +done:
>> +     if (ret < 0) {
>> +             v4l2_ctrl_handler_free(&decoder->hdl);
>> +#if defined(CONFIG_MEDIA_CONTROLLER)
>> +             media_entity_cleanup(&decoder->sd.entity);
>
> So is this - it wasn't called before in the "if (decoder->hdl.error)" case
> above.
>
Yes so fixed it up here.

Regards,
--Prabhakar Lad
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/