On Mon, 30 Nov 2009, Hans Verkuil wrote:
On Thu, 26 Nov 2009, Guennadi Liakhovetski wrote:
From 8b24c617e1ac4d324538a3eec476d48b85c2091f Mon Sep 17 00:00:00 2001
From: Guennadi Liakhovetski g.liakhovet...@gmx.de
Date: Thu, 26 Nov 2009 18:20:45 +0100
Subject: [PATCH] v4l: add a
Hi Alan,
Alan Cox wrote:
Does it really make sense to put big chunks of protocol decoding crap for
an interface which runs at about 1 character per second on a good day
into the kernel ? Does it really make sense ot move 50K of code from user
context to kernel context where it must meet
Andy Walls wrote:
On Sun, 2009-11-29 at 09:49 -0800, Ray Lee wrote:
On Sun, Nov 29, 2009 at 9:28 AM, Maxim Levitsky maximlevit...@gmail.com
wrote:
This has zero advantages besides good developer feeling that My system
has one less daemon...
Surely it's clear that having an unnecessary
Christoph Bartelmus wrote:
Hi Mauro,
I just don't want to change a working interface just because it could be
also implemented in a different way, but having no other visible advantage
than using more recent kernel features.
I agree. The main reasons to review the interface is:
Add automatic probing of ports 0x284 and 0x384 to radio-sf16fmi if no card is
found using PnP.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
--- linux-source-2.6.31/drivers/media/radio/Kconfig.1 2009-11-28
21:40:32.0 +0100
+++ linux-source-2.6.31/drivers/media/radio/Kconfig
Fix completely broken mute handling radio-sf16fmi.
The sound was muted immediately after tuning in KRadio.
Also fix typos and add SF16-FMP to the texts.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
diff -urp linux-source-2.6.31-orig/drivers/media/radio/Kconfig
On Mon, Nov 30, 2009 at 7:57 AM, Andy Walls awa...@radix.net wrote:
I suppose my best answer to that is question back to you: Why does udev
run in userspace versus a kernel thread?
Because udev is a scripting system. I've always said that the
scripting piece of IR belongs in user space. IR
On Mon, 2009-11-30 at 07:57 -0500, Andy Walls wrote:
On Mon, 2009-11-30 at 09:56 -0200, Mauro Carvalho Chehab wrote:
Andy Walls wrote:
On Sun, 2009-11-29 at 09:49 -0800, Ray Lee wrote:
On Sun, Nov 29, 2009 at 9:28 AM, Maxim Levitsky
maximlevit...@gmail.com wrote:
This has zero
Em Sat, 28 Nov 2009 14:33:30 -0600 (CST)
Mike Isely is...@isely.net escreveu:
On Sat, 28 Nov 2009, Hans Verkuil wrote:
On Friday 27 November 2009 22:40:01 Stefan Lippers-Hollmann wrote:
Hi
On Friday 27 November 2009, Mauro Carvalho Chehab wrote:
Hi Linus,
Please pull
On Mon, Nov 30, 2009 at 8:43 AM, Maxim Levitsky maximlevit...@gmail.com wrote:
On Mon, 2009-11-30 at 07:57 -0500, Andy Walls wrote:
On Mon, 2009-11-30 at 09:56 -0200, Mauro Carvalho Chehab wrote:
Andy Walls wrote:
On Sun, 2009-11-29 at 09:49 -0800, Ray Lee wrote:
On Sun, Nov 29, 2009 at
Em Sat, 28 Nov 2009 03:57:58 +0100
Hans Verkuil hverk...@xs4all.nl escreveu:
On Friday 27 November 2009 22:40:01 Stefan Lippers-Hollmann wrote:
Hi
On Friday 27 November 2009, Mauro Carvalho Chehab wrote:
Hi Linus,
Please pull from:
2009/11/30 Jean-Francois Moine moin...@free.fr:
On Sun, 29 Nov 2009 13:15:37 +0100
Németh Márton nm...@freemail.hu wrote:
I think that the return value of the usb_control_msg() is to be
evaluated. If other drivers also not evaluating the usb_control_msg()
*they* has to be fixed.
The
This series of patches provide support for the TVP7002 decoder in DM365.
Support includes:
* Inclusion of the chip in v4l2 definitions
* Definition of TVP7002 specific data structures
* Kconfig and Makefile support
This series corrects many issued pointed out by Snehaprabha Narnakaje,
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides required chip identification definitions
within v4l2. Included only definitions for TVP7002.
Signed-off-by: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
---
include/media/v4l2-chip-ident.h |3 +++
1 files
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides the required definitions for the TVP7002 driver
in DM365.
Signed-off-by: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
---
drivers/media/video/tvp7002_reg.h | 150 +
From: Santiago Nunez-Corrales santiago.nu...@ridgerun.com
This patch provides the implementation of the TVP7002 decoder
driver for DM365. Implemented using the V4L2 DV presets API.
Removed shadow register values. Testing shows that the device
needs not to be powered down and up for correct
On Mon, Nov 30, 2009 at 7:24 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
After the boot, a device can open the raw API, disabling any in-kernel
decoding/handling and handle IR directly. Alternatively, an udev rule
can load a different keymap based on some config written on a file.
Andy Walls wrote:
Nonetheless I'd still rather debug a problem with a dead process in
userspace than an oops or panic (not that an end user cares) and avoid
the risk of filesystem corruption.
Considering my experience adding in-kernel support for IR's, I'd say that
in general, a driver does
Vaibhav,
Thanks for testing this. I will update the patch for your comments.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From: Hiremath, Vaibhav
Sent: Tuesday, November 24, 2009
Em Mon, 30 Nov 2009 12:03:32 -0200
Mauro Carvalho Chehab mche...@redhat.com escreveu:
Em Sat, 28 Nov 2009 03:57:58 +0100
Hans Verkuil hverk...@xs4all.nl escreveu:
On Friday 27 November 2009 22:40:01 Stefan Lippers-Hollmann wrote:
Hi
On Friday 27 November 2009, Mauro Carvalho
On Sat, Nov 28, 2009 at 06:26:55PM -0500, Andy Walls wrote:
The only thing this buys for the user is remote/products bundles that
work out of the box. That can only be a solution for the 80% case.
I don't hear users crying out Please integrate IR with the input
system. I do hear users say
On Mon, Nov 30, 2009 at 12:28 PM, Patrick Boettcher
- Add support for PCTV 74e (Pinnacle) + fix USB vendor IDs
Patrick,
You added the USB ID for the 74e? Is that the result of actually
trying it with the hardware? As far as I know, the 74e is not a
Dibcom design.
Devin
--
Devin J.
Hans,
Note: Murali made a new function that will fill in the v4l2_dv_enum_preset
based on the preset value. It's not yet in the v4l-dvb repository although
I hope that the timing patches will go in soon. The only thing I'm waiting
for is the revised documentation patch.
I will try to spend some
On Mon, Nov 30, 2009 at 03:33:52PM -0200, Mauro Carvalho Chehab wrote:
kevin granade wrote:
On Mon, Nov 30, 2009 at 7:24 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
After the boot, a device can open the raw API, disabling any in-kernel
decoding/handling and handle IR directly.
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Friday, November 27, 2009 10:07 PM
To: santiago.nu...@ridgerun.com
Cc: davinci-linux-open-sou...@linux.davincidsp.com; linux-
me...@vger.kernel.org; Narnakaje, Snehaprabha; Karicheri, Muralidharan;
Stephen Rothwell wrote:
Hi all,
Changes since 20091127:
The v4l-dvb tree lost its conflict.
on i386 (X86_32):
a 'double' variable is used, causing:
ERROR: __floatunsidf [drivers/media/common/tuners/max2165.ko] undefined!
ERROR: __adddf3 [drivers/media/common/tuners/max2165.ko]
Dmitry Torokhov wrote:
On Mon, Nov 30, 2009 at 03:33:52PM -0200, Mauro Carvalho Chehab wrote:
kevin granade wrote:
On Mon, Nov 30, 2009 at 7:24 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
After the boot, a device can open the raw API, disabling any in-kernel
decoding/handling and
Hi all,
I'm not a DVB expert but I'm wondering if this idea is feasible:
For an amateur web radio, for what I know, it is really hard to
being listened in cars, like people do with commercial satellite radio
[1] . Basically this is unaffortable for private user and this is
probably the most
Mauro Carvalho Chehab mche...@redhat.com writes:
That's a question that I have not answered for myself concludingly.
Is a remote control really on exactly the same level as a keyboard or
mouse?
On some devices like STB and TV sets (most of modern LCD/Plasma TV's
run Linux),
they are at
Andy Walls awa...@radix.net writes:
Nonetheless I'd still rather debug a problem with a dead process in
userspace than an oops or panic (not that an end user cares) and avoid
the risk of filesystem corruption.
I'll concentrate on IRQ-driven space/mark drivers/devices since it's
what I've been
kevin granade kevin.gran...@gmail.com writes:
This idea of the in-kernel decoding being disabled when the raw API is
opened worries me.
I don't think we need to disable the in-kernel decoding automatically.
That would be rather unfortunate.
--
Krzysztof Halasa
--
To unsubscribe from this
Hi Linus,
Em 27-11-2009 19:40, Stefan Lippers-Hollmann escreveu:
Please consider cherry picking the following two patches from Hans
Verkuil [1]:
- add the missing s2250-loader.h
- s2250 mutex patch
or revert the patch which broke compiling go7007-usb (imho it would be
better to
Em 30-11-2009 17:13, OrazioPirataDelloSpazio (Lorenzo) escreveu:
Hi all,
I'm not a DVB expert but I'm wondering if this idea is feasible:
For an amateur web radio, for what I know, it is really hard to
being listened in cars, like people do with commercial satellite radio
[1] . Basically this
On Sun, Nov 29, 2009 at 7:01 AM, Christoph Bartelmus l...@bartelmus.de wrote:
Hi Jon,
on 27 Nov 09 at 12:49, Jon Smirl wrote:
[...]
Christoph, take what you know from all of the years of working on LIRC
and design the perfect in-kernel system. This is the big chance to
redesign IR support
Mauro Carvalho Chehab ha scritto:
Receiving sat signals without dishes? From some trials we had on a telco
I used to work, You would need to use a network of low-orbit satellites,
carefully choosing the better frequencies and it will provide you
low bandwidth.
I also believed this, but their
Hi Hermann,
There is a sign of life coming from the card (I connected my SAT finder and got
a loud tone from it).
You might want to set dvb_powerdown_on_sleep=0 for dvb_core.
How do you specify this and which file (saa7134-dvb.c or saa7134-core.c or some
other file)?
I tried Kaffeine, to
changed, 1 insertion(+)
--- linux-next-20091130.orig/drivers/media/video/pms.c
+++ linux-next-20091130/drivers/media/video/pms.c
@@ -29,6 +29,7 @@
#include linux/mm.h
#include linux/ioport.h
#include linux/init.h
+#include linux/version.h
#include asm/io.h
#include linux/videodev2.h
#include
...@oracle.com
---
drivers/media/video/pms.c |1 +
1 file changed, 1 insertion(+)
--- linux-next-20091130.orig/drivers/media/video/pms.c
+++ linux-next-20091130/drivers/media/video/pms.c
@@ -29,6 +29,7 @@
#include linux/mm.h
#include linux/ioport.h
#include linux/init.h
+#include linux
Hi Jon,
on 30 Nov 09 at 16:35, Jon Smirl wrote:
[...]
It would be interesting to split the lirc daemon. Put the protocol
decoder stuff in one daemon and the scripting support in the other.
The scripting daemon would then be optional. What would be the
relative sizes of the two daemons?
39 matches
Mail list logo