TeVii S650 - ständig offline

Hi Folks,

Ich habe 2 TeVii S650 per USB (ohne Hub) an den VDR angeschlossen, jetzt hab ich das Problem, das immer mal eine von beiden Offline geht, und nicht mehr hoch kommt.

Ich weis, das zu diesem Thema schon diverse Threats existieren, leider konnte ich keine (funktionierende) Lösung finden.

laden klappt:

DVB: registering adapter 0 frontend 0 (Conexant CX24116/CX24118)...
input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:02.1/usb3/3-1/input/input5
dvb-usb: schedule remote query interval to 150 msecs.
dvb-usb: TeVii S650 USB2.0 successfully initialized and connected.
dvb-usb: found a 'TeVii S650 USB2.0' in cold state, will try to load a firmware
firmware: requesting dvb-usb-dw2104.fw
dvb-usb: downloading firmware from file 'dvb-usb-dw2104.fw'
dw2102: start downloading DW210X firmware
dvb-usb: found a 'TeVii S650 USB2.0' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
DVB: registering new adapter (TeVii S650 USB2.0)
dvb-usb: MAC address: ffff88012b8aefd8
dw2102: Attached cx24116!

irgendwann dann:

usb 3-1: USB disconnect, address 2
cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...
firmware: requesting dvb-fe-cx24116.fw
cx24116_firmware_ondemand: Waiting for firmware upload(2)...
cx24116_cmd_execute() Firmware not responding
cx24116_firmware_ondemand: Writing firmware to device failed
cx24116_firmware_ondemand: Firmware upload failed
cx24116_cmd_execute(): Unable initialise the firmware
dvb-usb: could not submit URB no. 0 - get them all back
dvb-usb: could not submit URB no. 0 - get them all back

in den vdr-logs:

Mar 30 09:16:42 vdr vdr: [4163] ERROR: frontend 0/0: Kein passendes Gerät gefunden

Ich habe versucht das Autosuspend abzuschalten ( soll ja zumindest bei der S660 helfen, also hab ich in die /etc/modprobe.conf eingetragen:

options usbcore autosuspend=-1

Wenn ich jetzt nach nem Systemneustart nachsehe, wie die Parameter gesetzt sind scheint alles zu passen:

# cat /sys/module/usbcore/drivers/usb\:usb/3-1/power/autosuspend
-1

An den Verbindungskabeln kanns nicht liegen.

Hat jemand noch nen Tip für mich übrig?

Ok, jetzt bin ich am verzweifeln,

Ich hab das runvdr-script testweise erweitert, damit alle USB-Geräte auf gar keinen Fall in Standby gehen dürfen:

for i in `find /sys/module/usbcore/drivers/usb\:usb/ -name "?-?"` ; do echo -n on > $i/power/level ; done
        for i in `find /sys/module/usbcore/drivers/usb\:usb/ -name "?-?"` ; do echo -n -1 > $i/power/autosuspend ; done
        for i in `find /sys/module/usbcore/drivers/usb\:usb/ -name "usb?"` ; do echo -n on > $i/power/level ; done
        for i in `find /sys/module/usbcore/drivers/usb\:usb/ -name "usb?"` ; do echo -n -1 > $i/power/autosuspend ; done

Status der Geräte ist auch dementsprechend gesetzt:
for i in `find /sys/module/usbcore/drivers/usb\:usb/ -name "?-?"` ; do echo $i ; cat $i/power/autosuspend ; cat $i/power/level ; done

/sys/module/usbcore/drivers/usb:usb/3-1
-1
on
/sys/module/usbcore/drivers/usb:usb/3-3
-1
on
/sys/module/usbcore/drivers/usb:usb/4-3
-1
on
/sys/module/usbcore/drivers/usb:usb/2-1
-1
on
/sys/module/usbcore/drivers/usb:usb/2-2
-1
on
/sys/module/usbcore/drivers/usb:usb/2-4
-1
on

for i in `find /sys/module/usbcore/drivers/usb\:usb/ -name "usb?"` ; do echo $i ; cat $i/power/autosuspend ; cat $i/power/level ; done

/sys/module/usbcore/drivers/usb:usb/usb1
-1
on
/sys/module/usbcore/drivers/usb:usb/usb2
-1
on
/sys/module/usbcore/drivers/usb:usb/usb3
-1
on
/sys/module/usbcore/drivers/usb:usb/usb4
-1
on

und trotzdem:

usb 3-1: USB disconnect, address 2
cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...
firmware: requesting dvb-fe-cx24116.fw
cx24116_firmware_ondemand: Waiting for firmware upload(2)...
cx24116_cmd_execute() Firmware not responding
cx24116_firmware_ondemand: Writing firmware to device failed
cx24116_firmware_ondemand: Firmware upload failed
cx24116_cmd_execute(): Unable initialise the firmware
dvb-usb: could not submit URB no. 0 - get them all back

bzw in den Logs:

Mar 30 23:48:21 vdr kernel: usb 3-1: USB disconnect, address 2
Mar 30 23:48:21 vdr kernel: cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...
Mar 30 23:48:21 vdr kernel: firmware: requesting dvb-fe-cx24116.fw
Mar 30 23:48:21 vdr kernel: cx24116_firmware_ondemand: Waiting for firmware upload(2)...
Mar 30 23:48:22 vdr kernel: cx24116_cmd_execute() Firmware not responding
Mar 30 23:48:22 vdr kernel: cx24116_firmware_ondemand: Writing firmware to device failed
Mar 30 23:48:22 vdr kernel: cx24116_firmware_ondemand: Firmware upload failed
Mar 30 23:48:22 vdr kernel: cx24116_cmd_execute(): Unable initialise the firmware
Mar 30 23:48:29 vdr vdr: [4201] ERROR: frontend 0/0: Kein passendes Gerät gefunden
Mar 30 23:48:50 vdr vdr: [4201] ERROR: frontend 0/0: Kein passendes Gerät gefunden
Mar 30 23:49:11 vdr vdr: [4201] ERROR: frontend 0/0: Kein passendes Gerät gefunden
Mar 30 23:49:32 vdr vdr: [4201] ERROR: frontend 0/0: Kein passendes Gerät gefunden

Hat hier wirklich keiner ne Idee, was ich noch probieren könnte?

Dank dir für deine Antwort,

Zitat

Original von Oswald-Kolle
Hast Du schon in Deinen BIOS-Einstellungen gesucht - ob dort etwas über APM geregelt wird?

Das ist eine Idee, allerdings denke ich, das ich alles was APM angeht ausgeschaltet hab ( ist aber auch schon ein paar Tage her, ich guck einfach nochmal drüber )

Zitat

Bei mir reichte es nämlich aus, das "usbcore autosuspend=-1" als Kernelparameter in der menu.lst mit zu übergeben...

Bei SuSE wird usbcore als Modul geladen - also nicht im Kernel ( Probiert hab ich es trotzdem mal, beim Boot dann

<3>Unknown boot option `usbcore.autosuspend=-1': ignoring

Zitat

Läuft der VDR durchgehend oder wird VDR beendet und dadurch evtl. die Karte in den Schlaf gelegt?

24/7 ... absolut durchgehend.
Das runvdr-script setzt die CPU auch unter dauerfeuer: "/usr/local/bin/powersave -f"

Zitat

Hast Du die Karten mal komplett vom Strom getrennt, ein wenig gewartet und das Ganze dann nochmal versucht?

schon mehrfach. Auch schon USB-Kabel getauscht, USB-Anschluss gewechselt usw.

Ich glaub so langsam, das es ein Interupt-Problem ist.

cat /proc/interrupts:

21:      70359        180   IO-APIC-fasteoi   ehci_hcd:usb3, HDA Intel

• Hast du APIC am laufen?
• Hast du ACPI am laufen?
• Wie ist dein kompletter Kernelappend ( das aus grub wo auch dein Tip herkommt )

Grüße.

Zitat

Hast Du schon probiert, nur eine Karte anzuklemmen? Geht diese dann auch in Standby oder tritt das nur auf, wenn beide angeschlossen sind?

Hab ich noch nicht ( wirklich ) probiert.
Am anfang hing nur eine dran, da trat der Fehler auch auf, allerdings hatte ich da auch noch nichts gegen den autosuspend unternommen.
Lustig ist, das sich immer nur eine verabschiedet, aber die Reihenfolge willkürlich scheint. ( Hängen auch beide an verschiedenen Root-Hubs. )

Ich versteh die Welt nicht mehr.

Hab gestern Abend drei Dinge getan:

• Alles für 10 Minuten stromfrei gemacht ( rechner+S650 )
• Alles was "Powermanagement" oder "Dynamisches einstellen von..." angeht ausgeschaltet
• Beide TeVii an den selben roothub angeschlossen

Ergebnis: Zwei Stunden später -> bekannter ausfall.

Nach einem erneuten Neustart ( init 6 ) tauchte während des hochfahrens zusätzlich zum üblichen im dmesg auf:

cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...
firmware: requesting dvb-fe-cx24116.fw
cx24116_firmware_ondemand: Waiting for firmware upload(2)...
cx24116_load_firmware: FW version 1.23.86.1
cx24116_firmware_ondemand: Firmware upload complete
cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...
firmware: requesting dvb-fe-cx24116.fw
cx24116_firmware_ondemand: Waiting for firmware upload(2)...
cx24116_load_firmware: FW version 1.23.86.1
cx24116_firmware_ondemand: Firmware upload complete

Komisch, seit dem kein Ausfall mehr. ( Aber da das Problem willkürlich auftritt heist das noch nix. )

Als Grub-Kernel-Append hab ich im Moment:

apic pci=routeirq apm=off acpi=on iommu=noaperture

Seit dem ich "apic pci=routeirq apm=off acpi=on iommu=noaperture" verhällt sich das ganze echt lustig.

Erstmal der aktuelle Stand:
3x USB Tevii ( jeweils direkt am Mainboard-USB-anschluss ohne weiteren Hub dazwischen )

Dann mein Vorgehen:
* Kernelappend dazugepappt.
-> Karten stiegen trotzdem nochmal aus.
* Nach dem aussteigen einer jeden karte VDR beendet ( rechner läuft noch ), und das jeweilige USB-Kabel + die Stromversorgung des Tevii für 5 sec getrennt.
* Neu angesteckt und rechner neu gestartet.

Bei zwei der drei Tevii hat sich seit dem ( ist ja auch schon ein wenig her ) das Problem vollständig erledigt. ( Auch strom ab, usb abziehen usw. kein Problem ).
ABER! bei einer der Boxen hilft einfach nix. Immernoch ausfälle ( innerhalb der ersten 2 Stunden nach rechnerneustart ).

Ich versteh's auch nicht. Sry. Aber ich leb jetzt halt einfach damit.

Wichtig: Nach dem Stromfreimachen hat DMESG immer folgendes gezeigt was sonst bei den Disconnects nie kam ( wie oben beschrieben) :

Zitat

cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...
firmware: requesting dvb-fe-cx24116.fw
cx24116_firmware_ondemand: Waiting for firmware upload(2)...
cx24116_load_firmware: FW version 1.23.86.1
cx24116_firmware_ondemand: Firmware upload complete
cx24116_firmware_ondemand: Waiting for firmware upload (dvb-fe-cx24116.fw)...
firmware: requesting dvb-fe-cx24116.fw
cx24116_firmware_ondemand: Waiting for firmware upload(2)...
cx24116_load_firmware: FW version 1.23.86.1
cx24116_firmware_ondemand: Firmware upload complete

Alles anzeigen

EDIT: evtl noch zu erwähnen: Powermanagement hab ich in der runvdr vor dem Treiberladen nochmal unterbunden:

for i in `find /sys/module/usbcore/drivers/usb\:usb/ -name "?-?"` ; do echo -n on > $i/power/level ; done
        for i in `find /sys/module/usbcore/drivers/usb\:usb/ -name "?-?"` ; do echo -n -1 > $i/power/autosuspend ; done
        for i in `find /sys/module/usbcore/drivers/usb\:usb/ -name "usb?"` ; do echo -n on > $i/power/level ; done
        for i in `find /sys/module/usbcore/drivers/usb\:usb/ -name "usb?"` ; do echo -n -1 > $i/power/autosuspend ; done




        echo -n on >/sys/module/usbcore/drivers/usb\:usb/1-3/power/level
        echo -n -1 >/sys/module/usbcore/drivers/usb\:usb/1-3/power/autosuspend
        echo -n on >/sys/module/usbcore/drivers/usb\:usb/1-5/power/level
        echo -n -1 >/sys/module/usbcore/drivers/usb\:usb/1-5/power/autosuspend
        echo -n on >/sys/module/usbcore/drivers/usb\:usb/2-3/power/level
        echo -n -1 >/sys/module/usbcore/drivers/usb\:usb/2-3/power/autosuspend
        echo -n on >/sys/module/usbcore/drivers/usb\:usb/2-5/power/level
        echo -n -1 >/sys/module/usbcore/drivers/usb\:usb/2-5/power/autosuspend


        echo -n on >/sys/module/usbcore/drivers/usb\:usb/usb1/power/level
        echo -n -1 >/sys/module/usbcore/drivers/usb\:usb/usb1/power/autosuspend
        echo -n on >/sys/module/usbcore/drivers/usb\:usb/usb2/power/level
        echo -n -1 >/sys/module/usbcore/drivers/usb\:usb/usb2/power/autosuspend

Der Tip stand irgendwo hier im Forum. Das Script hab allerdings ich verbrochen. ( ist ja auch noch doppelt gemoppelt ) ( Die usb-adressen wie 1-3 hab ich mit lsusb -v rausgefunden glaub ich ).

Ich drück dir die Daumen.

vdr:~ # md5sum /lib/firmware/dvb-fe-cx24116.fw
dd8dfdfca6b72462d9db8032f78631c8  /lib/firmware/dvb-fe-cx24116.fw

Ich kann dir eine Kopie meines /lib/firmware machen, wenn du magst. Aber ich vermute eigendlich eher die USB-Treiber bzw. eine Inkompatiblität zwischen den USB-Treibern und dem ding.

vdr:/lib/firmware # md5sum dvb-fe-cx24116.fw
dd8dfdfca6b72462d9db8032f78631c8 dvb-fe-cx24116.fw

vdr:/lib/firmware # md5sum dvb-usb-dw2104.fw
ac3d9a7012f21bd0bbeedc776ba121e8 dvb-usb-dw2104.fw

vdr:/lib/firmware # uname -r
2.6.27.45-0.1-default

Treiber: s2-liplianin als Tarball von irgendwoher ( link war hier im Forum irgendwo ). War wohl beim Tarball-ersteller mal ausm hg, aber hg-identify geht nicht.

Tarball:
-rw-r--r-- 1 root root 4025143 15. Mär 08:12 tip.tar.bz2

vdr:/usr/src # cat s2-liplianin/.hgtags
39653238b943f11c12c6074053c23db318940366 LINUXTV-DVB-1_0_0_pre1
60dd4deef740b0d4e04dbc6207a007426a17e04c dvb-0-8
618ae618c80a631ac88c0a00313e14f041328277 LINUXTV-DVB-1_0_1
61bca5346e505989106441a3e021bceb5df52a4c LINUXTV-DVB-1_0_0_pre3
79be0cde46b532a3be3ec779ffb0fa69ed5919f9 REL-0-8-2
9bcfa9a213143ebf67dc775b8f7cf4892da57441 LINUXTV-DVB-1_0_0_pre2
d4426808d23a7e3f5e8937c50510d2454ef3a78e MAIN
dd22ab34f5b8c51f7f33609d25acc1680a12e03a initial
f7a81a6222d545343512815b119b4578a2498045 TNEWSTRUCT

free-x:

Hab nochmal drüber nachgedacht... Irgendwie kann das nicht allein ein dvb-treiber oder firmware Problem sein.
nach Startschwierigkeiten laufen bei mir zwei von drei boxen monatelang ohne murren zu machen durch ( ohne systemneustart zwischendrin ) und eine macht weiterhin macken. Das spricht irgendwie gegen die Vermutung, da ja alle vom selben Treiber und der selben Firmware versorgt werden.

Ich traue mich jetzt einfach mal nen blödsinnigen Tip abzugeben:
Kann es in etwa noch konfuser sein? Also ich mein sowas ähnliches wie:
Beim anschließen der Box wird die Firmware in nen Ram geschrieben. Sobald die Box im laufenden Betrieb stromfrei gemacht wird ( durch Powermanagement oder ähnliches ) geht die verloren. Nachdem wieder Power auf die Box gegeben wird fordert der Treiber die Firmware neu an, die Box nimmt sie aber nicht entgegen.
Fühlt sich irgendwie so an, als sollte die Firmware evtl in ein EEprom gepackt werden, aber die Box nimmt sie nur in ihren Speicher. Und irgendwie, irgendwann wenn die Box dann im laufenden Betrieb komplett stromfrei gemacht wird kann es passieren, das die Firmware das erste mal genau dahin kommt, wo sie sein soll. Ab da geht ja dann auch alles. Egal was man anstellt.

Mal so als frage:
Wer von euch hat die Boxen schon jemals an nem Windows-PC mit dem Hersteller-Treiber betrieben? ( Ich noch nicht ). Evtl handelt der Win-Treiber "erstinitialisieren" irgendwie anders, und dadurch kommt es danach nicht zu den hier beschriebenen fehlern. ( Ich habs noch nicht probiert ).

Spass an:

aus der Ferne wieder zum leben erwecken:
init 6

Spass aus.

Ich hab die in einer Lieferung bekommen, hatte die Dritte aber erst angeschlossen, als die ersten Zwei schon sauber liefen. Hab dann versucht alles zu replizieren was ich an den ersten beiden probiert hab, ( unter anderem auch, das netzteil mit dem einer der funktionierenden zu tauschen ). Hat aber leider nix gebracht. Dann hatte ich ehrlich gesagt keinen Bock mehr, und darauf gehofft irgendwann irgendwo zu lesen wie's geht, bzw. woran es liegt.

Ich schau heut abend mal auf die Tevii's, evtl steht ja irgend ein Produktionsstempel drauf, ich vermute aber eher nicht. Und die Kartons sind natürlich schon lange dem Kamin zum opfer gefallen. Naja, evtl glück bei der mac-adresse, jeder dvb-adaptor sollte ja eine haben, und evtl rutschen die ersten zwei nicht so weit auseinander als die dritte.

Grüße.