problems with Terratec Cinergy 1200 DVB-C MK3 after mainboard switch

Hi,

I use two Cinergy 1200 DVB-C MK3 for quite a long time and had no problems so far. Now I switched to a new mainboard (Asus m4n78 pro) and after some time, the dvb-c cards aren't usable anymore. This can be triggered by heavy IO.
On both mainboards I use Ubuntu 9.04 with the same kernel version (2.6.28-13-generic, also tested with 2.6.28-14-server). While running vdr I see the following in syslog:

Jul 11 12:29:52 bowser vdr: [4678] frontend 0 lost lock on channel 6, tp 121
Jul 11 12:29:52 bowser kernel: [ 1235.601266] DVB: TDA10023(0): 
tda10023_readreg: readreg error (reg == 0x11, ret == -1)
Jul 11 12:29:52 bowser vdr: [4682] frontend 1 lost lock on channel 40, 
tp 730
Jul 11 12:29:52 bowser kernel: [ 1235.631263] DVB: TDA10023(1): 
tda10023_readreg: readreg error (reg == 0x11, ret == -1)
Jul 11 12:29:52 bowser kernel: [ 1235.701265] DVB: TDA10023(0): 
tda10023_readreg: readreg error (reg == 0x11, ret == -1)
Jul 11 12:29:52 bowser kernel: [ 1235.741264] DVB: TDA10023(1): 
tda10023_readreg: readreg error (reg == 0x11, ret == -1)
Jul 11 12:29:52 bowser kernel: [ 1235.801262] tda10023: lock tuner fails
Jul 11 12:29:52 bowser kernel: [ 1235.851263] DVB: TDA10023(1): 
tda10023_readreg: readreg error (reg == 0x11, ret == -1)
Jul 11 12:29:52 bowser kernel: [ 1235.951264] DVB: TDA10023(1): 
tda10023_readreg: readreg error (reg == 0x11, ret == -1)
Jul 11 12:29:52 bowser kernel: [ 1236.001263] tda10023: unlock tuner fails
Jul 11 12:29:52 bowser kernel: [ 1236.051271] tda10023: lock tuner fails
Jul 11 12:29:52 bowser kernel: [ 1236.101271] DVB: TDA10023(0): 
tda10023_readreg: readreg error (reg == 0x03, ret == -1)
Jul 11 12:29:53 bowser kernel: [ 1236.200557] DVB: TDA10023(0): 

tda10023_writereg, writereg error (reg == 0x03, val == 0x00, ret == -1)

Using lspci I see the following:

01:05.0 Multimedia controller: Philips Semiconductors SAA7146 (rev ff) (prog-if ff)
!!! Unknown header type 7f
Kernel driver in use: budget_av

01:07.0 Multimedia controller: Philips Semiconductors SAA7146 (rev ff) (prog-if ff)
!!! Unknown header type 7f
Kernel driver in use: budget_av

Before the problem the lspci output looked like this:

01:06.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: TERRATEC Electronic GmbH Device 1176
Flags: bus master, medium devsel, latency 32, IRQ 16 Memory at faeffc00 (32-bit, non-prefetchable) [size=512] Kernel driver in use: budget_av
Kernel modules: budget-av

01:07.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: TERRATEC Electronic GmbH Device 1176
Flags: bus master, medium devsel, latency 32, IRQ 19 Memory at faeff800 (32-bit, non-prefetchable) [size=512] Kernel driver in use: budget_av
Kernel modules: budget-av

Searching on google I found something about adjusting pci-latencies to 64, I already tried that, but it didn't help. I updated the BIOS to the latest version, but that didn't help either.

Any ideas?

Matthias

_______________________________________________
linux-dvb users mailing list
For V4L/DVB development, please use instead [email protected] [email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

This is not a PCI latency problem.

You appear to be experiencing PCI bus errors. Read errors on the PCI bus return 0xffffffff and it looks like that's happening on your system:

(rev ff) (prog-if ff)

PCI bus error are usually caused by the PCI bridge chips on your motherboard being overwhelmed or by bus signals of marginal quality or, of course, by actually defective hardware.

As something simple and easy to try, I would suggest:

1. Remove *all* your PCI cards
2. Blow the dust out of *all* the slots.
3. Reseat the cards.

That will hopefully improve the signal quality on the bus.

You may also want to test with only 1 video capture card installed at first.

Regards,
Andy

Hi Andy,

Ok, I cleaned the cards one more and atm there's only 1 card in the system. Blew out all dust (the motherboard arrived brand new yesterday, so probably not necessary), still the same probs. After heavy IO the card dies. I plugged one of the cards back in the old motherboard and installed a backup vdr, no probs at all with that card. Everything else on the new mainboard works like a charm, so I doubt the board is broken.

Still looking for any other hints,

Matthias

After testing it with a dvb-c ff card and having the same probs, I tracked it down further and it's triggered by fast switching of the cpu frequency. After disabling the ondemand governor everything works as expected. So linux-media/linux-dvb are definitely the wrong lists for that kind of prob.

Thanks,
Matthias