Antti has been working on drivers for the RTL283x.
http://linuxtv.org/hg/~anttip/rtl2831u
or
http://linuxtv.org/hg/~anttip/qt1010/
If you have more information on the RTL2832, I'd be happy to add it at:
http://www.linuxtv.org/wiki/index.php/Rtl2831_devices
Jan Slaninka wrote:
Hi,
I'd like to
From: Márton Németh
Make the local functions static. Note that the function command_setlights() is
currently not called from anywhere.
This will remove the following sparse warnings (see "make C=1"):
* symbol 'command_setformat' was not declared. Should it be static?
* symbol 'command_setcolou
Hello Hans,
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:Sat Mar 6 19:00:21 CET 2010
> path:http://www.linuxtv.org/hg/v4l-dvb
> c
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/ivtv-changes
for the following 3 changesets:
01/03: ivtv: Combine capture start delays into a single delay
http://linuxtv.org/hg/~awalls/ivtv-changes?cmd=changeset;node=2599940a43e4
02/03: ivtv: Really stop capture on device close
http://lin
On Sat, Mar 06, 2010 at 03:27:06PM +0100, Patch from Alexey Dobriyan wrote:
> From: Alexey Dobriyan
>
> 1. After sock_register() returns, it's possible to create sockets,
>even if module still not initialized fully (blame generic module code
>for that!)
> 2. Consequently, pfkey_create() c
Jan Slaninka wrote:
Hi,
I'd like to ask for a support with getting LeadTek WindFast DTV Dongle
mini running on Linux. So far I was able to fetch latest v4l-dvb from
HG, and successfully compiled module dvb_usb_rtl2832u found in
090730_RTL2832U_LINUX_Ver1.1.rar
From Ubuntu etc Webforums?
On Sat, 6 Mar 2010, Mauro Carvalho Chehab wrote:
Randy Dunlap wrote:
On 03/05/10 16:51, VDR User wrote:
On Fri, Mar 5, 2010 at 4:39 PM, Theodore Kilgore
wrote:
This is to report the good news that none of the above suspicions have
panned out. I still do not know the exact cause of the prob
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:Sat Mar 6 19:00:21 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14392:72846c99c0f7
gcc version: i686-
2010/3/4 Hans de Goede :
> Hi,
>
> On 03/04/2010 12:36 PM, Erik Andrén wrote:
>>
>> 2010/3/4 Hans de Goede:
>>>
>>> Hi,
>>>
>>> On 03/03/2010 02:17 PM, Erik Andrén wrote:
2010/3/3 Gabriel C:
>
> Hello,
>
> I own a QuickCam Messanger webcam.. I didn't used it in ages but to
Igor M. Liplianin skrev:
On 5 марта 2010 00:16:07 Hendrik Skarpeid wrote:
Igor M. Liplianin skrev:
On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote:
Igor M. Liplianin wrote:
Now to find GPIO's for LNB power control and ... watch TV :)
Yep. No succesful tunin
On Sat, Mar 06, 2010 at 03:25:36PM +0100, Patch from Russell King wrote:
> From: Russell King
>
> Signed-off-by: Russell King
Err, why am I getting these emails?
Surely you're not re-committing my commits?
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maint
Mauro,
Please pull change:
http://udev.netup.ru/hg/v4l-dvb-aospan-get_frontend
1. configurable IRQ from CAM. IRQ from CAM disabled by default. In some
environment enabled IRQ can cause of
machine freeze.
2. "get_frontend" for STV0900 realized.
Thanks.
--
Abylai Ospan
NetUP Inc.
signa
Hello Mauro,
On Wed, 2010-02-24 at 02:33 -0300, Mauro Carvalho Chehab wrote:
> > Please pull change:
> >
> > http://udev.netup.ru/hg/v4l-dvb-aospan-tscheck/rev/0fdeb662c7f6
> >
> > "Allow to enable TS continuity and TEI check on loaded module".
> >
> > Current dvb_demux_tscheck processing doesn
Dmitry Torokhov wrote:
> Guys,
>
> Please fix your scripts, While it is useful to know if you applied
> something to your tree that might affect input I am not really interested
> in patches that are coming from mainline.
Sorry!
I've disabled the script for now and removed the patches that were
Guys,
Please fix your scripts, While it is useful to know if you applied
something to your tree that might affect input I am not really interested
in patches that are coming from mainline.
Thanks.
On Sat, Mar 06, 2010 at 03:27:59PM +0100, Patch from Jon Dodgson wrote:
> From: Jon Dodgson
>
> T
Andrew,
Patch from Erez Zadok wrote:
> From: Erez Zadok
>
> Signed-off-by: Erez Zadok
> Cc: Dustin Kirkland
> Cc: Andrew Morton
> Cc: Al Viro
> Signed-off-by: Tyler Hicks
Sorry for all those crappy messages!
Please discard all messages you received today from linuxtv-commits. Due to an
Greg KH wrote:
> On Sat, Mar 06, 2010 at 05:06:55PM +0100, Jean Delvare wrote:
>> Err, what's happening here? I can't see any chmod call in any V4L or DVB
>> driver, so why would this patch matter there? And we will get this fix
>> through Linus' tree anyway, so why bother at all? I'm puzzled.
>
>
On Sat, Mar 06, 2010 at 05:06:55PM +0100, Jean Delvare wrote:
> Err, what's happening here? I can't see any chmod call in any V4L or DVB
> driver, so why would this patch matter there? And we will get this fix
> through Linus' tree anyway, so why bother at all? I'm puzzled.
I'm confused too, I got
Hello Matthias,
I'd like to ask you, or anyone else who is also familiar with the new
TeVii's and their Linux support, about the new S464 tuner.
I have an excellent experience with old S460, it's the most stable
DVB-S2 card I ever had. I want to build a 5 card sat. back-end (most PCI
slots I
Peter Zijlstra wrote:
> Why is linuxtv sending crap like this?
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
Sorry!
There's an post updat
Why is linuxtv sending crap like this?
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Stefan Richter wrote:
> Stefan Richter wrote:
>> I already posted an updated version of the patch which correctly defines
>> num_fake_ca_system_ids as an unsigned long.
>
> err, unsigned int of course, as http://patchwork.kernel.org/patch/82912/.
Ah, ok. This is one of the things that Patchwork d
Stefan Richter wrote:
> Mauro Carvalho Chehab wrote:
>> Stefan Richter wrote:
>>
>>> The Digital Everywhere firmware have the shortcoming that ca_info_enq and
>>> ca_info are not supported. This means that we can never retrieve the correct
>>> ca_system_id to present in the CI message CA_INFO. Curr
On Sat, 2010-03-06 at 15:26 +0100, Patch from Trond Myklebust wrote:
> From: Trond Myklebust
>
> Not having an fscache cookie is perfectly valid if the user didn't mount
> with the fscache option.
>
> This patch fixes http://bugzilla.kernel.org/show_bug.cgi?id=15234
>
> Signed-off-by: Trond My
Stefan Richter wrote:
> I already posted an updated version of the patch which correctly defines
> num_fake_ca_system_ids as an unsigned long.
err, unsigned int of course, as http://patchwork.kernel.org/patch/82912/.
--
Stefan Richter
-=-==-=- --== --==-
http://arcgraph.de/sr/
--
To unsubscri
Mauro Carvalho Chehab wrote:
> Stefan Richter wrote:
>
>> The Digital Everywhere firmware have the shortcoming that ca_info_enq and
>> ca_info are not supported. This means that we can never retrieve the correct
>> ca_system_id to present in the CI message CA_INFO. Currently the driver uses
>> the
Stefan Richter wrote:
> The Digital Everywhere firmware have the shortcoming that ca_info_enq and
> ca_info are not supported. This means that we can never retrieve the correct
> ca_system_id to present in the CI message CA_INFO. Currently the driver uses
> the application id retrieved using app_i
seems like netup card can do apsk16+ apsk32
http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-stv0900aac/rev/247404af8e56
what's the reason s2-3200 cannot do that modulation? I think s2-3200's hardware
supports those modulations, is there a problem with the driver then?
kind regards
Ne
On Sat, 06 Mar 2010 10:25:24 +0100, Németh Márton wrote:
> From: Márton Németh
>
> Fix the following compiler warnings when compiling before Linux
> kernel version 2.6.30:
> bttv-i2c.c: In function 'init_bttv_i2c':
> bttv-i2c.c:440: warning: control reaches end of non-void function
>
> Signe
On 5 марта 2010 00:16:07 Hendrik Skarpeid wrote:
> Igor M. Liplianin skrev:
> > On 3 марта 2010 18:42:42 Hendrik Skarpeid wrote:
> >> Igor M. Liplianin wrote:
> >>> Now to find GPIO's for LNB power control and ... watch TV :)
> >>
> >> Yep. No succesful tuning at the moment. There might also be an
From: Márton Németh
Fix the following compiler warnings when compiling before Linux
kernel version 2.6.30:
bttv-i2c.c: In function 'init_bttv_i2c':
bttv-i2c.c:440: warning: control reaches end of non-void function
Signed-off-by: Márton Németh
---
diff -r 41c5482f2dac linux/drivers/media/vid
Hi,
Jean Delvare wrote:
> Move I2C IR initialization from just after I2C bus setup to right
> before non-I2C IR initialization. This avoids the case where an I2C IR
> device is blocking audio support (at least the PV951 suffers from
> this). It is also more logical to group IR support together,
> r
32 matches
Mail list logo
