> On Tue, Dec 1, 2009 at 4:18 AM, Vincent McIntyre
> 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], which us
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 wrote:
> >> Jon Smirl writes:
> >>
> Once again: how about agreement about the LIRC interface
> (ke
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 write
On Fri, Dec 4, 2009 at 6:26 PM, Devin Heitmueller
wrote:
> On Fri, Dec 4, 2009 at 5:15 PM, John S Gruber wrote:
>> Addressing audio quality problem.
>>
>> In sound/usb/usbaudio.c, for the Hauppage HVR-950Q only, change
>> retire_capture_urb to copy the entire byte stream while still counting
>> e
On Sun, 2009-12-06 at 16:23 -0500, Jon Smirl wrote:
> On Sun, Dec 6, 2009 at 3:34 PM, Krzysztof Halasa wrote:
> > Jon Smirl writes:
> >
> >>> Once again: how about agreement about the LIRC interface
> >>> (kernel-userspace) and merging the actual LIRC code first? In-kernel
> >>> decoding can wait
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 writes:
> >>>
> I would also note that RC-6 Mode 6A, used by most MCE r
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 reviewin
On Mon, Dec 7, 2009 at 1:41 PM, Dmitry Torokhov
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 needs to allow for RF rem
On Mon, Dec 7, 2009 at 6:44 PM, 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 wrote:
>>> Jon Smirl writes:
>>>
> Once again: how about agreement about the LIRC interface
> (kernel-userspace)
From: Muralidharan Karicheri
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 master and
slave clock
From: Muralidharan Karicheri
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.
Reviewed-by: Vaibhav Hir
From: Muralidharan Karicheri
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 master and
slave clock
From: Muralidharan Karicheri
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 since clocks
are config
Krzysztof Halasa wrote:
> Mauro Carvalho Chehab 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 keyc
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 proble
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 i
"Karicheri, Muralidharan" 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, applying to davi
Let me add my view for those questions.
Jon Smirl wrote:
> On Sun, Dec 6, 2009 at 3:34 PM, Krzysztof Halasa wrote:
>> Jon Smirl writes:
>>
Once again: how about agreement about the LIRC interface
(kernel-userspace) and merging the actual LIRC code first? In-kernel
decoding can wai
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 neede
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
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
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
frontend_tu
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 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
On Mon, Dec 07, 2009 at 09:08:57PM +0100, Krzysztof Halasa wrote:
> Dmitry Torokhov 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 w
Mauro Carvalho Chehab wrote:
> Michael Krufky wrote:
>> On Fri, Dec 4, 2009 at 3:02 PM, VDR User 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
Michael Krufky wrote:
> On Fri, Dec 4, 2009 at 3:02 PM, VDR User 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 totally provides
> a
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 tho
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
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
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.
Dmitry Torokhov 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 like "merge fi
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 (
On Sun, Dec 06, 2009 at 09:34:26PM +0100, Krzysztof Halasa wrote:
> Jon Smirl 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 interface
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
> > m
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
to work with bigger scancod
On Sun, Dec 6, 2009 at 9:00 PM, Igor M. Liplianin 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, only tuner ty
Jon Smirl wrote:
> On Sun, Dec 6, 2009 at 12:48 PM, Krzysztof Halasa 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 kernel-user in
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 escreveu:
> evdev does not reall
2009/12/7 Samuel Rakitnican :
> On Mon, 07 Dec 2009 03:00:03 +0100, Igor M. Liplianin
> 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 thou
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 STK8096G
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: configur
Hello DiB0700-users,
Soon Mauro will pull in some changes on the dib0700-usb bridge which will
change the streaming-buffer-size by default.
According to our tests this should not create any problems and
unfortunately it won't fix anything except some timeouts on low-bitrate
services/sections
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 we
On Mon, 07 Dec 2009 03:00:03 +0100, Igor M. Liplianin
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 shared too. I s
On Thursday 03 December 2009 15:19:57 Guennadi Liakhovetski wrote:
> Convert soc-camera core and all soc-camera drivers to the new mediabus
> API. This also takes soc-camera client drivers one step closer to also be
> usable with generic v4l2-subdev host drivers.
>
> Signed-off-by: Guennadi Liakho
Manu,
Am 06.12.2009 13:52, schrieb Matthias Wächter:
> • Sometimes very slow lock at transponder change, slow enough to trace
> it in femon. femon first shows high BER rates and the picture is blocky,
> reducing within 3 or 4 Seconds to BER=0 and perfect picture. I should be
> able to repeat that
46 matches
Mail list logo