On Mon, 07 Dec 2009 03:00:03 +0100, Igor M. Liplianin liplia...@me.by
wrote:
I'm able to watch now analog television with Compro E650F.
That's great news for somebody :)
Is remote working for this card? My card (T750F) and this card share the
same remote, so I thought maybe keymap may be
Hi Mauro,
On Sat, 5 Dec 2009, Mauro Carvalho Chehab wrote:
Patrick Boettcher wrote:
Hi Mauro,
please pull from
http://linuxtv.org/hg/~pb/v4l-dvb/
for the following changeset:
DiB8090: Add the DiB0090 tuner driver and STK8096GP-board
This is the adding support for the DiB809x-device you
Hi Marcelo,
On Tue, 17 Nov 2009, Marcelo Blanes wrote:
Dear Mauro and Patrick,
This log may help you. It appears when I insert the usb tv stick tunner into
one of my usb interfaces:
[ 759.573180] usb 8-1: new high speed USB device using ehci_hcd and address 4
[ 759.714026] usb 8-1:
Patrick Boettcher wrote:
Hi Mauro,
On Sat, 5 Dec 2009, Mauro Carvalho Chehab wrote:
Patrick Boettcher wrote:
Hi Mauro,
please pull from
http://linuxtv.org/hg/~pb/v4l-dvb/
for the following changeset:
DiB8090: Add the DiB0090 tuner driver and STK8096GP-board
This is the adding
2009/12/7 Samuel Rakitnican samuel.rakitni...@gmail.com:
On Mon, 07 Dec 2009 03:00:03 +0100, Igor M. Liplianin liplia...@me.by
wrote:
I'm able to watch now analog television with Compro E650F.
That's great news for somebody :)
Is remote working for this card? My card (T750F) and this card
Dmitry Torokhov wrote:
On Sun, Dec 06, 2009 at 09:03:31AM -0200, Mauro Carvalho Chehab wrote:
Dmitry Torokhov wrote:
On Fri, Dec 04, 2009 at 12:12:34PM -0200, Mauro Carvalho Chehab wrote:
Em Fri, 4 Dec 2009 02:06:42 -0800
Dmitry Torokhov dmitry.torok...@gmail.com escreveu:
evdev does not
Jon Smirl wrote:
On Sun, Dec 6, 2009 at 12:48 PM, Krzysztof Halasa k...@pm.waw.pl wrote:
Once again: how about agreement about the LIRC interface
(kernel-userspace) and merging the actual LIRC code first?
That's fine for me.
In-kernel
decoding can wait a bit, it doesn't change any
On Sun, Dec 6, 2009 at 9:00 PM, Igor M. Liplianin liplia...@me.by wrote:
Hi Steve
I'm able to watch now analog television with Compro E650F.
I rich this by merging your cx23885-alsa tree and adding some modifications
for Compro card definition.
Actually, I take it from Mygica definition,
On Mon, Dec 07, 2009 at 01:34:10PM -0200, Mauro Carvalho Chehab wrote:
Scancodes in input system never been real scancodes. Even if you look
into atkbd it uses some synthetic data composed out of real scancodes
sent to the keyboard, and noone cares. If you are unsatisfied with
mapping
On Sun, Dec 06, 2009 at 09:34:26PM +0100, Krzysztof Halasa wrote:
Jon Smirl jonsm...@gmail.com writes:
Once again: how about agreement about the LIRC interface
(kernel-userspace) and merging the actual LIRC code first? In-kernel
decoding can wait a bit, it doesn't change any kernel-user
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:Mon Dec 7 19:00:05 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13588:065f9e34e07b
gcc version: gcc
Dmitry Torokhov dmitry.torok...@gmail.com writes:
There is only one thing which needs attention before/when merging LIRC:
the LIRC user-kernel interface. In-kernel IR system is irrelevant and,
actually, making a correct IR core design without the LIRC merged can be
only harder.
This sounds
Hi Manu,
the driver from http://jusst.de/hg/v4l-dvb/ compiles fine on Suse-11.1
(2.6.27.39-0.2-default).
However, it does not build the module mantis.ko, as it used to be.
Where is it?
A search for mantis like
cd v4l-dvb-ccd0c555c680
find . -name mantis*.ko
- ./v4l/mantis_core.ko
Hans,
Hi. Have you had a chance to look at this version of the driver?
Regards,
Santiago.
Santiago Nunez-Corrales wrote:
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
On Monday 07 December 2009 21:25:25 Marcelo Blanes wrote:
Hi Patrick,
Ok I can test. Should I replace only the file dib8000.c or update the
entire linuxtv project?
Yes, please use the v4l-dvb repository from
http://linuxtv.org/hg/~pb/v4l-dvb/
not only the dib8000.c
PS: Please, don't
Sekhar,
Hi Murali,
Here is a (styling related) review from an non-video person. The
[MK] The styling was mostly done by one of our intern who is new to open source
coding. So I will fix it based on your comments.
review is neither complete nor exhaustive (the patch is huge!),
but I thought
Michael Krufky wrote:
On Fri, Dec 4, 2009 at 3:02 PM, VDR User user@gmail.com wrote:
No activity in this thread for 2 weeks now. Has there been any progress?
I have stated that I like Manu's proposal, but I would prefer that the
get_property (s2api) interface were used, because it
Mauro Carvalho Chehab wrote:
Michael Krufky wrote:
On Fri, Dec 4, 2009 at 3:02 PM, VDR User user@gmail.com wrote:
No activity in this thread for 2 weeks now. Has there been any progress?
I have stated that I like Manu's proposal, but I would prefer that the
get_property (s2api)
On Mon, Dec 07, 2009 at 09:08:57PM +0100, Krzysztof Halasa wrote:
Dmitry Torokhov dmitry.torok...@gmail.com writes:
There is only one thing which needs attention before/when merging LIRC:
the LIRC user-kernel interface. In-kernel IR system is irrelevant and,
actually, making a correct IR
On Nov 26, 2009, at 2:43 PM, Andy Walls wrote:
On Thu, 2009-11-26 at 12:05 -0200, Mauro Carvalho Chehab wrote:
Krzysztof Halasa wrote:
Andy Walls awa...@radix.net writes:
I would also note that RC-6 Mode 6A, used by most MCE remotes, was
developed by Philips, but Microsoft has some sort of
Part of dib0090.h:
91 static inline enum frontend_tune_state dib0090_get_tune_state(struct
dvb_frontend *fe)
92 {
93 printk(KERN_WARNING %s: driver disabled by Kconfig\n, __func__);
94 return CT_DONE;
95 }
96
97 static inline int dib0090_set_tune_state(struct dvb_frontend *fe, enum
Dmitry Torokhov wrote:
On Mon, Dec 07, 2009 at 01:34:10PM -0200, Mauro Carvalho Chehab wrote:
Scancodes in input system never been real scancodes. Even if you look
into atkbd it uses some synthetic data composed out of real scancodes
sent to the keyboard, and noone cares. If you are
Jarod Wilson wrote:
On Nov 26, 2009, at 2:43 PM, Andy Walls wrote:
On Thu, 2009-11-26 at 12:05 -0200, Mauro Carvalho Chehab wrote:
Maybe I'm being too conservative here, but I have a personal interest in
keeping Linux free and unencumbered even in the US which, I cannot deny,
has a patent
Emmanuel Fusté wrote:
Mauro Carvalho Chehab wrote:
In summary,
While the current EVIO[G|S]KEYCODE works sub-optimally for scancodes
up to 16 bytes
(since a read loop for 2^16 is not that expensive), the current approach
won't scale with bigger scancode spaces. So, it is needed expand it
Let me add my view for those questions.
Jon Smirl wrote:
On Sun, Dec 6, 2009 at 3:34 PM, Krzysztof Halasa k...@pm.waw.pl wrote:
Jon Smirl jonsm...@gmail.com writes:
Once again: how about agreement about the LIRC interface
(kernel-userspace) and merging the actual LIRC code first? In-kernel
Karicheri, Muralidharan m-kariche...@ti.com writes:
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.
OK,
Christoph Bartelmus wrote:
Hi Jon,
on 04 Dec 09 at 19:28, Jon Smirl wrote:
BTW, I just came across a XMP remote that seems to generate 3x64 bit
scan codes. Anyone here has docs on the XMP protocol?
Assuming a general purpose receiver (not one with fixed hardware
decoding), is it important
Hi Manu,
Just to give you some feedback on the first issue as well:
Am 06.12.2009 13:52, schrieb Matthias Wächter:
• Can’t lock to 19.2/11303h (looks like something new, related to the
change of the transponder’s feed, but other cards – e.g. TBS 6920 and
Tevii 470 – do sync without a
Krzysztof Halasa wrote:
Mauro Carvalho Chehab mche...@redhat.com writes:
struct input_keytable_entry {
u16 index;
u64 scancode;
u32 keycode;
} __attribute__ ((packed));
(the attribute packed avoids needing a compat for 64 bits)
Maybe { u64 scancode; u32
From: Muralidharan Karicheri m-kariche...@ti.com
This combines the two patches sent earlier to change the clock configuration
and converting ccdc drivers to platform drivers. This has updated comments
against v0 of these patches.
In this patch, the clock configuration is moved to ccdc driver
From: Muralidharan Karicheri m-kariche...@ti.com
This combines the two patches sent earlier to change the clock configuration
and converting ccdc drivers to platform drivers. This has updated comments
against v0 of these patches.
In this patch, the probe() function is modified to do the vpss
From: Muralidharan Karicheri m-kariche...@ti.com
This combines the two patches sent earlier to change the clock configuration
and converting ccdc drivers to platform drivers. This has updated comments
against v0 of these patches.
This adds platform code for ccdc driver on DM355 and DM6446.
From: Muralidharan Karicheri m-kariche...@ti.com
This combines the two patches sent earlier to change the clock configuration
and converting ccdc drivers to platform drivers. This has updated comments
against v0 of these patches.
In this patch, the probe() function is modified to do the vpss
On Mon, Dec 7, 2009 at 6:44 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Let me add my view for those questions.
Jon Smirl wrote:
On Sun, Dec 6, 2009 at 3:34 PM, Krzysztof Halasa k...@pm.waw.pl wrote:
Jon Smirl jonsm...@gmail.com writes:
Once again: how about agreement about the LIRC
On Mon, Dec 7, 2009 at 1:41 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
That is why I think we should go the other way around - introduce the
core which receivers could plug into and decoder framework and once it
is ready register lirc-dev as one of the available decoders.
The core
On Tuesday 08 December 2009 01:44:43 Santiago Nunez-Corrales wrote:
Hans,
Hi. Have you had a chance to look at this version of the driver?
Sorry, no. I hope to have some time on Thursday. I'm abroad for business at
the moment and unfortunately that leaves me with little time for reviewing.
On Mon, 2009-12-07 at 13:19 -0500, Jarod Wilson wrote:
On Nov 26, 2009, at 2:43 PM, Andy Walls wrote:
On Thu, 2009-11-26 at 12:05 -0200, Mauro Carvalho Chehab wrote:
Krzysztof Halasa wrote:
Andy Walls awa...@radix.net writes:
I would also note that RC-6 Mode 6A, used by most MCE
On Sun, 2009-12-06 at 16:23 -0500, Jon Smirl wrote:
On Sun, Dec 6, 2009 at 3:34 PM, Krzysztof Halasa k...@pm.waw.pl wrote:
Jon Smirl jonsm...@gmail.com writes:
Once again: how about agreement about the LIRC interface
(kernel-userspace) and merging the actual LIRC code first? In-kernel
On Fri, Dec 4, 2009 at 6:26 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
On Fri, Dec 4, 2009 at 5:15 PM, John S Gruber johnsgru...@gmail.com wrote:
Addressing audio quality problem.
In sound/usb/usbaudio.c, for the Hauppage HVR-950Q only, change
retire_capture_urb to copy the
On Mon, Dec 07, 2009 at 09:42:22PM -0500, Andy Walls wrote:
On Mon, 2009-12-07 at 13:19 -0500, Jarod Wilson wrote:
On Nov 26, 2009, at 2:43 PM, Andy Walls wrote:
On Thu, 2009-11-26 at 12:05 -0200, Mauro Carvalho Chehab wrote:
Krzysztof Halasa wrote:
Andy Walls awa...@radix.net
On Mon, Dec 07, 2009 at 09:44:14PM -0200, Mauro Carvalho Chehab wrote:
Let me add my view for those questions.
Jon Smirl wrote:
On Sun, Dec 6, 2009 at 3:34 PM, Krzysztof Halasa k...@pm.waw.pl wrote:
Jon Smirl jonsm...@gmail.com writes:
Once again: how about agreement about the LIRC
On Tue, Dec 1, 2009 at 4:18 AM, Vincent McIntyre
vincent.mcint...@gmail.com wrote:
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],
42 matches
Mail list logo