[Torsten73]

So mal kurz zum eigentlichen Titel zurück, ich habe einen erfolgreichen Boot mit der aktuellen ISO mit DVB erhalten. D.h. mit dem Paket dvb funktioniert die Cine S2 V6.2 ootb!
Hattet Ihr da bereits was angepasst?

Jetzt fehlt noch die Installation.

[clausmuus]

Jetzt fehlt noch die Installation.

Bezog sich das auf ne Frage von Dir? Wenn ja, welche? ...oder war das nur nen Hinweis das Du nun installieren wirst?

Ich hatte vorgestern die Liste der PCI-IDs erweitert, so das die Karte nun mit allen 3 IDs besonders behandelt wird.

@MarMic,
Deinen Hinweis mit dem last=6 werde ich heute Abend nachgehen.

Claus

[MarMic]

und das mit dem mdev-s???

das hat ja doch auch ne auswirkung auf die erkennung weil es da eben zu dem fall kommen kann

xorg mit mdev-s drängelt sich vor-> count ergibt nur 1 weil beide 48x ersetzt werden und genau zu diesem zeitpunkt nur 1x 660 da ist und nicht 2x 660


schwierige karte -> könnte fast ne frau sein *duck*

greetz MarMic

[clausmuus]

Wieso, hat die Karte denn keine zwei Reciver? Die Karte hat doch auch zwei 660'er IDs. und ob die nun d48x oder 0660 heißen ist ja egal für die Erkennung der Karte.
Was mich irritiert ist, das es bereits vor dem Laden des Treibers 6 dvb Devices gibt, oder was sind das für Dateien im Ordner /deb/dvb/

Claus

[MarMic]

nur bei einem REBOOT -> das scheint so als würden die alten /dev/dvb erhalten bleiben und bei einem poweroff -> poweron siehst du ja das ich keine 6 habe.

damit wir uns nicht falsch verstehen

karte einmal geladen -> 2x 660
REBOOT
weiterhin 660 ohne treiber zu laden

Karte aus poweroff
1x 481
1x 482
immer wieder immer wieder immer wieder
bis treiber geladen
dann
0x 481
0x482
2x 660

karte aus poweroff
1x481
1x482
mdev -s
kurzzeitig
1x660
0x481
0x482
kurz warten
2x660
0x481
0x482

ich will damit nur sagen das ein mdev -s irgendwo (hier bei mir bei xorg) die karte bzw das init script dvb-usb aus dem takt werfen kann (nicht muss). wenn das script nämlich auf die anzahl der ids testet kann es passieren, das es nur einen tuner erwartet WEIL sie eben testet kurz nachdem ein mdev-s geschickt wurde

soweit klar?

greetz MarMic

[kh1309]

HI MarMic,

interessant, was du über die Initialisierung der Karten rausgefunden hast. Der mdev -s Befehl führt auch bei mir dazu, dass sich die Karte mit den d660 Id meldet. Ich habe den mdev mal bei mir ins Script aufgenommen. Dann sind nach 2 Sekunden die d660 Id's da, die Treiber werden geladen, VDR findet die Frontends und alles wird gut.

Mein Eindruck ist, das die Karten nur mir diesen ID's die Karten richtig betriebsbereit wird. Mit den d481/d482 wird es nichts.

Grüße
Kurt

PS habe die erste Revision der Karte , also nicht die 2.1 Rev.

[MarMic]

hmm willste nicht trotzdem mal claus sein script testen -> denke da sind wir auf dem optimalen weg zum glück :-)

[kh1309]

okay, habe die aktuelle Version getestet. Geht nicht.

habe mal ein

Code: [Select]

ls /dev/dvb vor dem Laden der Treiber eingebaut und es bringt

Code: [Select]

adapter
adapter0
adapter_core
adapter_usb
adapter_usb_dw2102
Wenn das Laden vorüber ist, sind da

Code: [Select]

adapter
adapter0
adapter1
adapter_usb
adapter_core
adapter_usb_dw2102

VG
 

[Torsten73]

Jetzt fehlt noch die Installation.

Bezog sich das auf ne Frage von Dir? Wenn ja, welche? ...oder war das nur nen Hinweis das Du nun installieren wirst?

Ich hatte vorgestern die Liste der PCI-IDs erweitert, so das die Karte nun mit allen 3 IDs besonders behandelt wird.

@MarMic,
Deinen Hinweis mit dem last=6 werde ich heute Abend nachgehen.

Claus

nee, das war nur der Test mit der Boot CD, also ein Hinweis. Es freute mich nur, dass ich direkt ein Bild bekam. Ich hatte mich schon darauf eingestellt, dass  da noch was angepasst werden musste.
Aber Du warst mal wieder zu schnell  :applaus

Was mir aber gerade auffällt, ich habe keine Signalinfos. Und das kommt von femon:

Code: [Select]

Dec 12 00:10:54 (none) user.err vdr: [11799] ERROR: cFemonOsd::Show() cannot open frontend device.

[clausmuus]

@Torsten73,
femon sollte eigentlich seit Samstag wieder funktionieren, also lediglich nen paar Tage nicht funktioniert oder gefehlt haben.

@kh1309,
wo kommt der der /dev/dvb/atapter0 her bevor die Treiber geladen wurden? Ich dachte die gibt's nur wenn auch dvb-Treiber geladen sind...

@MarMic,
dieses mdev -s kann echt nerfen... Ich hab bis heute nicht verstanden wieso das überhaupt erforderlich sein kann, das es mehr als ein mal aufgerufen werden muss. Das es nun aber auch noch ne Reinitialesierung einer DVB-Karte auslöst (mit ID Wechsel) durchblicke ich überhaupt nicht mehr...

Werden durch das mdev -s eventuell irgendwelche Kernel Module geladen? Also für nen Test bitte das mdev -s im xorg init Script abschalten und das vdr und dvb-init script komplett deaktivieren (start=1 auskommentieren). Das dvb-Addon muss aber installiert sein. Dann nen lsmod, dann mdev -s und noch nen lsmod.
Interessant wären eventuell auch noch die Ausgaben in der /var/log/messages beim Loglevel=2. Was für Events werden bezüglich der dvb-Karte gesendet. Eventuell ist da ja was bei das behandelt werden muss, wir bisher jedoch ignorieren. Was für Events löst das mdev -s aus?

Claus

[MarMic]

ich kann erst wieder freitag testen! vllt findet kh die zeit.

greetz MarMic

[kh1309]

@marmic
Wenn ich die bisherige Tests so ansehe, da ergibt sich doch mich als Linux Laie folgendes Bild:

- Die S480 meldet sich mit d481/482
- kriegt vom Kernel die Firmware DS3000 verpasst
- meldet sich dann irgendwann mit d660/d660
- auf diese ID reagiert der Kernel nicht (kein Hotplug Support konfiguriert?)
- das spätere mdev -s aus dem XORG Script

- informiert den Kernel über die neuen IDs
- legt die Geräte an
- räumt die 481/482 wieder ab.

- der Kernelautomatismus startet den FW Download für die 660
- die Frontend werden aufgebaut etc.

 

[clausmuus]

mdev ist als Kernel Helper konfiguriert. Das ist ja auch der Grund dafür, weshalb ich nicht verstehe wieso nen erneuter Aufruf von mdev -s erforderlich ist. Ist er aber für einige Tastaturen, und wohl auch für diese dvb-Karte.
Meine Frage nach den messages Logs und lsmod rührt daher, dass ich vermute das hier irgendwas erst recht spät auftaucht, weil es sich ja um USB-Devices handelt und wie ich grad beim ntfs usb-Stick problem gesehen habe, gibt's ja noch mehr Events, als diejenigen, die bisher behandelt werden.

Ich hab aber grade ne Idee:
Wir könnten ja einfach wenn ne d481/d482 gefunden wird, nen mdev -s aufrufen und so lange warte bis beide d660'er IDs auftauchen. Danach geht's dann wie gewohnt weiter.
Gibt es eigentlich auch S480 Karten die Ihre ID nicht wechseln?

Claus

[clausmuus]

Ich hab meine Idee mal eingebaut (Version 40). Testet bitte mal ob das hilft/funktioniert.

Claus

[kh1309]

Hi Claus,

hab's grad mal getestet und jetzt geht der Start der S480 ootb. Aus dem Poweroff ist sofort das TV-Bild da. Im Syslog:

Code: [Select]

Loading usb dvb driver
  Wait until Tevii S480 has switched the PCI ID
mdev: /sys/class/usb_device/usbdev3.2: No such file or directory
mdev: /sys/class/usb_device/usbdev4.2: No such file or directory
  Wait until Tevii S480 is ready
Loading network driver
Insgesamt dauert das Laden der Tevii FW/Treiber samt ID Wechsel und sleep Schleife bei mir jetzt 3-4 sec. Damit kann ich leben.
Besten Dank. Gut gemacht.
VG Kurt