TT S2-6400 reagiert nach einiger Zeit nicht mehr

Jansen · 29. Mai 2011

Hallo,

ich lasse meinen VDR 24h am Tag laufen. Nach einiger Zeit reagiert er aber nicht mehr auf die Fernbedienung (über den IR-empfänger der TT). Es hilft nur ein kompletter Neustart (modprobe -r saa716x_ff oder ein vdr neustart helfen nicht).

Als das Problem auftrat stand folgendes in der dmesg:

Code

[22902.773959] demux_worker: called but nothing to do
[24307.353407] demux_worker 3 TS: 37 BA 83 47 1E DD 3B 93
[29691.246216] demux_worker 3 TS: 15 47 44 1C D2 90 E3 32
[30680.785716] demux_worker 3 TS: FF FF FF 47 36 35 75 5F
[31006.938663] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
[31006.938673] saa716x_i2c_send (0): I2C Send failed (Err=-5)
[31006.938678] saa716x_i2c_xfer (0): Data send failed
[31006.938687] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
[32385.189754] demux_worker 3 TS: DB 47 44 1B 7F 64 61 CA
[33352.753778] demux_worker 3 TS: A3 CD 69 47 4C 7C 1E 83
[35831.685843] demux_worker 3 TS: 4A 58 BE 47 44 83 B1 5F
[38017.713320] show_signal_msg: 18 callbacks suppressed
[56677.696172] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
[56677.696182] saa716x_i2c_send (0): I2C Send failed (Err=-5)
[56677.696188] saa716x_i2c_xfer (0): Data send failed
[56677.696198] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
[86750.860025] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86751.861307] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86752.861311] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86753.861316] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86754.860028] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86755.860030] sti7109_raw_data (0): timed out waiting for block done
[86756.860030] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86757.860032] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86758.860044] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86759.860048] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86760.860045] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86761.860045] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86766.870027] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86767.870026] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86768.870070] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86769.870026] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[86770.870030] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89722.890036] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89723.890032] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89724.890032] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89725.890044] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89726.890043] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89727.890026] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89728.890028] sti7109_raw_data (0): timed out waiting for data ready
[89729.890028] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89730.890031] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89731.890029] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89732.890027] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89733.890029] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89734.890030] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89739.900027] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89740.900030] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89741.900030] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89742.900030] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[89743.900032] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[92457.925150] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
[92457.925161] saa716x_i2c_send (0): I2C Send failed (Err=-5)
[92457.925166] saa716x_i2c_xfer (0): Data send failed
[92457.925175] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
[106991.023707] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
[106991.023717] saa716x_i2c_send (0): I2C Send failed (Err=-5)
[106991.023722] saa716x_i2c_xfer (0): Data send failed
[106991.023732] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET

Alles anzeigen

Der Fehler "TXFIFO" trat davor schon ca 7 mal auf.

Ein Neustart des VDRs:

Code

[...]
May 27 20:44:17 wohnzimmer vdr: [3643] video directory scanner thread started (pid=3642, tid=3643)
May 27 20:44:17 wohnzimmer vdr: [3642] reading EPG data from /pub/vdrrec/epg.data
May 27 20:44:17 wohnzimmer vdr: [3644] video directory scanner thread started (pid=3642, tid=3644)
May 27 20:44:17 wohnzimmer vdr: [3644] video directory scanner thread ended (pid=3642, tid=3644)
May 27 20:44:17 wohnzimmer vdr: [3643] video directory scanner thread ended (pid=3642, tid=3643)
May 27 20:44:17 wohnzimmer vdr: [3642] registered source parameters for 'A - ATSC'
May 27 20:44:17 wohnzimmer vdr: [3642] registered source parameters for 'C - DVB-C'
May 27 20:44:17 wohnzimmer vdr: [3642] registered source parameters for 'S - DVB-S'
May 27 20:44:17 wohnzimmer vdr: [3642] registered source parameters for 'T - DVB-T'
May 27 20:44:17 wohnzimmer vdr: [3642] probing /dev/dvb/adapter0/frontend0
May 27 20:44:17 wohnzimmer vdr: [3642] creating cDvbHdFfDevice
May 27 20:44:17 wohnzimmer vdr: [3642] new device number 1
May 27 20:44:17 wohnzimmer vdr: [3642] frontend 0/0 provides DVB-S2 with QPSK ("STV090x Multistandard")
May 27 20:44:17 wohnzimmer vdr: [3645] tuner on frontend 0/0 thread started (pid=3642, tid=3645)
May 27 20:44:17 wohnzimmer vdr: [3646] section handler thread started (pid=3642, tid=3646)
May 27 20:44:18 wohnzimmer kernel: [107860.970030] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:19 wohnzimmer kernel: [107861.970034] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:20 wohnzimmer kernel: [107862.970037] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:21 wohnzimmer kernel: [107863.970039] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:22 wohnzimmer kernel: [107864.970032] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:23 wohnzimmer kernel: [107865.970028] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:24 wohnzimmer vdr: [3642] probing /dev/dvb/adapter1/frontend0
May 27 20:44:24 wohnzimmer vdr: [3642] new device number 2
May 27 20:44:24 wohnzimmer vdr: [3642] frontend 1/0 provides DVB-S2 with QPSK ("STV090x Multistandard")
May 27 20:44:24 wohnzimmer vdr: [3647] tuner on frontend 1/0 thread started (pid=3642, tid=3647)
May 27 20:44:24 wohnzimmer vdr: [3642] found 2 DVB devices
May 27 20:44:24 wohnzimmer vdr: [3642] initializing plugin: dvbhddevice (0.0.4): HD Full Featured DVB device
May 27 20:44:24 wohnzimmer vdr: [3642] initializing plugin: streamdev-server (0.5.1): VDR Streaming Server
May 27 20:44:24 wohnzimmer vdr: [3642] initializing plugin: femon (1.7.9): DVB Signal Informationsanzeige (OSD)
May 27 20:44:24 wohnzimmer vdr: [3642] initializing plugin: skinpearlhd (0.0.1): PearlHD Skin
May 27 20:44:24 wohnzimmer vdr: [3642] setting primary device to 1
May 27 20:44:24 wohnzimmer vdr: [3648] section handler thread started (pid=3642, tid=3648)
May 27 20:44:24 wohnzimmer kernel: [107866.970034] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:25 wohnzimmer kernel: [107867.970037] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:26 wohnzimmer vdr: [3642] assuming manual start of VDR
May 27 20:44:26 wohnzimmer vdr: [3642] SVDRP listening on port 2001
May 27 20:44:26 wohnzimmer vdr: [3642] skin "PearlHD(native)" not available - using "classic" instead
[...]
May 27 20:44:29 wohnzimmer vdr: [3642] switching to channel 1
May 27 20:44:30 wohnzimmer kernel: [107872.690058] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:32 wohnzimmer kernel: [107874.011306] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:33 wohnzimmer kernel: [107875.011301] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:34 wohnzimmer kernel: [107876.070038] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:35 wohnzimmer kernel: [107877.070034] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:36 wohnzimmer vdr: [3642] setting watchdog timer to 60 seconds
May 27 20:44:36 wohnzimmer kernel: [107878.070030] sti7109_raw_cmd (0): timed out waiting for command ready
May 27 20:44:36 wohnzimmer vdr: [3642] OSD size changed to 1920x1080 @ 1
May 27 20:44:37 wohnzimmer kernel: [107879.100029] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
May 27 20:44:38 wohnzimmer kernel: [107880.100028] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
May 27 20:44:39 wohnzimmer kernel: [107881.100030] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
May 27 20:44:40 wohnzimmer kernel: [107882.100055] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
May 27 20:44:41 wohnzimmer kernel: [107883.100035] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
May 27 20:44:42 wohnzimmer kernel: [107884.100031] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready

Alles anzeigen

Ein Entlanden und Neulanden des Treibers schlägt fehl:

Code

[107934.050046] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[107935.050049] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[107936.050050] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[107937.050056] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
[107937.980970] sti7109_raw_osd_cmd (0): osd cmd ERESTARTSYS
[107938.087099] sti7109_raw_osd_cmd (0): osd cmd ERESTARTSYS
[108222.312217] SAA716x FF 0000:03:00.0: PCI INT A disabled
[108227.696126] WARNING: You are using an experimental version of the media stack.
[108227.696131]         As the driver is backported to an older kernel, it doesn't offer
[108227.696134]         enough quality for its usage in production.
[108227.696136]         Use it with care.
[108227.696138] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[108227.696141]         f9b51477fe540fb4c65a05027fdd6f2ecce4db3b [media] DVB: return meaningful error codes in dvb_frontend
[108227.696144]         966825c2a416a7ca3950e35e60fa8720f1251e37 [media] Kconfig: Fix indention of ---help--- for timerdale driver
[108227.696147]         7e6785451a66b9da0f8553a45b5655457ce22f08 DocBook/dvb: Improve description of the DVB API v5
[108227.752934] saa716x_pci_init (0): found a Technotrend S2 6400 Dual S2 Premium PCIe card
[108227.757525] SAA716x FF 0000:03:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[108227.757540] SAA716x FF 0000:03:00.0: setting latency timer to 64
[108227.758210] SAA716x FF 0000:03:00.0: irq 43 for MSI/MSI-X
[108227.758254]     SAA7160 Rev 2 [13c2:300a], irq: 43,
[108227.758259]     mmio: 0xffffc90017f00000
[108227.758264]     SAA7160 64Bit, MSI Enabled, MSI-X=32 msgs
[108227.770278] do_IRQ: 1.129 No irq handler for vector (irq -1)
[108227.770335] saa716x_i2c_hwinit (0): Adapter (b000) SAA716x I2C Core 0 RESET
[108227.770395] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
[108228.930121] SAA716x FF FPGA version 1.05
[108228.994839] SAA716x FF loader version 1.03
[108229.673428] saa716x_get_offset (0): Offset @ 200
[108229.677741] DVB: registering new adapter (SAA716x dvb adapter)
[108229.816283] stv6110x_attach: Attaching STV6110x
[108229.816863] DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
[108229.817711] DVB: registering new adapter (SAA716x dvb adapter)
[108229.818432] stv6110x_attach: Attaching STV6110x
[108229.858354] DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
[108239.850032] saa716x_ff_pci_probe (0): timed out waiting for boot finish
[108239.856455] SAA716x FF 0000:03:00.0: PCI INT A disabled
[108239.856531] SAA716x FF: probe of 0000:03:00.0 failed with error -1

Alles anzeigen

Treiber aus UFOs Paket mit dem Treiberstand von powarman vom 'lastchange Mon, 09 May 2011 21:15:18 +0200' und dem dvbhddevice 'last change Thu, 05 May 2011 20:50:52 +0200'.
Kernel 'Linux wohnzimmer 2.6.35-25-server #44~lucid1-Ubuntu SMP Tue Jan 25 19:34:09 UTC 2011 x86_64 GNU/Linux'
Hat jemand eine Idee? Der Fehler lässt sich leider nicht so einfach reproduzieren.

Grüße, jan

Nugman · 2. Juni 2011

Ist "nach einiger Zeit" evtl. gleichbedeutend mit: "nachdem der EPG-Scan anspringt"?
Das Problem hatte ich vor einiger Zeit mal, da mein VDR aber nicht 24h läuft, habe ich es nicht mit Priorität weiterverfolgt.

FireFly · 2. Juni 2011

Mach mal nen Update: seit letzten Sonntag gibts neue Treiber und neue Firmware. Ich glaube nicht, dass irgendjemand in nem alten Stand noch Fehler sucht, zumal sich da einiges getan ...

Jansen · 3. Juni 2011

Hab jetzt auf den aktuellen Stand geupdatet und werde weitertesten.
Es gab übrigens vor 2h noch eine Änderung im Treiber:

Code

saa716x_ff: support non-aligned TS data


Support non-aligned TS data by using dvb_dmx_swfilter instead of
dvb_dmx_swfilter_packets. Removed reset of the FGPI module, as it did not
lead to an aligned TS in any case.


From: Oliver Endriss <o.endriss@gmx.de>


Signed-off-by: Andreas Regel <andreas.regel@gmx.de>

Alles anzeigen

Grüße, Jan

traxanos · 3. Juni 2011

das problem hab ich auch, nimm mal eine andere fernbedinung (mit einem eigenen empfänger) oder die tastatur um dann umzuschalten. das problem hab ich auch schon paar mal geschrieben. ist es bei dir auch so das der vdr nicht mehr reagiert, wenn du auf einen radiosender schaltest?

Jansen · 4. Juni 2011

Zitat von traxanos

das problem hab ich auch, nimm mal eine andere fernbedinung (mit einem eigenen empfänger) oder die tastatur um dann umzuschalten. das problem hab ich auch schon paar mal geschrieben. ist es bei dir auch so das der vdr nicht mehr reagiert, wenn du auf einen radiosender schaltest?

Hi,
habs jetzt nur mit 'sunshine live' getestet und mir ist nichts besonderes aufgefallen. der vdr lief ganz normal weiter.

traxanos · 4. Juni 2011

laufen tut er bei mir auch, aber der IR-Empfänger schaltet ab bei mir sobald, keine Videobild vorhanden ist (Radio, Kein Empfang oder halt EPG-Scan). So bei mir seit Anfang an reproduzierbar. Daher dachte ich am Anfang das der VDR nichtt mehr reagiert, aber in Wirklichkeit war nur die FB die nicht auf das OK reagiert um das Bild wieder anzuzeigen.

powarman · 4. Juni 2011

traxanos
Ich werd es mir nächste Woche angucken, ich nutze hier leider nicht den IR-Empfänger der Karte, bzw hab auch keinen da.

UFO · 4. Juni 2011

Eben mit Radio getestet: Bei mir hängt sich nix auf - egal was ich mit der FB mache.

Bitte Schritt für Schritt posten, was zu tun ist, um das Problem zu reproduzieren.

powarman:
Mir fällt allerdings auf, daß der Fortschrittsbalken bei Radioaufzeichnungen nicht richtig funktioniert.
Hat da GetSTC() noch ein Problem? Es wird offenbar auch bei Radio VIDEO_GET_PTS verwendet...

CU
Oliver

Frodo · 21. Mai 2012

Das Thema ist zwar schon älter ich kann aber nicht erkennen das es gelöst wurde.

Ich habe bzw. betreue mehrere VDR auf Basis von YaVDR 0.4 und der TT-6400 bei fast allen tritt nach einiger Zeit das Problem auf das die Fernbedienung nur noch träge bis gar nicht mehr reagiert.
Immer wenn dieses Problem Auftritt häufen sich die Meldungen mit:

Code

demux_worker: called but nothing to do

Mit externen Fernbedienungsempfängern tritt das Problem nicht auf nur die TT-6400 eigene ist davon betroffen.

Die verwendete Firmware ist jeweils die aktuelle Version, die Kerneltreiber und das dvbhddevice ist die vom YaVDR 0.4 bereitgestellte Version.

Code

SAA716x FF FPGA version 1.09
SAA716x FF loader version 1.03
SAA716x FF firmware version 0.3.8

Freddy · 21. Mai 2012

Zitat von Frodo

Ich habe bzw. betreue mehrere VDR auf Basis von YaVDR 0.4 und der TT-6400 bei fast allen tritt nach einiger Zeit das Problem auf das die Fernbedienung nur noch träge bis gar nicht mehr reagiert.

Hi,
bei mir tritt diese Verzögerung ausschließlich bei Empfangsproblemen und manchmal nach dem Abspielen einer Aufnahme auf (das nur sporadisch, aber dann heftig...)
Gruß,
Freddy

Frodo · 21. Mai 2012

Freddy
Was die Empfangsprobleme angeht könntest Du recht haben den "demux_worker: called but nothing to do" weist ja daruf hin.
Nur was haben Empfangsprobleme, welche ich nicht am Bildschirm wahrnehme, mit der Fernbedienung zu tun?
Ein zweiter VDR an bei dem lediglich ein anderes Board (Intel Q97 Chipsatz)verbaut hat treten diese Probleme an den gleichen SAT Kabel nie auf. Bei den Boards mit H67 Chipsätzen habe ich diese Probleme regelmäßig.

Beim Q97 funktioniert dafür nach dreimaligem Poweroff per Fernbedienung die TT-6400 gar nicht mehr bzw. nur noch OSD und Aufnahmen gehen, erst ein Poweroff am Netzteil bringt wieder ein Sat-Signal auf den Bildschirm.

Freddy · 22. Mai 2012

Zitat von Frodo

Nur was haben Empfangsprobleme, welche ich nicht am Bildschirm wahrnehme, mit der Fernbedienung zu tun?
Ein zweiter VDR an bei dem lediglich ein anderes Board (Intel Q97 Chipsatz)verbaut hat treten diese Probleme an den gleichen SAT Kabel nie auf. Bei den Boards mit H67 Chipsätzen habe ich diese Probleme regelmäßig.

Bei mir sind die zwei Tuner der TT6400 an zwei verschiedene Kabelstränge angeschlossen, sogar die DiseqC Steuerung ist unterschiedlich. Wenn der Tuner, der gerade live ist, keine Empfangsprobleme hat, merkt man nix davon auf dem Bildschirm, wenn aber gleichzeitig der andere Probleme hat, gehts los mit dem Ruckeln im OSD (z.B. wenn gerade ein EPG-Scan läuft). Dann stehen bei mir aber entsprechende Einträge im Log, mit "demux_worker: called but nothing to do" hat es bei mir nix zu tun. Diese Einträge habe ich regelmäßig, ohne davon irgendwas zu merken. Warum der Treiber/Firmware die Fernbedienung bei Empfangsproblemen "vernachlässigt", kann ich nicht sagen. Jedenfalls blinkt die LED des Empfängers sofort, die Reaktion bleibt bloß aus.
Was H67 betrifft, habe ich ebenfalls im Einsatz.

abydos · 22. Mai 2012

Das träge reagieren der FB wurde bei meinem System ausgelöst durch ein:

Code

frontend 0/0 lost lock on channel....

Hatte einige Kanäle in der Liste die aktuell abgeschaltet wurden !

Tote Kanäle gelöscht = nix mehr träge.

Code

demux_worker: called but nothing to do

Zur Erinnerung. UFO hat hier was dazu geschrieben. Wenn ich das richtig verstehe: ignorieren.

mfg
virenhandler

sinai · 22. Mai 2012

Ich kenne diese Probleme garnicht - und ich habe einen wirklich schlechten Empfang

Du kannst ja mal testhalber easyVDR 0.9.70 installieren - dauert 20 Minuten und du schließt wahrscheinlich ein Hardwareproblem aus.

Andy

frithjof · 23. Mai 2012

Wenn es mit einem board geht und mit einem anderen nicht,
dann teste mal, wie die interupts auf den beiden verteilt werden.

hatte mal folgenden Fall : nach dem Anstecken einer USB Platte
wurde der ganze Rechner langsam, also Maus und Tastatur
reagierten verzögert.

evtl hilft auch ein anderer Steckplatz für die Karte oder auch
im BIOS nicht benötigte Hardware abschalten

TT S2-6400 reagiert nach einiger Zeit nicht mehr

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema