[PATCH RFC] staging: media: davinci_vpfe: drop condition with no effect

As the if and else branch body are identical the condition has no effect and can be dropped. Signed-off-by: Nicholas Mc Guire --- As the if and the else branch of the inner conditional paths are the same the condition is without effect. Given the comments indicate that the else branch *should*

PCTV 800i

I have a new PCTV card with CX23880 (not CX23883 as shown in the picture): http://www.linuxtv.org/wiki/index.php/Pinnacle_PCTV_HD_Card_(800i) The description is out of date with respect to my recent card. It did not work in 3.12.20, 3.17.7, and I finally downloaded the latest GIT of media_build

cron job: media_tree daily build: ERRORS

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: Mon Jan 26 04:00:15 CET 2015 git branch: test git hash: 1fc77d013ba85a29e2edfaba02fd21e8c8187fae gcc versio

Re: [PATCH] [media] [pvrusb2]: remove dead retry cmd code

Well this is an interesting one. It makes an incorrect assumption about the behavior of "do { ... } while(0)", that being issuance of a "continue" within the loop would force execution to go back to the top of the loop. But what it really does is force a jump to the bottom, where the false co

[PATCH 4/4] contrib/test: Add missing LIB_ARGP

v4l2gl and v4l2grab need argp. Signed-off-by: Felix Janda --- contrib/test/Makefile.am | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/contrib/test/Makefile.am b/contrib/test/Makefile.am index 0bfa33e..7f84435 100644 --- a/contrib/test/Makefile.am +++ b/contrib/test/Makefil

[PATCH 2/4] Test for ioctl() function signature

On glibc, ioctl has the signature ioctl(int, unsigned long int, ...). On musl, libc and according to POSIX it is ioctl(int, int, ...). Add a configure test adapted from gnulib's ioctl.m4 to make the DL_PRELOAD libraries work for both signatures. Signed-off-by: Felix Janda --- configure.ac

[PATCH 3/4] Wrap LFS64 functions only if __GLIBC__

The functions open64 and mmap64 are glibc specific. Signed-off-by: Felix Janda --- lib/libv4l1/v4l1compat.c | 4 ++-- lib/libv4l2/v4l2convert.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/lib/libv4l1/v4l1compat.c b/lib/libv4l1/v4l1compat.c index 282173b..c78adb4 100

[PATCH 1/4] Use off_t and off64_t instead of __off_t and __off64_t

Since _LARGEFILE64_SOURCE is 1, these types coincide if defined. Signed-off-by: Felix Janda --- lib/libv4l1/v4l1compat.c | 5 ++--- lib/libv4l2/v4l2convert.c | 4 ++-- lib/libv4lconvert/libv4lsyscall-priv.h | 7 +++ 3 files changed, 7 insertions(+), 9 deletions(-)

Re: adding new driver to kernel src and building rpm

Salutem Guys, can you tell us what the situation is with this device(s) and whether it has a chance to land soon in the kernel? $ modinfo smi2021.ko filename: /tmp/smi2021/smi2021.ko version:0.1 description:SMI2021 - EasyCap author: Jon Arne Jørgensen license:

Re: usb3 + 2 x pctv290e issues

It seems I managed to miss the reply-all button, so I thought that in case someone else is looking at this I'll post it here on the mailing list as well. This is what I wrote: "I saw this quite a while ago on my Intel NUC (that only has USB 3 ports, so I've got no choice). The same issue is repor

Re: [PATCH v2 00/15] [media] adv7180: Add support for more chip variants

On Friday 23 January 2015 16:52:19 Lars-Peter Clausen wrote: > Changes from v1: > * Reserved custom user control range for the fast switch control > * Dropped the free-run mode control patch for now. The controls > should probably be standardized first, but that is going to be a > diffe

Re: usb3 + 2 x pctv290e issues

Thanks to all, I applied the patch suggested by Olli Salonen and I can now run multiple vlc's on my NUC. On 25 January 2015 at 11:23, Antti Palosaari wrote: > Moikka! > > > On 01/25/2015 11:33 AM, Robin Becker wrote: >> >> Has anyone else her had the problem described in >> >> https://bugzilla.ke

[PATCH v2] media: (stb0899) use sign_extend32() for sign extension

Signed-off-by: Martin Kepplinger --- Sorry. I should have at least built my change. This is the correct version. drivers/media/dvb-frontends/stb0899_algo.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/media/dvb-frontends/stb0899_algo.c b/drivers/media/dvb-fr

[PATCH] media: (stb0899) use sign_extend32() for sign extension

Signed-off-by: Martin Kepplinger --- drivers/media/dvb-frontends/stb0899_algo.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/media/dvb-frontends/stb0899_algo.c b/drivers/media/dvb-frontends/stb0899_algo.c index 93596e0..7bbcfde 100644 --- a/drivers/media/dvb-f

Re: usb3 + 2 x pctv290e issues

Moikka! On 01/25/2015 11:33 AM, Robin Becker wrote: Has anyone else her had the problem described in https://bugzilla.kernel.org/show_bug.cgi?id=65021 ie complete xhci freeze when a second pctv290e is accessed with vlc. I'm wondering if this is a problem specific to em28xx or the pctv290e or t

usb3 + 2 x pctv290e issues

Has anyone else her had the problem described in https://bugzilla.kernel.org/show_bug.cgi?id=65021 ie complete xhci freeze when a second pctv290e is accessed with vlc. I'm wondering if this is a problem specific to em28xx or the pctv290e or to this kind of device (ie dvb usb). -- Robin Becker --