From: "Niklas Söderlund" <niklas.soderlund@ragnatech.se>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Hans Verkuil <hverkuil@xs4all.nl>,
linux-media@vger.kernel.org, linux-renesas-soc@vger.kernel.org,
tomoharu.fukawa.eb@renesas.com,
Sakari Ailus <sakari.ailus@linux.intel.com>,
Geert Uytterhoeven <geert@linux-m68k.org>
Subject: Re: [PATCH 14/16] rcar-vin: make use of video_device_alloc() and video_device_release()
Date: Sat, 20 May 2017 20:27:41 +0200 [thread overview]
Message-ID: <20170520182741.GA15392@bigcity.dyn.berto.se> (raw)
In-Reply-To: <2171480.vKAhxxIE6q@avalon>
Hi Laurent,
Thanks for your feedback.
On 2017-05-10 16:36:03 +0300, Laurent Pinchart wrote:
> Hi Niklas,
>
> On Tuesday 14 Mar 2017 19:59:55 Niklas S�derlund wrote:
> > Make use of the helper functions video_device_alloc() and
> > video_device_release() to control the lifetime of the struct
> > video_device.
>
> It's nice to see you considering lifetime management issues, but this isn't
> enough. The rvin_release() function accesses the rvin_dev structure, so you
> need to keep this around until all references to the video device have been
> dropped. This patch won't do so.
I see your point, and it's a good catch I missed!
>
> I would instead keep the video_device instance embedded in rvin_dev, and
> implement a custom release handler that will kfree() the rvin_dev instance.
> You will obviously need to replace devm_kzalloc() with kzalloc() to allocate
> the rvin_dev.
Would it not be simpler to remove the usage of the video device from
rvin_release()? When I check the code the only usage of vin->vdev in
paths from the rvin_release() is in relation to pm_runtime_* calls like:
pm_runtime_suspend(&vin->vdev->dev);
pm_runtime_disable(&vin->vdev->dev);
And those can just as easily (and probably should) be called like:
pm_runtime_suspend(&vin->dev);
pm_runtime_disable(&vin->dev);
I had plan to fix the usage of the PM calls at a later time when also
addressing suspend/resume for this driver, but cleaning up the PM calls
can just as easily be done now.
I think it's better to use the helper functions to manage the video
device if its possible, do you agree with this?
>
> > Signed-off-by: Niklas S�derlund <niklas.soderlund+renesas@ragnatech.se>
> > ---
> > drivers/media/platform/rcar-vin/rcar-v4l2.c | 44 ++++++++++++++------------
> > drivers/media/platform/rcar-vin/rcar-vin.h | 2 +-
> > 2 files changed, 25 insertions(+), 21 deletions(-)
> >
> > diff --git a/drivers/media/platform/rcar-vin/rcar-v4l2.c
> > b/drivers/media/platform/rcar-vin/rcar-v4l2.c index
> > be6f41bf82ac3bc5..c40f5bc3e3d26472 100644
> > --- a/drivers/media/platform/rcar-vin/rcar-v4l2.c
> > +++ b/drivers/media/platform/rcar-vin/rcar-v4l2.c
> > @@ -489,7 +489,7 @@ static int rvin_enum_input(struct file *file, void
> > *priv, i->std = 0;
> > } else {
> > i->capabilities = V4L2_IN_CAP_STD;
> > - i->std = vin->vdev.tvnorms;
> > + i->std = vin->vdev->tvnorms;
> > }
> >
> > strlcpy(i->name, "Camera", sizeof(i->name));
> > @@ -752,8 +752,8 @@ static int rvin_initialize_device(struct file *file)
> > if (ret < 0)
> > return ret;
> >
> > - pm_runtime_enable(&vin->vdev.dev);
> > - ret = pm_runtime_resume(&vin->vdev.dev);
> > + pm_runtime_enable(&vin->vdev->dev);
> > + ret = pm_runtime_resume(&vin->vdev->dev);
> > if (ret < 0 && ret != -ENOSYS)
> > goto eresume;
> >
> > @@ -771,7 +771,7 @@ static int rvin_initialize_device(struct file *file)
> >
> > return 0;
> > esfmt:
> > - pm_runtime_disable(&vin->vdev.dev);
> > + pm_runtime_disable(&vin->vdev->dev);
> > eresume:
> > rvin_power_off(vin);
> >
> > @@ -823,8 +823,8 @@ static int rvin_release(struct file *file)
> > * Then de-initialize hw module.
> > */
> > if (fh_singular) {
> > - pm_runtime_suspend(&vin->vdev.dev);
> > - pm_runtime_disable(&vin->vdev.dev);
> > + pm_runtime_suspend(&vin->vdev->dev);
> > + pm_runtime_disable(&vin->vdev->dev);
> > rvin_power_off(vin);
> > }
> >
> > @@ -846,13 +846,13 @@ static const struct v4l2_file_operations rvin_fops = {
> > void rvin_v4l2_remove(struct rvin_dev *vin)
> > {
> > v4l2_info(&vin->v4l2_dev, "Removing %s\n",
> > - video_device_node_name(&vin->vdev));
> > + video_device_node_name(vin->vdev));
> >
> > /* Checks internaly if handlers have been init or not */
> > v4l2_ctrl_handler_free(&vin->ctrl_handler);
> >
> > /* Checks internaly if vdev have been init or not */
> > - video_unregister_device(&vin->vdev);
> > + video_unregister_device(vin->vdev);
> > }
> >
> > static void rvin_notify(struct v4l2_subdev *sd,
> > @@ -863,7 +863,7 @@ static void rvin_notify(struct v4l2_subdev *sd,
> >
> > switch (notification) {
> > case V4L2_DEVICE_NOTIFY_EVENT:
> > - v4l2_event_queue(&vin->vdev, arg);
> > + v4l2_event_queue(vin->vdev, arg);
> > break;
> > default:
> > break;
> > @@ -872,7 +872,7 @@ static void rvin_notify(struct v4l2_subdev *sd,
> >
> > int rvin_v4l2_probe(struct rvin_dev *vin)
> > {
> > - struct video_device *vdev = &vin->vdev;
> > + struct video_device *vdev;
> > struct v4l2_subdev *sd = vin_to_source(vin);
> > int ret;
> >
> > @@ -880,16 +880,18 @@ int rvin_v4l2_probe(struct rvin_dev *vin)
> >
> > vin->v4l2_dev.notify = rvin_notify;
> >
> > - ret = v4l2_subdev_call(sd, video, g_tvnorms, &vin->vdev.tvnorms);
> > + vdev = video_device_alloc();
> > +
> > + ret = v4l2_subdev_call(sd, video, g_tvnorms, &vdev->tvnorms);
> > if (ret < 0 && ret != -ENOIOCTLCMD && ret != -ENODEV)
> > return ret;
> >
> > - if (vin->vdev.tvnorms == 0) {
> > + if (vdev->tvnorms == 0) {
> > /* Disable the STD API if there are no tvnorms defined */
> > - v4l2_disable_ioctl(&vin->vdev, VIDIOC_G_STD);
> > - v4l2_disable_ioctl(&vin->vdev, VIDIOC_S_STD);
> > - v4l2_disable_ioctl(&vin->vdev, VIDIOC_QUERYSTD);
> > - v4l2_disable_ioctl(&vin->vdev, VIDIOC_ENUMSTD);
> > + v4l2_disable_ioctl(vdev, VIDIOC_G_STD);
> > + v4l2_disable_ioctl(vdev, VIDIOC_S_STD);
> > + v4l2_disable_ioctl(vdev, VIDIOC_QUERYSTD);
> > + v4l2_disable_ioctl(vdev, VIDIOC_ENUMSTD);
> > }
> >
> > /* Add the controls */
> > @@ -913,7 +915,7 @@ int rvin_v4l2_probe(struct rvin_dev *vin)
> > vdev->v4l2_dev = &vin->v4l2_dev;
> > vdev->queue = &vin->queue;
> > strlcpy(vdev->name, KBUILD_MODNAME, sizeof(vdev->name));
> > - vdev->release = video_device_release_empty;
> > + vdev->release = video_device_release;
> > vdev->ioctl_ops = &rvin_ioctl_ops;
> > vdev->lock = &vin->lock;
> > vdev->ctrl_handler = &vin->ctrl_handler;
> > @@ -923,16 +925,18 @@ int rvin_v4l2_probe(struct rvin_dev *vin)
> > vin->format.pixelformat = RVIN_DEFAULT_FORMAT;
> > rvin_reset_format(vin);
> >
> > - ret = video_register_device(&vin->vdev, VFL_TYPE_GRABBER, -1);
> > + ret = video_register_device(vdev, VFL_TYPE_GRABBER, -1);
> > if (ret) {
> > vin_err(vin, "Failed to register video device\n");
> > return ret;
> > }
> >
> > - video_set_drvdata(&vin->vdev, vin);
> > + video_set_drvdata(vdev, vin);
> >
> > v4l2_info(&vin->v4l2_dev, "Device registered as %s\n",
> > - video_device_node_name(&vin->vdev));
> > + video_device_node_name(vdev));
> > +
> > + vin->vdev = vdev;
> >
> > return ret;
> > }
> > diff --git a/drivers/media/platform/rcar-vin/rcar-vin.h
> > b/drivers/media/platform/rcar-vin/rcar-vin.h index
> > 9bfb5a7c4dc4f215..9454ef80bc2b3961 100644
> > --- a/drivers/media/platform/rcar-vin/rcar-vin.h
> > +++ b/drivers/media/platform/rcar-vin/rcar-vin.h
> > @@ -122,7 +122,7 @@ struct rvin_dev {
> > void __iomem *base;
> > enum chip_id chip;
> >
> > - struct video_device vdev;
> > + struct video_device *vdev;
> > struct v4l2_device v4l2_dev;
> > struct v4l2_ctrl_handler ctrl_handler;
> > struct v4l2_async_notifier notifier;
>
> --
> Regards,
>
> Laurent Pinchart
>
--
Regards,
Niklas S�derlund
next prev parent reply other threads:[~2017-05-20 18:27 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-14 18:59 [PATCH 00/16] rcar-vin: fix issues with format and capturing Niklas Söderlund
2017-03-14 18:59 ` [PATCH 01/16] rcar-vin: reset bytesperline and sizeimage when resetting format Niklas Söderlund
2017-03-15 9:07 ` Sergei Shtylyov
2017-05-10 13:22 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 02/16] rcar-vin: use rvin_reset_format() in S_DV_TIMINGS Niklas Söderlund
2017-05-10 13:22 ` Laurent Pinchart
2017-05-20 14:29 ` Niklas Söderlund
2017-03-14 18:59 ` [PATCH 03/16] rcar-vin: fix how pads are handled for v4l2 subdevice operations Niklas Söderlund
2017-03-15 9:12 ` Sergei Shtylyov
2017-03-15 9:29 ` Niklas Söderlund
2017-05-10 13:22 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 04/16] rcar-vin: fix standard in input enumeration Niklas Söderlund
2017-05-10 13:22 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 05/16] rcar-vin: move subdev source and sink pad index to rvin_graph_entity Niklas Söderlund
2017-05-10 13:22 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 06/16] rcar-vin: refactor pad lookup code Niklas Söderlund
2017-05-10 13:21 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 07/16] rcar-vin: move pad lookup to async bound handler Niklas Söderlund
2017-05-10 13:25 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 08/16] rcar-vin: use pad information when verifying media bus format Niklas Söderlund
2017-05-10 13:25 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 09/16] rcar-vin: decrease buffers needed to capture Niklas Söderlund
2017-05-10 13:25 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 10/16] rcar-vin: move functions which acts on hardware Niklas Söderlund
2017-05-10 13:29 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 11/16] rcar-vin: select capture mode based on free buffers Niklas Söderlund
2017-05-10 13:32 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 12/16] rcar-vin: allow switch between capturing modes when stalling Niklas Söderlund
2017-05-10 14:02 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 13/16] rcar-vin: refactor and fold in function after stall handling rework Niklas Söderlund
2017-05-10 13:39 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 14/16] rcar-vin: make use of video_device_alloc() and video_device_release() Niklas Söderlund
2017-05-10 13:36 ` Laurent Pinchart
2017-05-20 18:27 ` Niklas Söderlund [this message]
2017-05-20 20:58 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 15/16] rcar-vin: add missing error check to propagate error Niklas Söderlund
2017-05-10 13:36 ` Laurent Pinchart
2017-03-14 18:59 ` [PATCH 16/16] rcar-vin: fix bug in pixelformat selection Niklas Söderlund
2017-05-10 13:39 ` Laurent Pinchart
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=20170520182741.GA15392@bigcity.dyn.berto.se \
--to=niklas.soderlund@ragnatech.se \
--cc=geert@linux-m68k.org \
--cc=hverkuil@xs4all.nl \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=sakari.ailus@linux.intel.com \
--cc=tomoharu.fukawa.eb@renesas.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;
as well as URLs for NNTP newsgroup(s).