Re: [linux-dvb] Is there somobody dealing with DVB cards here ?!?

2009-12-12 Thread VDR User 
On Sat, Dec 12, 2009 at 8:04 AM, dvblinux  wrote:
> Hi all.
>
> I kindly asked a question yesterday, no answer at all, of any kind...
>
> Is there somebody dealing with DVB-T/DVB-S cards here ?!?
>
> Regards.

It's probably safe to assume yes but nonetheless you might get a
better response if your question was a little more specific.
--
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

Adding support for Benq DC E300 camera

2009-12-12 Thread Francesco Lavra 
Hi,
I'm trying to get my Benq DC E300 camera to work under Linux.
It has an Atmel AT76C113 chip. I don't know how many Linux users would
benefit from a driver supporting this camera (and possibly other models,
too), so my question is: if/when such a driver will be written, is there
someone willing to review it and finally get it merged?
If the answer is yes, I will try to write something working.

This camera USB interface has 10 alternate settings, and altsetting 5 is
used to stream data; it uses two isochronous endpoints to transfer an
AVI-formatted video stream (320x240) to the USB host.
It would be great if someone could give me some information to make
writing the driver easier: so far, I have only USB sniffer capture logs
from the Windows driver.

Regards,
Francesco


--
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

Re: [PULL] http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2

2009-12-12 Thread Mauro Carvalho Chehab 
Hi Devin,

It is better to submit the RFC patches to alsa ML for they to take a look.

Cheers,
Mauro

Devin Heitmueller wrote:
> Hello Mauro,
> 
> Please pull from
> http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2 for the
> following:
> 
> cx18-alsa: fix memory leak in error condition
> cx18-alsa: remove a couple of warnings
> cx18-alsa: name alsa device after the actual card
> cx18: cleanup cx18-alsa debug logging
> cx18: rework cx18-alsa module loading to support automatic loading
> cx18-alsa: remove unneeded debug line
> cx18: export more symbols required by cx18-alsa
> cx18: add cx18-alsa module to Makefile
> cx18: overhaul ALSA PCM device handling so it works
> cx18: export a couple of symbols so they can be shared with cx18-alsa
> cx18: make it so cx18-alsa-main.c compiles
> cx18: rename cx18-alsa.c
> cx18-alsa: Add non-working cx18-alsa-pcm.[ch] files to avoid data loss
> cx18-alsa: Initial non-working cx18-alsa files
> 
> I would also like to take this opportunity to thank ONELAN Limited for
> their sponsoring of this work, as well as to Andy Walls for providing
> some initial code and guidance on how to best integrate the ALSA
> support with the rest of the cx18 driver.
> 
> Devin
> 

--
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

[PULL] http://linuxtv.org/hg/~jfrancois/v4l-dvb/

2009-12-12 Thread Jean-Francois Moine 
Hi Mauro,

Please pull from http://linuxtv.org/hg/~jfrancois/v4l-dvb

for the following 2 changesets:

01/02: gspca - many subdrivers: Fix some warnings.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=a095d9112c22

02/02: gspca - zc3xx: Set the quality for sensor tas5130c.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=f3948ed655bb


 gl860/gl860-mi1320.c |2 +-
 gl860/gl860-mi2020.c |2 +-
 gl860/gl860.c|   10 +-
 gspca.c  |6 --
 m5602/m5602_core.c   |4 ++--
 m5602/m5602_ov9650.c |2 +-
 m5602/m5602_s5k4aa.c |   10 --
 mr97310a.c   |2 +-
 ov519.c  |   14 +++---
 sn9c20x.c|7 +++
 zc3xx.c  |1 -
 11 files changed, 33 insertions(+), 27 deletions(-)

Thanks.

-- 
Ken ar c'hentañ | ** Breizh ha Linux atav! **
Jef |   http://moinejf.free.fr/
--
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

[linux-dvb] Is there somobody dealing with DVB cards here ?!?

2009-12-12 Thread dvblinux 
Hi all.

I kindly asked a question yesterday, no answer at all, of any kind...

Is there somebody dealing with DVB-T/DVB-S cards here ?!?

Regards.



--
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

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

2009-12-12 Thread Pavel Machek 
On Sat 2009-11-28 21:21:57, Krzysztof Halasa wrote:
> Jon Smirl  writes:
> 
> > We have one IR receiver device and multiple remotes. How does the
> > input system know how many devices to create corresponding to how many
> > remotes you have? There is no current mechanism to do that. You need
> > an input device for each remote so that you can do the EVIOCSKEYCODE
> > against it. Some type of "create subdevice" IOCTL will need to be
> > built.
> 
> Thinking about it, I'm not sure. Why do we want multiple remote devices?
> (not multiple remotes, that's clear).

Computer in the basement, one ir receiver + usb speakers in kitchen,
second ir receiver + speakers + monitor in living room.
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
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

[PULL] http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2

2009-12-12 Thread Devin Heitmueller 
Hello Mauro,

Please pull from
http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2 for the
following:

cx18-alsa: fix memory leak in error condition
cx18-alsa: remove a couple of warnings
cx18-alsa: name alsa device after the actual card
cx18: cleanup cx18-alsa debug logging
cx18: rework cx18-alsa module loading to support automatic loading
cx18-alsa: remove unneeded debug line
cx18: export more symbols required by cx18-alsa
cx18: add cx18-alsa module to Makefile
cx18: overhaul ALSA PCM device handling so it works
cx18: export a couple of symbols so they can be shared with cx18-alsa
cx18: make it so cx18-alsa-main.c compiles
cx18: rename cx18-alsa.c
cx18-alsa: Add non-working cx18-alsa-pcm.[ch] files to avoid data loss
cx18-alsa: Initial non-working cx18-alsa files

I would also like to take this opportunity to thank ONELAN Limited for
their sponsoring of this work, as well as to Andy Walls for providing
some initial code and guidance on how to best integrate the ALSA
support with the rest of the cx18 driver.

Devin

-- 
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
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

Re: [PULL] http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci

2009-12-12 Thread Mauro Carvalho Chehab 
Abylai Ospan wrote:
> On Thu, 2009-12-10 at 17:26 +0300, Abylai Ospan wrote:
>> Mauro,
>>
>> Please pulll change:
>>
>> http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci/rev/3b217910057c
>>
>> "Print bitrate measured by stv0900 demod in stv0900_read_status".
>>
>> this feature very useful for debugging.
> 
> sorry, here is a correct version of this patch:
> 
> http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci/rev/cf16baf33f0d
> 
> 

Please review your patch against checkpatch.pl before posting. It found a 
number of errors.

Also, the patches on your tree doesn't match your description. Please have a 
separate
tree for your pull requests, since I generally pull everything new there instead
of cherry-picking patches.

Thanks,
Mauro

---


Number of patches: 5
/tmp/newpatches/hg_v4l-dvb-aospan-ci_1.patch with cs=f8f187cca0ae First patch.
Patch against an older patch:
changeset:   13576:121066e283e5
user:Mauro Carvalho Chehab 
date:Sun Dec 06 09:32:49 2009 -0200
summary: ir-common: fix an oops caused by the usage of an initialized 
drvdata

/tmp/newpatches/hg_v4l-dvb-aospan-ci_2.patch with cs=434bee610181 Ok.
/tmp/newpatches/hg_v4l-dvb-aospan-ci_3.patch with cs=cf16baf33f0d Nok/Merge:
Old node ID: 434bee61018111f7989a50911a9110cb104d42df
Node parents 1e6049b8cb4c6e2ee8c7ff248a84f518de2e65f2
Renamed to /tmp/newpatches/hg_v4l-dvb-aospan-ci_3.merge
/tmp/newpatches/hg_v4l-dvb-aospan-ci_3.patch with cs=e628924d44af Ok.
/tmp/newpatches/hg_v4l-dvb-aospan-ci_4.patch with cs=9891ba1f0e06 Ok.
Diffstat of the imported series:
 linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c |   32 ++
 linux/drivers/media/video/cx23885/cimax2.c|  156 --
 2 files changed, 130 insertions(+), 58 deletions(-)
/tmp/newpatches/hg_v4l-dvb-aospan-ci_2.patch:
CAM module WE bit processing workaround
WARNING: line over 80 characters
#18: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:722:
+   if ((status = ca->pub->read_cam_control(ca->pub, slot, CTRLIF_STATUS)) 
< 0)

ERROR: do not use assignment in if condition
#18: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:722:
+   if ((status = ca->pub->read_cam_control(ca->pub, slot, CTRLIF_STATUS)) 
< 0)

ERROR: space prohibited before that close parenthesis ')'
#21: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:725:
+   if ((status & STATUSREG_WE )) {

WARNING: printk() should include KERN_ facility level
#22: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:726:
+   printk("CAM module WE bit set when starting write operation. 
\n");

ERROR: spaces required around that '=' (ctx:VxV)
#23: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:727:
+   for(i=0; i < 100; i++){
 ^

ERROR: space required before the open brace '{'
#23: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:727:
+   for(i=0; i < 100; i++){

ERROR: space required before the open parenthesis '('
#23: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:727:
+   for(i=0; i < 100; i++){

WARNING: line over 80 characters
#24: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:728:
+   if ((status = ca->pub->write_cam_control(ca->pub, slot, 
CTRLIF_DATA, 0x0 )) != 0)

ERROR: space prohibited before that close parenthesis ')'
#24: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:728:
+   if ((status = ca->pub->write_cam_control(ca->pub, slot, 
CTRLIF_DATA, 0x0 )) != 0)

ERROR: do not use assignment in if condition
#24: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:728:
+   if ((status = ca->pub->write_cam_control(ca->pub, slot, 
CTRLIF_DATA, 0x0 )) != 0)

WARNING: line over 80 characters
#26: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:730:
+   status = ca->pub->read_cam_control(ca->pub, slot, 
CTRLIF_STATUS);

WARNING: line over 80 characters
#27: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:731:
+   dprintk("CAM module WE. CA writing byte %d status 
0x%x\n", i, status);

ERROR: space prohibited after that open parenthesis '('
#29: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:733:
+   if( !(status & STATUSREG_WE ))

ERROR: space prohibited before that close parenthesis ')'
#29: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:733:
+   if( !(status & STATUSREG_WE ))

ERROR: space required before the open parenthesis '('
#29: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:733:
+   if( !(status & STATUSREG_WE ))

total: 10 errors, 5 warnings, 22 lines checked

/tmp/newpatches/hg_v4l-dvb-aospan-ci_4.patch:
CAM module WE bit processing workaround
WARNING: line over 80 characters
#18: FILE: linux/drivers/media/dvb/dvb-core/dvb_ca_en50221.c:722:
+   if ((status = ca->pub->read_cam_c

Re: [PULL] http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci

2009-12-12 Thread Abylai Ospan 
Hello Mauro,

> Please review your patch against checkpatch.pl before posting. It found a 
> number of errors.
> Also, the patches on your tree doesn't match your description. Please have a 
> separate
> tree for your pull requests, since I generally pull everything new there 
> instead
> of cherry-picking patches.
Ok, understand. I didn't knew about this.
Here is a clean tree with only this patch:
http://udev.netup.ru/hg/v4l-dvb-aospan-ci-new

please pull it.

checkpatch.pl shows "total: 0 errors, 0 warnings, 23 lines checked"

-- 
Abylai Ospan 
NetUP Inc.

--
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

Re: [PULL] http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci

2009-12-12 Thread Mauro Carvalho Chehab 
Abylai Ospan wrote:
> Hello Mauro,
> 
>> Please review your patch against checkpatch.pl before posting. It found a 
>> number of errors.
>> Also, the patches on your tree doesn't match your description. Please have a 
>> separate
>> tree for your pull requests, since I generally pull everything new there 
>> instead
>> of cherry-picking patches.
> Ok, understand. I didn't knew about this.
> Here is a clean tree with only this patch:
> http://udev.netup.ru/hg/v4l-dvb-aospan-ci-new
> 
> please pull it.
> 
> checkpatch.pl shows "total: 0 errors, 0 warnings, 23 lines checked"
> 
Hmm.. It would be better if you read the registers only if debug.

Btw, it could be interesting to add the bit rate measure at the stats API, after
we merge it (I'm still waiting for some comments at the RFC, before being able
to take a decision between a rigid struct-based ioctl, or a flexible S2API based
one). I'm not sure if the struct-based ioctl has a messure for the transfer 
bit-rate,
but, with S2API, it can be easily added.

Cheers,
Mauro.
--
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

Re: IR Receiver on an Tevii S470

2009-12-12 Thread Igor M. Liplianin 
On 12 декабря 2009 16:15:27 Andy Walls wrote:
> V4L2_SUBDEV_IO_PIN_ACTIVE_LOW
After I removed this from ir_rx_pin_cfg, interrupts stopped.

-- 
Igor M. Liplianin
Microsoft Windows Free Zone - Linux used for all Computing Tasks
--
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

Re: [PULL] http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan-ci

2009-12-12 Thread Abylai Ospan 
On Sat, 2009-12-12 at 14:21 -0200, Mauro Carvalho Chehab wrote:
> Hmm.. It would be better if you read the registers only if debug.

right. fixed -
http://udev.netup.ru/hg/v4l-dvb-aospan-ci-new/rev/ac82edbd88fc

is this ok ?

> Btw, it could be interesting to add the bit rate measure at the stats API, 
> after
> we merge it (I'm still waiting for some comments at the RFC, before being able
> to take a decision between a rigid struct-based ioctl, or a flexible S2API 
> based
> one). I'm not sure if the struct-based ioctl has a messure for the transfer 
> bit-rate,
> but, with S2API, it can be easily added.

ok, no problem. We can point our "bit rate measure" function to API when
it will be ready.

-- 
Abylai Ospan 
NetUP Inc.

--
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

Re: IR Receiver on an Tevii S470

2009-12-12 Thread Andy Walls 
On Sat, 2009-12-12 at 13:49 +0200, Igor M. Liplianin wrote:
> On 12 декабря 2009 04:58:48 Andy Walls wrote:
> > On Sat, 2009-12-12 at 03:42 +0200, Igor M. Liplianin wrote:
> > > On 12 декабря 2009 03:00:37 Andy Walls wrote:
> > > > On Sat, 2009-12-12 at 02:30 +0200, Igor M. Liplianin wrote:
> > > > > On 11 декабря 2009, "Igor M. Liplianin"  wrote:
> > > > > > On Thu, 2009-12-10 at 18:16 +0200, Igor M. Liplianin wrote:
> > > > > > > On 10 декабря 2009 03:12:39 Andy Walls wrote:
> > > > > > > > On Wed, 2009-12-09 at 17:54 +0200, Igor M. Liplianin wrote:
> > > > > > > > > > > > Igor and Matthias,
> > > > > > > > > > > >
> > > > > > > > > > > > Please try the changes that I have for the TeVii S470
> > > > > > > > > > > > that are here:
> > > > > > > > > > > >
> > > > > > > > > > > > http://linuxtv.org/hg/~awalls/cx23885-ir
> > > > > > >

> >
> > I have checked in more changes, please try when you get the chance.

> cx23885[0]/0: pci_status: 0x08304000  pci_mask: 0x0800
> cx23885[0]/0: vida_status: 0x vida_mask: 0x count: 0x0
> cx23885[0]/0: ts1_status: 0x  ts1_mask: 0x count: 0x0
> cx23885[0]/0: ts2_status: 0x  ts2_mask: 0x count: 0x47381f2a
> cx23885[0]/0:  (PCI_MSK_AV_CORE   0x0800)

> cx25840 3-0044: AV Core IRQ status (entry): ir
> cx25840 3-0044: IRQ Status:  tsr
> cx25840 3-0044: IRQ Enables: rse rte roe

?! 

Those three lines make no sense together.  Maybe I should take out the
V4L2_SUBDEV_IO_PIN_ACTIVE_LOW setting in cx23885-cards.c.

I'm going to have to buy some hardware and experiment for myself.


BTW, what happens you press a button on an NEC remote?

Thanks for all your help.

Regards,
Andy



--
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

Re: IR Receiver on an Tevii S470

2009-12-12 Thread Andy Walls 
On Sat, 2009-12-12 at 18:22 +0200, Igor M. Liplianin wrote:
> On 12 декабря 2009 16:15:27 Andy Walls wrote:
> > V4L2_SUBDEV_IO_PIN_ACTIVE_LOW
> After I removed this from ir_rx_pin_cfg, interrupts stopped.

If we are lucky, that was the problem.

If it was the problem, now it is a matter of setting the 

params.modulation
params.invert_level

properly for the TeVii S470 in cx23885-input.c to have the hardware
generate interrupts when it makes a few pulse measurements.


If it was not the problem, then we still have some interrupt(s) coming
from the AV Core and have just supressed all of the interrupts from the
AV Core. :)

Regards,
Andy

--
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

Re: [RFC] What are the goals for the architecture of an in-kernel IR system?

2009-12-12 Thread david 

On Sun, 6 Dec 2009, Krzysztof Halasa wrote:


Andy Walls  writes:


Yes, I agree.  I do not know what percentage of current Linux users are
technical vs non-technical, so I cannot gauge the current improtance.

I can see the trend line though: as time goes by, the percentage of all
linux users that have a technical bent will only get smaller.


This IMHO shouldn't matter. If users can configure their keymaps for
e.g. games with a graphical utility (and  they easily can), they can do
the same with their remotes, at least with these using common sane
protocols. The only thing needed is a good GUI utility. Ergo - it's not
a kernel issue.

The "default bundled", or PnP, won't work well in comparison to a GUI
utility, I wouldn't worry about it too much (though adding it to udev
and co is trivial and we should do it - even if not PnP but asking first
about the actual remote used).


how is this problem any different from figuring out the keymap of a 
keyboard?


there are many defined keymaps (including cases where keys are labled 
different things on the keyboard but send identical codes)


currently in linux distros the user can either select the keymap, or the 
installer will ask the user to press specific keys (or indicate that they 
don't exist) until the installer can guess the keymap to use.


why would this not work for IR remotes as well?

and just like linux has some default keymaps that it uses that mostly work 
for the common case, there could be default IR keymaps that map the common 
keys for all remotes to the appropriate keycodes. it will mean that by 
default you won't see a difference between a DVD, VCR, DVR, etc play 
button, but it will mean that someone picking up a random remote and 
pointing it at the linux box will probably get minimal functionality.


then with a utility to tweak the keymap (or load a more specific one) the 
user can do better.


this would also integrate very nicely with they 'multimedia keyboards' 
that have lots of buttons on them as well, unless you tell it otherwise, 
play is play is play no matter which play button is pressed.


David Lang
--
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

[PATCH] Analog TV for Compro E800 and cx23885-alsa

2009-12-12 Thread geroin22 

Hi Steve

Use your cx23885-alsa tree and this message 
http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/13481, 
I have analog TV for Compro E800 now. But I have no sound on some PAL 
channels (maybe they have stereo sound, or some other).   
Tested with Tvtime and mplayer.

Other inputs not tested.


diff -Naur a/linux/drivers/media/video/cx23885/cx23885-cards.c 
b/linux/drivers/media/video/cx23885/cx23885-cards.c
--- a/linux/drivers/media/video/cx23885/cx23885-cards.c2009-11-27 
16:52:15.0 +0200
+++ b/linux/drivers/media/video/cx23885/cx23885-cards.c2009-12-12 
15:26:41.370488942 +0200

@@ -287,7 +287,29 @@
},
[CX23885_BOARD_COMPRO_VIDEOMATE_E800] = {
.name= "Compro VideoMate E800",
-.portc= CX23885_MPEG_DVB,
+.porta= CX23885_ANALOG_VIDEO,
+ .portc= CX23885_MPEG_DVB,
+.tuner_type= TUNER_XC2028,
+.tuner_addr= 0x61,
+.input= {
+{
+.type   = CX23885_VMUX_TELEVISION,
+.vmux   = CX25840_COMPOSITE2,
+}, {
+.type   = CX23885_VMUX_COMPOSITE1,
+.vmux   = CX25840_COMPOSITE8,
+}, {
+.type   = CX23885_VMUX_SVIDEO,
+.vmux   = CX25840_SVIDEO_LUMA3 |
+CX25840_SVIDEO_CHROMA4,
+}, {
+.type   = CX23885_VMUX_COMPONENT,
+.vmux   = CX25840_COMPONENT_ON |
+CX25840_VIN1_CH1 |
+CX25840_VIN6_CH2 |
+CX25840_VIN7_CH3,
+},
+},
},
[CX23885_BOARD_HAUPPAUGE_HVR1290] = {
.name= "Hauppauge WinTV-HVR1290",







--
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

Re: [RFC] Should we create a raw input interface for IR's ? - Was: Re: [PATCH 1/3 v2] lirc core device driver infrastructure

2009-12-12 Thread david 

On Mon, 23 Nov 2009, Krzysztof Halasa wrote:


Devin Heitmueller  writes:


There is an argument to be made that since it may be desirable for
both IR receivers and transmitters to share the same table of remote
control definitions, it might make sense to at least *consider* how
the IR transmitter interface is going to work, even if it is decided
to not implement such a design in the first revision.

Personally, I would hate to see a situation where we find out that we
took a bad approach because nobody considered what would be required
for IR transmitters to reuse the same remote control definition data.


I briefly though about such possibility, but dismissed it with
assumption that we won't transmit the same codes (including "key" codes)
that we receive.

Perhaps I'm wrong.


I could definantly see this happening. the computer receives the 'play' 
button from a dvd remote, issues commands to control the audio system, dim 
lights, and then sends the 'play' button to the DVD player inside a 
cabinet where it can't see the remote directly.


but in any case, it shouldn't be hard to share a table of mappings.

David Lang
--
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

Re: IR Receiver on an Tevii S470

2009-12-12 Thread Igor M. Liplianin 
On 12 декабря 2009 16:15:27 Andy Walls wrote:
> On Sat, 2009-12-12 at 13:49 +0200, Igor M. Liplianin wrote:
> > On 12 декабря 2009 04:58:48 Andy Walls wrote:
> > > On Sat, 2009-12-12 at 03:42 +0200, Igor M. Liplianin wrote:
> > > > On 12 декабря 2009 03:00:37 Andy Walls wrote:
> > > > > On Sat, 2009-12-12 at 02:30 +0200, Igor M. Liplianin wrote:
> > > > > > On 11 декабря 2009, "Igor M. Liplianin"  wrote:
> > > > > > > On Thu, 2009-12-10 at 18:16 +0200, Igor M. Liplianin wrote:
> > > > > > > > On 10 декабря 2009 03:12:39 Andy Walls wrote:
> > > > > > > > > On Wed, 2009-12-09 at 17:54 +0200, Igor M. Liplianin wrote:
> > > > > > > > > > > > > Igor and Matthias,
> > > > > > > > > > > > >
> > > > > > > > > > > > > Please try the changes that I have for the TeVii
> > > > > > > > > > > > > S470 that are here:
> > > > > > > > > > > > >
> > > > > > > > > > > > >   http://linuxtv.org/hg/~awalls/cx23885-ir
> > >
> > > I have checked in more changes, please try when you get the chance.
> >
> > cx23885[0]/0: pci_status: 0x08304000  pci_mask: 0x0800
> > cx23885[0]/0: vida_status: 0x vida_mask: 0x count: 0x0
> > cx23885[0]/0: ts1_status: 0x  ts1_mask: 0x count: 0x0
> > cx23885[0]/0: ts2_status: 0x  ts2_mask: 0x count:
> > 0x47381f2a cx23885[0]/0:  (PCI_MSK_AV_CORE   0x0800)
> >
> > cx25840 3-0044: AV Core IRQ status (entry): ir
> > cx25840 3-0044: IRQ Status:  tsr
> > cx25840 3-0044: IRQ Enables: rse rte roe
>
> ?!
>
> Those three lines make no sense together.  Maybe I should take out the
I know. But it is.
There would be something small, but important, which is missing.


> V4L2_SUBDEV_IO_PIN_ACTIVE_LOW setting in cx23885-cards.c.
Low level raises interrupt by default, as I understand.
But it is configurable.


>
> I'm going to have to buy some hardware and experiment for myself.
I can test your code forever ... Until it success


>
>
> BTW, what happens you press a button on an NEC remote?
Nothing.
But remote is working under m$

>
> Thanks for all your help.
>
> Regards,
> Andy

-- 
Igor M. Liplianin
Microsoft Windows Free Zone - Linux used for all Computing Tasks
--
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

[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: ERRORS

2009-12-12 Thread Hans Verkuil 
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 Dec 12 19:00:07 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset:   13625:f14c1d8b1729
gcc version: gcc (GCC) 4.3.1
hardware:x86_64
host os: 2.6.26

linux-2.6.30-armv5: OK
linux-2.6.31-armv5: OK
linux-2.6.32-armv5: OK
linux-2.6.32-armv5-davinci: OK
linux-2.6.30-armv5-ixp: OK
linux-2.6.31-armv5-ixp: OK
linux-2.6.32-armv5-ixp: ERRORS
linux-2.6.30-armv5-omap2: OK
linux-2.6.31-armv5-omap2: OK
linux-2.6.32-armv5-omap2: OK
linux-2.6.22.19-i686: ERRORS
linux-2.6.23.12-i686: ERRORS
linux-2.6.24.7-i686: ERRORS
linux-2.6.25.11-i686: OK
linux-2.6.26-i686: OK
linux-2.6.27-i686: OK
linux-2.6.28-i686: OK
linux-2.6.29.1-i686: WARNINGS
linux-2.6.30-i686: OK
linux-2.6.31-i686: OK
linux-2.6.32-i686: OK
linux-2.6.30-m32r: OK
linux-2.6.31-m32r: OK
linux-2.6.32-m32r: OK
linux-2.6.30-mips: OK
linux-2.6.31-mips: OK
linux-2.6.32-mips: ERRORS
linux-2.6.30-powerpc64: OK
linux-2.6.31-powerpc64: OK
linux-2.6.32-powerpc64: OK
linux-2.6.22.19-x86_64: ERRORS
linux-2.6.23.12-x86_64: ERRORS
linux-2.6.24.7-x86_64: ERRORS
linux-2.6.25.11-x86_64: OK
linux-2.6.26-x86_64: OK
linux-2.6.27-x86_64: OK
linux-2.6.28-x86_64: OK
linux-2.6.29.1-x86_64: WARNINGS
linux-2.6.30-x86_64: OK
linux-2.6.31-x86_64: OK
linux-2.6.32-x86_64: OK
spec: OK
sparse (linux-2.6.32): ERRORS
linux-2.6.16.61-i686: ERRORS
linux-2.6.17.14-i686: ERRORS
linux-2.6.18.8-i686: ERRORS
linux-2.6.19.5-i686: ERRORS
linux-2.6.20.21-i686: ERRORS
linux-2.6.21.7-i686: ERRORS
linux-2.6.16.61-x86_64: ERRORS
linux-2.6.17.14-x86_64: ERRORS
linux-2.6.18.8-x86_64: ERRORS
linux-2.6.19.5-x86_64: ERRORS
linux-2.6.20.21-x86_64: ERRORS
linux-2.6.21.7-x86_64: ERRORS

Detailed results are available here:

http://www.xs4all.nl/~hverkuil/logs/Saturday.log

Full logs are available here:

http://www.xs4all.nl/~hverkuil/logs/Saturday.tar.bz2

The V4L-DVB specification from this daily build is here:

http://www.xs4all.nl/~hverkuil/spec/media.html
--
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

[PATCH] [Trivial] Make saa7134-input.c build for kernels < 2.6.30

2009-12-12 Thread Duncan Gibb 
Hi

The current http://linuxtv.org/hg/v4l-dvb tree doesn't build against
my kernel (2.6.26-2-xen-686 from Debian Lenny) and lots of others
according to http://www.xs4all.nl/~hverkuil/logs/Friday.log because
of a typo fixed by this patch.  Apologies for posting what to many
will be the bleeding obvious.

Cheers

Duncan


Signed-off-by: Duncan Gibb 
---
diff -r db37ff59927f linux/drivers/media/video/saa7134/saa7134-input.c
--- a/linux/drivers/media/video/saa7134/saa7134-input.c Thu Dec 10 18:17:49 
2009 -0200
+++ b/linux/drivers/media/video/saa7134/saa7134-input.c Sat Dec 12 12:08:10 
2009 +
@@ -962,7 +962,7 @@
 #if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 30)
snprintf(ir->c.name, sizeof(ir->c.name), "FlyDVB Trio");
ir->get_key   = get_key_flydvb_trio;
-   ir->ir_codes  = ir_codes_flydvb_table;
+   ir->ir_codes  = &ir_codes_flydvb_table;
 #else
dev->init_data.name = "FlyDVB Trio";
dev->init_data.get_key = get_key_flydvb_trio;


--
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

[PATCH] Fix some cut-and-paste noise in dib0090.h

2009-12-12 Thread Duncan Gibb 
Hi

This patch against current http://linuxtv.org/hg/v4l-dvb
removes what looks to me like slips of the mouse/keyboard
leaving something which builds.

Cheers

Duncan


Signed-off-by: Duncan Gibb 
---
diff -r db37ff59927f linux/drivers/media/dvb/frontends/dib0090.h
--- a/linux/drivers/media/dvb/frontends/dib0090.h   Thu Dec 10 18:17:49 
2009 -0200
+++ b/linux/drivers/media/dvb/frontends/dib0090.h   Sat Dec 12 12:41:23 
2009 +
@@ -57,7 +57,6 @@
 extern int dib0090_gain_control(struct dvb_frontend *fe);
 extern enum frontend_tune_state dib0090_get_tune_state(struct dvb_frontend 
*fe);
 extern int dib0090_set_tune_state(struct dvb_frontend *fe, enum 
frontend_tune_state tune_state);
-extern enum frontend_tune_state dib0090_get_tune_state(struct dvb_frontend 
*fe);
 extern void dib0090_get_current_gain(struct dvb_frontend *fe, u16 * rf, u16 * 
bb, u16 * rf_gain_limit, u16 * rflt);
 #else
 static inline struct dvb_frontend *dib0090_register(struct dvb_frontend *fe, 
struct i2c_adapter *i2c, struct dib0090_config *config)
@@ -100,11 +99,6 @@
return -ENODEV;
 }

-static inline num frontend_tune_state dib0090_get_tune_state(struct 
dvb_frontend *fe)
-{
-   printk(KERN_WARNING "%s: driver disabled by Kconfig\n", __func__);
-return CT_SHUTDOWN,}
-
 static inline void dib0090_get_current_gain(struct dvb_frontend *fe, u16 * rf, 
u16 * bb, u16 * rf_gain_limit, u16 * rflt)
 {
printk(KERN_WARNING "%s: driver disabled by Kconfig\n", __func__);

--
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

Re: [linux-dvb] Does Prof-tuner 7500 DVB-S2 BOX work in linux ?

2009-12-12 Thread Igor M. Liplianin 
On 12 декабря 2009 12:30:25 dehqan65 wrote:
> In The Name Of God The compassionate merciful
>
> Hello ;
> Good day everyone ;
>
> Does Prof-tuner 7500 DVB-S2
> BOX work in linux ?
> Any experience ?
>
> Regards dehqan
Sorry, it is in russian, but you can get firmware and my patch for v4l-dvb from 
there.

http://forum.free-
x.de/wbb/index.php?page=Thread&threadID=798&s=89144c8c54ac16eb4cf986e61a8940be497599ad

Welcome to test.

-- 
Igor M. Liplianin
Microsoft Windows Free Zone - Linux used for all Computing Tasks
--
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

Re: IR Receiver on an Tevii S470

2009-12-12 Thread Igor M. Liplianin 
On 12 декабря 2009 04:58:48 Andy Walls wrote:
> On Sat, 2009-12-12 at 03:42 +0200, Igor M. Liplianin wrote:
> > On 12 декабря 2009 03:00:37 Andy Walls wrote:
> > > On Sat, 2009-12-12 at 02:30 +0200, Igor M. Liplianin wrote:
> > > > On 11 декабря 2009, "Igor M. Liplianin"  wrote:
> > > > > On Thu, 2009-12-10 at 18:16 +0200, Igor M. Liplianin wrote:
> > > > > > On 10 декабря 2009 03:12:39 Andy Walls wrote:
> > > > > > > On Wed, 2009-12-09 at 17:54 +0200, Igor M. Liplianin wrote:
> > > > > > > > > > > Igor and Matthias,
> > > > > > > > > > >
> > > > > > > > > > > Please try the changes that I have for the TeVii S470
> > > > > > > > > > > that are here:
> > > > > > > > > > >
> > > > > > > > > > >   http://linuxtv.org/hg/~awalls/cx23885-ir
> > > > > >
> > > > > > First try, without pressing IR keys
> > > > > >
> > > > > > cx25840 3-0044: IRQ Enables: rse rte roe
> > > > > > cx25840 3-0044: IRQ Status:  tsr
> > > > > > cx25840 3-0044: IRQ Enables: rse rte roe
> > > > > > irq 16: nobody cared (try booting with the "irqpoll" option)
> > > > >
> > > > > please try again when you have time.
> > > > >
> > > > >   # modprobe cx25840 debug=2 ir_debug=2
> > > > >   # modprobe cx23885 debug=7
> > > >
> > > > dmesg is full of repeated lines:
> > > >
> > > > cx25840 3-0044: AV Core IRQ status (entry):
> > > > cx25840 3-0044: AV Core IRQ status (exit):
> > >
> > > A strange thing here is that under this condition my changes should
> > > never claim the AV Core interrupt is "handled".  I don't know why you
> > > didn't get the "nobody cared" message again.
> >
> > I did, but not frequently. I thought it is obvious :)
>
> OK, that's better. :P
>
> I have checked in more changes, please try when you get the chance.
>
> Please be aware that I reconfigured the drive of one signal PAD in the
> AV Core - I'm hoping to stop false interrupts.  I did not reconfigure
> the corresponding IO pin in the bridge driver - I left it at whatever
> was the default.

cx23885[0]/0: pci_status: 0x08304000  pci_mask: 0x0800
cx23885[0]/0: vida_status: 0x vida_mask: 0x count: 0x0
cx23885[0]/0: ts1_status: 0x  ts1_mask: 0x count: 0x0
cx23885[0]/0: ts2_status: 0x  ts2_mask: 0x count: 0x47381f2a
cx23885[0]/0:  (PCI_MSK_AV_CORE   0x0800)
cx25840 3-0044: AV Core IRQ status (entry): ir
cx25840 3-0044: IRQ Status:  tsr
cx25840 3-0044: IRQ Enables: rse rte roe
cx25840 3-0044: AV Core audio IRQ status: 0x80
cx25840 3-0044: AV Core audio MC IRQ status: 0x2000
cx25840 3-0044: AV Core video IRQ status: 0x0002
cx25840 3-0044: AV Core IRQ status (exit): ir
cx23885[0]/0: pci_status: 0x08004000  pci_mask: 0x0800
cx23885[0]/0: vida_status: 0x vida_mask: 0x count: 0x0
cx23885[0]/0: ts1_status: 0x  ts1_mask: 0x count: 0x0
cx23885[0]/0: ts2_status: 0x  ts2_mask: 0x count: 0x47381f2a
cx23885[0]/0:  (PCI_MSK_AV_CORE   0x0800)
cx25840 3-0044: AV Core IRQ status (entry): ir
cx25840 3-0044: IRQ Status:  tsr
cx25840 3-0044: IRQ Enables: rse rte roe
cx25840 3-0044: AV Core audio IRQ status: 0x80
cx25840 3-0044: AV Core audio MC IRQ status: 0x2000
cx25840 3-0044: AV Core video IRQ status: 0x0002
cx25840 3-0044: AV Core IRQ status (exit): ir
cx23885[0]/0: pci_status: 0x08304000  pci_mask: 0x0800
cx23885[0]/0: vida_status: 0x vida_mask: 0x count: 0x0
cx23885[0]/0: ts1_status: 0x  ts1_mask: 0x count: 0x0
cx23885[0]/0: ts2_status: 0x  ts2_mask: 0x count: 0x47381f2a
cx23885[0]/0:  (PCI_MSK_AV_CORE   0x0800)
cx25840 3-0044: AV Core IRQ status (entry): ir
cx25840 3-0044: IRQ Status:  tsr
cx25840 3-0044: IRQ Enables: rse rte roe
cx25840 3-0044: AV Core audio IRQ status: 0x80
cx25840 3-0044: AV Core audio MC IRQ status: 0x2000
cx25840 3-0044: AV Core video IRQ status: 0x0123
cx25840 3-0044: AV Core IRQ status (exit): ir
cx23885[0]/0: pci_status: 0x08004000  pci_mask: 0x0800
cx23885[0]/0: vida_status: 0x vida_mask: 0x count: 0x0
cx23885[0]/0: ts1_status: 0x  ts1_mask: 0x count: 0x0
cx23885[0]/0: ts2_status: 0x  ts2_mask: 0x count: 0x47381f2a
cx23885[0]/0:  (PCI_MSK_AV_CORE   0x0800)
cx25840 3-0044: AV Core IRQ status (entry): ir

>
>
> (I think I'm going to have to buy a CX23885 based card soon...)
>
> Regards,
> Andy

-- 
Igor M. Liplianin
Microsoft Windows Free Zone - Linux used for all Computing Tasks
--
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

Re: [PATCH] gspca m5602: eliminate sparse warnings

2009-12-12 Thread Németh Márton 
Jean-Francois Moine wrote:
> On Fri, 11 Dec 2009 22:33:36 +0100
> Németh Márton  wrote:
> 
>> From: Márton Németh 
>>
>> Eliminate the following sparse warnings (see "make C=1"):
>>  * v4l/m5602_s5k4aa.c:530:23: warning: dubious: x | !y
>>  * v4l/m5602_s5k4aa.c:575:23: warning: dubious: x | !y
>>
>> Signed-off-by: Márton Németh 
>> ---
>> ../../m5602_s5k4aa_dubious.patch
>> diff -r f5662ce08663
>> linux/drivers/media/video/gspca/m5602/m5602_s5k4aa.c ---
>> a/linux/drivers/media/video/gspca/m5602/m5602_s5k4aa.c   Fri Dec
>> 11 09:53:41 2009 +0100 +++
>> b/linux/drivers/media/video/gspca/m5602/m5602_s5k4aa.c   Fri Dec
>> 11 22:25:50 2009 +0100 @@ -527,7 +527,7 @@ err =
>> m5602_read_sensor(sd, S5K4AA_ROWSTART_LO, &data, 1); if (err < 0)
>> return err;
>> -data = (data & 0xfe) | !val;
>> +data = (data & 0xfe) | (val ? 0 : 1);
>>  err = m5602_write_sensor(sd, S5K4AA_ROWSTART_LO, &data, 1);
>>  return err;
>>  }
>> @@ -572,7 +572,7 @@
>>  err = m5602_read_sensor(sd, S5K4AA_COLSTART_LO, &data, 1);
>>  if (err < 0)
>>  return err;
>> -data = (data & 0xfe) | !val;
>> +data = (data & 0xfe) | (val ? 0 : 1);
>>  err = m5602_write_sensor(sd, S5K4AA_COLSTART_LO, &data, 1);
>>  return err;
>>  }
> 
> Thanks, but I fixed it in an other way.

No problem as long as the warning message is removed.

Regards,

Márton Németh
--
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

Re: [PATCH] gspca m5602: eliminate sparse warnings

2009-12-12 Thread Jean-Francois Moine 
On Fri, 11 Dec 2009 22:33:36 +0100
Németh Márton  wrote:

> From: Márton Németh 
> 
> Eliminate the following sparse warnings (see "make C=1"):
>  * v4l/m5602_s5k4aa.c:530:23: warning: dubious: x | !y
>  * v4l/m5602_s5k4aa.c:575:23: warning: dubious: x | !y
> 
> Signed-off-by: Márton Németh 
> ---
> ../../m5602_s5k4aa_dubious.patch
> diff -r f5662ce08663
> linux/drivers/media/video/gspca/m5602/m5602_s5k4aa.c ---
> a/linux/drivers/media/video/gspca/m5602/m5602_s5k4aa.cFri Dec
> 11 09:53:41 2009 +0100 +++
> b/linux/drivers/media/video/gspca/m5602/m5602_s5k4aa.cFri Dec
> 11 22:25:50 2009 +0100 @@ -527,7 +527,7 @@ err =
> m5602_read_sensor(sd, S5K4AA_ROWSTART_LO, &data, 1); if (err < 0)
> return err;
> - data = (data & 0xfe) | !val;
> + data = (data & 0xfe) | (val ? 0 : 1);
>   err = m5602_write_sensor(sd, S5K4AA_ROWSTART_LO, &data, 1);
>   return err;
>  }
> @@ -572,7 +572,7 @@
>   err = m5602_read_sensor(sd, S5K4AA_COLSTART_LO, &data, 1);
>   if (err < 0)
>   return err;
> - data = (data & 0xfe) | !val;
> + data = (data & 0xfe) | (val ? 0 : 1);
>   err = m5602_write_sensor(sd, S5K4AA_COLSTART_LO, &data, 1);
>   return err;
>  }

Thanks, but I fixed it in an other way.

Regards.

-- 
Ken ar c'hentañ | ** Breizh ha Linux atav! **
Jef |   http://moinejf.free.fr/
--
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