From: Gustavo Padovan <gustavo@padovan.org>
To: Shuah Khan <shuahkh@osg.samsung.com>
Cc: linux-media@vger.kernel.org, Hans Verkuil <hverkuil@xs4all.nl>,
Javier Martinez Canillas <javier@osg.samsung.com>,
Mauro Carvalho Chehab <mchehab@osg.samsung.com>,
Gustavo Padovan <gustavo.padovan@collabora.com>
Subject: Re: [PATCH 05/12] [media] vivid: assign the specific device to the vb2_queue->dev
Date: Mon, 10 Jul 2017 16:42:40 -0300 [thread overview]
Message-ID: <20170710194240.GI10284@jade> (raw)
In-Reply-To: <c34cc77a-740f-3955-d6e6-2c04a778c190@osg.samsung.com>
2017-07-07 Shuah Khan <shuahkh@osg.samsung.com>:
> On 06/16/2017 01:39 AM, Gustavo Padovan wrote:
> > From: Gustavo Padovan <gustavo.padovan@collabora.com>
> >
> > Instead of assigning the global v4l2 device, assign the specific device.
> > This was causing trouble when using using V4L2 events with vivid
> > devices. The device's queue should be the same we opened in userspace.
> >
> > Signed-off-by: Gustavo Padovan <gustavo.padovan@collabora.com>
> > ---
> > drivers/media/platform/vivid/vivid-core.c | 10 +++++-----
> > 1 file changed, 5 insertions(+), 5 deletions(-)
> >
> > diff --git a/drivers/media/platform/vivid/vivid-core.c b/drivers/media/platform/vivid/vivid-core.c
> > index ef344b9..8843170 100644
> > --- a/drivers/media/platform/vivid/vivid-core.c
> > +++ b/drivers/media/platform/vivid/vivid-core.c
> > @@ -1070,7 +1070,7 @@ static int vivid_create_instance(struct platform_device *pdev, int inst)
> > q->timestamp_flags = V4L2_BUF_FLAG_TIMESTAMP_MONOTONIC;
> > q->min_buffers_needed = 2;
> > q->lock = &dev->mutex;
> > - q->dev = dev->v4l2_dev.dev;
> > + q->dev = &dev->vid_cap_dev.dev;
>
> Does this work in all cases? My concern is that in some code paths
> q->dev might be used to initiate release perhaps.
>
> Fore example v4l2_dev.release is vivid_dev_release()
> dev->v4l2_dev.release = vivid_dev_release;
>
> vid_cap_dev release is video_device_release_empty
>
> This is one difference, but there might be others and the code paths
> that might depend on q->dev being the v4l2_dev.dev which is the global
> dev.
Sure, I'll check this again.
Gustavo
next prev parent reply other threads:[~2017-07-10 19:42 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-16 7:39 [PATCH 00/12] V4L2 explicit synchronization support Gustavo Padovan
2017-06-16 7:39 ` [PATCH 01/12] [media] vb2: add explicit fence user API Gustavo Padovan
2017-06-18 14:09 ` kbuild test robot
2017-06-18 14:58 ` kbuild test robot
2017-06-26 15:39 ` Gustavo Padovan
2017-07-04 5:57 ` Tomasz Figa
2017-07-04 6:27 ` Alexandre Courbot
2017-06-30 11:12 ` Mauro Carvalho Chehab
2017-06-16 7:39 ` [PATCH 02/12] [media] vb2: split out queueing from vb_core_qbuf() Gustavo Padovan
2017-06-30 11:15 ` Mauro Carvalho Chehab
2017-07-06 7:46 ` Hans Verkuil
2017-07-07 1:04 ` Gustavo Padovan
2017-06-16 7:39 ` [PATCH 03/12] [media] vb2: add in-fence support to QBUF Gustavo Padovan
2017-06-18 15:36 ` kbuild test robot
2017-06-30 11:53 ` Mauro Carvalho Chehab
2017-07-03 18:16 ` Gustavo Padovan
2017-07-06 9:43 ` Hans Verkuil
2017-07-07 1:12 ` Gustavo Padovan
2017-07-06 8:29 ` Hans Verkuil
2017-07-07 1:53 ` Gustavo Padovan
2017-07-07 7:15 ` Hans Verkuil
2017-07-10 19:27 ` Gustavo Padovan
2017-07-06 9:18 ` Hans Verkuil
2017-07-07 2:00 ` Gustavo Padovan
2017-07-07 7:06 ` Hans Verkuil
2017-07-10 19:02 ` Gustavo Padovan
2017-07-10 20:26 ` Gustavo Padovan
2017-07-11 5:57 ` Hans Verkuil
2017-07-11 12:56 ` Gustavo Padovan
2017-06-16 7:39 ` [PATCH 04/12] [media] uvc: enable subscriptions to other events Gustavo Padovan
2017-07-07 14:38 ` Shuah Khan
2017-07-10 19:38 ` Gustavo Padovan
2017-07-26 0:26 ` Gustavo Padovan
2017-06-16 7:39 ` [PATCH 05/12] [media] vivid: assign the specific device to the vb2_queue->dev Gustavo Padovan
2017-07-06 8:36 ` Hans Verkuil
2017-07-07 17:15 ` Shuah Khan
2017-07-10 19:42 ` Gustavo Padovan [this message]
2017-07-26 0:17 ` Gustavo Padovan
2017-06-16 7:39 ` [PATCH 06/12] [media] v4l: add V4L2_EVENT_BUF_QUEUED event Gustavo Padovan
2017-06-30 12:00 ` Mauro Carvalho Chehab
2017-06-16 7:39 ` [PATCH 07/12] [media] v4l: add support to BUF_QUEUED event Gustavo Padovan
2017-06-30 12:04 ` Mauro Carvalho Chehab
2017-07-03 18:36 ` Gustavo Padovan
2017-07-06 9:34 ` Hans Verkuil
2017-07-10 19:45 ` Gustavo Padovan
2017-07-06 8:47 ` Hans Verkuil
2017-06-16 7:39 ` [PATCH 08/12] [media] vb2: add 'ordered' property to queues Gustavo Padovan
2017-06-16 16:56 ` Nicolas Dufresne
2017-06-26 15:22 ` Gustavo Padovan
2017-07-06 9:08 ` Hans Verkuil
2017-06-16 7:39 ` [PATCH 09/12] [media] vivid: mark vivid queues as ordered Gustavo Padovan
2017-07-06 8:37 ` Hans Verkuil
2017-07-07 17:31 ` Shuah Khan
2017-07-10 19:47 ` Gustavo Padovan
2017-06-16 7:39 ` [PATCH 10/12] [media] vb2: add videobuf2 dma-buf fence helpers Gustavo Padovan
2017-06-16 7:39 ` [PATCH 11/12] [media] vb2: add infrastructure to support out-fences Gustavo Padovan
2017-06-16 7:39 ` [PATCH 12/12] [media] vb2: add out-fence support to QBUF Gustavo Padovan
2017-07-06 9:27 ` Hans Verkuil
2017-07-06 9:29 ` Hans Verkuil
2017-07-10 20:19 ` Gustavo Padovan
2017-06-30 12:18 ` [PATCH 00/12] V4L2 explicit synchronization support Mauro Carvalho Chehab
2017-07-03 18:40 ` Gustavo Padovan
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=20170710194240.GI10284@jade \
--to=gustavo@padovan.org \
--cc=gustavo.padovan@collabora.com \
--cc=hverkuil@xs4all.nl \
--cc=javier@osg.samsung.com \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@osg.samsung.com \
--cc=shuahkh@osg.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 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.