On Tue, Oct 27, 2009 at 4:04 AM, Guennadi Liakhovetski
wrote:
> Hi
>
> (repeating my preamble from a previous post)
>
> This is a general comment to the whole "media controller" work: having
> given a talk at the ELC-E in Grenoble on soc-camera, I mentioned briefly a
> few related RFCs, including
Hi
(repeating my preamble from a previous post)
This is a general comment to the whole "media controller" work: having
given a talk at the ELC-E in Grenoble on soc-camera, I mentioned briefly a
few related RFCs, including this one. I've got a couple of comments back,
including the following on
Mauro Carvalho Chehab wrote:
Em Fri, 11 Sep 2009 22:15:15 +0200
Hans Verkuil escreveu:
On Friday 11 September 2009 21:59:37 Mauro Carvalho Chehab wrote:
Em Fri, 11 Sep 2009 21:23:44 +0200
Hans Verkuil escreveu:
The second problem is that this will pollute the 'namespace' of a v4l device
nod
Em Wed, 16 Sep 2009 23:34:08 +0200
Hans Verkuil escreveu:
> > I'm just guessing, but If the two usecases are so different, maybe we
> > shouldn't
> > try to find a common solution for the two problems, or maybe we should use
> > an
> > approach similar to debufs, where you enable/mount only wer
Em Thu, 17 Sep 2009 08:34:23 +0200
Hans Verkuil escreveu:
> On Thursday 17 September 2009 00:28:38 Karicheri, Muralidharan wrote:
> > >
> > >> And as I explained above, a v4l2_subdev just implements an interface. It
> > >has
> > >> no relation to devices. And yes, I'm beginning to agree with you
Em Thu, 17 Sep 2009 08:35:57 +0200
Hans Verkuil escreveu:
> On Thursday 17 September 2009 00:15:23 Andy Walls wrote:
> > On Wed, 2009-09-16 at 23:34 +0200, Hans Verkuil wrote:
> > > On Wednesday 16 September 2009 22:50:43 Mauro Carvalho Chehab wrote:
> > > > Em Wed, 16 Sep 2009 21:21:16 +0200
> >
On Thursday 17 September 2009 00:15:23 Andy Walls wrote:
> On Wed, 2009-09-16 at 23:34 +0200, Hans Verkuil wrote:
> > On Wednesday 16 September 2009 22:50:43 Mauro Carvalho Chehab wrote:
> > > Em Wed, 16 Sep 2009 21:21:16 +0200
>
> > C) in all other cases you only get it if a kernel config option
On Thursday 17 September 2009 00:28:38 Karicheri, Muralidharan wrote:
> >
> >> And as I explained above, a v4l2_subdev just implements an interface. It
> >has
> >> no relation to devices. And yes, I'm beginning to agree with you that
> >subdevice
> >> was a bad name because it suggested something t
>
>> And as I explained above, a v4l2_subdev just implements an interface. It
>has
>> no relation to devices. And yes, I'm beginning to agree with you that
>subdevice
>> was a bad name because it suggested something that it simply isn't.
>>
>> That said, I also see some advantages in doing this. Fo
On Wed, 2009-09-16 at 23:34 +0200, Hans Verkuil wrote:
> On Wednesday 16 September 2009 22:50:43 Mauro Carvalho Chehab wrote:
> > Em Wed, 16 Sep 2009 21:21:16 +0200
> C) in all other cases you only get it if a kernel config option is on. And
> since
> any advanced controls are still exposed in sy
On Wednesday 16 September 2009 22:50:43 Mauro Carvalho Chehab wrote:
> Em Wed, 16 Sep 2009 21:21:16 +0200
> Hans Verkuil escreveu:
>
> > On Wednesday 16 September 2009 20:15:20 Mauro Carvalho Chehab wrote:
> > > Em Sat, 12 Sep 2009 00:39:50 +0200
> > > Hans Verkuil escreveu:
> > > > > From my pr
Em Wed, 16 Sep 2009 21:21:16 +0200
Hans Verkuil escreveu:
> On Wednesday 16 September 2009 20:15:20 Mauro Carvalho Chehab wrote:
> > Em Sat, 12 Sep 2009 00:39:50 +0200
> > Hans Verkuil escreveu:
> > > > From my previous understanding, those are the needs:
> > > >
> > > > 1) V4L2 API will keep b
On Wed, 16 Sep 2009, Hans Verkuil wrote:
> On Wednesday 16 September 2009 20:15:20 Mauro Carvalho Chehab wrote:
> >
> > What's a sub-device?
> >
> >
> > Well, if we strip v4l2-framework.txt and driver/media from "git grep", we
> > have:
> >
> > For "subdevice", there are s
On Wednesday 16 September 2009 20:15:20 Mauro Carvalho Chehab wrote:
> Em Sat, 12 Sep 2009 00:39:50 +0200
> Hans Verkuil escreveu:
> > > From my previous understanding, those are the needs:
> > >
> > > 1) V4L2 API will keep being used to control the devices and to do
> > > streaming,
> > > worki
Em Sat, 12 Sep 2009 00:39:50 +0200
Hans Verkuil escreveu:
> > From my previous understanding, those are the needs:
> >
> > 1) V4L2 API will keep being used to control the devices and to do streaming,
> > working under the already well defined devices;
>
> Yes.
>
> > 2) One Kernel object is nee
On Thursday 10 September 2009 23:59:20 Hans Verkuil wrote:
> On Thursday 10 September 2009 23:28:40 Guennadi Liakhovetski wrote:
> > Hi Hans
> >
> > a couple of comments / questions from the first glance
> >
> > On Thu, 10 Sep 2009, Hans Verkuil wrote:
> >
[snip]
> > > This requires no API changes
Hi Hans,
On Thursday 10 September 2009 17:00:40 Hans Verkuil wrote:
> > On Thu, 10 Sep 2009, Hans Verkuil wrote:
> > > > Could entities not be completely addressed (configuration ioctls)
> > > > through the mc-node?
> > >
> > > Not sure what you mean.
> >
> > Instead of having a device node for ea
On Friday 11 September 2009 23:28:47 Mauro Carvalho Chehab wrote:
> Em Fri, 11 Sep 2009 22:29:41 +0200
> Hans Verkuil escreveu:
>
> > On Friday 11 September 2009 21:54:03 Mauro Carvalho Chehab wrote:
> > > Em Fri, 11 Sep 2009 21:08:13 +0200
> > > Hans Verkuil escreveu:
> >
> >
> >
> > > > OK,
On Friday 11 September 2009 23:37:58 Mauro Carvalho Chehab wrote:
> Em Fri, 11 Sep 2009 22:15:15 +0200
> Hans Verkuil escreveu:
>
> > On Friday 11 September 2009 21:59:37 Mauro Carvalho Chehab wrote:
> > > Em Fri, 11 Sep 2009 21:23:44 +0200
> > > Hans Verkuil escreveu:
> > >
> > > > > In the ca
Em Fri, 11 Sep 2009 22:15:15 +0200
Hans Verkuil escreveu:
> On Friday 11 September 2009 21:59:37 Mauro Carvalho Chehab wrote:
> > Em Fri, 11 Sep 2009 21:23:44 +0200
> > Hans Verkuil escreveu:
> >
> > > > In the case of resizer, I don't see why this can't be implemented as an
> > > > ioctl
> >
Em Fri, 11 Sep 2009 22:29:41 +0200
Hans Verkuil escreveu:
> On Friday 11 September 2009 21:54:03 Mauro Carvalho Chehab wrote:
> > Em Fri, 11 Sep 2009 21:08:13 +0200
> > Hans Verkuil escreveu:
>
>
>
> > > OK, so instead we require an application to construct a file containing a
> > > new
> >
On Friday 11 September 2009 21:54:03 Mauro Carvalho Chehab wrote:
> Em Fri, 11 Sep 2009 21:08:13 +0200
> Hans Verkuil escreveu:
> > OK, so instead we require an application to construct a file containing a
> > new
> > topology, write something to a sysfs file, require code in the v4l core to
On Friday 11 September 2009 21:59:37 Mauro Carvalho Chehab wrote:
> Em Fri, 11 Sep 2009 21:23:44 +0200
> Hans Verkuil escreveu:
>
> > > In the case of resizer, I don't see why this can't be implemented as an
> > > ioctl
> > > over /dev/video device.
> >
> > Well, no. Not in general. There are t
Em Fri, 11 Sep 2009 21:23:44 +0200
Hans Verkuil escreveu:
> > In the case of resizer, I don't see why this can't be implemented as an
> > ioctl
> > over /dev/video device.
>
> Well, no. Not in general. There are two problems. The first problem occurs if
> you have multiple instances of a resize
Em Fri, 11 Sep 2009 21:08:13 +0200
Hans Verkuil escreveu:
> > > No, devices aren't created or deleted. Only links between devices.
> >
> > I think that there are some cases where devices are created/deleted. For
> > example, on some hardware, you have some blocks that allow you to have
> > eith
On Friday 11 September 2009 20:52:17 Mauro Carvalho Chehab wrote:
> Em Fri, 11 Sep 2009 23:04:13 +0530
> "Hiremath, Vaibhav" escreveu:
>
> > [Hiremath, Vaibhav] I was referring to standard V4L2 interface; I was
> > referring to backward compatibility between Media controller devices itself.
>
>
Mauro,
I am going to move the ioctl vs sysfs discussion to a separate thread. I'll
post an analysis of that later today or tomorrow.
See below for my comments on some misunderstandings for non-sysfs issues.
On Friday 11 September 2009 17:13:42 Mauro Carvalho Chehab wrote:
> > > > All this req
Em Fri, 11 Sep 2009 23:04:13 +0530
"Hiremath, Vaibhav" escreveu:
> [Hiremath, Vaibhav] I was referring to standard V4L2 interface; I was
> referring to backward compatibility between Media controller devices itself.
Huh? There's no media controller concept implemented yet. Hans proposal is to
a
> -Original Message-
> From: Mauro Carvalho Chehab [mailto:mche...@infradead.org]
> Sent: Friday, September 11, 2009 10:34 PM
> To: Hiremath, Vaibhav
> Cc: Devin Heitmueller; Hans Verkuil; linux-media@vger.kernel.org
> Subject: Re: RFCv2: Media controller proposal
>
6 PM
> > To: Mauro Carvalho Chehab
> > Cc: Hans Verkuil; linux-media@vger.kernel.org
> > Subject: Re: RFCv2: Media controller proposal
> >
> > On Fri, Sep 11, 2009 at 11:13 AM, Mauro Carvalho Chehab
> > wrote:
> > > Em Thu, 10 Sep 2009 23:35:52 +0200
>
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Devin Heitmueller
> Sent: Friday, September 11, 2009 9:16 PM
> To: Mauro Carvalho Chehab
> Cc: Hans Verkuil; linux-media@vger.kernel.org
> Subj
On Fri, Sep 11, 2009 at 11:13 AM, Mauro Carvalho Chehab
wrote:
> Em Thu, 10 Sep 2009 23:35:52 +0200
> Hans Verkuil escreveu:
>
>> > First of all, a generic comment: you enumerated on your RFC several needs
>> > that
>> > you expect to be solved with a media controller, but you didn't mention
>>
Em Thu, 10 Sep 2009 23:35:52 +0200
Hans Verkuil escreveu:
> > First of all, a generic comment: you enumerated on your RFC several needs
> > that
> > you expect to be solved with a media controller, but you didn't mention what
> > userspace API will be used to solve it (e. g. what ioctls, sysfs i
Em Thu, 10 Sep 2009 16:27:20 -0400
Devin Heitmueller escreveu:
> On Thu, Sep 10, 2009 at 4:20 PM, Mauro Carvalho
> Chehab wrote:
> > In fact, this can already be done by using the sysfs interface. the current
> > version of v4l2-sysfs-path.c already enumerates the associated nodes to
> > a /dev/v
; To: linux-media@vger.kernel.org
> > Subject: RFCv2: Media controller proposal
> >
> > Hi all,
> >
> > Here is the new Media Controller RFC. It is completely rewritten
> > from the
> > original RFC. This original RFC can be found here:
> >
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Hans Verkuil
> Sent: Friday, September 11, 2009 11:51 AM
> To: Karicheri, Muralidharan
> Cc: Patrick Boettcher; Linux Media Mailing List
> Subj
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Hans Verkuil
> Sent: Friday, September 11, 2009 1:57 AM
> To: Karicheri, Muralidharan
> Cc: Patrick Boettcher; Linux Media Mailing List
> Subj
On Friday 11 September 2009 01:08:30 Karicheri, Muralidharan wrote:
>
> Hans,
>
> Thanks for your reply..
> >>
> >>
> >> What you mean by controlling the board?
> >
> >In general: the media controller can do anything except streaming. However,
> >that is an extreme position and in practice all th
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Hans Verkuil
> Sent: Thursday, September 10, 2009 12:43 PM
> To: linux-media@vger.kernel.org
> Subject: RFCv2: Media controller proposal
>
>
Hans,
Thanks for your reply..
>>
>>
>> What you mean by controlling the board?
>
>In general: the media controller can do anything except streaming. However,
>that is an extreme position and in practice all the usual ioctls should
>remain supported by the video device nodes.
>
>> We have currentl
On Thursday 10 September 2009 23:28:40 Guennadi Liakhovetski wrote:
> Hi Hans
>
> a couple of comments / questions from the first glance
>
> On Thu, 10 Sep 2009, Hans Verkuil wrote:
>
> [snip]
>
> > Topology
> >
> >
> > The topology is represented by entities. Each entity has 0 or mor
On Thursday 10 September 2009 22:20:13 Mauro Carvalho Chehab wrote:
> Hi Hans,
>
> Hi Hans,
>
> Em Thu, 10 Sep 2009 09:13:09 +0200
> Hans Verkuil escreveu:
>
> First of all, a generic comment: you enumerated on your RFC several needs that
> you expect to be solved with a media controller, but y
Hi Hans
a couple of comments / questions from the first glance
On Thu, 10 Sep 2009, Hans Verkuil wrote:
[snip]
> Topology
>
>
> The topology is represented by entities. Each entity has 0 or more inputs and
> 0 or more outputs. Each input or output can be linked to 0 or more possible
>
On Thu, Sep 10, 2009 at 4:20 PM, Mauro Carvalho
Chehab wrote:
> In fact, this can already be done by using the sysfs interface. the current
> version of v4l2-sysfs-path.c already enumerates the associated nodes to
> a /dev/video device, by just navigating at the already existing device
> descriptio
On Thursday 10 September 2009 21:19:25 Karicheri, Muralidharan wrote:
> Hans,
>
> I haven't gone through the RFC, but thought will respond to the below comment.
>
> Murali Karicheri
> Software Design Engineer
> Texas Instruments Inc.
> Germantown, MD 20874
> new phone: 301-407-9583
> Old Phone :
Hi Hans,
Hi Hans,
Em Thu, 10 Sep 2009 09:13:09 +0200
Hans Verkuil escreveu:
First of all, a generic comment: you enumerated on your RFC several needs that
you expect to be solved with a media controller, but you didn't mention what
userspace API will be used to solve it (e. g. what ioctls, sysf
Hans,
I haven't gone through the RFC, but thought will respond to the below comment.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
new phone: 301-407-9583
Old Phone : 301-515-3736 (will be deprecated)
email: m-kariche...@ti.com
>>>
>>> I may be mistaken, b
> On Thu, 10 Sep 2009, Hans Verkuil wrote:
>> Now that this is in we can continue with the next phase and actually
>> think
>> on how it should be implemented.
>
> Sounds logic.
>
>>> Hmm... I'm seeing this idea covering other stream-oriented devices.
>>> Like
>>> sound-cards (*ouch*).
>>
>> I may
On Thu, 10 Sep 2009, Hans Verkuil wrote:
Now that this is in we can continue with the next phase and actually think
on how it should be implemented.
Sounds logic.
Hmm... I'm seeing this idea covering other stream-oriented devices. Like
sound-cards (*ouch*).
I may be mistaken, but I don't be
Hi Patrick,
> Hello Hans,
>
>
> On Thu, 10 Sep 2009, Hans Verkuil wrote:
>> Here is the new Media Controller RFC. It is completely rewritten from
>> the
>> original RFC. This original RFC can be found here:
>>
>> http://www.archivum.info/video4linux-list%40redhat.com/2008-07/00371/RFC:_Add_support
Hello Hans,
On Thu, 10 Sep 2009, Hans Verkuil wrote:
Here is the new Media Controller RFC. It is completely rewritten from the
original RFC. This original RFC can be found here:
http://www.archivum.info/video4linux-list%40redhat.com/2008-07/00371/RFC:_Add_support_to_query_and_change_connection
Hi all,
Here is the new Media Controller RFC. It is completely rewritten from the
original RFC. This original RFC can be found here:
http://www.archivum.info/video4linux-list%40redhat.com/2008-07/00371/RFC:_Add_support_to_query_and_change_connections_inside_a_media_device
This document will be t
52 matches
Mail list logo
