[clausmuus]

Das sollte jedoch mit meiner Variante nicht weiter stören, da die eine ID ja vor dem Laden des Treibers ist, und die andere sofort nach dem Laden des Treibers ist. Bestenfalls wenn ein entladen des Treibers die alte ID nicht wieder herstellt, würde meine Variante bei einem Treiber reload versagen.

Aber mal ganz nebenbei. Die Version von kh1309 kann nicht funktionieren und es ist auch kein wunder, dass dort 10 Sekunden gewartet wird. Dort wird der Treiber ja erst nach dem warten geladen, und ohne Treiber wird halt gewartet

Claus

[MarMic]

@claus dann checke ich es glaube ich aber nicht...

du checkst doch auf die 660 id
und wenn die vorhanden sind
-> lädst du den treiber
und dann wird gewartet bis die karte 2 adapter angelegt hat
und dann werden erst die weiteren treiber geladen
richtig???

aber wenn die karte diese ID erst bekommt wenn der treiber geladen wird -> greift die if clause doch niemals?!

greetz MarMic

[clausmuus]

Das ist ja auch der Grund, warum das bei kh1309 (und eventuell auch bei anderen Usern) nicht funktioniert, weil Seine Karte nicht erkannt wird.
Ich habe die Erkennung inzwischen auf grund des Hinweises von kh1309 erweitert, so dass nun auch auf die anderen IDs geprüft wird. Ihr dürft es also Morgen nochmal testen.

Claus

[Torsten73]

Uups, was´n hier los ... gar nicht mitbekommen
kleiner Thread Hijack  

Bei mir war es im ssd Intel System so, dass der cold boot funktionierte, der reboot hingegen nicht. Meine 2. Karte ist leider im anderen VDR drin, da kann ich erstmals nicht dran.

Die Cine S2 V6.2 kommt morgen an. Und ja die hat den neuen PCIe Chipsatz.

Digital Devices Cine S2 - Duale DVB-S2 HDTV (Rev. V6)
Jetzt auch mit dem PCIe Baustein der Octopus Bridge
Karte für PCI Express Sockel im Ultra-Low Profile Format
die zwei Erweiterungsanschlüsse können für eine/zwei CI Module genutzt werden,
oder Sie erweitern die Cine S2 mit einem/zwei DuoFlex Erweiterungsmodul und
haben dann eine 4/6-fach Tuner Karte. Mischbetrieb an den Erweiterungs-
anschlüssen (DuoFlex/CI) ist natürlich auch möglich.

[kh1309]

@Clausmuss

Die Version von kh1309 kann nicht funktionieren und es ist auch kein wunder, dass dort 10 Sekunden gewartet wird. Dort wird der Treiber ja erst nach dem warten geladen, und ohne Treiber wird halt gewartet

Ich hatte den Sinn des Scripts das so verstanden, dass dort gewartet werden soll, bis die USB DVB Devices sich gemeldet haben und dann erst wird der Treiber geladen. Sehe ich das falsch??
Anyway: Das neue Script werde ich heut abend mal testen und berichten.

@torsten73
sorry für den Hijack. Kommte mir die Bemerkung zur Tevii nicht verkneifen.

[clausmuus]

Ne, das siehst Du richtig. Nur können die devices erst auftauchen nachdem der Treiber geladen wurde. Du hast die Treiber lade Zeile also zu weit nach unten verlegt.
Außerdem soll das Script zuerst schauen wie viele dvb-Devices erwartet werden, und auf die entsprechende Anzahl warten.

Claus

[MarMic]

das neue script sieht schon echt gut aus

@kh willste das mal testen und was mich intressieren würde auch mal wieder um echos erweitern und hier reinstellen?

@claus, das alte script hat doch aber erst den treiber geladen WENN er d660 gefunden hat, oder? d.h. wenn die karte bis zum treiber asl 481/482 lief -> wurde das script nie durchlaufen

was seltsam ist, das ich seit dem script nie wieder probleme hatte mit meienr tevii

greetz MarMic

[clausmuus]

Das hängt von der Revision der Karte ab. Erst die neueren Karten tauschen die pci ID.

Claus

[kh1309]

Hi,
wollte das neue Script mal testen. Wie bekomme ich denn das Update?

[MarMic]

hmm ja weil du an der datei rumgeschraubt hast und damit wird sie nicht mehr vom update überschrieben...

es gibt ne möglichkeit das zu löschen (@claus wo nochmal?)

und zweitens: einfach copy paste ersetzen durch die neue von hier: http://www.minidvblinux.dyndns.org/svn-3/d.../init.d/dvb-usb

greetz MarMic

p.s. vergiss debug echos nicht :-P

[clausmuus]

Hi,

einfach die Datei unter /mnt/system/etc/init.d/dvb-usb löschen, dann wird die original Datei wieder sichtbar.

Das bringt mich auf ne Idee. Vielleicht sollten wir ne Funktion 'rmcp' (remove copy) erstellen, mit sich bequem die eigenen

[MarMic]

werkseinstellung :-)

[Matthias]

@clausmuus

ich hatte einen Kernelerror im syslog gesehen, der auf den Splash hindeutete. Daraufhin habe ich in der Datei /etc/init.d/rc.poweroff  den Befehl   show_splash auskommentiert. Danach ging der Poweroff.

Verwende MLD 3.0.1 2011-12-03-39 Build 2050

hope it helps
Grüße
Kurt

Hi Kurt,

gibst Du mal ne Rückmeldung ob die Revision deiner Tevii Karte läuft?
Dann weiß ich ob ich die alte oder neuer Variante bestellen werde.

Danke

Matthias

[MarMic]

so jungs, (debug anhand des alten init scripts)

ich hatte nun mal kurz zeit meine karte genauer zu betrachten. (man muss sich ja zu einer lernpause zwingen)

meine karte ist immer d660 -> d.h. das wurde wohl mit v2.1 geändert. Claus hatte recht -q hat das abarbeiten der schleife verhindert!

bei nem reboot braucht meine karte ABER NIE eine schleife -> komischerweise ist das last=6 beim ersten erfragen (noch bevor nen treiber geladen ist) und count=2 -> er geht natürlich in die schleife aber last kann NIEMALS grösser werden als 6 -> sehr kommisch!

hardpoweroff: last=4 UND count=1 ja 1 -> er findet erstmal nur einen der tevii tuner undzwar den auf bus 3 und der bei bus 2 kommt erst später hinzu.... schleife läuft diesmal natürlich durch!

Code: [Select]

REBOOT:
Starting LCDd Demon:done
Loading dvb driverdone
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
Loading usb dvb driver
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
count=2
last=6
Starting xorg
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
done
sleep i=1
count=2
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
last=6
sleep i=2
count=2
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
last=6
sleep i=3
count=2
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
last=6
sleep i=4
count=2
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
last=6
sleep i=5
count=2
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
last=6
sleep i=6
count=2
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
last=6
sleep i=7
count=2
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
last=6
sleep i=8
count=2
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
last=6
sleep i=9
count=2
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
last=6
Starting VDRdone
sleep i=10
count=2
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
last=6
sehr komisch das last einfach = 6 ist!

hardpoweroff -> poweron again: UND dazu noch bei xorg nen lsusb eingebaut UND da habe ich sie erwischt!!!

Code: [Select]

Starting xorg
Bus 002 Device 002: ID 9022:d481
Bus 003 Device 002: ID 9022:d482
mdev: /sys/class/usb_device/usbdev2.2: No such file or directory
mdev: /sys/class/usb_device/usbdev3.2: No such file or directory
done
done
Bus 002 Device 003: ID 9022:d660
Loading usb dvb driver
Bus 002 Device 003: ID 9022:d660
count=1
last=4
sleep i=1
count=1
Bus 002 Device 003: ID 9022:d660
Bus 003 Device 003: ID 9022:d660
last=4done
d.h. es hat nichts mit neuer/alter revision zu tun -> die karte baut auch ohne ihre treiber die ids um?! woran liegt das bzw wie handeln wir das nun mim reboot

[MarMic]

soooo und nun das was ich doch vermutet habe!

die karte bleibt solange eine 481/482 bis ein mdev -s angestossen wird! ich hatte ja schon länger den verdacht das ein mdev -s das sich beim zwischendrängeln des xorg addons ausführt die tevii zu einer 660 macht!

deswegen mal das mdev -s auskommentiert und siehe da: so lange bleibt doie karte nun wirklich 481/482

Code: [Select]

Starting xorg
Bus 002 Device 002: ID 9022:d481
Bus 003 Device 002: ID 9022:d482
Bus 002 Device 002: ID 9022:d481
Bus 003 Device 002: ID 9022:d482
done
Loading lirc driver
done
Starting lirc daemon
done
Loading sound driver:
done

Starting LCDd Demon:done
Bus 002 Device 002: ID 9022:d481
Bus 003 Device 002: ID 9022:d482
Loading dvb driver
Bus 002 Device 002: ID 9022:d481
Bus 003 Device 002: ID 9022:d482
Bus 002 Device 002: ID 9022:d481
Bus 003 Device 002: ID 9022:d482done
Bus 002 Device 002: ID 9022:d481
Bus 003 Device 002: ID 9022:d482
Loading usb dvb driver
Bus 002 Device 002: ID 9022:d481
Bus 003 Device 002: ID 9022:d482

so nun lerne ich erstmal weiter -> aber da müssen wir mal was mit system überlegen :-) es gibt sehr viele zustände die diese karte haben kann!

greetz MarMic

reboot sieht dann wieder so aus:

Code: [Select]

Starting xorg
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
done
Loading lirc driver
done
Starting lirc daemon
done
Loading sound driver:
done

Starting LCDd Demon:done
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
Loading dvb driver
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660done
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660
Loading usb dvb driver
Bus 002 Device 002: ID 9022:d660
Bus 003 Device 002: ID 9022:d660