On Mon, 30 Nov 2009, Devin Heitmueller wrote:
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
Ondrej Zary wrote:
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.
I do not have device anymore. Looks OK to me.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
Acked-by: Petr
On Monday 30 November 2009 15:48:24 Guennadi Liakhovetski wrote:
On Mon, 30 Nov 2009, Hans Verkuil wrote:
On Fri, 27 Nov 2009, Guennadi Liakhovetski wrote:
On Fri, 27 Nov 2009, Hans Verkuil wrote:
Hi Guennadi,
Convert soc-camera core and all soc-camera drivers to the new
Hi,
The point is that for simple usage, like an user plugging his new USB stick
he just bought, he should be able to use the shipped IR without needing to
configure anything or manually calling any daemon. This currently works
with the existing drivers and it is a feature that needs to be
On Monday 30 November 2009 14:49:07 Guennadi Liakhovetski wrote:
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
Hi,
A current related problem is that i2c based devices can only be bound to
only one of ir-kbd-i2c *or* lirc_i2c *or* lirc_zilog at any one time.
Currently it is somewhat up to the bridge driver which binding is
preferred. Discussion about this for the pvrusb2 module had the biggest
email
On Tue, 1 Dec 2009, Hans Verkuil wrote:
On Monday 30 November 2009 15:48:24 Guennadi Liakhovetski wrote:
On Mon, 30 Nov 2009, Hans Verkuil wrote:
On Fri, 27 Nov 2009, Guennadi Liakhovetski wrote:
On Fri, 27 Nov 2009, Hans Verkuil wrote:
Hi Guennadi,
Convert soc-camera
On Tue, 2009-12-01 at 08:45 +0100, Christoph Bartelmus wrote:
Hi Jon,
on 30 Nov 09 at 16:35, Jon Smirl wrote:
Currently I would tend to an approach like this:
- raw interface to userspace using LIRC
- fixed set of in-kernel decoders that can handle bundled remotes
That would allow zero
Hi Rob
I missed your followup and tested the 'revert.diff' patch, attached
for reference.
I have been slow replying because I've been scratching my head over the
results.
I used 'signaltest.pl' to test[1], which uses tzap under the hood.
Perhaps this is not the best choice, but I wanted
On Tue, 2009-12-01 at 06:38 -0500, Andy Walls wrote:
On Tue, 2009-12-01 at 08:45 +0100, Christoph Bartelmus wrote:
Hi Jon,
on 30 Nov 09 at 16:35, Jon Smirl wrote:
Currently I would tend to an approach like this:
- raw interface to userspace using LIRC
- fixed set of in-kernel
Gerd Hoffmann wrote:
On 12/01/09 12:49, Andy Walls wrote:
On Tue, 2009-12-01 at 11:46 +0100, Gerd Hoffmann wrote:
Once lirc_dev is merged you can easily fix this: You'll have *one*
driver which supports *both* evdev and lirc interfaces. If lircd opens
the lirc interface raw data will be
On Dec 1, 2009, at 4:52 AM, Gerd Hoffmann wrote:
On 11/30/09 13:34, Mauro Carvalho Chehab wrote:
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
While reading all of these IR threads another way of handling IR
occurred to me that pretty much eliminates the need for LIRC and
configuration files in default cases. The best way to make everything
just work is to eliminate it.
The first observation is that the IR profile of various devices are
Hi again,
On Mon, 30 Nov 2009, Devin Heitmueller wrote:
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,
Hi,
The big issue here is: how do we document that EM28xxHVR950-00 is the
Hauppauge Grey IR that
is shipped with their newer devices.
A third approach would be to identify, instead, the Remote Controller directly.
So, we would
add a sysfs field like ir_type.
I'd pick a more descriptive
Currently, i2c_debug shows up w/o a desc in modinfo, and i2c_hw shows
up with i2c_debug's desc. Fix that.
Signed-off-by: Jarod Wilson ja...@redhat.com
diff -r e0cd9a337600 linux/drivers/media/video/bt8xx/bttv-i2c.c
--- a/linux/drivers/media/video/bt8xx/bttv-i2c.cSun Nov 29 12:08:02
2009
From: Muralidharan Karicheri m-kariche...@ti.com
If a USERPTR address that is not aligned to page boundary is passed to the
videobuf_dma_contig_user_get() function, it saves a page aligned address to
the dma_handle. This is not correct. This issue is observed when using USERPTR
IO machism for
Some drivers support multiple frameintervals (framerates), make gspca able to
enumerate them.
Signed-off-by: Antonio Ospite osp...@studenti.unina.it
---
Changes since the initial RFC version:
- 'i' is now a __u32 and the variable 'index' has been dropped.
- some more comments in gspca.h
Thanks
Kevin,
Following patch merged to v4l-dvb linux-next has an architectural
part as attached. If you have not merged it to your next branch
for linux-davinci tree, please do so at your earliest convenience
so that they are in sync.
Patch merged to linux-next is available at
On Tue, Dec 01, 2009 at 03:59:20PM +0100, Patrick Boettcher wrote:
Hi all,
hi,
I would like to start a discussion which ideally results in either
changing the SCM of v4l-dvb to git _or_ leaving everything as it is
today with mercurial.
i should not be stopped by a tool i'm not familiar with
On Tue, 2009-12-01 at 10:08 -0500, Jon Smirl wrote:
While reading all of these IR threads another way of handling IR
occurred to me that pretty much eliminates the need for LIRC and
configuration files in default cases. The best way to make everything
just work is to eliminate it.
The
On Tue, Dec 1, 2009 at 9:59 AM, Patrick Boettcher
pboettc...@kernellabs.com wrote:
Hi all,
I would like to start a discussion which ideally results in either changing
the SCM of v4l-dvb to git _or_ leaving everything as it is today with
mercurial.
To start right away: I'm in favour of using
On 12/01/2009 04:59 PM, Patrick Boettcher wrote:
I'm waiting for comments.
GIT
I have never used Git but as it is used by main Linux kernel devel tree
I would prefer that too.
Antti
--
http://palosaari.fi/
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body
On Tue, Dec 1, 2009 at 10:47 AM, Maxim Levitsky maximlevit...@gmail.com wrote:
On Tue, 2009-12-01 at 10:08 -0500, Jon Smirl wrote:
While reading all of these IR threads another way of handling IR
occurred to me that pretty much eliminates the need for LIRC and
configuration files in default
Hi Jon,
Jon Smirl wrote:
On Tue, Dec 1, 2009 at 10:47 AM, Maxim Levitsky maximlevit...@gmail.com
wrote:
On Tue, 2009-12-01 at 10:08 -0500, Jon Smirl wrote:
While reading all of these IR threads another way of handling IR
occurred to me that pretty much eliminates the need for LIRC and
On Tue, Dec 1, 2009 at 12:03 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Just taking an example from the dibcom0700 driver (as the same driver
supports several different RC5 and NEC codes at the same time),
the kernel table has several keycodes added there, all working
at the same
From: Muralidharan Karicheri m-kariche...@ti.com
v1 - updated based on comments from Vaibhav Hiremath.
On DM365 we use only vpss master clock, where as on DM355 and
DM6446, we use vpss master and slave clocks for vpfe capture and AM3517
we use internal clock and pixel clock. So this patch makes
Hi,
On Tue, 1 Dec 2009, Devin Heitmueller wrote:
On Tue, Dec 1, 2009 at 12:03 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Just taking an example from the dibcom0700 driver (as the same driver
supports several different RC5 and NEC codes at the same time),
the kernel table has several
Maxim Levitsky wrote:
On Tue, 2009-12-01 at 10:08 -0500, Jon Smirl wrote:
While reading all of these IR threads another way of handling IR
occurred to me that pretty much eliminates the need for LIRC and
configuration files in default cases. The best way to make everything
just work is to
Patrick Boettcher wrote:
The fact that the driver currently uses the same lookup table for both
types of remote controls however, was perhaps not the best design
choice. It really should be separated out, and merged with the
regular ir-functions.c. I just never got around to it.
I did
On Mon, Nov 30, 2009 at 11:13 PM, OrazioPirataDelloSpazio (Lorenzo)
ziducai...@autistici.org wrote:
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
From: Muralidharan Karicheri m-kariche...@ti.com
Current implementation defines ccdc memory map in vpfe capture platform
file and update the same in ccdc through a function call. This will not
scale well. For example for DM365 CCDC, there are are additional memory
map for Linear table. So it is
From: Muralidharan Karicheri m-kariche...@ti.com
This is the platform part for converting ccdc to platform driver.
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
Applies to linux-davinci tree
arch/arm/mach-davinci/dm355.c | 27 +++
:(.init.text+0x2a784): undefined reference to `snd_aci_get_aci'
Signed-off-by: Randy Dunlap randy.dun...@oracle.com
---
drivers/media/radio/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20091201.orig/drivers/media/radio/Kconfig
+++ linux-next-20091201/drivers/media/radio
On Tue, Dec 1, 2009 at 12:42 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
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
Mike Isely wrote:
On Mon, 30 Nov 2009, Mauro Carvalho Chehab wrote:
Em Sat, 28 Nov 2009 14:33:30 -0600 (CST)
Mike Isely is...@isely.net escreveu:
Mauro:
I had also posted up two high priority pvrusb2 patches that should
really be cherry-picked for 2.6.32. You've already pulled them
On Tue, Dec 1, 2009 at 2:00 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Due to the lack of an API for it, each driver has their own way to handle the
protocols, but basically, on almost all drivers, even supporting different
protocols,
the driver limits the usage of just the protocol
-Original Message-
From: Karicheri, Muralidharan
Sent: Tuesday, December 01, 2009 11:46 PM
To: linux-media@vger.kernel.org; hverk...@xs4all.nl;
khil...@deeprootsystems.com
Cc: davinci-linux-open-sou...@linux.davincidsp.com; Hiremath,
Vaibhav; Karicheri, Muralidharan
Subject: [PATCH
-Original Message-
From: Karicheri, Muralidharan
Sent: Tuesday, December 01, 2009 11:46 PM
To: linux-media@vger.kernel.org; hverk...@xs4all.nl;
khil...@deeprootsystems.com
Cc: davinci-linux-open-sou...@linux.davincidsp.com; Hiremath,
Vaibhav; Karicheri, Muralidharan
Subject:
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:Tue Dec 1 19:00:02 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13538:e0cd9a337600
gcc version: gcc
On Tue, 1 Dec 2009, Patrick Boettcher wrote:
To start right away: I'm in favour of using GIT because of difficulties I
have with my daily work with v4l-dvb. It is in my nature do to mistakes,
so I need a tool which assists me in fixing those, I have not found a
simple way to do my stuff with
On Tue, Dec 01, 2009 at 05:00:40PM -0200, Mauro Carvalho Chehab wrote:
Dmitry Torokhov wrote:
On Tue, Dec 01, 2009 at 03:29:44PM -0200, Mauro Carvalho Chehab wrote:
For sure we need to add an EVIOSETPROTO ioctl to allow the driver
to change the protocol in runtime.
Mauro,
I
Hi,
I just received a usb DVB-T card and have been trying to get it to work
under Ubuntu 9.10, but to no avail. dmesg shows the following when
plugging in the card:
[ 35.280024] usb 2-1: new high speed USB device using ehci_hcd and
address 4
[ 35.435978] usb 2-1: configuration #1 chosen from
Hans Verkuil 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:Tue Dec 1 19:00:02 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset:
From: Muralidharan Karicheri m-kariche...@ti.com
This patch adds support for handling CCDC configuration ioctl. A new
IOCTL added to support reading current configuration at CCDC.
NOTE: This is the initial version for review.
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
From: Muralidharan Karicheri m-kariche...@ti.com
Adds platform and board specific changes to support YUV video capture on
DM365.
NOTE: This patch is for review purpose only
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
arch/arm/mach-davinci/board-dm365-evm.c| 74
From: Muralidharan Karicheri m-kariche...@ti.com
Added support for building DM365 CCDC module. Also made VPSS module default
configuration variable value to n.
NOTE: This patch is for review purpose only
Signed-off-by: Muralidharan Karicheri m-kariche...@ti.com
---
drivers/media/video/Kconfig
From: Muralidharan Karicheri m-kariche...@ti.com
This patch does following changes:-
1) Added support for ISP5 and VPSS modules configuration for DM365
2) renamed few variables to make it more generic
NOTE: This is the initial version for review.
Signed-off-by: Muralidharan
Hi,
I had downloaded the v4l2-dvb tree few days back to create my video timings API
documentation and it had compiled fine when I did,
make media-spec
I still can build using the old tar ball. But today, I downloaded
v4l-dvb-e0cd9a337600.tar.gz, it fails immediately after running the
Some body removed media-spec target from v4l/Makefile.
I got it working with make spec.
Why to change target name like this?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
phone: 301-407-9583
email: m-kariche...@ti.com
-Original Message-
From:
On Tue, 2009-12-01 at 15:59 +0100, Patrick Boettcher wrote:
Hi all,
I would like to start a discussion which ideally results in either
changing the SCM of v4l-dvb to git _or_ leaving everything as it is today
with mercurial.
I'm waiting for comments.
I only have one requirement:
Hi,
yes, good point.
Acked-by: Tobias Lorenz tobias.lor...@gmx.net
Bye,
Toby
Am Mittwoch 18 November 2009 07:21:30 schrieb Joonyoung Shim:
The read and poll file operations of the si470x usb driver can be used
also equally on the si470x i2c driver, so they go to the common file.
Hi, Tobias.
On 12/2/2009 8:39 AM, Tobias Lorenz wrote:
Hi,
what is the advantage in not setting SYSCONFIG1 into a known state?
At patch 3/3, i am setting the SYSCONFIG1 register for RDS interrupt in
i2c probe function, so i need this patch. Do you have other idea?
Bye,
Toby
Am
On Tue, Dec 01, 2009 at 06:25:00PM -0500, Andy Walls wrote:
On Tue, 2009-12-01 at 15:59 +0100, Patrick Boettcher wrote:
Hi all,
I would like to start a discussion which ideally results in either
changing the SCM of v4l-dvb to git _or_ leaving everything as it is today
with mercurial.
Hi,
Am Montag, den 30.11.2009, 14:35 -0800 schrieb Dominic Fernandes:
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
On 12/2/2009 9:12 AM, Tobias Lorenz wrote:
Hi,
ok, understood this problem.
So, why not set this in si470x_fops_open directly after the si470x_start?
It seems more appropriate to enable the RDS interrupt after starting the
radio.
OK, it makes sense. I will move it in si470x_fops_open.
I have a DVB-T USB device ( T14BR),
which seems to work fine when I plug in my Fedora 10 box but I if I
reboot with device connected it regularity fails to initialise correctly
and to correct I have to remove unplug-device remove the module and
reload module to fix up and only after system has
On Tue, 1 Dec 2009, Mauro Carvalho Chehab wrote:
Mike Isely wrote:
On Mon, 30 Nov 2009, Mauro Carvalho Chehab wrote:
Em Sat, 28 Nov 2009 14:33:30 -0600 (CST)
Mike Isely is...@isely.net escreveu:
Mauro:
I had also posted up two high priority pvrusb2 patches that should
really
Am Dienstag, den 24.11.2009, 02:08 +0100 schrieb hermann pitton:
Hi Mauro,
Am Montag, den 23.11.2009, 14:04 -0200 schrieb Mauro Carvalho Chehab:
Hi Lukáš/Hermann,
Any news about this patch? I'll mark it as RFC at the patchwork, since it
seems that this is not finished yet. Please
On Wednesday 02 December 2009 03:05:10 Németh Márton wrote:
Hans Verkuil 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:Tue Dec 1 19:00:02 CET 2009
There are old bttv-driven Hauppauge WinTV series cards that have
their IR part at i2c addr 0x71, which doesn't get considered in the
new 2.6.31 i2c code.
From a 2.6.29 kernel:
lirc_i2c: chip 0x10005 found @ 0x71 (Hauppauge PVR150)
Minor cosmetic glitch, the card in question isn't actually a
On 2/12/2009 12:35 PM, Paul wrote:
I have a DVB-T USB device ( T14BR),
which seems to work fine when I plug in my Fedora 10 box but I if I
reboot with device connected it regularity fails to initialise correctly
and to correct I have to remove unplug-device remove the module and
reload module to
Are you sure that your usb is dib0700?
if you look on the sources you wont see idVendor=413c,
idProduct=3010 however there is
os...@x-evian:/usr/src/linux-source-2.6.30/drivers/media/dvb/dvb-usb$
grep 05d8 * -iR
Coincidencia en el fichero binario dvb-usb-dib0700.ko
63 matches
Mail list logo