On Tuesday, November 16, 2010 14:18:11 manjunatha_ha...@ti.com wrote:
From: Manjunatha Halli manjunatha_ha...@ti.com
These are the sources for the common interfaces required by the FM
V4L2 driver for TI WL127x and WL128x chips.
These implement the FM channel-8 protocol communication with
My issue was that the only PCIe 1X slot shared an IRQ with the onboard Sound
card and that caused all kinds of problems. Also I had to power off my machine
if I ever had problems with the DVB cards. They would not function properly
after a warm reboot.
Good luck with the issues, my system is
On Tuesday, November 16, 2010 14:18:12 manjunatha_ha...@ti.com wrote:
From: Manjunatha Halli manjunatha_ha...@ti.com
This has implementation for FM RX functionality.
It communicates with FM V4l2 module and FM common module.
Signed-off-by: Manjunatha Halli manjunatha_ha...@ti.com
---
Hi Pavan,
On Wed, Nov 17, 2010 at 6:32 PM, Ohad Ben-Cohen o...@wizery.com wrote:
drivers/staging/ti-st/Kconfig | 10 +
drivers/staging/ti-st/Makefile | 2 +
drivers/staging/ti-st/fmdrv.h | 259
drivers/staging/ti-st/fmdrv_common.c | 2141
Ohad,
-Original Message-
From: Ohad Ben-Cohen [mailto:o...@wizery.com]
Sent: Thursday, November 18, 2010 2:36 AM
To: Savoy, Pavan
Cc: mche...@infradead.org; hverk...@xs4all.nl; Halli, Manjunatha; linux-
ker...@vger.kernel.org; linux-media@vger.kernel.org; Greg KH
Subject: Re:
Hi,
I'm using a DVB-S card Technotrend TT budget S-1500 in my production
environment (Debian, 2.6.26-2-686, MuMuDVB). I get the last v4l-dvb from
http://linuxtv.org/hg/v4l-dvb/.
Basically cards works OK, but I have repeatable error from the Kernel in Syslog:
Nov 18 11:40:11 hannibal kernel:
Try reverting the change that enabled MSI in cx23885.
R,
Andy
Hans Houwaard h...@ginder.xs4all.nl wrote:
My issue was that the only PCIe 1X slot shared an IRQ with the onboard Sound
card and that caused all kinds of problems. Also I had to power off my machine
if I ever had problems with the
Hi Hans and Marek,
Some meta-comments below... ;)
On Thu, 2010-11-18 at 10:17 +0100, Hans Verkuil wrote:
+#define mem_ops(q, plane) ((q)-alloc_ctx[plane]-mem_ops)
+
+#define call_memop(q, plane, op, args...) \
+ (((q)-alloc_ctx[plane]-mem_ops-op) ?
Hi,
sorry to bother you again, but I'm still in the course to get DVB/VDR
going _again_.
Hardware: 2 * Hauppauge WinTV-HVR4000(Lite),
1 * Hauppauge WinTV Nexus-S
Software: openSUSE 11.1/i586 with Kernel:HEAD 2.6.36-94.1
VDR 1.6.0-2
VDR is limited operational, some
This driver has quite a few locking issues that would only be made
worse by your patch. A much better patch for this can be found here:
http://desource.dyndns.org/~atog/gitweb?p=linux-media.git;a=commitdiff;h=9c5d8ebb602e9af46902c5f3d4d4cc80227d3f7c
Regards,
David Ellingsworth
--
To unsubscribe
This driver has quite a few locking issues that would only be made
worse by your patch. A much better patch for this can be found here:
http://desource.dyndns.org/~atog/gitweb?p=linux-media.git;a=commitdiff;h=9c5d8ebb602e9af46902c5f3d4d4cc80227d3f7c
Much too big for 2.6.37. I'll just drop
On Thu, Nov 18, 2010 at 9:46 AM, Hans Verkuil hverk...@xs4all.nl wrote:
This driver has quite a few locking issues that would only be made
worse by your patch. A much better patch for this can be found here:
Hello,
On Thursday, November 18, 2010 8:15 AM Sewoon Park wrote:
Marek Szyprowski wrote:
Sent: Wednesday, November 17, 2010 5:40 PM
To: linux-media@vger.kernel.org
Cc: m.szyprow...@samsung.com; pa...@osciak.com; kyungmin.p...@samsung.com
Subject: [PATCH 4/7] v4l: videobuf2: add DMA
On Thu, Nov 18, 2010 at 9:46 AM, Hans Verkuil hverk...@xs4all.nl wrote:
This driver has quite a few locking issues that would only be made
worse by your patch. A much better patch for this can be found here:
Hi Hans,
On Thu, Nov 18, 2010 at 01:17, Hans Verkuil hverk...@xs4all.nl wrote:
Hi Marek!
Some comments below...
On Wednesday, November 17, 2010 09:39:28 Marek Szyprowski wrote:
From: Pawel Osciak p.osc...@samsung.com
+/**
+ * struct vb2_mem_ops - memory handling/memory allocator
On Thu, Nov 18, 2010 at 10:29 AM, Hans Verkuil hverk...@xs4all.nl wrote:
On Thu, Nov 18, 2010 at 9:46 AM, Hans Verkuil hverk...@xs4all.nl wrote:
This driver has quite a few locking issues that would only be made
worse by your patch. A much better patch for this can be found here:
On Wed, Nov 17, 2010 at 12:26:36AM +0100, David Härdeman wrote:
On Tue, Nov 16, 2010 at 10:08:29AM -0200, Mauro Carvalho Chehab wrote:
...
Also, changing the current tables to 32 bits will break userspace API, as all
userspace keytables for NEC will stop working, all due to a few vendors that
Hello,
On Thursday, November 18, 2010 1:27 PM Andy Walls wrote:
Hi Hans and Marek,
Some meta-comments below... ;)
On Thu, 2010-11-18 at 10:17 +0100, Hans Verkuil wrote:
Hi Marek!
Some comments below...
On Wednesday, November 17, 2010 09:39:28 Marek Szyprowski wrote:
...
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:Thu Nov 18 19:00:10 CET 2010
git master: 59365d136d205cc20fe666ca7f89b1c5001b0d5a
git media-master: gcc version:
Le 17/11/2010 20:33, Massis Sirapian a écrit :
load the tm6000 module with the parameter ir_debug=1. (not the
tm6000_dvb), and check dmsg after you pressed a button. Have the
received code the same from the map?
I have only
[ 5232.133592] tm5600/60x0 IR (tm6000 #0)/ir: ir-get_key result
On Thu, Nov 18, 2010 at 2:59 PM, Massis Sirapian msirap...@free.fr wrote:
Does it mean that the IR isn't wired in the case of HVR900H ? When you said
that your Terratec equals the HVR900H, does it imply that if IR works on
cinergy xe, it should on the HVR900H?
One thing you may wish to
On Thu, Nov 18, 2010 at 11:33:04AM -0500, Jarod Wilson wrote:
Mauro's suggestion, iirc, was that max scancode size should be a
property of the keytable uploaded, and something set at load time (and
probably exposed as a sysfs node, similar to protocols).
I think that would be a step in the wrong
On Thu, Nov 18, 2010 at 09:43:19PM +0100, David Härdeman wrote:
On Thu, Nov 18, 2010 at 11:33:04AM -0500, Jarod Wilson wrote:
Mauro's suggestion, iirc, was that max scancode size should be a
property of the keytable uploaded, and something set at load time (and
probably exposed as a sysfs
Em 18-11-2010 18:49, Jarod Wilson escreveu:
On Thu, Nov 18, 2010 at 09:43:19PM +0100, David Härdeman wrote:
On Thu, Nov 18, 2010 at 11:33:04AM -0500, Jarod Wilson wrote:
Mauro's suggestion, iirc, was that max scancode size should be a
property of the keytable uploaded, and something set at
Hi,
got this pretty confusing BUG, probably triggered by drivers/media/dvb/siano. I
had
femon kaffeine running in parallel. In kaffeine output stopped so I did quit
kaffeine,
unplugged the DVB stick and reconnected:
Nov 18 15:00:05 localhost kernel: [116557.045363] usb 5-5: USB disconnect,
On Wed, 2010-11-17 at 12:15 +0100, Damjan Marion wrote:
On Oct 19, 2010, at 10:27 PM, Hans Verkuil wrote:
On Tuesday, October 19, 2010 21:26:13 Devin Heitmueller wrote:
On Tue, Oct 19, 2010 at 1:42 PM, Damjan Marion damjan.mar...@gmail.com
wrote:
Hi,
Is there any special reason
26 matches
Mail list logo