Hans Verkuil wrote:
> On Tuesday 23 February 2010 00:27:30 Sakari Ailus wrote:
>> Hans Verkuil wrote:
>>> On Monday 22 February 2010 23:47:49 Sakari Ailus wrote:
Will be "There are standard and private events. New standard events must
use the smallest available event type. The drivers mus
On Monday 22 February 2010 23:00:32 Devin Heitmueller wrote:
> On Mon, Feb 22, 2010 at 4:54 PM, Hans Verkuil wrote:
> > Ah, that's another matter. The original approach for handling private
> > controls is seriously flawed. Drivers that want to use private controls
> > are strongly encouraged to u
Hello,
>On Mon, 22 Feb 2010 00:12:18 +0100
>Laurent Pinchart wrote:
>> On Saturday 20 February 2010 15:00:21 Hans Verkuil wrote:
>> > 1) The spec mentions that the memory field should be set for
>> > VIDIOC_DQBUF. But videobuf doesn't need it and it makes no sense to
>> > me either unless it is f
Hope that someone can help me.
OS : Ubuntu Karmic Desktop i386
PC : Thinkpad X60(only testing as I will be running on Asrock ION box)
I have a MSI Vox II USB stick and trying to make it work on Ubuntu.
Followed the steps(http://www.linuxtv.org/wiki/index.php/Em28xx_devices)
in compiling the lat
On Tuesday 23 February 2010 00:27:30 Sakari Ailus wrote:
> Hans Verkuil wrote:
> > On Monday 22 February 2010 23:47:49 Sakari Ailus wrote:
> +Drivers do not initialise events directly. The events are initialised
> +through v4l2_fh_init() if
> video_device->ioctl_ops->vidioc_subscrib
Hi,
I have the KWorld DVB-T 305U, an em28xx device. Only the video works for me
under Linux, no audio. In case anyone wants to see it, I have attached the
full dmesg text, solely from this device.
Cheers,
Dean
Devin Heitmueller wrote:
>
> Also, please provide the *full* dmesg output, s
On Mon, 2010-02-22 at 18:45 -0300, Mauro Carvalho Chehab wrote:
> Andy Walls wrote:
> > Mauro,
> >
> > Please pull from http://linuxtv.org/hg/~awalls/ivtv-changes
> >
> > for the following 4 changesets:
> >
> > 01/04: ivtv: Fix ivtv_api_get_data() to avoid unneeded IO during IRQ
> > handling
>
Mauro Carvalho Chehab wrote:
>> According to the wiki[1] these tools are without a maintainer. So, if
>> no one cares about them enough to make releases why merge them and
>> clutter up the git tree with dead code?
>>
>> [1] http://www.linuxtv.org/wiki/index.php/LinuxTV_dvb-apps
>
> That's weird.
Brandon Philips wrote:
> On 00:26 Tue 23 Feb 2010, Hans Verkuil wrote:
>> On Monday 22 February 2010 23:54:26 Brandon Philips wrote:
>>> On 18:24 Sat 23 Jan 2010, Hans de Goede wrote:
> lib/
> libv4l1/
> libv4l2/
> libv4lconvert/
> utils/
> v4l2-dbg
> v4l2-ctl
Andy Walls wrote:
> On Sun, 2010-02-21 at 23:07 -0500, Devin Heitmueller wrote:
>> I am doing some work on the saa711x driver, and ran into a case where
>> I need to disable the chroma AGC and manually set the chroma gain.
>
> Sakari, Hans, or anyone else,
Hi Andy,
> On a somewhat related note,
On 02/22/10 15:01, Sakari Ailus wrote:
> Add documentation on how to use V4L2 events, both for V4L2 drivers and for
> V4L2 applications.
>
> Signed-off-by: Sakari Ailus
> ---
> Documentation/DocBook/media-entities.tmpl |9 ++
> Documentation/DocBook/v4l/dev-event.xml|
On 00:26 Tue 23 Feb 2010, Hans Verkuil wrote:
> On Monday 22 February 2010 23:54:26 Brandon Philips wrote:
> > On 18:24 Sat 23 Jan 2010, Hans de Goede wrote:
> > > >lib/
> > > > libv4l1/
> > > > libv4l2/
> > > > libv4lconvert/
> > > >utils/
> > > > v4l2-dbg
> > > > v4l2-ctl
> > > > cx18-ctl
> > > >
Hi I get trouble with my Kworld em28xx device, anyone can help any
kernel issue found somewhere about that?
Bus 001 Device 005: ID eb1a:2860 eMPIA Technology, Inc.
The device seems to go to usb1 hub and its usb2
Using kernel : 2.6.27-7-generic
LSUSB
Bus 002 Device 001: ID 1d6b:0002 Linux Fou
Hans Verkuil wrote:
> On Monday 22 February 2010 23:47:49 Sakari Ailus wrote:
+Drivers do not initialise events directly. The events are initialised
+through v4l2_fh_init() if video_device->ioctl_ops->vidioc_subscribe_event
is
+non-NULL. This *MUST* be performed in the driver's
On Monday 22 February 2010 23:54:26 Brandon Philips wrote:
> On 18:24 Sat 23 Jan 2010, Hans de Goede wrote:
> > >lib/
> > > libv4l1/
> > > libv4l2/
> > > libv4lconvert/
> > >utils/
> > > v4l2-dbg
> > > v4l2-ctl
> > > cx18-ctl
> > > ivtv-ctl
> > >contrib/
> > > test/
> > > everythi
Laurent Pinchart wrote:
> Hi Mauro,
>
> On Monday 22 February 2010 22:14:19 Patch from Laurent Pinchart wrote:
>> From: Laurent Pinchart
>> MIME-Version: 1.0
>> Content-Type: text/plain; charset=utf-8
>> Content-Transfer-Encoding: 8bit
>
> There's a problem somewhere.
It seems to be only at the
On 2/22/10 5:01 PM, Rodolfo Giometti wrote:
> On Fri, Feb 19, 2010 at 08:36:38PM +0100, Guennadi Liakhovetski wrote:
>> On Fri, 19 Feb 2010, Rodolfo Giometti wrote:
>>
>>> Hello,
>>>
>>> on my pxa27x based board I have a adv7180 connected with the CIF
>>> interface. Due this fact I'm going to use t
On Monday 22 February 2010 23:47:49 Sakari Ailus wrote:
> >> +Drivers do not initialise events directly. The events are initialised
> >> +through v4l2_fh_init() if video_device->ioctl_ops->vidioc_subscribe_event
> >> is
> >> +non-NULL. This *MUST* be performed in the driver's
> >> +v4l2_file_opera
Hi Mauro,
On Monday 22 February 2010 22:14:19 Patch from Laurent Pinchart wrote:
> From: Laurent Pinchart
> MIME-Version: 1.0
> Content-Type: text/plain; charset=utf-8
> Content-Transfer-Encoding: 8bit
There's a problem somewhere.
> When setting a control, the V4L2 specification requires driver
Add event handling backend to V4L2. The backend handles event subscription
and delivery to file handles. Event subscriptions are based on file handle.
Events may be delivered to all subscribed file handles on a device
independent of where they originate from.
Signed-off-by: Sakari Ailus
---
driv
Add documentation on how to use V4L2 events, both for V4L2 drivers and for
V4L2 applications.
Signed-off-by: Sakari Ailus
---
Documentation/DocBook/media-entities.tmpl |9 ++
Documentation/DocBook/v4l/dev-event.xml| 33 +
Documentation/DocBook/v4l/v4l2.xml
Add support for event handling to do_ioctl.
Signed-off-by: Sakari Ailus
---
drivers/media/video/v4l2-fh.c| 11 +++-
drivers/media/video/v4l2-ioctl.c | 50 ++
include/media/v4l2-ioctl.h |7 +
3 files changed, 67 insertions(+), 1 deleti
This patch adds a set of new ioctls to the V4L2 API. The ioctls conform to
V4L2 Events RFC version 2.3:
http://www.spinics.net/lists/linux-media/msg12033.html>
Signed-off-by: Sakari Ailus
---
drivers/media/video/v4l2-compat-ioctl32.c |3 +++
drivers/media/video/v4l2-ioctl.c |3
Add documentation on using V4L2 file handles (v4l2_fh) in V4L2 drivers.
Signed-off-by: Sakari Ailus
---
Documentation/video4linux/v4l2-framework.txt | 37 ++
1 files changed, 37 insertions(+), 0 deletions(-)
diff --git a/Documentation/video4linux/v4l2-framework.txt
b/
This patch adds a list of v4l2_fh structures to every video_device.
It allows using file handle related information in V4L2. The event interface
is one example of such use.
Video device drivers should use the v4l2_fh pointer as their
file->private_data.
Signed-off-by: Sakari Ailus
---
drivers/m
Hi,
Here's the ninth version of the V4L2 file handle and event interface
patchset.
The patchset has been tested with the OMAP 3 ISP driver. Patches for
OMAP 3 ISP are not part of this patchset but are available in Gitorious
(branch is called event):
git://gitorious.org/omap3camera/mainli
On 18:24 Sat 23 Jan 2010, Hans de Goede wrote:
> >lib/
> > libv4l1/
> > libv4l2/
> > libv4lconvert/
> >utils/
> > v4l2-dbg
> > v4l2-ctl
> > cx18-ctl
> > ivtv-ctl
> >contrib/
> > test/
> > everything else
> >
git clone git://ifup.org/philips/create-v4l-utils.gi
On Mon, Feb 22, 2010 at 5:38 PM, j wrote:
> Hi I get trouble with my Kworld em28xx device, anyone can help any kernel
> issue found somewhere about that?
Hi J,
Is this device plugged directly into the USB port on the motherboard?
Or do you have a USB hub that the device is connected to. Sometim
Hans Verkuil wrote:
>> + To receive events, the events the user is interested first
>> + must be subscribed using the &VIDIOC-SUBSCRIBE-EVENT; ioctl. Once an
>> + event is subscribed, the events of subscribed types are dequeueable
>> + using the &VIDIOC-DQEVENT; ioctl. Events may be unsubscribe
On Mon, Feb 22, 2010 at 4:54 PM, Hans Verkuil wrote:
> Ah, that's another matter. The original approach for handling private
> controls is seriously flawed. Drivers that want to use private controls
> are strongly encouraged to use the extended control mechanism for them,
> and to document those c
Randy Dunlap wrote:
> On 02/22/10 12:47, Jonathan Corbet wrote:
>> On Fri, 19 Feb 2010 04:09:19 -0200
>> Mauro Carvalho Chehab wrote:
>>
>>> Not anymore: there's a patch that added USERPTR support for
>>> videobuf-dma-contig:
>>>
>>> commit 720b17e759a50635c429ccaa2ec3d01edb4f92d6
>>> Author: Mag
On Monday 22 February 2010 22:43:58 Devin Heitmueller wrote:
> On Mon, Feb 22, 2010 at 4:41 PM, Hans Verkuil wrote:
> > I am still planning to continue my work for a general control handling
> > framework. I know how to do it and it's just time that I lack.
> >
> > Converting all drivers to suppor
On Monday 22 February 2010 22:38:56 Devin Heitmueller wrote:
> On Mon, Feb 22, 2010 at 4:32 PM, Mauro Carvalho Chehab
> wrote:
> > Devin Heitmueller wrote:
> >> In fact, I would be in favor of taking the basic logic found in
> >> cx18_g_ext_ctrls(), and making that generic to the videodev interfac
Andy Walls wrote:
> Mauro,
>
> Please pull from http://linuxtv.org/hg/~awalls/ivtv-changes
>
> for the following 4 changesets:
>
> 01/04: ivtv: Fix ivtv_api_get_data() to avoid unneeded IO during IRQ handling
> http://linuxtv.org/hg/~awalls/ivtv-changes?cmd=changeset;node=4090ec224ef2
Hmm:
WAR
On Mon, Feb 22, 2010 at 4:41 PM, Hans Verkuil wrote:
> I am still planning to continue my work for a general control handling
> framework. I know how to do it and it's just time that I lack.
>
> Converting all drivers to support the extended control API is quite
> complicated
> since the API is f
On Monday 22 February 2010 22:17:24 Devin Heitmueller wrote:
> On Mon, Feb 22, 2010 at 8:58 AM, Mauro Carvalho Chehab
> wrote:
> >> Ok then. I'll add the 15-20 lines of code which add the extended
> >> controls mechanism to the 7115, which just operates as a passthrough
> >> for the older control
On Mon, Feb 22, 2010 at 4:32 PM, Mauro Carvalho Chehab
wrote:
> Devin Heitmueller wrote:
>> In fact, I would be in favor of taking the basic logic found in
>> cx18_g_ext_ctrls(), and making that generic to the videodev interface,
>> such that any driver which provides a user control interface but
Devin Heitmueller wrote:
> On Mon, Feb 22, 2010 at 8:58 AM, Mauro Carvalho Chehab
> wrote:
>>> Ok then. I'll add the 15-20 lines of code which add the extended
>>> controls mechanism to the 7115, which just operates as a passthrough
>>> for the older control interface.
>> The better is to do the
Hi Mauro,
Please pull from:
http://linuxtv.org/hg/~hgoede/gspca
For 24 changesets, summary:
- Add support for the button (as input device) on camera's using:
pac207, pac7311, sonixb. sonixj, zc3xx, ov511, ov518, ov519 and
stv06xx bridges
- Much improved exposure and gain controls for PAS106B
On 02/22/10 12:47, Jonathan Corbet wrote:
> On Fri, 19 Feb 2010 04:09:19 -0200
> Mauro Carvalho Chehab wrote:
>
>> Not anymore: there's a patch that added USERPTR support for
>> videobuf-dma-contig:
>>
>> commit 720b17e759a50635c429ccaa2ec3d01edb4f92d6
>> Author: Magnus Damm
>> Date: Tue Jun
On Mon, Feb 22, 2010 at 8:58 AM, Mauro Carvalho Chehab
wrote:
>> Ok then. I'll add the 15-20 lines of code which add the extended
>> controls mechanism to the 7115, which just operates as a passthrough
>> for the older control interface.
>
> The better is to do the opposite: extended being the co
Hey Igor,
I'm getting the same error:
dm1105 :04:0b.0: could not attach frontend
Did you get your one to work.
Thanks
Nameer
Igor M. Liplianin wrote:
On 18 февраля 2010, liplia...@me.by wrote:
I also got the unbranded dm1105 card. I tried the four possible i2c
addresses, just i case. N
On Fri, 19 Feb 2010 04:09:19 -0200
Mauro Carvalho Chehab wrote:
> Not anymore: there's a patch that added USERPTR support for
> videobuf-dma-contig:
>
> commit 720b17e759a50635c429ccaa2ec3d01edb4f92d6
> Author: Magnus Damm
> Date: Tue Jun 16 15:32:36 2009 -0700
>
> videobuf-dma-contig:
On Thu, 18 Feb 2010 14:59:30 -0800
Randy Dunlap wrote:
> > +A buffer's state should be set to VIDEOBUF_ACTIVE before being
>
> What does the do in a plain text file?
It verifies that somebody was paying attention :)
Obviously, that's a bit of markup which slipped through. I'll post
another
Just one tiny comment:
On Monday 22 February 2010 16:51:36 Sakari Ailus wrote:
> Add support for event handling to do_ioctl.
>
> Signed-off-by: Sakari Ailus
> ---
> drivers/media/video/v4l2-fh.c|5 +++-
> drivers/media/video/v4l2-ioctl.c | 50
> ++
Reviewed-by: Hans Verkuil
On Monday 22 February 2010 16:51:35 Sakari Ailus wrote:
> Add event handling backend to V4L2. The backend handles event subscription
> and delivery to file handles. Event subscriptions are based on file handle.
> Events may be delivered to all subscribed file handles on
Reviewed-by: Hans Verkuil
On Monday 22 February 2010 16:51:34 Sakari Ailus wrote:
> This patch adds a set of new ioctls to the V4L2 API. The ioctls conform to
> V4L2 Events RFC version 2.3:
>
> http://www.spinics.net/lists/linux-media/msg12033.html>
>
> Signed-off-by: Sakari Ailus
> ---
> dri
Reviewed-by: Hans Verkuil
On Monday 22 February 2010 16:51:33 Sakari Ailus wrote:
> Add documentation on using V4L2 file handles (v4l2_fh) in V4L2 drivers.
>
> Signed-off-by: Sakari Ailus
> ---
> Documentation/video4linux/v4l2-framework.txt | 37
> ++
> 1 files chang
Looks good.
Reviewed-by: Hans Verkuil
On Monday 22 February 2010 16:51:32 Sakari Ailus wrote:
> This patch adds a list of v4l2_fh structures to every video_device.
> It allows using file handle related information in V4L2. The event interface
> is one example of such use.
>
> Video device drive
Some small corrections:
On Monday 22 February 2010 16:51:37 Sakari Ailus wrote:
> Add documentation on how to use V4L2 events, both for V4L2 drivers and for
> V4L2 applications.
>
> Signed-off-by: Sakari Ailus
> ---
> Documentation/DocBook/media-entities.tmpl |9 ++
> Documentation
Laurent Pinchart wrote:
> Hi Mauro,
>
> The following changes since commit 8e17df0d68f260e9e722b5f3adfa18f553542f93:
> Randy Dunlap (1):
> V4L/DVB: dvb: fix sparse warnings
>
> are available in the git repository at:
>
> git://linuxtv.org/pinchartl/uvcvideo.git uvcvideo
>
> Laurent
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Mon Feb 22 19:01:07 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14233:2e0444bf93a4
gcc version: i686-
Pawel Osciak wrote:
> Hello,
>
> This is a preliminary implementation of multi-planar buffer support for V4L2
> and videobuf.
>
> It is a rather big change so I wanted to put it up for discussion sooner
> rather
> than later, in case we decide to go in a completely different direction.
>
> We a
Pawel Osciak wrote:
> Signed-off-by: Pawel Osciak
This one is not dependent on the RFC, and fixes a bug, so I'm applying it.
Thanks for catching it!
Cheers,
Mauro.
> ---
> drivers/media/video/videobuf-dma-sg.c |2 ++
> drivers/media/video/videobuf-vmalloc.c |2 ++
> 2 files changed,
Aguirre, Sergio wrote:
> Hi Sakari,
>
> From: Sakari Ailus [mailto:sakari.ai...@maxwell.research.nokia.com]
>
> ...
>
>> Will fix.
>
> Seems that you missed to fix this patch comments on your v6 version...
>
> :-/
Um, true! I'll make the changes for the next one then.
--
Sakari Ailus
sakari
From: Stefan Ringel
add separately send and receive function
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-i2c.c | 51 +-
1 files changed, 37 insertions(+), 14 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-i2c.c
b/drivers/staging/t
From: Stefan Ringel
repairs reading problems zl10353.
for example:
regs w/o patch with patch
0x06 0x000x7f
0x07 0x330x30
0x08 0x000x00
0x09 0x580x50
0x0f 0x310x28
0x10 0x000x84
Signed-off-by: Stefan Ringel
---
drive
From: Stefan Ringel
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-i2c.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-i2c.c
b/drivers/staging/tm6000/tm6000-i2c.c
index 0da40ec..8ae988d 100644
--- a/drivers/staging/tm6
Hi Sakari,
From: Sakari Ailus [mailto:sakari.ai...@maxwell.research.nokia.com]
...
> Will fix.
Seems that you missed to fix this patch comments on your v6 version...
:-/
Regards,
Sergio
>
> --
> Sakari Ailus
> sakari.ai...@maxwell.research.nokia.com
--
To unsubscribe from this list: send the
stefan.rin...@arcor.de wrote:
> From: Stefan Ringel
>
> add separately send and receive function
Still broken:
drivers/staging/tm6000/tm6000-i2c.c: In function ‘tm6000_i2c_xfer’:
drivers/staging/tm6000/tm6000-i2c.c:107: error: expected ‘)’ before ‘{’ token
drivers/staging/tm6000/tm6000-i2c.c: I
On 02/22/10 16:16, Guennadi Liakhovetski wrote:
> On Mon, 22 Feb 2010, Rodolfo Giometti wrote:
>
>> On Fri, Feb 19, 2010 at 08:36:38PM +0100, Guennadi Liakhovetski wrote:
>>> On Fri, 19 Feb 2010, Rodolfo Giometti wrote:
>>>
Hello,
on my pxa27x based board I have a adv7180 connected
On Mon, 22 Feb 2010, Rodolfo Giometti wrote:
> On Mon, Feb 22, 2010 at 05:11:18PM +0100, Hans Verkuil wrote:
> >
> > The long-term goal is to remove the last soc-camera API dependencies from
> > the sensor subdev drivers. Subdevice (usually i2c) drivers should be fully
> > reusable and a dependen
On 02/21/10 22:22, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20100219:
drivers/media/video/tvp7002.c:896: error: 'struct tvp7002' has no member named
'registers'
--
~Randy
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord..
From: Stefan Ringel
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-i2c.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-i2c.c
b/drivers/staging/tm6000/tm6000-i2c.c
index 89297b0..b261094 100644
--- a/drivers/staging/tm6
From: Stefan Ringel
repairs reading problems zl10353.
for example:
regs w/o patch with patch
0x06 0x000x7f
0x07 0x330x30
0x08 0x000x00
0x09 0x580x50
0x0f 0x310x28
0x10 0x000x84
Signed-off-by: Stefan Ringel
---
drivers
From: Stefan Ringel
add separately send and receive function
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-i2c.c | 48 +-
1 files changed, 35 insertions(+), 13 deletions(-)
diff --git a/drivers/staging/tm6000/tm6000-i2c.c
b/drivers/staging/t
On Mon, 22 Feb 2010, Rodolfo Giometti wrote:
> On Fri, Feb 19, 2010 at 08:36:38PM +0100, Guennadi Liakhovetski wrote:
> > On Fri, 19 Feb 2010, Rodolfo Giometti wrote:
> >
> > > Hello,
> > >
> > > on my pxa27x based board I have a adv7180 connected with the CIF
> > > interface. Due this fact I'm
On Mon, Feb 22, 2010 at 05:11:18PM +0100, Hans Verkuil wrote:
>
> The long-term goal is to remove the last soc-camera API dependencies from
> the sensor subdev drivers. Subdevice (usually i2c) drivers should be fully
> reusable and a dependency on soc-camera defeats that goal.
>
> I think the onl
Add support for multiplanar buffers to videobuf core, dma-contig
and vmalloc memory types.
Signed-off-by: Pawel Osciak
Reviewed-by: Kyungmin Park
---
drivers/media/video/videobuf-core.c | 363 +++-
drivers/media/video/videobuf-dma-contig.c | 303 +
On Monday 22 February 2010 17:01:39 Rodolfo Giometti wrote:
> On Fri, Feb 19, 2010 at 08:36:38PM +0100, Guennadi Liakhovetski wrote:
> > On Fri, 19 Feb 2010, Rodolfo Giometti wrote:
> >
> > > Hello,
> > >
> > > on my pxa27x based board I have a adv7180 connected with the CIF
> > > interface. Due
This is an example application for testing muliplane buffer V4L2 extensions
with the vivi driver.
---
--- /dev/null 2010-02-15 07:42:03.265396000 +0100
+++ vivi-mplane.c 2010-02-22 16:58:19.925762651 +0100
@@ -0,0 +1,582 @@
+/*
+ * Pawel Osciak,
+ *
+ * This program is free software; you
Current V4L2 API assumes that each video buffer contains exactly one,
contiguous memory buffer for video data. Even in case of planar video
formats, e.g. YCbCr with each component residing in a separate area
of memory, it is specified that each of those planes immediately follows
the previous one i
Add example 2- and 3- planar YCbCr422 formats for multi-plane
format testing.
Signed-off-by: Pawel Osciak
Reviewed-by: Kyungmin Park
---
drivers/media/video/vivi.c | 179 +++-
include/linux/videodev2.h |3 +
2 files changed, 147 insertions(+), 35 de
Hello,
This is a preliminary implementation of multi-planar buffer support for V4L2
and videobuf.
It is a rather big change so I wanted to put it up for discussion sooner rather
than later, in case we decide to go in a completely different direction.
We are proposing backward compatible extensi
Signed-off-by: Pawel Osciak
---
drivers/media/video/videobuf-dma-sg.c |2 ++
drivers/media/video/videobuf-vmalloc.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/videobuf-dma-sg.c
b/drivers/media/video/videobuf-dma-sg.c
index fa78555..fcd045e
Mauro,
Please pull change:
http://udev.netup.ru/hg/v4l-dvb-aospan-tscheck/rev/0fdeb662c7f6
"Allow to enable TS continuity and TEI check on loaded module".
Current dvb_demux_tscheck processing doesn't allow to enable check on loaded
module. dvb_demux_tscheck can be enabled only when loading modu
On Monday 22 February 2010 16:07:15 Mauro Carvalho Chehab wrote:
> Hans Verkuil wrote:
> > Hi Mauro,
>
> Please address patches to v4l2-apps and other non-upstream stuff directly to
> Douglas ;)
Oops! I've corrected my script :-)
Regards,
Hans
--
Hans Verkuil - video4linux developer
On Sunday 21 February 2010 21:57:47 Sakari Ailus wrote:
> Hans Verkuil wrote:
> > Hi Sakari,
>
> Hi Hans,
>
> And many thanks for the comments again!
>
> > Here are some more comments.
> >
> ...
> >> +
> >> +static void v4l2_event_unsubscribe_all(struct v4l2_fh *fh)
> >> +{
> >> + struct v4l2
On Fri, Feb 19, 2010 at 08:36:38PM +0100, Guennadi Liakhovetski wrote:
> On Fri, 19 Feb 2010, Rodolfo Giometti wrote:
>
> > Hello,
> >
> > on my pxa27x based board I have a adv7180 connected with the CIF
> > interface. Due this fact I'm going to use the pxa_camera.c driver
> > which in turn regis
Sakari Ailus wrote:
> This patch adds a list of v4l2_fh structures to every video_device.
> It allows using file handle related information in V4L2. The event interface
> is one example of such use.
>
> Video device drivers should use the v4l2_fh pointer as their
> file->private_data.
FYI: misspe
Add documentation on using V4L2 file handles (v4l2_fh) in V4L2 drivers.
Signed-off-by: Sakari Ailus
---
Documentation/video4linux/v4l2-framework.txt | 37 ++
1 files changed, 37 insertions(+), 0 deletions(-)
diff --git a/Documentation/video4linux/v4l2-framework.txt
b/
Add support for event handling to do_ioctl.
Signed-off-by: Sakari Ailus
---
drivers/media/video/v4l2-fh.c|5 +++-
drivers/media/video/v4l2-ioctl.c | 50 ++
include/media/v4l2-ioctl.h |7 +
3 files changed, 61 insertions(+), 1 deletions(
This patch adds a list of v4l2_fh structures to every video_device.
It allows using file handle related information in V4L2. The event interface
is one example of such use.
Video device drivers should use the v4l2_fh pointer as their
file->private_data.
Signed-off-by: Sakari Ailus
---
drivers/m
Add documentation on how to use V4L2 events, both for V4L2 drivers and for
V4L2 applications.
Signed-off-by: Sakari Ailus
---
Documentation/DocBook/media-entities.tmpl |9 ++
Documentation/DocBook/v4l/dev-event.xml| 34 ++
Documentation/DocBook/v4l/v4l2.xml
Add event handling backend to V4L2. The backend handles event subscription
and delivery to file handles. Event subscriptions are based on file handle.
Events may be delivered to all subscribed file handles on a device
independent of where they originate from.
Signed-off-by: Sakari Ailus
Header
This patch adds a set of new ioctls to the V4L2 API. The ioctls conform to
V4L2 Events RFC version 2.3:
http://www.spinics.net/lists/linux-media/msg12033.html>
Signed-off-by: Sakari Ailus
---
drivers/media/video/v4l2-compat-ioctl32.c |3 +++
drivers/media/video/v4l2-ioctl.c |3
Hi,
Here's the eighth version of the V4L2 file handle and event interface
patchset.
The patchset has been tested with the OMAP 3 ISP driver. Patches for
OMAP 3 ISP are not part of this patchset but are available in Gitorious
(branch is called event):
git://gitorious.org/omap3camera/mainl
Am 22.02.2010 16:16, schrieb Mauro Carvalho Chehab:
> stefan.rin...@arcor.de wrote:
>
>> From: Stefan Ringel
>>
>
> drivers/staging/tm6000/tm6000-i2c.c: In function ‘tm6000_i2c_recv_regs’:
> drivers/staging/tm6000/tm6000-i2c.c:58: error: ‘USB_VENDOR_TYPE’ undeclared
> (first use in this f
stefan.rin...@arcor.de wrote:
> From: Stefan Ringel
This patch depends on the previous one, so I can't apply it as-is.
Ah, please provide a better description for your patches. None of the patches
you
submitted so far contains a single line but the subject. please read
README.patches.
>
> Sig
stefan.rin...@arcor.de wrote:
> From: Stefan Ringel
drivers/staging/tm6000/tm6000-i2c.c: In function ‘tm6000_i2c_recv_regs’:
drivers/staging/tm6000/tm6000-i2c.c:58: error: ‘USB_VENDOR_TYPE’ undeclared
(first use in this function)
drivers/staging/tm6000/tm6000-i2c.c:58: error: (Each undeclared i
On Mon, Feb 22, 2010 at 6:28 AM, John Reid wrote:
> Hi,
>
> Sorry if this is a duplicate. My previous post didn't seem to appear.
>
> I'm using mythbuntu 9.10.
>
> I upgraded to kernel v2.6.33-rc8 because I have a DH55TC mobo (following the
> advice here https://wiki.ubuntu.com/Intel_DH55TC). This
Hans Verkuil wrote:
> Hi Mauro,
Please address patches to v4l2-apps and other non-upstream stuff directly to
Douglas ;)
Cheers,
Mauro
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vge
Devin Heitmueller wrote:
> On Mon, Feb 22, 2010 at 8:40 AM, Mauro Carvalho Chehab
> wrote:
>> I think that the control you want is V4L2_CID_GAIN.
>
> I would have guessed the CID_GAIN control would have been responsible
> for *luma* gain. I could be wrong about that of course (but that is
> what
On Mon, Feb 22, 2010 at 8:40 AM, Mauro Carvalho Chehab
wrote:
> I think that the control you want is V4L2_CID_GAIN.
I would have guessed the CID_GAIN control would have been responsible
for *luma* gain. I could be wrong about that of course (but that is
what I believe people typically think of w
Devin Heitmueller wrote:
> Thanks everybody for the feedback.
>
> On Mon, Feb 22, 2010 at 7:15 AM, Mauro Carvalho Chehab
> wrote:
>> The issue with cx88 chips is that, with some video input sources, the
>> AGC over-saturates the color pattern. So, depending on the analog video
>> standard and the
Thanks everybody for the feedback.
On Mon, Feb 22, 2010 at 7:15 AM, Mauro Carvalho Chehab
wrote:
> The issue with cx88 chips is that, with some video input sources, the
> AGC over-saturates the color pattern. So, depending on the analog video
> standard and the quality of the source (TV or Compos
Andy Walls wrote:
> On Sun, 2010-02-21 at 23:07 -0500, Devin Heitmueller wrote:
>> I am doing some work on the saa711x driver, and ran into a case where
>> I need to disable the chroma AGC and manually set the chroma gain.
>
> Sakari, Hans, or anyone else,
>
> On a somewhat related note, what is
On Sun, 2010-02-21 at 23:07 -0500, Devin Heitmueller wrote:
> I am doing some work on the saa711x driver, and ran into a case where
> I need to disable the chroma AGC and manually set the chroma gain.
Sakari, Hans, or anyone else,
On a somewhat related note, what is the status of the media contro
Hi,
Sorry if this is a duplicate. My previous post didn't seem to appear.
I'm using mythbuntu 9.10.
I upgraded to kernel v2.6.33-rc8 because I have a DH55TC mobo (following
the advice here https://wiki.ubuntu.com/Intel_DH55TC). This fixed a
number of startup and slow video issues.
Now I can
> I'm asking because it seems a bit strange that someone would introduce
> a v4l2 standard control to disable the AGC but not have the ability to
> manually set the gain once it was disabled.
As the person who introduced V4L2_CID_CHROMA_AGC for cx2388x I can
explain that part. The AGC was actually
1 - 100 of 107 matches
Mail list logo
