Nova-T 500 Dual DVB-T

2009-12-20 Thread Yves

Hi,

I have a Nova-T 500 Dual DVB-T card that used to work very well under 
Mandriva 2008.1 (kernel 2.6.24.7).


I moved to Mandriva 2009.1, then 2010.0 (kernel 2.6.31.6) and it doesn't 
work well any more. Scan can't find channels. I tried hading options 
dvb-usb-dib0700 force_lna_activation=1 in /etc/modprobe.conf. It 
improve just a bit. Scan find only a few channels. If I revert to 
Mandriva 2008.1 (in another partition), all things are good (without 
adding anything in modprobe.conf).


Is there a new version of the driver (dvb_usb_dib0700) that correct this 
behavior.

If not, how to install the driver from kernel 2.6.24.7 in kernel 2.6.31.6 ?

regards

Yves


--
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: How to make a Zaapa LR301AP DVB-T card work

2009-12-20 Thread Antonio Marcos López Alonso

 
 please try with card=86.
 
 If everything is fine, we add it to auto detection.
 
 Cheers,
 Hermann
 

Did it so and the card (TDA10046 chip ) is now detected by MythTV (have to say 
previous setup was not detected by Kaffeine because MythTV backend was 
running). However scanning process did not find any channel and I'm sure 
previous cards have worked doing so.

New dmesg|grep saa output:
*
[8.840823] saa7130/34: v4l2 driver version 0.2.15 loaded
[8.841237] saa7134 :00:0c.0: PCI INT A - Link[LNKB] - GSI 11 (level, 
low) - IRQ 11
[8.841244] saa7134[0]: found at :00:0c.0, rev: 1, irq: 11, latency: 
64, mmio: 0xdc00
[8.841251] saa7134[0]: subsystem: 4e42:0301, board: LifeView FlyDVB-T / 
Genius VideoWonder DVB-T [card=86,insmod option]
[8.841272] saa7134[0]: board init: gpio is 1
[8.841369] input: saa7134 IR (LifeView FlyDVB-T / as 
/devices/pci:00/:00:0c.0/input/input5
[8.841411] IRQ 11/saa7134[0]: IRQF_DISABLED is not guaranteed on shared 
IRQs
[8.992137] saa7134[0]: i2c eeprom 00: 42 4e 01 03 54 20 1c 00 43 43 a9 1c 
55 d2 b2 92
[8.992147] saa7134[0]: i2c eeprom 10: 00 ff 86 0f ff 20 ff ff ff ff ff ff 
ff ff ff ff
[8.992155] saa7134[0]: i2c eeprom 20: 01 40 01 03 03 01 01 03 08 ff 01 e2 
ff ff ff ff
[8.992163] saa7134[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992170] saa7134[0]: i2c eeprom 40: ff 1b 00 c0 ff 10 01 00 ff ff ff ff 
ff ff ff ff
[8.992177] saa7134[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992185] saa7134[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992192] saa7134[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992199] saa7134[0]: i2c eeprom 80: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992207] saa7134[0]: i2c eeprom 90: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992214] saa7134[0]: i2c eeprom a0: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992221] saa7134[0]: i2c eeprom b0: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992229] saa7134[0]: i2c eeprom c0: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992236] saa7134[0]: i2c eeprom d0: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992243] saa7134[0]: i2c eeprom e0: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992250] saa7134[0]: i2c eeprom f0: ff ff ff ff ff ff ff ff ff ff ff ff 
ff ff ff ff
[8.992393] saa7134[0]: registered device video0 [v4l2]
[8.992418] saa7134[0]: registered device vbi0
[9.533985] DVB: registering new adapter (saa7134[0])
[   10.279639] saa7134 ALSA driver for DMA sound loaded
[   10.279652] IRQ 11/saa7134[0]: IRQF_DISABLED is not guaranteed on shared 
IRQs
[   10.279679] saa7134[0]/alsa: saa7134[0] at 0xdc00 irq 11 registered as 
card -1

Cheers
Antonio

--
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] diseqc 2.0 on stb0899 / pctv452e (TT S2-3xxx and the likes)

2009-12-20 Thread Harald Milz
On Sun, Aug 09, 2009 at 11:26:01PM +0200, Martijn wrote:
 When I go through the s2-liplianin dvb drivers I noticed the DiSEqC 2.0 
 freq marker in the stb0899_priv.h header file. Also according to the 
 STB0899 datasheet DiSEqC 2.0 is supported. Does this mean that the pctv452e 
 driver does not implement the 2.0 specifications? I have seen the S2-3650 
 work through a DiSEqC 1.0 switch without any problems.

Does anyone have an idea as far as this matter? I'd like to use 2 or 3 S2-36xx
parts with a Quad monoblock LNB (Lemon-Inverto) which in principle contains a
DiSEqC switch.

I tried an earlier HG pull from September but my LNB seems to receive only
Hotbird channels, and not all of them to begin with. No Astra channels so far.

I see no mentions of a newer DiSEqC code in pctv452e.c in the changelog - was
there any progress on this? 

TIA!

-- 
We really don't have any enemies.  It's just that some of our best
friends are trying to kill us.
--
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-20 Thread Jean-Francois Moine
Hi Mauro,

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

for the following 8 changesets:

01/08: gspca - main: Optimize code.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=ceb47e732054

02/08: gspca - main: Add the cam flag 'no_urb_create'.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=dbae53a683de

03/08: gspca - zc3xx: Add one more chipset ID of tas5130K.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=fee82c844a59

04/08: gspca - sn9c20x: Fix test of unsigned.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=e0ec15eaeab6

05/08: gspca - sn9c20x: Cleanup code.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=d654a6c81fa1

06/08: gspca - zc3xx: Bad detection of sensor HV7131R(c).
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=332fe9cc577c

07/08: gspca - benq: New subdriver for camera 04a5:3035.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=fbbb6717feb5

08/08: gspca - sonixj: Add sensor adcm1700 and webcam 0c45:614a.
http://linuxtv.org/hg/~jfrancois/v4l-dvb?cmd=changeset;node=ffe9eaea7ab6


 b/linux/drivers/media/video/gspca/benq.c  |  330 ++
 linux/Documentation/video4linux/gspca.txt |2 
 linux/drivers/media/video/gspca/Kconfig   |9 
 linux/drivers/media/video/gspca/Makefile  |2 
 linux/drivers/media/video/gspca/gspca.c   |   38 +--
 linux/drivers/media/video/gspca/gspca.h   |   12 -
 linux/drivers/media/video/gspca/sn9c20x.c |   33 +--
 linux/drivers/media/video/gspca/sonixj.c  |  190 +
 linux/drivers/media/video/gspca/zc3xx.c   |   18 +
 9 files changed, 554 insertions(+), 80 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


Re: af9015: tuner id:179 not supported, please report!

2009-12-20 Thread Bert Massop
Hi all,

Using some usb replay tools used for making the pvrusb2 work, I am
able to receive a working MPEG-TS stream, after snooping communication
in Windows. It's an ugly way to make things work, but now I'm able to
watch television in VLC. It's limited to 758MHz @ 8000KHz, thought,
because I only ran an usbsnoop for that specific frequency.

So right now I'm able to write the TS stream into a pipe / stdout /
file, but creating a (fixed frequency) driver for v4l is way too
complicated for me, at the moment. I don't really understand how the
v4l dvb drivers work, probably because I'm not really experienced in
doing so ;-) Currently, I'm trying to understand how frequency
selection works with this chip, and I'll be making a standalone
application to save the TS stream. Then, maybe someone else can write
a proper v4l driver for this chip.

Regards,
Bert

On Sat, Dec 5, 2009 at 10:45, Jan Sundman jan.sund...@aland.net wrote:
 Hi,

 Thanks for the info, I will have a look and see if it is worth the
 trouble.

 Br,

 // Jan

 On Fri, 2009-12-04 at 13:03 -0500, Michael Krufky wrote:
 On Thu, Dec 3, 2009 at 5:03 PM, Devin Heitmueller
 dheitmuel...@kernellabs.com wrote:
  On Thu, Dec 3, 2009 at 4:47 PM, Bert Massop bert.mas...@gmail.com wrote:
  Hi Jan,
 
  The datasheet for the TDA18218 can be obtained from NXP:
  http://www.nxp.com/documents/data_sheet/TDA18218HN.pdf
 
  That's all the information I have at the moment, maybe Mike has some
  other information (like the Application Note mentioned in the
  datasheet, that claims to contain information on writing drivers, but
  cannot be found anywhere).
 
  Best regards,
 
  Bert
 
  Took a quick look at that datasheet.  I would guess between that
  datasheet and a usbsnoop, there is probably enough there to write a
  driver that basically works for your particular hardware if you know
  what you are doing.  The register map is abbreviated, but probably
  good enough...
 
  Devin

 The datasheet is missing too much important information needed to
 write a fully featured driver for the part, and I wouldn't recommend
 using a usbsnoop for this type of tuner, but be my guest and prove me
 wrong.

 You might be able to get it working, but you'll end up with tons of
 binary blobs hardcoded for each frequency, unless you use a
 programming guide.  Unfortunately, I don't have one that I can share
 :-/

 I think you would be much better off purchasing supported hardware, instead.

 Good luck, though...

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


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

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


Pinnacle PCTV Hybrid (2) dvb woes

2009-12-20 Thread Pedro Ribeiro
Hello all,

I'm having trouble setting up DVB for my Pinnacle PCTV Hybrid Stick
(2), AKA 330e.

I'm using the 2.6.32.2 kernel and everything appears to be fine when I
plug it in, dmesg below:

Dec 20 16:54:15 portatel kernel: [ 4680.702165] usb 1-1: new high
speed USB device using ehci_hcd and address 14
Dec 20 16:54:15 portatel kernel: [ 4680.824615] usb 1-1: New USB
device found, idVendor=2304, idProduct=0226
Dec 20 16:54:15 portatel kernel: [ 4680.824625] usb 1-1: New USB
device strings: Mfr=3, Product=1, SerialNumber=2
Dec 20 16:54:15 portatel kernel: [ 4680.824632] usb 1-1: Product: PCTV 330e
Dec 20 16:54:15 portatel kernel: [ 4680.824637] usb 1-1: Manufacturer:
Pinnacle Systems
Dec 20 16:54:15 portatel kernel: [ 4680.824643] usb 1-1: SerialNumber:
061101030186
Dec 20 16:54:15 portatel kernel: [ 4680.824838] usb 1-1: configuration
#1 chosen from 1 choice
Dec 20 16:54:15 portatel kernel: [ 4680.862751] Linux video capture
interface: v2.00
Dec 20 16:54:15 portatel kernel: [ 4680.870970] em28xx: New device
Pinnacle Systems PCTV 330e @ 480 Mbps (2304:0226, interface 0, class
0)
Dec 20 16:54:15 portatel kernel: [ 4680.871088] em28xx #0: chip ID is
em2882/em2883
Dec 20 16:54:15 portatel kernel: [ 4681.011240] em28xx #0: i2c eeprom
00: 1a eb 67 95 04 23 26 02 d0 12 5c 03 8e 16 a4 1c
Dec 20 16:54:15 portatel kernel: [ 4681.011270] em28xx #0: i2c eeprom
10: 6a 24 27 57 46 07 01 00 00 00 00 00 00 00 00 00
Dec 20 16:54:15 portatel kernel: [ 4681.011298] em28xx #0: i2c eeprom
20: 46 00 01 00 f0 10 02 00 b8 00 00 00 5b e0 00 00
Dec 20 16:54:15 portatel kernel: [ 4681.011326] em28xx #0: i2c eeprom
30: 00 00 20 40 20 6e 02 20 10 01 00 00 00 00 00 00
Dec 20 16:54:15 portatel kernel: [ 4681.011353] em28xx #0: i2c eeprom
40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Dec 20 16:54:15 portatel kernel: [ 4681.011380] em28xx #0: i2c eeprom
50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Dec 20 16:54:15 portatel kernel: [ 4681.011407] em28xx #0: i2c eeprom
60: 00 00 00 00 00 00 00 00 00 00 24 03 50 00 69 00
Dec 20 16:54:15 portatel kernel: [ 4681.011434] em28xx #0: i2c eeprom
70: 6e 00 6e 00 61 00 63 00 6c 00 65 00 20 00 53 00
Dec 20 16:54:15 portatel kernel: [ 4681.011462] em28xx #0: i2c eeprom
80: 79 00 73 00 74 00 65 00 6d 00 73 00 00 00 16 03
Dec 20 16:54:15 portatel kernel: [ 4681.011489] em28xx #0: i2c eeprom
90: 50 00 43 00 54 00 56 00 20 00 33 00 33 00 30 00
Dec 20 16:54:15 portatel kernel: [ 4681.011516] em28xx #0: i2c eeprom
a0: 65 00 00 00 1c 03 30 00 36 00 31 00 31 00 30 00
Dec 20 16:54:15 portatel kernel: [ 4681.011543] em28xx #0: i2c eeprom
b0: 31 00 30 00 33 00 30 00 31 00 38 00 36 00 00 00
Dec 20 16:54:15 portatel kernel: [ 4681.011570] em28xx #0: i2c eeprom
c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Dec 20 16:54:15 portatel kernel: [ 4681.011597] em28xx #0: i2c eeprom
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Dec 20 16:54:15 portatel kernel: [ 4681.011624] em28xx #0: i2c eeprom
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Dec 20 16:54:15 portatel kernel: [ 4681.011651] em28xx #0: i2c eeprom
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Dec 20 16:54:15 portatel kernel: [ 4681.011682] em28xx #0: EEPROM ID=
0x9567eb1a, EEPROM hash = 0x7ab3a4bf
Dec 20 16:54:15 portatel kernel: [ 4681.011687] em28xx #0: EEPROM info:
Dec 20 16:54:15 portatel kernel: [ 4681.011691] em28xx #0:  AC97 audio
(5 sample rates)
Dec 20 16:54:15 portatel kernel: [ 4681.011695] em28xx #0:  500mA max power
Dec 20 16:54:15 portatel kernel: [ 4681.011701] em28xx #0:  Table at
0x27, strings=0x168e, 0x1ca4, 0x246a
Dec 20 16:54:15 portatel kernel: [ 4681.013356] em28xx #0: Identified
as Pinnacle Hybrid Pro (2) (card=56)
Dec 20 16:54:15 portatel kernel: [ 4681.019413] tvp5150 1-005c: chip
found @ 0xb8 (em28xx #0)
Dec 20 16:54:15 portatel kernel: [ 4681.024750] tuner 1-0061: chip
found @ 0xc2 (em28xx #0)
Dec 20 16:54:15 portatel kernel: [ 4681.030121] xc2028 1-0061:
creating new instance
Dec 20 16:54:15 portatel kernel: [ 4681.030125] xc2028 1-0061: type
set to XCeive xc2028/xc3028 tuner
Dec 20 16:54:15 portatel kernel: [ 4681.030135] usb 1-1: firmware:
requesting xc3028-v27.fw
Dec 20 16:54:16 portatel kernel: [ 4681.109735] xc2028 1-0061: Loading
80 firmware images from xc3028-v27.fw, type: xc2028 firmware, ver 2.7
Dec 20 16:54:16 portatel kernel: [ 4681.143076] xc2028 1-0061: Loading
firmware for type=BASE MTS (5), id .
Dec 20 16:54:16 portatel kernel: [ 4682.036873] xc2028 1-0061: Loading
firmware for type=MTS (4), id b700.
Dec 20 16:54:17 portatel kernel: [ 4682.052517] xc2028 1-0061: Loading
SCODE for type=MTS LCD NOGD MONO IF SCODE HAS_IF_4500 (6002b004), id
b700.
Dec 20 16:54:17 portatel kernel: [ 4682.212252] em28xx #0: Config
register raw data: 0xd0
Dec 20 16:54:17 portatel kernel: [ 4682.212996] em28xx #0: AC97 vendor
ID = 0x
Dec 20 16:54:17 portatel kernel: [ 4682.213466] em28xx #0: AC97
features = 0x6a90
Dec 20 16:54:17 portatel kernel: 

Re: Pinnacle PCTV Hybrid (2) dvb woes

2009-12-20 Thread Devin Heitmueller
On Sun, Dec 20, 2009 at 12:07 PM, Pedro Ribeiro ped...@gmail.com wrote:
 Hello all,

 I'm having trouble setting up DVB for my Pinnacle PCTV Hybrid Stick
 (2), AKA 330e.

You can check the linux-media archives for more info, but I can tell
you that the 330e is not currently supported for DVB mode (analog
only).

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


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

2009-12-20 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:Sun Dec 20 19:00:02 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset:   13836:9defbd461e5f
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: OK
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: ERRORS
linux-2.6.26-i686: WARNINGS
linux-2.6.27-i686: ERRORS
linux-2.6.28-i686: ERRORS
linux-2.6.29.1-i686: ERRORS
linux-2.6.30-i686: ERRORS
linux-2.6.31-i686: ERRORS
linux-2.6.32-i686: ERRORS
linux-2.6.30-m32r: OK
linux-2.6.31-m32r: OK
linux-2.6.32-m32r: OK
linux-2.6.30-mips: WARNINGS
linux-2.6.31-mips: OK
linux-2.6.32-mips: OK
linux-2.6.30-powerpc64: WARNINGS
linux-2.6.31-powerpc64: OK
linux-2.6.32-powerpc64: WARNINGS
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: ERRORS
linux-2.6.26-x86_64: WARNINGS
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: WARNINGS
linux-2.6.32-x86_64: WARNINGS
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/Sunday.log

Full logs are available here:

http://www.xs4all.nl/~hverkuil/logs/Sunday.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


Re: Pinnacle PCTV Hybrid (2) dvb woes

2009-12-20 Thread Pedro Ribeiro
On Sun, Dec 20, 2009 at 6:32 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
 On Sun, Dec 20, 2009 at 12:07 PM, Pedro Ribeiro ped...@gmail.com wrote:
 Hello all,

 I'm having trouble setting up DVB for my Pinnacle PCTV Hybrid Stick
 (2), AKA 330e.

 You can check the linux-media archives for more info, but I can tell
 you that the 330e is not currently supported for DVB mode (analog
 only).

 Devin

 --
 Devin J. Heitmueller - Kernel Labs
 http://www.kernellabs.com


Damn, I suspected that.

Anyway, I'm having trouble viewing analog TV. I can scan and watch
channels fine, but there is no audio, and I don't know how to
configure it. If you could help me, I would really appreciate it

Should I use the em28xx soundcard for output or my own internal soundcard?

tvtime only uses ALSA, but my internal soundcard as OSS mixer
emulation (the em28xx has not). However, I cannot control the volume
in tvtime

Alsa says that the em28xx soundcard has no mixer controls.


Thanks,
Pedro
--
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: Pinnacle PCTV Hybrid (2) dvb woes

2009-12-20 Thread Markus Rechberger
On Mon, Dec 21, 2009 at 12:40 AM, Pedro Ribeiro ped...@gmail.com wrote:
 On Sun, Dec 20, 2009 at 6:32 PM, Devin Heitmueller
 dheitmuel...@kernellabs.com wrote:
 On Sun, Dec 20, 2009 at 12:07 PM, Pedro Ribeiro ped...@gmail.com wrote:
 Hello all,

 I'm having trouble setting up DVB for my Pinnacle PCTV Hybrid Stick
 (2), AKA 330e.

 You can check the linux-media archives for more info, but I can tell
 you that the 330e is not currently supported for DVB mode (analog
 only).

 Devin

 --
 Devin J. Heitmueller - Kernel Labs
 http://www.kernellabs.com


 Damn, I suspected that.

 Anyway, I'm having trouble viewing analog TV. I can scan and watch
 channels fine, but there is no audio, and I don't know how to
 configure it. If you could help me, I would really appreciate it

 Should I use the em28xx soundcard for output or my own internal soundcard?

 tvtime only uses ALSA, but my internal soundcard as OSS mixer
 emulation (the em28xx has not). However, I cannot control the volume
 in tvtime

 Alsa says that the em28xx soundcard has no mixer controls.


for some reason I would say to sell the card and buy another device (which one?)
Pinnacle never wanted to pay developers, although they were interested
in Linux drivers.
Their max offer was 500 eur/half year for writing a linux driver for
them. Devin is smart enough
to work for them for free (smart dude!). Since I got that offer on
the phone I denied to do any work for them anymore.
Even though if it is opensource (with an obvious bad quality) it should not be
free for them). But this also explains their previous quality of the
windows software.
Nowadays PCTV Systems is selling half working hardware in eastern Europe (wonder
why they are not selling it in Germany, fear of getting sued by someone?)...

Markus
--
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: Pinnacle PCTV Hybrid (2) dvb woes

2009-12-20 Thread Markus Rechberger
On Mon, Dec 21, 2009 at 1:11 AM, Pedro Ribeiro ped...@gmail.com wrote:
 On Sun, Dec 20, 2009 at 11:57 PM, Markus Rechberger
 mrechber...@gmail.com wrote:
 On Mon, Dec 21, 2009 at 12:40 AM, Pedro Ribeiro ped...@gmail.com wrote:
 On Sun, Dec 20, 2009 at 6:32 PM, Devin Heitmueller
 dheitmuel...@kernellabs.com wrote:
 On Sun, Dec 20, 2009 at 12:07 PM, Pedro Ribeiro ped...@gmail.com wrote:
 Hello all,

 I'm having trouble setting up DVB for my Pinnacle PCTV Hybrid Stick
 (2), AKA 330e.

 You can check the linux-media archives for more info, but I can tell
 you that the 330e is not currently supported for DVB mode (analog
 only).

 Devin

 --
 Devin J. Heitmueller - Kernel Labs
 http://www.kernellabs.com


 Damn, I suspected that.

 Anyway, I'm having trouble viewing analog TV. I can scan and watch
 channels fine, but there is no audio, and I don't know how to
 configure it. If you could help me, I would really appreciate it

 Should I use the em28xx soundcard for output or my own internal soundcard?

 tvtime only uses ALSA, but my internal soundcard as OSS mixer
 emulation (the em28xx has not). However, I cannot control the volume
 in tvtime

 Alsa says that the em28xx soundcard has no mixer controls.


 for some reason I would say to sell the card and buy another device (which 
 one?)
 Pinnacle never wanted to pay developers, although they were interested
 in Linux drivers.
 Their max offer was 500 eur/half year for writing a linux driver for
 them. Devin is smart enough
 to work for them for free (smart dude!). Since I got that offer on
 the phone I denied to do any work for them anymore.
 Even though if it is opensource (with an obvious bad quality) it should not 
 be
 free for them). But this also explains their previous quality of the
 windows software.
 Nowadays PCTV Systems is selling half working hardware in eastern Europe 
 (wonder
 why they are not selling it in Germany, fear of getting sued by someone?)...

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


 500 euro for half a year? What an insult!


Exactly what I thought, I know alot more stories nowadays actually...

 Well I thought of buying a new one, better supported in Linux. But
 they are very expensive, and someone offered me the 330e :(


They are interested in Linux drivers, but yes it is absolutely
insulting for every software engineer. The offer came from a manager
who is rather hardware focused.

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


does anyone recommend Hauppauge WinTV-NOVA-T USB 2.0?

2009-12-20 Thread Pedro Ribeiro
Hi all,

I want to buy a cheap card for watching DVB-T in the UK. Currently,
Amazon and others offer the Hauppauge WinTV-NOVA-T USB 2.0 for only 30
pounds including delivery, so its very tempting.

This device is listed as supported in the v4l-Wiki, but I want a real
recommendation by someone who uses it regularly. So if you have this
card, do you recommend it?

I don't care about HDTV, I just want good signal quality (yes I know
that depends more on the aerial) on a cheap USB card.

Also a working remote control is very important to me.


Thanks,
Pedro
--
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: Nova-T 500 Dual DVB-T

2009-12-20 Thread Douglas Schilling Landgraf

Hello Yves,

On 12/20/2009 03:21 AM, Yves wrote:

Hi,

I have a Nova-T 500 Dual DVB-T card that used to work very well under 
Mandriva 2008.1 (kernel 2.6.24.7).


I moved to Mandriva 2009.1, then 2010.0 (kernel 2.6.31.6) and it 
doesn't work well any more. Scan can't find channels. I tried hading 
options dvb-usb-dib0700 force_lna_activation=1 in 
/etc/modprobe.conf. It improve just a bit. Scan find only a few 
channels. If I revert to Mandriva 2008.1 (in another partition), all 
things are good (without adding anything in modprobe.conf).


Is there a new version of the driver (dvb_usb_dib0700) that correct 
this behavior.
If not, how to install the driver from kernel 2.6.24.7 in kernel 
2.6.31.6 ?




Please try the current driver available at v4l/dvb develpment tree and 
share your results here.


hg clone http://linuxtv.org/hg/v4l-dvb
make
make rmmod
make install

Finally, just restart your machine and test your favourite application.

For additional info:

http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers

Cheers,
Douglas
--
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: Nova-T 500 Dual DVB-T

2009-12-20 Thread Carey Stevens
Hi,

FYI, I had some trouble with this card along the lines of these posts
you might find interesting

http://www.mail-archive.com/linux-media@vger.kernel.org/msg08331.html
http://osdir.com/ml/linux-media/2009-02/msg00948.html

I have the card now working using Ubuntu 9.10 (2.6.31 kernel), with
the manual addition of V4L from a version prior to the patch to use
the new 1.20 firmware..

Carey



2009/12/21 Douglas Schilling Landgraf dougsl...@gmail.com:
 Hello Yves,

 On 12/20/2009 03:21 AM, Yves wrote:

 Hi,

 I have a Nova-T 500 Dual DVB-T card that used to work very well under
 Mandriva 2008.1 (kernel 2.6.24.7).

 I moved to Mandriva 2009.1, then 2010.0 (kernel 2.6.31.6) and it doesn't
 work well any more. Scan can't find channels. I tried hading options
 dvb-usb-dib0700 force_lna_activation=1 in /etc/modprobe.conf. It improve
 just a bit. Scan find only a few channels. If I revert to Mandriva 2008.1
 (in another partition), all things are good (without adding anything in
 modprobe.conf).

 Is there a new version of the driver (dvb_usb_dib0700) that correct this
 behavior.
 If not, how to install the driver from kernel 2.6.24.7 in kernel 2.6.31.6
 ?


 Please try the current driver available at v4l/dvb develpment tree and share
 your results here.

 hg clone http://linuxtv.org/hg/v4l-dvb
 make
 make rmmod
 make install

 Finally, just restart your machine and test your favourite application.

 For additional info:

 http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers

 Cheers,
 Douglas
 --
 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

--
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/~awalls/v4l-dvb-misc

2009-12-20 Thread Andy Walls
Mauro,

If no one has any objections, please pull from

 http://linuxtv.org/hg/~awalls/v4l-dvb-misc

for the following 12 changesets.

Of note:
02-04 are from Jean Delvare and fix up the cx23885 i2c routines
05-17 and 12 add and use a new v4l2_subdev core op for configuring I/O pin muxes
08-10 are some minor cx23885 ir fixes noted when trying to get the TeVii S470 
working

01/12: ivtv: Add a card entry to identify ProVideo PV-947D cards
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=a45c59b269d1

02/12: cx23885: Return -ENXIO on slave nack
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=e8788f94fe89

03/12: cx23885: Check for slave nack on all transactions
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=ce19c9683fd1

04/12: cx23885: i2c_wait_done returns 0 or 1, don't check for  0 return value
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=714516d12a8f

05/12: v4l2_subdev: Add s_io_pin_config to v4l2_subdev_core_ops
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=08647cb79215

06/12: cx25840: Add s_io_pin_config core subdev ops for the CX2388[578]
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=bc272f3b7e15

07/12: cx23885: When using CX23888 IR, configure the IO pin mux IR pins 
explcitly
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=3f61484274ab

08/12: v4l2_subdev, cx23885: Differentiate IR carrier sense and I/O pin 
inversion
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=72507c5a253b

09/12: cx23885: Set IR Tx output pin drive properly for HVR-1850 and HVR-1290
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=bbb8e2feee04

10/12: cx23885: Convert from struct card_ir to struct cx23885_ir_input for IR Rx
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=aa62944baa92

11/12: cx23885: Add a v4l2_subdev group id for the CX2388[578] integrated AV 
core
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=cdb0930a7d0e

12/12: cx25840: Add an IO pad control for the IRQ out of the CX2388[578] AV Core
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=5df16bc74746


 drivers/media/video/cx23885/cx23885-cards.c |   28 -
 drivers/media/video/cx23885/cx23885-i2c.c   |   27 ++--
 drivers/media/video/cx23885/cx23885-input.c |   44 +---
 drivers/media/video/cx23885/cx23885.h   |   25 
 drivers/media/video/cx23885/cx23888-ir.c|   32 -
 drivers/media/video/cx25840/cx25840-core.c  |  153 
 drivers/media/video/ivtv/ivtv-cards.c   |   62 +++
 drivers/media/video/ivtv/ivtv-cards.h   |4 
 drivers/media/video/ivtv/ivtv-driver.c  |1 
 include/media/cx25840.h |   75 +
 include/media/v4l2-subdev.h |   28 -
 11 files changed, 437 insertions(+), 42 deletions(-)

Thanks.

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: [PULL] http://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2

2009-12-20 Thread Devin Heitmueller
On Mon, Dec 14, 2009 at 11:19 AM, Mauro Carvalho Chehab
mche...@infradead.org wrote:
 Em Mon, 14 Dec 2009 11:10:50 -0500
 Devin Heitmueller dheitmuel...@kernellabs.com escreveu:

 On Mon, Dec 14, 2009 at 11:09 AM, Mauro Carvalho Chehab
 mche...@infradead.org wrote:
  I can't pull. Your site is not responding.
 
  Hmm... it seems a temporary failure. It is working now.

 That is strange (works fine from here).  You reported a similar issue
 trying to pull one of Michael Krufky's trees last week.  I will have
 to keep an eye on it.

 Yep.

 Btw, there are a few CodingStyle issues. Please send later a patch fixing it.

 I'll be reviewing the patch series.

 Cheers,
 Mauro

Sorry about the delay on this.  I took a pass over the files and
cleaned up the bulk of the codingstyle issues.  The remaining issues
on the cx18-driver.c were pre-existing and the change is not obvious
(probably needs input from the maintainer).  There is still one
warning about an #if 0 case in cx18-alsa-main.c, but this is being
left there because it is a hook into the mixer routines, which are
currently not supported (there is a cx18-alsa-mixer.c file but none of
the controls are implemented yet).

I added the patches to the original hvr-1600-alsa-2 tree, since the
tree has not been merged yet.

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


[PULL] https://www.kernellabs.com/hg/~dheitmueller/em28xx-pal-vbi-2/

2009-12-20 Thread Devin Heitmueller
Hello Mauro,

Please PULL from
https://www.kernellabs.com/hg/~dheitmueller/em28xx-pal-vbi-2 for the
following:

em28xx: add PAL support for VBI

This basically just goes back and fixes up the VBI support so that it
is no longer NTSC specific (fixing constants and properly setting up
the VBI region based on the standard).  Validated against a Teletext
stream in New Zealand (as well as regression tested against an NTSC
source).

Thanks again go out to EyeMagnet Limited for sponsoring this work.

Cheers,

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://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2

2009-12-20 Thread Andy Walls
On Sun, 2009-12-20 at 22:02 -0500, Devin Heitmueller wrote:
 On Mon, Dec 14, 2009 at 11:19 AM, Mauro Carvalho Chehab
 mche...@infradead.org wrote:
  Em Mon, 14 Dec 2009 11:10:50 -0500
  Devin Heitmueller dheitmuel...@kernellabs.com escreveu:
 
  On Mon, Dec 14, 2009 at 11:09 AM, Mauro Carvalho Chehab
  mche...@infradead.org wrote:
   I can't pull. Your site is not responding.
  
   Hmm... it seems a temporary failure. It is working now.
 
  That is strange (works fine from here).  You reported a similar issue
  trying to pull one of Michael Krufky's trees last week.  I will have
  to keep an eye on it.
 
  Yep.
 
  Btw, there are a few CodingStyle issues. Please send later a patch fixing 
  it.
 
  I'll be reviewing the patch series.
 
  Cheers,
  Mauro
 
 Sorry about the delay on this.  I took a pass over the files and
 cleaned up the bulk of the codingstyle issues.  The remaining issues
 on the cx18-driver.c were pre-existing and the change is not obvious
 (probably needs input from the maintainer).

Hmmm on the current v4l-dvb tree, the command

$ v4l/scripts/checkpatch.pl --no-tree --strict  \
-f linux/drivers/media/video/cx18/cx18-driver.c 

yields warnings about pre-existing 80 column lines and
LINUX_VERSION_CODE checks.

Was there something else?

Regards,
Andy

   There is still one
 warning about an #if 0 case in cx18-alsa-main.c, but this is being
 left there because it is a hook into the mixer routines, which are
 currently not supported (there is a cx18-alsa-mixer.c file but none of
 the controls are implemented yet).
 
 I added the patches to the original hvr-1600-alsa-2 tree, since the
 tree has not been merged yet.
 
 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


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

2009-12-20 Thread Devin Heitmueller
On Sun, Dec 20, 2009 at 10:28 PM, Andy Walls awa...@radix.net wrote:
 Hmmm on the current v4l-dvb tree, the command

 $ v4l/scripts/checkpatch.pl --no-tree --strict  \
        -f linux/drivers/media/video/cx18/cx18-driver.c

 yields warnings about pre-existing 80 column lines and
 LINUX_VERSION_CODE checks.

 Was there something else?

No, that's what I'm talking about.  I figured if you wanted to split
the CX18_ERR messages to fit on 80 columns, that is really at your
discretion, not mine.   I can certainly do it, of course, but I
personally believe it's one of those cases where it is better to not
split them.

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://www.kernellabs.com/hg/~dheitmueller/hvr-1600-alsa-2

2009-12-20 Thread Andy Walls
On Sun, 2009-12-20 at 22:33 -0500, Devin Heitmueller wrote:
 On Sun, Dec 20, 2009 at 10:28 PM, Andy Walls awa...@radix.net wrote:
  Hmmm on the current v4l-dvb tree, the command
 
  $ v4l/scripts/checkpatch.pl --no-tree --strict  \
 -f linux/drivers/media/video/cx18/cx18-driver.c
 
  yields warnings about pre-existing 80 column lines and
  LINUX_VERSION_CODE checks.
 
  Was there something else?
 
 No, that's what I'm talking about.  I figured if you wanted to split
 the CX18_ERR messages to fit on 80 columns, that is really at your
 discretion, not mine.   I can certainly do it, of course, but I
 personally believe it's one of those cases where it is better to not
 split them.

Ah.  No I wouldn't bother.  The LKML has some churn on checkpatch's 80
column warning in the past few days:

http://lkml.org/lkml/2009/12/17/208

In that thread Joe Perches posted a compromise:

http://lkml.org/lkml/2009/12/18/3

I'll wait and see how it comes out.

BTW I have got unsubscribe from the LKML - way too many emails in my
inbox.

Regards,
Andy
 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


RE: [PATCH] Davinci VPFE Capture: Add Suspend/Resume Support

2009-12-20 Thread Hiremath, Vaibhav
 -Original Message-
 From: Karicheri, Muralidharan
 Sent: Friday, November 20, 2009 3:31 AM
 To: Hiremath, Vaibhav; linux-media@vger.kernel.org
 Cc: hverk...@xs4all.nl
 Subject: RE: [PATCH] Davinci VPFE Capture: Add Suspend/Resume
 Support
 
 Vaibhav,
 
 I have some comments. I have tested this patch for normal
 use case of tvp5146 capture on DM355. It looks ok. We
 don't have support for power management on DM355. So I couldn't
 test the suspend  resume operations.
 
[Hiremath, Vaibhav] Murali,

If you don't any further comments/analysis, this patch should go in. I will 
resubmit the patch against the tip.

Thanks,
Vaibhav

 
  struct ccdc_hw_device {
 diff --git a/drivers/media/video/davinci/dm644x_ccdc.c
 b/drivers/media/video/davinci/dm644x_ccdc.c
 index 5dff8d9..fdab823 100644
 --- a/drivers/media/video/davinci/dm644x_ccdc.c
 +++ b/drivers/media/video/davinci/dm644x_ccdc.c
 @@ -88,6 +88,10 @@ static void *__iomem ccdc_base_addr;
  static int ccdc_addr_size;
  static enum vpfe_hw_if_type ccdc_if_type;
 
 +#define CCDC_SZ_REGSSZ_1K
 +
 +static u32 ccdc_ctx[CCDC_SZ_REGS / sizeof(u32)];
 
 The last register is at 0x94 on DM6446. So do we need 256
 entries when we have only 37 registers?
 
 +
  /* register access routines */
  static inline u32 regr(u32 offset)
  {
 @@ -834,6 +838,87 @@ static int ccdc_set_hw_if_params(struct
 vpfe_hw_if_param *params)
  return 0;
  }
 
 +static void ccdc_save_context(void)
 +{
 +ccdc_ctx[CCDC_PCR] = regr(CCDC_PCR);
 
 
 For this and below, You are using every 4th location in the array
 for saving register values which is not necessary if you use
 something like.
 ccdc_ctx[CCDC_PCR  2] = regr(CCDC_PCR);
 ccdc_ctx[CCDC_SYN_MODE  2] = regr(CCDC_SYN_MODE);
 Any reason why you do this way?
 
 +ccdc_ctx[CCDC_SYN_MODE] = regr(CCDC_SYN_MODE);
 +ccdc_ctx[CCDC_HD_VD_WID] = regr(CCDC_HD_VD_WID);
 +ccdc_ctx[CCDC_PIX_LINES] = regr(CCDC_PIX_LINES);
 +ccdc_ctx[CCDC_HORZ_INFO] = regr(CCDC_HORZ_INFO);
 +ccdc_ctx[CCDC_VERT_START] = regr(CCDC_VERT_START);
 +ccdc_ctx[CCDC_VERT_LINES] = regr(CCDC_VERT_LINES);
 +ccdc_ctx[CCDC_CULLING] = regr(CCDC_CULLING);
 +ccdc_ctx[CCDC_HSIZE_OFF] = regr(CCDC_HSIZE_OFF);
 +ccdc_ctx[CCDC_SDOFST] = regr(CCDC_SDOFST);
 +ccdc_ctx[CCDC_SDR_ADDR] = regr(CCDC_SDR_ADDR);
 +ccdc_ctx[CCDC_CLAMP] = regr(CCDC_CLAMP);
 +ccdc_ctx[CCDC_DCSUB] = regr(CCDC_DCSUB);
 +ccdc_ctx[CCDC_COLPTN] = regr(CCDC_COLPTN);
 +ccdc_ctx[CCDC_BLKCMP] = regr(CCDC_BLKCMP);
 +ccdc_ctx[CCDC_FPC] = regr(CCDC_FPC);
 +ccdc_ctx[CCDC_FPC_ADDR] = regr(CCDC_FPC_ADDR);
 +ccdc_ctx[CCDC_VDINT] = regr(CCDC_VDINT);
 +ccdc_ctx[CCDC_ALAW] = regr(CCDC_ALAW);
 +ccdc_ctx[CCDC_REC656IF] = regr(CCDC_REC656IF);
 +ccdc_ctx[CCDC_CCDCFG] = regr(CCDC_CCDCFG);
 +ccdc_ctx[CCDC_FMTCFG] = regr(CCDC_FMTCFG);
 +ccdc_ctx[CCDC_FMT_HORZ] = regr(CCDC_FMT_HORZ);
 +ccdc_ctx[CCDC_FMT_VERT] = regr(CCDC_FMT_VERT);
 +ccdc_ctx[CCDC_FMT_ADDR0] = regr(CCDC_FMT_ADDR0);
 +ccdc_ctx[CCDC_FMT_ADDR1] = regr(CCDC_FMT_ADDR1);
 +ccdc_ctx[CCDC_FMT_ADDR2] = regr(CCDC_FMT_ADDR2);
 +ccdc_ctx[CCDC_FMT_ADDR3] = regr(CCDC_FMT_ADDR3);
 +ccdc_ctx[CCDC_FMT_ADDR4] = regr(CCDC_FMT_ADDR4);
 +ccdc_ctx[CCDC_FMT_ADDR5] = regr(CCDC_FMT_ADDR5);
 +ccdc_ctx[CCDC_FMT_ADDR6] = regr(CCDC_FMT_ADDR6);
 +ccdc_ctx[CCDC_FMT_ADDR7] = regr(CCDC_FMT_ADDR7);
 +ccdc_ctx[CCDC_PRGEVEN_0] = regr(CCDC_PRGEVEN_0);
 +ccdc_ctx[CCDC_PRGEVEN_1] = regr(CCDC_PRGEVEN_1);
 +ccdc_ctx[CCDC_PRGODD_0] = regr(CCDC_PRGODD_0);
 +ccdc_ctx[CCDC_PRGODD_1] = regr(CCDC_PRGODD_1);
 +ccdc_ctx[CCDC_VP_OUT] = regr(CCDC_VP_OUT);
 +}
 +
 +static void ccdc_restore_context(void)
 +{
 +regw(ccdc_ctx[CCDC_SYN_MODE], CCDC_SYN_MODE);
 +regw(ccdc_ctx[CCDC_HD_VD_WID], CCDC_HD_VD_WID);
 +regw(ccdc_ctx[CCDC_PIX_LINES], CCDC_PIX_LINES);
 +regw(ccdc_ctx[CCDC_HORZ_INFO], CCDC_HORZ_INFO);
 +regw(ccdc_ctx[CCDC_VERT_START], CCDC_VERT_START);
 +regw(ccdc_ctx[CCDC_VERT_LINES], CCDC_VERT_LINES);
 +regw(ccdc_ctx[CCDC_CULLING], CCDC_CULLING);
 +regw(ccdc_ctx[CCDC_HSIZE_OFF], CCDC_HSIZE_OFF);
 +regw(ccdc_ctx[CCDC_SDOFST], CCDC_SDOFST);
 +regw(ccdc_ctx[CCDC_SDR_ADDR], CCDC_SDR_ADDR);
 +regw(ccdc_ctx[CCDC_CLAMP], CCDC_CLAMP);
 +regw(ccdc_ctx[CCDC_DCSUB], CCDC_DCSUB);
 +regw(ccdc_ctx[CCDC_COLPTN], CCDC_COLPTN);
 +regw(ccdc_ctx[CCDC_BLKCMP], CCDC_BLKCMP);
 +regw(ccdc_ctx[CCDC_FPC], CCDC_FPC);
 +regw(ccdc_ctx[CCDC_FPC_ADDR], CCDC_FPC_ADDR);
 +regw(ccdc_ctx[CCDC_VDINT], CCDC_VDINT);
 +regw(ccdc_ctx[CCDC_ALAW], CCDC_ALAW);
 +regw(ccdc_ctx[CCDC_REC656IF], CCDC_REC656IF);
 +regw(ccdc_ctx[CCDC_CCDCFG], CCDC_CCDCFG);
 +regw(ccdc_ctx[CCDC_FMTCFG], CCDC_FMTCFG);
 +regw(ccdc_ctx[CCDC_FMT_HORZ], CCDC_FMT_HORZ);
 +regw(ccdc_ctx[CCDC_FMT_VERT], CCDC_FMT_VERT);
 +regw(ccdc_ctx[CCDC_FMT_ADDR0], CCDC_FMT_ADDR0);
 +regw(ccdc_ctx[CCDC_FMT_ADDR1], CCDC_FMT_ADDR1);
 +