Hi,
I have exactly the same problem. Same hardware setup, same software
setup. I do not know how to track this down.
Greetings,
-------------
Andre Neumann
-----Original Message-----
From: vdr-bounce@linuxtv.org [mailto:vdr-bounce@linuxtv.org]
On Behalf Of Thomas Neumann
Sent: Tuesday, November 09, 2004 7:41 PM
To: vdr@linuxtv.org
Subject: [vdr] av7110 errors, crash
Hi,
Yesterday the DVB-T broadcast service started in my region,
so I thought I'd plug a DVB-T card into my system in addition
to the DVB-C card it already had.
I can receive and view DVB-T without picture quality
problems. Switching channels also works, but after a couple
of minutes (typically 10 - 30 minutes after VDR is started) I
always sooner or later run into this error (from syslog)
Nov 9 19:11:50 localhost vdr[2630]: TS buffer on device 2
thread started (pid=2630, tid=1138260912) Nov 9 19:11:51
localhost vdr[2630]: channel 10 (KABEL1) event 18:48 'King of
Queens' status 4 Nov 9 19:11:52 localhost vdr[2630]: channel
11 (N24) event 19:02 'Tempo - Das Automagazin' status 4 Nov
9 19:11:52 localhost vdr[2630]: channel 8 (ProSieben) event
18:56 'Die Simpsons' status 4 Nov 9 19:11:52 localhost
vdr[2630]: channel 9 (SAT.1) event 18:50 'BLITZ' status 4 Nov
9 19:14:43 localhost vdr[2630]: clearing device because of
consecutive poll timeouts Nov 9 19:14:44 localhost kernel:
__av7110_send_fw_cmd: timeout waiting for COMMAND idle Nov 9
19:14:44 localhost kernel: av7110_send_fw_cmd error Nov 9
19:14:44 localhost kernel: av7110_fw_cmd error Nov 9
19:14:45 localhost vdr[2630]: clearing device because of
consecutive poll timeouts Nov 9 19:14:46 localhost kernel:
__av7110_send_fw_cmd: timeout waiting for COMMAND idle Nov 9
19:14:46 localhost kernel: av7110_send_fw_cmd error Nov 9
19:14:46 localhost kernel: av7110_fw_cmd error Nov 9
19:14:47 localhost kernel: __av7110_send_fw_cmd: timeout
waiting for COMMAND idle Nov 9 19:14:47 localhost kernel:
av7110_send_fw_cmd error Nov 9 19:14:47 localhost kernel:
av7110_fw_cmd error Nov 9 19:14:48 localhost vdr[2630]:
clearing device because of consecutive poll timeouts Nov 9
19:14:49 localhost kernel: __av7110_send_fw_cmd: timeout
waiting for COMMAND idle Nov 9 19:14:49 localhost kernel:
av7110_send_fw_cmd error Nov 9 19:14:49 localhost kernel:
av7110_fw_cmd error Nov 9 19:14:50 localhost kernel:
__av7110_send_fw_cmd: timeout waiting for COMMAND idle Nov 9
19:14:50 localhost kernel: av7110_send_fw_cmd error Nov 9
19:14:50 localhost kernel: av7110_fw_cmd error Nov 9
19:14:50 localhost kernel: av71100: ARM crashed! Nov 9
19:14:50 localhost kernel: gpioirq unknown type=0 len=0 Nov
9 19:14:56 localhost vdr[2630]: channel 9 (SAT.1) event 19:15
'K 11 - Kommissare im Einsatz' status 2 Nov 9 19:15:19
localhost vdr[2630]: channel 9 (SAT.1) event 19:15 'K 11 -
Kommissare im Einsatz' status 4 Nov 9 19:15:56 localhost
vdr[2630]: ERROR: unknown picture type '6'
>From that moment on, video output to the scart connector is gets
completely turned off (the TV switches away from the SCART
input) and VDR is no longer usable.
My system :
vdr-1.3.15 (from source) and vdr-1.2.6 (from Debian pkg)
error occurs just the same with both versions of vdr.
Debian Sarge with 2.6.8 Kernel and kernel-included DVB drivers.
One DVB-C full-featured card (Siemens) and one
DVB-T budget card (TT clone).
TV-out (Scart) via the video output of the Siemens full-featured card.
Here's what goes to syslog when my system boots, loads the
kernel modules and loads the card firmware :
Nov 9 19:26:12 localhost kernel: saa7146: register extension
'dvb'. Nov 9 19:26:12 localhost kernel: ACPI: PCI interrupt
0000:02:0a.0[A] -> GSI 22 (level, low) -> IRQ 169 Nov 9
19:26:12 localhost kernel: saa7146: found saa7146 @ mem
e0b08000 (revision 1, irq 169) (0x110a,0x0000). Nov 9
19:26:12 localhost kernel: DVB: registering new adapter
(Siemens cable card PCI rev1.5). Nov 9 19:26:12 localhost
kernel: DVB: VES1820(0): setup for tuner spXXXX Nov 9
19:26:12 localhost kernel: DVB: VES1820(0): pwm=0x52 Nov 9
19:26:12 localhost kernel: DVB: registering frontend 0:0
(VES1820 based DVB-C frontend)... Nov 9 19:26:12 localhost
kernel: Siemens cable card PCI rev1.5 adapter 0 has MAC addr
= 00:d0:5c:02:05:67 Nov 9 19:26:12 localhost kernel: gpioirq
unknown type=0 len=0 Nov 9 19:26:12 localhost kernel: DVB:
AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app
8000261c Nov 9 19:26:12 localhost kernel: DVB: AV7111(0) -
firmware supports CI link layer interface Nov 9 19:26:12
localhost kernel: av7110(0): DVB-C w/o analog module detected
Nov 9 19:26:12 localhost kernel: videodev: "av7110" has no release
callback. Please fix > your driver for proper sysfs support, see
http://lwn.net/Articles/36850/ Nov 9 19:26:12 localhost kernel:
saa7146_vv: saa7146 (0): registered device video0 [v4l2] Nov 9 19:26:12
localhost kernel: av7110: found av7110-0. Nov 9 19:26:12 localhost
kernel: saa7146: register extension 'budget_ci dvb'. Nov 9 19:26:12
localhost kernel: ACPI: PCI interrupt 0000:02:0e.0[A] -> GSI 18 (level,
low) -> IRQ 177 Nov 9 19:26:12 localhost kernel: saa7146: found saa7146
@ mem e0b51000 (revision 1, irq 177) (0x13c2,0x1011). Nov 9 19:26:12
localhost kernel: DVB: registering new adapter (TT-Budget/WinTV-NOVA-T
PCI). Nov 9 19:26:12 localhost kernel: tda1004x: Detected Philips
TDA10045H. Nov 9 19:26:12 localhost kernel: tda1004x: Detected Philips
TD1316 tuner. Nov 9 19:26:12 localhost kernel: DVB: registering
frontend 1:0 (Philips TDA10045H)... Nov 9 19:26:12 localhost kernel:
TT-Budget/WinTV-NOVA-T PCI adapter 1 has MAC addr = 00:d0:5c:02:9d:31
Any ideas?
Thanks,
-Tom
--
He used to do surgery
On girls in the eighties
But gravity always wins (Radiohead - Fake Plastic Trees)