linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Cc: Hans Verkuil <hverkuil@xs4all.nl>,
	linux-media@vger.kernel.org,
	Tomasz Stanislawski <t.stanislaws@samsung.com>,
	Pawel Osciak <pawel@osciak.com>,
	Hans de Goede <hdegoede@redhat.com>,
	Mauro Carvalho Chehab <mchehab@infradead.org>
Subject: Re: [RFCv3 PATCH 00/33] Core and vb2 enhancements
Date: Fri, 20 Jul 2012 12:14:50 +0200	[thread overview]
Message-ID: <2999684.W2D4Cvl3k2@avalon> (raw)
In-Reply-To: <Pine.LNX.4.64.1207201149010.27906@axis700.grange>

Hi Guennadi,

On Friday 20 July 2012 11:55:31 Guennadi Liakhovetski wrote:
> On Thu, 28 Jun 2012, Hans Verkuil wrote:
> > Hi all,
> > 
> > This is the third version of this patch series.
> > 
> > The first version is here:
> > 
> > http://www.mail-archive.com/linux-media@vger.kernel.org/msg47558.html
> 
> Nice to see an owner concept added to the vb2. In soc-camera we're also
> using a concept of a "streamer" user. This is the user, that first calls
> one of data-flow related ioctl()s, like s_fmt(), streamon(), streamoff()
> and all buffer queue-related operations. I realise that this your
> patch-set only deals with the buffer queue, but in principle, do you think
> it would make sense to use such a concept globally? We probably don't want
> to let other processes mess with any of the above calls as long as one
> process is actively managing the streaming.

I think that's a good idea (the uvcvideo driver implements something similar), 
but I'm not sure whether the spec currently describes the expected behaviour 
and relationships between ioctls correctly. That could be a topic for the V4L2 
ambiguities discussions during KS. 

Such a a mechanism should not be imposed on drivers though, as it probably 
wouldn't cover all use cases (think about mem-to-mem drivers where the format 
is per file-handle for instance).

-- 
Regards,

Laurent Pinchart


      parent reply	other threads:[~2012-07-20 10:14 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-28  6:47 [RFCv3 PATCH 00/33] Core and vb2 enhancements Hans Verkuil
2012-06-28  6:47 ` [RFCv3 PATCH 01/33] v4l2-ioctl.c: move a block of code down, no other changes Hans Verkuil
2012-06-28  6:47   ` [RFCv3 PATCH 02/33] v4l2-ioctl.c: introduce INFO_FL_CLEAR to replace switch Hans Verkuil
2012-06-28  6:47   ` [RFCv3 PATCH 03/33] v4l2-ioctl.c: v4l2-ioctl: add debug and callback/offset functionality Hans Verkuil
2012-06-28  6:47   ` [RFCv3 PATCH 04/33] v4l2-ioctl.c: remove an unnecessary #ifdef Hans Verkuil
2012-06-28  6:47   ` [RFCv3 PATCH 05/33] v4l2-ioctl.c: use the new table for querycap and i/o ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 06/33] v4l2-ioctl.c: use the new table for priority ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 07/33] v4l2-ioctl.c: use the new table for format/framebuffer ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 08/33] v4l2-ioctl.c: use the new table for overlay/streamon/off ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 09/33] v4l2-ioctl.c: use the new table for std/tuner/modulator ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 10/33] v4l2-ioctl.c: use the new table for queuing/parm ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 11/33] v4l2-ioctl.c: use the new table for control ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 12/33] v4l2-ioctl.c: use the new table for selection ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 13/33] v4l2-ioctl.c: use the new table for compression ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 14/33] v4l2-ioctl.c: use the new table for debug ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 15/33] v4l2-ioctl.c: use the new table for preset/timings ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 16/33] v4l2-ioctl.c: use the new table for the remaining ioctls Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 17/33] v4l2-ioctl.c: finalize table conversion Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 18/33] v4l2-dev.c: add debug sysfs entry Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 19/33] v4l2-ioctl: remove v4l_(i2c_)print_ioctl Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 20/33] ivtv: don't mess with vfd->debug Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 21/33] cx18: " Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 22/33] vb2-core: refactor reqbufs/create_bufs Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 23/33] vb2-core: add support for count == 0 in create_bufs Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 24/33] Spec: document CREATE_BUFS behavior if count == 0 Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 25/33] v4l2-dev/ioctl.c: add vb2_queue support to video_device Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 26/33] videobuf2-core: add helper functions Hans Verkuil
2012-06-28  9:27     ` Scott Jiang
2012-06-28 12:17       ` Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 27/33] vivi: remove pointless g/s_std support Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 28/33] vivi: embed struct video_device instead of allocating it Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 29/33] vivi: use vb2 helper functions Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 30/33] vivi: add create_bufs/preparebuf support Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 31/33] v4l2-dev.c: also add debug support for the fops Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 32/33] pwc: use the new vb2 helpers Hans Verkuil
2012-06-28  6:48   ` [RFCv3 PATCH 33/33] pwc: v4l2-compliance fixes Hans Verkuil
2012-07-20  9:55 ` [RFCv3 PATCH 00/33] Core and vb2 enhancements Guennadi Liakhovetski
2012-07-20 10:08   ` Hans Verkuil
2012-07-20 10:14   ` Laurent Pinchart [this message]

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=2999684.W2D4Cvl3k2@avalon \
    --to=laurent.pinchart@ideasonboard.com \
    --cc=g.liakhovetski@gmx.de \
    --cc=hdegoede@redhat.com \
    --cc=hverkuil@xs4all.nl \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@infradead.org \
    --cc=pawel@osciak.com \
    --cc=t.stanislaws@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 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).