Raspberry Pi 2 Treiber hängt

[vdrstreamer]

Hallo Sundtek Team,

ich habe ein vdr Xbmc System:
server: Raspberry PI 2, vdr, Sundtek MediaTV Pro altes Modell, DVB-C wird genutzt, bulk und hardwarePid ist ein
client: Raspberry PI 2, xbmc

Wenn der Stream läuft funktioniert alles einwandfrei, nach ein Paar
Stunden ohne dass ein Stream läuft,
kann auf den Sundtek MediaTV Pro nicht mehr zugegriffen werden.
Das LED leuchtet durchgehend Blau (vdr hängt dran).
Ich hatte ein stabil laufendes System mit RPI 1 und alten Sundtek Treiber von 2014.
Was noch verdächtigt ist /opt/bin/mediaclient -e
gibt immer STATUS: STANDBY zurück, auch wenn alles einwandfrei läuft, sprich ein sauberer Stream
läuft und LED = blau.
Ich vermute, dass es mit dem USB von RPI 2 zusammenhängt, vielleicht läuft es mit
einem 2014 Treiber wieder oder hilft ein Workaround durch ständiges Pollen des DVB sticks?

dmesg im Fehlerfall:

Code: [Auswählen]

[ 9961.358111] INFO: task mediasrv:1773 blocked for more than 120 seconds.
[ 9961.358140]       Not tainted 3.18.7-v7+ #755
[ 9961.358152] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[ 9961.358166] mediasrv        D 8052fcb8     0  1773      1 0x00000000
[ 9961.358227] [<8052fcb8>] (__schedule) from [<805301a8>] (schedule+0x40/0x8c)
[ 9961.358255] [<805301a8>] (schedule) from [<80532f9c>] (schedule_timeout+0x1b8/0x22c)
[ 9961.358283] [<80532f9c>] (schedule_timeout) from [<80530f30>] (wait_for_common+0xcc/0x164)
[ 9961.358310] [<80530f30>] (wait_for_common) from [<80531008>] (wait_for_completion_timeout+0x1c/0x20)
[ 9961.358342] [<80531008>] (wait_for_completion_timeout) from [<803b377c>] (usb_start_wait_urb+0x70/0xcc)
[ 9961.358373] [<803b377c>] (usb_start_wait_urb) from [<803b3888>] (usb_control_msg+0xb0/0xe8)
[ 9961.358403] [<803b3888>] (usb_control_msg) from [<803bdc38>] (usbdev_ioctl+0x146c/0x20d4)
[ 9961.358433] [<803bdc38>] (usbdev_ioctl) from [<80154740>] (do_vfs_ioctl+0x3e0/0x5ac)
[ 9961.358461] [<80154740>] (do_vfs_ioctl) from [<80154950>] (SyS_ioctl+0x44/0x6c)
[ 9961.358489] [<80154950>] (SyS_ioctl) from [<8000ebc0>] (ret_fast_syscall+0x0/0x48)

vdr im Fehlerfall

Code: [Auswählen]

Mar 11 17:37:39 streamer vdr: [3281] cLiveStreamer stream processor thread started (pid=2120, tid=3281, prio=high)
Mar 11 17:37:39 streamer vdr: [3279] XVDR: Started streaming of channel ServusTV (timeout 3 seconds, priority 50)
Mar 11 17:37:39 streamer vdr: [3281] XVDR: streamer thread started.
Mar 11 17:37:39 streamer vdr: [3281] XVDR: Found available device 1
Mar 11 17:37:39 streamer vdr: [3281] XVDR: adding channel to cache
Mar 11 17:37:39 streamer vdr: [3281] XVDR: Creating demuxers
Mar 11 17:37:39 streamer vdr: [3281] XVDR: Stream: MPEG2VIDEO PID: 2371 0x0 DAR: 0.00 FPS: 0.000 (parsed: no)
Mar 11 17:37:39 streamer vdr: [3281] XVDR: Stream: MPEG2AUDIO PID: 2372 0 Hz, 0 channels, Lang: deu (parsed: no)
Mar 11 17:37:39 streamer vdr: [3281] XVDR: Stream: TELETEXT PID: 2374 TXT (parsed: yes)
Mar 11 17:37:39 streamer vdr: [3281] XVDR: Successfully switched to channel 26 - ServusTV
Mar 11 17:37:39 streamer vdr: [3281] XVDR: Will wait for first I-Frame ...
Mar 11 17:38:19 streamer vdr: [3281] ERROR (dvbdevice.c,1150): /dev/dvb/adapter0/demux0: No such device or address
Mar 11 17:38:19 streamer vdr: [3281] ERROR (dvbdevice.c,1454): No such device or address
Mar 11 17:38:19 streamer vdr: [3281] ERROR: can't set PID 2371 on device 1
Mar 11 17:38:19 streamer vdr: [3281] ERROR (dvbdevice.c,1469): Bad file descriptor
Mar 11 17:38:19 streamer vdr: [3281] XVDR: Unable to attach receiver !
Mar 11 17:38:19 streamer vdr: [3281] XVDR-Error: Can't get device for channel 26 - ServusTV

mediaclient.log im Fehlerfall

Code: [Auswählen]

2015-03-11 17:37:44 [2120] mutex lock timed out after 5 seconds locked, Success, RV 110 (orig pid: 2120, acquired in: net_ioctl)
2015-03-11 17:37:49 [2120] connection to driver service timed out
2015-03-11 17:37:59 [2120] connection to driver service timed out
2015-03-11 17:38:09 [2120] connection to driver service timed out
2015-03-11 17:38:19 [2120] connection to driver service timed out
2015-03-11 17:38:19 [2120] failed to connect to driver process


/opt/bin/mediaclient -e im einwandfrei laufenden Betrieb

Code: [Auswählen]

device 0: [Sundtek MediaTV Pro (USB 2.0)]  DVB-C, DVB-T, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [INFO]:
     STATUS: STANDBY
  [BUS]:
     ID: 1-1.2
  [SERIAL]:
     ID: U120214115044
  [DVB-C]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [DVB-T]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video0
     VBI0: /dev/vbi0
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0


[Sundtek]

Hallo,

versuch den Fernbedienungssupport auszuschalten

Einfach folgende Datei erstellen:
/etc/sundtek.conf

und dort folgendes hineinschreiben:
ir_disabled=1

 

Bei den alten Modellen pollt der Treiber sehr oft via USB, ab den 2014er Modellen unterstützt der neue Chipsatz Interrupt Transfers (sprich es werden nur Fernbedienungsdaten an den PC übertragen wenn diese auch tatsächlich empfangen werden).


Ansonsten ist die "dmesg" Log wirklich alles? Oder steht da noch etwas davor?

Ein Fehler im Treiber ist ausgeschlossen, es hat wohl etwas mit dem USB Stack zu tun - aber die alten Geräte sind relativ flexibel sodass man einige Einstellungen probieren kann.

[vdrstreamer]

Ich hab des Rätsels Lösung:
Versuchsweise habe ich den XBMC Client RPI mit dem VDR Server RPI getauscht
der vdr Server mit dem  Sundtek MediaTV Pro läuft jetzt stabil.

Wahrscheinlich hat das was mit der USB Fertigungstoleranz oder Montagsproduktion zu tun.
Ein powered USB Hub hätte wahrscheinlich auch Abhilfe geschaffen.

[Sundtek]

ARM ist von unserer Seite aus zu 100% getestet und wir haben auch schon seit mehreren Jahren Kundensysteme welche mit ARM laufen, jedes Problem das du dort hast kannst bzw. solltest du auch hier melden je nachdem was es ist können wir es dann an die richtigen Stellen weiterleiten.