From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Hans Verkuil <hverkuil-cisco@xs4all.nl>
Cc: Ricardo Ribalda <ribalda@chromium.org>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
linux-media@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] media: uvcvideo: Stop stream during unregister
Date: Mon, 7 Oct 2024 17:44:01 +0300 [thread overview]
Message-ID: <20241007144401.GE6403@pendragon.ideasonboard.com> (raw)
In-Reply-To: <80f800c8-46e0-47bb-8a7b-1566e5eed91a@xs4all.nl>
Hi Hans,
On Mon, Oct 07, 2024 at 09:46:47AM +0200, Hans Verkuil wrote:
> Hi Laurent,
>
> Just a reminder: I have extensively reviewed this patch here:
>
> https://lore.kernel.org/linux-media/f4c49ccf-9dc9-475a-8fc9-4ef4c85a729a@xs4all.nl/
>
> and here (specifically checking for mmap() races):
>
> https://lore.kernel.org/linux-media/1a10530f-b4bb-4244-84ff-1f2365ae9b23@xs4all.nl/
>
> To the best of my ability I believe this patch is correct.
>
> Unless you have any additional concerns I plan to take this patch as a fix for
> v6.12 on Monday next week.
I thought we had an agreement that I could submit an alternative fix for
v6.12. Can you therefore delay merging this patch until v6.12-rc6 ?
> Alternatively, you can make a PR for 6.12 with this patch that I can pull from.
>
> Regards,
>
> Hans
>
> On 26/09/2024 07:59, Ricardo Ribalda wrote:
> > uvc_unregister_video() can be called asynchronously from
> > uvc_disconnect(). If the device is still streaming when that happens, a
> > plethora of race conditions can occur.
> >
> > Make sure that the device has stopped streaming before exiting this
> > function.
> >
> > If the user still holds handles to the driver's file descriptors, any
> > ioctl will return -ENODEV from the v4l2 core.
> >
> > This change makes uvc more consistent with the rest of the v4l2 drivers
> > using the vb2_fop_* and vb2_ioctl_* helpers.
> >
> > Reviewed-by: Hans Verkuil <hverkuil-cisco@xs4all.nl>
> > Suggested-by: Hans Verkuil <hverkuil-cisco@xs4all.nl>
> > Signed-off-by: Ricardo Ribalda <ribalda@chromium.org>
> > ---
> > This patch was part of the series:
> > https://patchwork.linuxtv.org/project/linux-media/list/?series=13064
> >
> > Moved out from it to ease the review.
> > ---
> > drivers/media/usb/uvc/uvc_driver.c | 32 +++++++++++++++++++++++++++++++-
> > 1 file changed, 31 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/media/usb/uvc/uvc_driver.c b/drivers/media/usb/uvc/uvc_driver.c
> > index f0febdc08c2d..bee150b852e4 100644
> > --- a/drivers/media/usb/uvc/uvc_driver.c
> > +++ b/drivers/media/usb/uvc/uvc_driver.c
> > @@ -1919,11 +1919,41 @@ static void uvc_unregister_video(struct uvc_device *dev)
> > struct uvc_streaming *stream;
> >
> > list_for_each_entry(stream, &dev->streams, list) {
> > + /* Nothing to do here, continue. */
> > if (!video_is_registered(&stream->vdev))
> > continue;
> >
> > + /*
> > + * For stream->vdev we follow the same logic as:
> > + * vb2_video_unregister_device().
> > + */
> > +
> > + /* 1. Take a reference to vdev */
> > + get_device(&stream->vdev.dev);
> > +
> > + /* 2. Ensure that no new ioctls can be called. */
> > video_unregister_device(&stream->vdev);
> > - video_unregister_device(&stream->meta.vdev);
> > +
> > + /* 3. Wait for old ioctls to finish. */
> > + mutex_lock(&stream->mutex);
> > +
> > + /* 4. Stop streaming. */
> > + uvc_queue_release(&stream->queue);
> > +
> > + mutex_unlock(&stream->mutex);
> > +
> > + put_device(&stream->vdev.dev);
> > +
> > + /*
> > + * For stream->meta.vdev we can directly call:
> > + * vb2_video_unregister_device().
> > + */
> > + vb2_video_unregister_device(&stream->meta.vdev);
> > +
> > + /*
> > + * Now both vdevs are not streaming and all the ioctls will
> > + * return -ENODEV.
> > + */
> >
> > uvc_debugfs_cleanup_stream(stream);
> > }
> >
> > ---
> > base-commit: 81ee62e8d09ee3c7107d11c8bbfd64073ab601ad
> > change-id: 20240926-uvc_stop_streaming-6e9fd20e97bc
> >
> > Best regards,
>
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2024-10-07 14:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-26 5:59 [PATCH] media: uvcvideo: Stop stream during unregister Ricardo Ribalda
2024-10-07 7:46 ` Hans Verkuil
2024-10-07 14:44 ` Laurent Pinchart [this message]
2024-10-07 14:53 ` Hans Verkuil
2024-10-10 18:23 ` Laurent Pinchart
2024-10-11 6:52 ` Hans Verkuil
2024-10-23 8:42 ` Hans Verkuil
2024-10-18 11:13 ` Mauro Carvalho Chehab
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=20241007144401.GE6403@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=hverkuil-cisco@xs4all.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@kernel.org \
--cc=ribalda@chromium.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.