Summary:
TV tuner was tested with mplayer, xawtv, and Mythtv. None of them worked.
mplayer and xawtv both report an ioctl error originating from V4l2.
Hardware and Driver Details:
Platform: Debian 6.0.5 on AMD64 with kernel 2.6.32
TV tuner: Hauppauge HVR 1600 identified with a TCL M30WTP-4N-E
V4L2 selection targets will replace V4L2 subdev selection targets in the
near future. As the targets are guaranteed to be the same and the chance is
anticipated very soon, replace the subdev targets with more future-proof
V4L2 targets.
Signed-off-by: Sakari Ailus
---
src/main.c |8
Signed-off-by: Sakari Ailus
---
src/main.c |4 ++--
src/v4l2subdev.c |8
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/main.c b/src/main.c
index 0b94f2a..c279dea 100644
--- a/src/main.c
+++ b/src/main.c
@@ -71,7 +71,7 @@ static void v4l2_subdev_print_fo
More flexible and extensible syntax for format which allows better usage
of the selection API.
Continue supporting the old syntax but remove the documentation for it. It
was not supported in an official release and its use is thus deprecated.
Signed-off-by: Sakari Ailus
---
src/main.c |
Signed-off-by: Sakari Ailus
---
src/main.c | 14 ++
src/options.c|6 --
src/v4l2subdev.c | 32 +++-
3 files changed, 41 insertions(+), 11 deletions(-)
diff --git a/src/main.c b/src/main.c
index 5d88b46..0b94f2a 100644
--- a/src/main.c
Hi Laurent,
Update: since v2:
- Use parenthesis in crop display
I've updated the two first patches from the previous set as discussed.
There are two new that change the selection target names to correspond
the latest developments.
Cheers,
--
Sakari Ailus
e-mail: sakari.ai...@iki.fi jabbe
Devin Heitmueller wrote:
>On Tue, May 22, 2012 at 4:34 PM, Bob Lightfoot
>wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Dear LinuxTv and AtRpms Communities:
>> In the most recent three kernels {2.6.32-220.7.1 ;
>> 2.6.32-220.13.1 ; 2.6.32-220.17.1} released for CentOS 6.2
On Tue, 22 May 2012 16:39:17 +0200
Hans de Goede wrote:
> On 05/22/2012 04:08 PM, Paulo Assis wrote:
> > Hi,
> > This bug also causes the camera to crash when changing fps in
> > guvcview, uvc devices (at least all the ones I tested) require the
> > stream to be restarted for fps to change, so in
Hi Andrzej,
just a few nit picks below...
On 05/22/2012 05:33 PM, Andrzej Hajda wrote:
> s5p-mfc encoder after receiving buffer with flag V4L2_BUF_FLAG_EOS
> will put all buffers cached in device into capture queue.
> It will indicate end of encoded stream by providing empty buffer.
>
> Signed-o
On Tue May 22 2012 22:45:44 Hans de Goede wrote:
> Hi,
>
> On 05/22/2012 06:26 PM, Rémi Denis-Courmont wrote:
> > Le samedi 19 mai 2012 21:36:23 Antti Palosaari, vous avez écrit :
> >> On 19.05.2012 21:20, Hans de Goede wrote:
> >>> Currently the V4L2 API does not allow for radio devices with more
Hi,
On 05/22/2012 06:26 PM, Rémi Denis-Courmont wrote:
Le samedi 19 mai 2012 21:36:23 Antti Palosaari, vous avez écrit :
On 19.05.2012 21:20, Hans de Goede wrote:
Currently the V4L2 API does not allow for radio devices with more then 1
tuner,
which is a bit of a historical oversight, since man
On Tue, May 22, 2012 at 4:34 PM, Bob Lightfoot wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dear LinuxTv and AtRpms Communities:
> In the most recent three kernels {2.6.32-220.7.1 ;
> 2.6.32-220.13.1 ; 2.6.32-220.17.1} released for CentOS 6.2 I have
> experienced what can only
On Sunday 20 May 2012 03:25:25 Hans de Goede wrote:
> Hi All,
>
> This patch series contains various patches for the tea575x driver to
> prepare for adding support for the Griffin radioSHARK device. The 6th patch
> adds support for tuning AM, which depends on the discussions surrounding
> the v4l2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear LinuxTv and AtRpms Communities:
In the most recent three kernels {2.6.32-220.7.1 ;
2.6.32-220.13.1 ; 2.6.32-220.17.1} released for CentOS 6.2 I have
experienced what can only be described as a strange behavior of the
V4L kernel modules with t
On Mon, 21 May 2012 16:01:50 +0200
Tomasz Stanislawski wrote:
> >> +int sg_alloc_table_from_pages(struct sg_table *sgt,
> >> + struct page **pages, unsigned int n_pages,
> >> + unsigned long offset, unsigned long size,
> >> + gfp_t gfp_mask)
> >
> > I guess a 32-bit n_pages is OK. A 16TB IO
Hi Laurent,
On Mon, Apr 30, 2012 at 1:23 PM, Laurent Pinchart
wrote:
> On Wednesday 25 April 2012 17:12:49 Geert Uytterhoeven wrote:
>> On Sun, Jan 15, 2012 at 14:41, Mauro Carvalho Chehab wrote:
>> > Laurent Pinchart (18):
>> > [media] uvcvideo: Move fields from uvc_buffer::buf to uvc_buffe
On Tue, May 22, 2012 at 06:28:18PM +0200, Hans de Goede wrote:
> On 05/22/2012 05:27 PM, Lluís Batlle i Rossell wrote:
> >Is this over linux 3.4 mainline? Because I can't get the patch applied over
> >it.
>
> No it is against:
> http://git.linuxtv.org/media_tree.git/shortlog/refs/heads/staging/fo
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Tue May 22 19:00:11 CEST 2012
git hash:abed623ca59a7d1abed6c4e7459be03e25a90a1e
gcc version: i686-linux-gcc (GC
On Tue, May 22, 2012 at 9:13 AM, Dave Airlie wrote:
> On Tue, May 22, 2012 at 4:05 PM, Daniel Vetter wrote:
>> On Tue, May 22, 2012 at 5:00 PM, Tomasz Stanislawski
>> wrote:
>>> On 05/22/2012 04:32 PM, Daniel Vetter wrote:
On Tue, May 22, 2012 at 03:47:12PM +0200, Tomasz Stanislawski wrote:
Hi Javier
On Wed, 16 May 2012, Guennadi Liakhovetski wrote:
> Hi Mauro, Javier
>
> On Tue, 15 May 2012, Mauro Carvalho Chehab wrote:
>
> > This is an automatic generated email to let you know that the following
> > patch were queued at the
> > http://git.linuxtv.org/media_tree.git tree:
> >
On Tue, May 22, 2012 at 06:28:18PM +0200, Hans de Goede wrote:
> Hi,
>
> On 05/22/2012 05:27 PM, Lluís Batlle i Rossell wrote:
> >Is this over linux 3.4 mainline? Because I can't get the patch applied over
> >it.
>
> No it is against:
> http://git.linuxtv.org/media_tree.git/shortlog/refs/heads/s
Le samedi 19 mai 2012 21:36:23 Antti Palosaari, vous avez écrit :
> On 19.05.2012 21:20, Hans de Goede wrote:
> > Currently the V4L2 API does not allow for radio devices with more then 1
> > tuner,
> > which is a bit of a historical oversight, since many radio devices have 2
> > tuners/demodulators
Hi,
On 05/22/2012 05:27 PM, Lluís Batlle i Rossell wrote:
Is this over linux 3.4 mainline? Because I can't get the patch applied over it.
No it is against:
http://git.linuxtv.org/media_tree.git/shortlog/refs/heads/staging/for_v3.5
But it should be trivial to backport, the patch is only 3 line
Hi Guennadi,
(CC'ing Pawel and Marek)
On Monday 21 May 2012 10:30:19 Guennadi Liakhovetski wrote:
> Hi
>
> A recent report
>
> http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/47594
>
> has revealed the following asymmetry in how videobuf2 functions:
>
> as is also docum
s5p-mfc encoder after receiving buffer with flag V4L2_BUF_FLAG_EOS
will put all buffers cached in device into capture queue.
It will indicate end of encoded stream by providing empty buffer.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-mfc/s5p_mfc.c
Some devices requires indicator if the buffer is the last one in the stream.
Applications and drivers can use this flag in such case.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
---
Documentation/DocBook/media/v4l/io.xml |7 +++
Documentation/DocBook/media/v4l/vid
Those patches add end of stream handling for s5p-mfc encoder.
The first patch was sent already to the list as RFC, but the discussion ended
without any decision.
This patch adds new v4l2_buffer flag V4L2_BUF_FLAG_EOS. Below short
description of this change.
s5p_mfc is a mem-to-mem MPEG/H263/H264
Is this over linux 3.4 mainline? Because I can't get the patch applied over it.
Regards,
Lluís.
On Tue, May 22, 2012 at 04:39:17PM +0200, Hans de Goede wrote:
> Hi,
>
> On 05/22/2012 04:08 PM, Paulo Assis wrote:
> >Hi,
> >This bug also causes the camera to crash when changing fps in
> >guvcview,
On Tue, May 22, 2012 at 4:05 PM, Daniel Vetter wrote:
> On Tue, May 22, 2012 at 5:00 PM, Tomasz Stanislawski
> wrote:
>> On 05/22/2012 04:32 PM, Daniel Vetter wrote:
>>> On Tue, May 22, 2012 at 03:47:12PM +0200, Tomasz Stanislawski wrote:
Hi,
I think I discovered an interesting issue wi
On Tue, May 22, 2012 at 5:00 PM, Tomasz Stanislawski
wrote:
> On 05/22/2012 04:32 PM, Daniel Vetter wrote:
>> On Tue, May 22, 2012 at 03:47:12PM +0200, Tomasz Stanislawski wrote:
>>> Hi,
>>> I think I discovered an interesting issue with dma_buf.
>>> I found out that dma_buf_fd does not increase r
On 05/22/2012 04:32 PM, Daniel Vetter wrote:
> On Tue, May 22, 2012 at 03:47:12PM +0200, Tomasz Stanislawski wrote:
>> Hi,
>> I think I discovered an interesting issue with dma_buf.
>> I found out that dma_buf_fd does not increase reference
>> count for dma_buf::file. This leads to potential kernel
Hi,
On 05/22/2012 04:08 PM, Paulo Assis wrote:
Hi,
This bug also causes the camera to crash when changing fps in
guvcview, uvc devices (at least all the ones I tested) require the
stream to be restarted for fps to change, so in the case of this
driver after STREAMOFF the camera just becomes unre
On Tue, May 22, 2012 at 03:47:12PM +0200, Tomasz Stanislawski wrote:
> Hi,
> I think I discovered an interesting issue with dma_buf.
> I found out that dma_buf_fd does not increase reference
> count for dma_buf::file. This leads to potential kernel
> crash triggered by user space. Please, take a lo
Hi,
This bug also causes the camera to crash when changing fps in
guvcview, uvc devices (at least all the ones I tested) require the
stream to be restarted for fps to change, so in the case of this
driver after STREAMOFF the camera just becomes unresponsive.
Regards,
Paulo
2012/5/22 Lluís Batlle
Hi,
I think I discovered an interesting issue with dma_buf.
I found out that dma_buf_fd does not increase reference
count for dma_buf::file. This leads to potential kernel
crash triggered by user space. Please, take a look on
the scenario below:
The applications spawns two thread. One of them is e
Il 22/05/2012 11:09, Antti Palosaari ha scritto:
>
> Basically, but not every case, there seems to be 3 different way:
> 1) return raw register value without any calculation
> 2) 0.1 dB
> 3) scaled to 0-0x using some formula
>
> Very many drivers seems to do some dB handling even finally scal
I'm glad that we were able to add support for additional devices, but
this device is not in fact the "Hauppauge Woodbury" that it claims to
be -- I think it would be a better idea to copy the
AU0828_BOARD_HAUPPAUGE_WOODBURY configuration into a new structure,
rename it to something more appropriate
Hans Verkuil wrote:
>On Tue 22 May 2012 13:06:25 Andy Walls wrote:
>> Hans Verkuil wrote
>>
>> >I'm getting this warning in the daily build:
>> >
>> >v4l-dvb-git/drivers/media/dvb/frontends/cx24110.c: In function
>> >‘cx24110_read_ucblocks’:
>> >v4l-dvb-git/drivers/media/dvb/frontends/cx24110.c
Hi Laurent,
Sorry for the late reply.
Thank you very much for noticing the issue.
+static struct dma_buf *vb2_dc_get_dmabuf(void *buf_priv)
+{
+ struct vb2_dc_buf *buf = buf_priv;
+ struct dma_buf *dbuf;
+
+ if (buf->dma_buf)
+ return buf->dma_buf;
>
On Tue 22 May 2012 13:06:25 Andy Walls wrote:
> Hans Verkuil wrote
>
> >I'm getting this warning in the daily build:
> >
> >v4l-dvb-git/drivers/media/dvb/frontends/cx24110.c: In function
> >‘cx24110_read_ucblocks’:
> >v4l-dvb-git/drivers/media/dvb/frontends/cx24110.c:520:40: warning:
> >value com
Hans Verkuil wrote
>I'm getting this warning in the daily build:
>
>v4l-dvb-git/drivers/media/dvb/frontends/cx24110.c: In function
>‘cx24110_read_ucblocks’:
>v4l-dvb-git/drivers/media/dvb/frontends/cx24110.c:520:40: warning:
>value computed is not used [-Wunused-value]
>
>It comes from this code:
On Tue, May 22, 2012 at 14:54:45, Hans Verkuil wrote:
> (Repost, this time without using HTML. My mailer switches to HTML once in a
> while
> for no reason. Very annoying.)
>
> The daily build has this warning:
>
> v4l-dvb-git/drivers/media/video/omap/omap_vout.c: In function 'omapvid_init':
> v
Hello,
I'm trying to get video using v4l2 ioctls from a gspca_ov519 camera, and after
STREAMOFF all buffers are still flagged as QUEUED, and QBUF fails. DQBUF also
fails (blocking for a 3 sec timeout), after streamoff. So I'm stuck, after
STREAMOFF, unable to get pictures coming in again. (Linux
Hi Mauro et al,
Here is a bunch of fixes for gspca and a couple of fixes for
good old radio support :)
The following changes since commit abed623ca59a7d1abed6c4e7459be03e25a90a1e:
[media] radio-sf16fmi: add support for SF16-FMD (2012-05-20 16:10:05 -0300)
are available in the git repository
I'm getting this warning in the daily build:
v4l-dvb-git/drivers/media/dvb/frontends/cx24110.c: In function
‘cx24110_read_ucblocks’:
v4l-dvb-git/drivers/media/dvb/frontends/cx24110.c:520:40: warning: value
computed is not used [-Wunused-value]
It comes from this code:
static int cx24110_read_u
(Repost, this time without using HTML. My mailer switches to HTML once in a
while
for no reason. Very annoying.)
The daily build has this warning:
v4l-dvb-git/drivers/media/video/omap/omap_vout.c: In function ‘omapvid_init’:
v4l-dvb-git/drivers/media/video/omap/omap_vout.c:381:17: warning: ‘mode
Just ping up old thread since I updated that list.
On 18.03.2009 04:45, Devin Heitmueller wrote:
Hello all,
I have updated my compiled list of the various demods and how they
currently report SNR info (including feedback from people in the last
round).
http://www.devinheitmueller.com/snr.txt
47 matches
Mail list logo