Debian Squeeze 2.6.32-35 VDR 1.7.18 kein Bild aber EPG ARM crash

aha · 18. Juli 2011

Hallo

habe mein alten vdr neu aufgesetzt
leider funktioniert er nicht
Nach vielen Tagen Recherche in Foren (und diversen neu installationen) weiss ich nun nicht mehr weiter und hab mich entschlossen das Problem hier mal zu schildern und um Hinweise zu bitten.

Neuaufbau Debian Squeeze nach http://www.e-tobi.net/blog/2010/10/18/squeeze-vdr-teil-1
Linux version 2.6.32-5-686 (Debian 2.6.32-35)

vdr von e-tobi /etc/apt/sources.list.d/e-tobi.list -> "deb http://e-tobi.net/vdr-experimental squeeze vdr-multipatch addons base backports"
bekomme kein Bild
Aber EPG Daten und neue Kanaele werden auch gefunden... (solange ich nicht versuche umzuschalten)

lspci -vvv
01:0a.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Technotrend/Hauppauge DVB card rev2.3
Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin A routed to IRQ 7
Region 0: Memory at fdfffc00 (32-bit, non-prefetchable) [size=10]

dmesg
DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.3)
dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
DVB: registering adapter 0 frontend 0 (ST STV0299 DVB-S)

das sieht soweit alles ok aus
ich hab folgende pakete installiert
apt-get install vdr vdr-plugin-dvbsddevice vdr-admin-am vdr-plugin-femon w-scan

vdr erkennt alles
Jul 17 23:56:31 dell vdr: [1563] probing /dev/dvb/adapter0/frontend0
Jul 17 23:56:31 dell vdr: [1563] creating cDvbSdFfDevice
Jul 17 23:56:31 dell vdr: [1563] new device number 1
Jul 17 23:56:31 dell vdr: [1564] video directory scanner thread started (pid=1563, tid=1564)
Jul 17 23:56:31 dell vdr: [1567] CI adapter on device 0 thread started (pid=1563, tid=1567)
Jul 17 23:56:31 dell vdr: [1565] video directory scanner thread ended (pid=1563, tid=1565)
Jul 17 23:56:31 dell vdr: [1564] video directory scanner thread ended (pid=1563, tid=1564)
Jul 17 23:56:31 dell vdr: [1563] frontend 0/0 provides DVB-S with QPSK ("ST STV0299 DVB-S")
Jul 17 23:56:31 dell vdr: [1569] section handler thread started (pid=1563, tid=1569)
Jul 17 23:56:31 dell vdr: [1568] tuner on frontend 0/0 thread started (pid=1563, tid=1568)
Jul 17 23:56:31 dell vdr: [1563] found 1 DVB device
Jul 17 23:56:31 dell vdr: [1563] initializing plugin: dvbsddevice (0.0.4): SD Full Featured DVB device
Jul 17 23:56:31 dell vdr: [1563] initializing plugin: femon (1.7.10): DVB Signal Information Monitor (OSD)
Jul 17 23:56:31 dell vdr: [1563] setting primary device to 1
Jul 17 23:56:31 dell vdr: [1563] assuming manual start of VDR
Jul 17 23:56:31 dell vdr: [1563] SVDRP listening on port 6419
Jul 17 23:56:31 dell vdr: [1563] setting current skin to "sttng"
Jul 17 23:56:31 dell vdr: [1563] loading /var/lib/vdr/themes/sttng-default.theme
Jul 17 23:56:31 dell vdr: [1563] starting plugin: dvbsddevice
Jul 17 23:56:31 dell vdr: [1563] starting plugin: femon

wenn ich auf die vdradmin weboberfläche in "Watch TV" gehe sehe ich manchmal ein bild (ein einziges mal) kein stream
(und das auch nur wenn ich den rechner davor mal komplett stromlos gemacht hab)
wenn ich dann über vdradmin weboberfläche auf kanal 1 schalte erhalte ich im user.log
Jul 17 23:58:56 dell vdr: [1563] closing SVDRP connection
Jul 17 23:59:00 dell vdr: [1563] connect from 127.0.0.1, port 33876 - accepted
Jul 17 23:59:00 dell vdr: [1563] switching to channel 1
Jul 17 23:59:01 dell vdr: [1563] ERROR (dvbsdffdevice.c,344): Connection timed out
Jul 17 23:59:05 dell vdr: [1563] ERROR (dvbsdffdevice.c,522): Connection timed out
Jul 17 23:59:06 dell vdr: [1563] ERROR (dvbsdffdevice.c,523): Connection timed out
Jul 17 23:59:07 dell vdr: [1563] ERROR (dvbsdffdevice.c,344): Operation not permitted
Jul 17 23:59:07 dell vdr: [1563] ERROR (dvbsdffdevice.c,344): Operation not permitted
Jul 17 23:59:07 dell vdr: [1563] ERROR (dvbsdffdevice.c,332): Operation not permitted
Jul 17 23:59:07 dell vdr: [1563] ERROR: can't set PID 163 on device 1
Jul 17 23:59:07 dell vdr: [1563] ERROR (dvbsdffdevice.c,344): Operation not permitted
Jul 17 23:59:07 dell vdr: [1563] ERROR: failed to set PIDs for channel 1 on device 1

im syslog sehe ich ARM crashed
Jul 17 23:59:00 dell vdr: [1563] switching to channel 1
Jul 17 23:59:01 dell vdr: [1563] ERROR (dvbsdffdevice.c,344): Connection timed out
Jul 17 23:59:01 dell kernel: [ 5265.112052] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
Jul 17 23:59:01 dell kernel: [ 5265.112126] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jul 17 23:59:01 dell kernel: [ 5265.112163] dvb-ttpci: av7110_fw_cmd error -110
Jul 17 23:59:02 dell kernel: [ 5266.116053] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
Jul 17 23:59:02 dell kernel: [ 5266.116136] dvb-ttpci: av7110_fw_request error -110
Jul 17 23:59:02 dell kernel: [ 5266.116175] dvb-ttpci: StopHWFilter error cmd 0b08 0001 0000 ret ffffff92 resp 7d3c de6e pid 18
Jul 17 23:59:03 dell kernel: [ 5267.124052] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
Jul 17 23:59:03 dell kernel: [ 5267.124136] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jul 17 23:59:03 dell kernel: [ 5267.124173] dvb-ttpci: av7110_fw_cmd error -110
Jul 17 23:59:05 dell vdr: [1563] ERROR (dvbsdffdevice.c,522): Connection timed out
Jul 17 23:59:05 dell kernel: [ 5268.532048] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
Jul 17 23:59:05 dell kernel: [ 5268.532119] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jul 17 23:59:05 dell kernel: [ 5268.532156] dvb-ttpci: av7110_fw_cmd error -110
Jul 17 23:59:06 dell vdr: [1563] ERROR (dvbsdffdevice.c,523): Connection timed out
Jul 17 23:59:06 dell kernel: [ 5269.540052] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
Jul 17 23:59:06 dell kernel: [ 5269.540132] dvb-ttpci: av7110_send_fw_cmd(): av7110_send_fw_cmd error -110
Jul 17 23:59:06 dell kernel: [ 5269.540170] dvb-ttpci: av7110_fw_cmd error -110
Jul 17 23:59:07 dell kernel: [ 5270.544056] dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle
Jul 17 23:59:07 dell kernel: [ 5270.544138] dvb-ttpci: av7110_fw_request error -110
Jul 17 23:59:07 dell kernel: [ 5270.544176] dvb-ttpci: StopHWFilter error cmd 0b08 0001 0001 ret ffffff92 resp 7d3c de6e pid 0
Jul 17 23:59:07 dell kernel: [ 5270.936093] dvb-ttpci: ARM crashed @ card 0
Jul 17 23:59:07 dell vdr: [1563] ERROR (dvbsdffdevice.c,344): Operation not permitted
Jul 17 23:59:07 dell vdr: [1563] ERROR (dvbsdffdevice.c,344): Operation not permitted
Jul 17 23:59:07 dell vdr: [1563] ERROR (dvbsdffdevice.c,332): Operation not permitted
Jul 17 23:59:07 dell vdr: [1563] ERROR: can't set PID 163 on device 1

Firmware ist aktuell (ich hab auch ältere versucht)
VDR : 1.7.18-2~ctvdr1
Kernel: 2.6.32-5-686

Ich kann ausschliessen das ich probleme mit der SAT-Schüssel oder Kabel habe.
Wenn ich den rechner von der alten platte starte (mit dem alten VDR) funktioniert alles

Alles was ich im Netz finde deutet auf Firmware- oder Empfangsprobleme hin und es gibt ja immer wieder den hinweis das man ab vdr 1.7. die fb2624 braucht
(http://www.e-tobi.net/blog/201…re-update-nicht-vergessen)
... oder auch Interrupt Probleme ... aber der alte vdr läuft auf der selben Hardware .....
Rechte der Dateien stimmen auch

ls -l /dev/dvb/adapter0/
total 0
crw-rw---- 1 root video 212, 3 Jul 18 00:36 audio0
crw-rw---- 1 root video 212, 4 Jul 18 00:36 ca0
crw-rw---- 1 root video 212, 0 Jul 18 00:36 demux0
crw-rw---- 1 root video 212, 1 Jul 18 00:36 dvr0
crw-rw---- 1 root video 212, 7 Jul 18 00:36 frontend0
crw-rw---- 1 root video 212, 6 Jul 18 00:36 net0
crw-rw---- 1 root video 212, 5 Jul 18 00:36 osd0
crw-rw---- 1 root video 212, 2 Jul 18 00:36 video0

und vdr ist auch in der gruppe video
grep vdr /etc/group
video:x:44:vdr
vdr:x:105:
vdradmin-am:x:106:

Ich hab jetzt auch mal die Treiber von liplianin installiert.
Leider gleiches Ergebnis bzw. keine Besserung
--
apt-get install module-assistant debhelper
cd /usr/local/src
m-a a-i dvb-s2api-liplianin
reboot
--

versuch mit dvb-apps (femon)
apt-get install dvb-apps
------
# femon -H
FE: ST STV0299 DVB-S (DVBS)
Problem retrieving frontend information: Function not implemented
status SCVYL | signal 87% | snr 87% | ber 1792 | unc -1216814279 | FE_HAS_LOCK
Problem retrieving frontend information: Function not implemented
status SCVYL | signal 87% | snr 87% | ber 0 | unc -1216814279 | FE_HAS_LOCK
Problem retrieving frontend information: Function not implemented
status SCVYL | signal 88% | snr 87% | ber 0 | unc -1216814279 | FE_HAS_LOCK
------
der unc wert ist bei jedem aufruf anders aber zeigt auf jeden fall das kein bild kommt .....

Es muss ja wohl ein Softwareproblem sein, da die Hardware mit der alten version ohne Probleme läeuft.
Ach ja von wegen Full TS Mod den ich nicht habe....
Die Probleme sind auch dann vorhanden wenn ich nur einen Sender (nicht HD) in der Kanalliste haben und das Suchen neuer Kanäle
abschalte. Will mit dem Client nicht HD schauen.
femon geht leider auch nicht.
ERROR: cOsd::SetAreas returned 6 (out of memory)
hab bisher keine Scaling werte gefunden damit es geht
Kann aber auch nicht mehr zurück weil ich meinen Server im Keller schon vor längerem auf 1.7.18 umgestellt hab und sonst nicht mehr die Aufnahmen vom Server anschauen kann

Hat jemand noch eine Idee wie ich dem Problem näher kommen kann ??

P.S.: Ich hab so den Eindruck das die "alten" FF Karten nicht mehr so gut unterstützt sind seit es DVB-S2 gibt

UFO · 18. Juli 2011

Zitat von aha

Hat jemand noch eine Idee wie ich dem Problem näher kommen kann ??

Poste mal ein komplettes Log (Treiber + VDR, eben alles bis zum ARM-Crash).

Was sagen "lspci -vvn", "cat /proc/interrupts"?

Zitat

P.S.: Ich hab so den Eindruck das die "alten" FF Karten nicht mehr so gut unterstützt sind seit es DVB-S2 gibt

Ich nicht. Läuft nach wie vor bestens. Ich verwende allerdings keine fertigen Pakete.

CU
Oliver

aha · 19. Juli 2011

Hallo

und danke schon mal für den Versuch zu helfen
Anbei die Logs als Attachments (hoffe das ist ok so).

Zitat

Ich nicht. Läuft nach wie vor bestens. Ich verwende allerdings keine fertigen Pakete.

Also das übersetzten von Kernel dauert auf dem Rechner (den ich per PXE boote, also ohne Platte) einen Tag (900Mhz PIII).
Da hatte ich noch nicht so recht Lust dazu das alles mal zu übersetzen. Kernel hab ich einmal selbst gebaut aber VDR noch nicht.
Aber mit ein wenig Anleitung würd ich auch das machen (hab gerade mein PXE nfs export vergrössert .....)
Vermute sowieso ein konfig Problem mit Linux oder Firmware und nicht wirklich ein VDR Problem.

UFO · 19. Juli 2011

Zitat von aha

Hallo

und danke schon mal für den Versuch zu helfen
Anbei die Logs als Attachments (hoffe das ist ok so).

Ja.

Zitat

Also das übersetzten von Kernel dauert auf dem Rechner (den ich per PXE boote, also ohne Platte) einen Tag (900Mhz PIII).
Da hatte ich noch nicht so recht Lust dazu das alles mal zu übersetzen. Kernel hab ich einmal selbst gebaut aber VDR noch nicht.
Aber mit ein wenig Anleitung würd ich auch das machen (hab gerade mein PXE nfs export vergrössert .....)
Vermute sowieso ein konfig Problem mit Linux oder Firmware und nicht wirklich ein VDR Problem.

Über das Netz zu übersetzen war noch nie eine gute Idee.

Wenn ich es richtig verstehe, hatte die Kiste früher eine Platte. Und jetzt soll alles über das Netz laufen?
Wahrscheinlich liegt hier der Hund begraben.

Ohne lokale Platte muß alles über das Netz, was die langsame Maschine ziemlich belasten dürfte.
Manche Netzwerktreiber sind schlecht programmiert und erzeugen eine hohe Interruptlast.
Die FF-Karte belastet das System zusätzlich.

VDR schreibt seine EPG-Daten, vdradmin grabbt das TV-Bild. Alles, was sonst auf die Platte ginge, muß über das Netz.
Ich würde alles, was geht, auf eine lokale Ramdisk legen. Wenigstens das Grabbing für vdradmin.

CU
Oliver

aha · 19. Juli 2011

Hallo

Nette Idee.
Ja zum übersetzten nicht wirklich geeignet aber zum laufen lassen alle mal.
Die Platte in dem Recher ist nicht die schnellste
Das 100Mbit Netz kann da fast mithalten. Nur bei vielen schreib/lese Aufträgen wirds über netz halt eng.
Ich hab noch einen anderen VDR als PXE boot laufen (ohne Probleme).
Der hat aber gar keine SAT Karte und ist "nur" Streamdev Client.
Dafür hat er eine stärkere CPU und einen Lüfter

Ich hab jetzt ne Partition frei gemacht 2GB und meine Netzboot da rein kopiert
Boot von der Platte ... gleiches Ergebnis -> geht nicht (arm crash)
Logs als Attachment.

Der Spass mit ramdisk und so sind für mich Goodies die ggf noch kommen (falls es zu engpässen im netz kommt)
Die FF Karte sollte das System entlasten (decoding des Stream). Der Rechner selbst ist dazu kaum in der Lage.

Weitere Ideen ?

UFO · 21. Juli 2011

Die Logs sind eigentlich unauffällig. Nur 2 Dinge fallen mir auf.

- Die Karte hat Interrupt 7 bekommen. An IRQ 7 hing früher die Parallelschnittstelle.

- Der Absturz könnte mit den Grabben von vdradmin zusammenzuhängen:

Zitat

Code

Jul 19 14:17:39 dell vdr: [923] connect from 127.0.0.1, port 55428 - accepted
Jul 19 14:17:39 dell vdr: [923] closing SVDRP connection
Jul 19 14:17:39 dell vdr: [923] connect from 127.0.0.1, port 55429 - accepted
Jul 19 14:17:39 dell vdr: [923] closing SVDRP connection
Jul 19 14:17:39 dell vdr: [923] connect from 127.0.0.1, port 55430 - accepted
Jul 19 14:17:39 dell vdr: [923] grabbing to JPEG 70 384 288
Jul 19 14:17:39 dell vdr: [923] closing SVDRP connection
Jul 19 14:17:40 dell vdr: [923] connect from 127.0.0.1, port 55431 - accepted
Jul 19 14:17:40 dell vdr: [923] grabbing to JPEG 70 384 288
Jul 19 14:17:40 dell vdr: [923] closing SVDRP connection
Jul 19 14:17:43 dell vdr: [923] connect from 127.0.0.1, port 55432 - accepted
Jul 19 14:17:43 dell vdr: [923] switching to channel 1

Alles anzeigen

Passiert das ganze auch ohne vdradmin?

CU
Oliver

aha · 22. Juli 2011

Hallo

ja das passiert auch ohne vdradmin
ich nutze das nur zum bequemen umschalten.
und damit die logs nicht so lang wurden hab ich das immer sofart nach einem reboot getestet
hab jetzt vdradmin nicht gestartet und und per "/usr/lib/vdr/svdrpsend.pl HITK 2" geschaltet.
passiert genau das gleiche ....

der parallel port bekommt IRQ 5 nach log
parport_pc 00:0b: activated
parport_pc 00:0b: reported by Plug and Play ACPI
parport0: PC-style at 0x278 (0x678), irq 5 [PCSPP,TRISTATE,EPP]
ich hab ja extra auch drauf geachtet das die karte sich keinen IRQ teilt.

und unter der alten version bekommt die karet auch irq 7 und läuft.
das ist ja das was ich alles nicht so recht verstehe.
irgend etwas ist anders. ich vermute aber eher im Linux evtl. fehlt mir ja ne kernel option

mir fällt da eher folgendes auf
IRQ 7/: IRQF_DISABLED is not guaranteed on shared IRQs
ob es damit zusammenhängt ?

ansonsten werd ich jetzt mal einen eigenen kernel übersetzten und den vdr dazu.
hab die platte nun neu partitioniert und genug platz
gibts es irgendwelche besonderen optionen die ich zum debuggen setzten sollte ?

UFO · 23. Juli 2011

Zitat von aha

mir fällt da eher folgendes auf
IRQ 7/: IRQF_DISABLED is not guaranteed on shared IRQs
ob es damit zusammenhängt ?

Kannst Du ignorieren.

Zitat

ansonsten werd ich jetzt mal einen eigenen kernel übersetzten und den vdr dazu.
hab die platte nun neu partitioniert und genug platz
gibts es irgendwelche besonderen optionen die ich zum debuggen setzten sollte ?

Ich habe keinen Anhaltspunkt, woran es liegen könnte.
Hier laufen die FF-Karten mit allen - allerdings selbst kompilierten - Kerneln.

CU
Oliver

aha · 23. Juli 2011

Hab jetzt Kernel und VDR selbst übersetzt.
Leider auch das gleiche verhalten.
welche sourcen verwendest du ? ich hab die aktuellen debian gemommen (apt-get install linux-source-2.6.32)
eventuell ne andere distribution ?
welche config.
vdr hab ich von e-tobi.

wie kann ich das debuggen ?

erste Fehlermeldung im user.log ist ja
ERROR (dvbsdffdevice.c,344): Connection timed out
das ist im source.
CHECK(ioctl(Handle->handle, DMX_SET_PES_FILTER, &pesFilterParams));

im kern.log
av7110_wait_msgstate: timeout waiting for MSGSTATE 0040
dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle

für mich sieht das nach einem Problem bei der kommunikation mit der DVB Karte aus

UFO · 24. Juli 2011

Zitat von aha

Hab jetzt Kernel und VDR selbst übersetzt.
Leider auch das gleiche verhalten.
welche sourcen verwendest du ? ich hab die aktuellen debian gemommen (apt-get install linux-source-2.6.32)
eventuell ne andere distribution ?
welche config.

Auf der FF-Maschine habe ich div. Kernel von kernel.org (2.6.30.9, 2.6.35.13, 2.6.38.5), speziell für meine Hardware konfiguriert und minimiert.

Als Treiber läuft das hier:
http://www.vdr-portal.de/board16-video-disk-recorder/board85-hdtv-dvb-s2/105803-aktuelle-treiber-für-octopus-ddbridge-cines2-ngene-ddbridge-duoflex-s2-duoflex-ct-sowie-tt-s2-6400

Sollte jedoch eigentlich keine Rolle spielen, am Treiber der FF-Karte hat sich schon lange nichts mehr geändert.

Zitat

vdr hab ich von e-tobi.

Meiner ist Vanilla-VDR, selbstkompiliert.

Zitat

wie kann ich das debuggen ?

Tja. Eigentlich gibt es da für Dich nicht viel zu debuggen. Das ist ein klassischer ARM-Crash.

Zitat

erste Fehlermeldung im user.log ist ja
ERROR (dvbsdffdevice.c,344): Connection timed out
das ist im source.
CHECK(ioctl(Handle->handle, DMX_SET_PES_FILTER, &pesFilterParams));

im kern.log
av7110_wait_msgstate: timeout waiting for MSGSTATE 0040
dvb-ttpci: __av7110_send_fw_cmd(): timeout waiting for COMMAND idle

Alles anzeigen

Imho ist "timeout waiting for MSGSTATE" der Fehler und "Connection timed out" die Folge.
Schau mal in /var/log/syslog. Iirc müßte bei Debian dort alles zusammengefaßt sein.

Solche Fehler gab es früher oft mit alter Firmware bzw. altem Treiber.
Heute eigentlich nur noch manchmal bei schlechtem SAT-Signal bzw. Wiedergabe fehlerhafter Aufnahmen.

CU
Oliver

Debian Squeeze 2.6.32-35 VDR 1.7.18 kein Bild aber EPG ARM crash

Jetzt mitmachen!

Teilen

Tags

Benutzer online in diesem Thema