Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[vdr] Re: av7110 errors, crash
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)
Home |
Main Index |
Thread Index