dvb-treiber (hier "ngene") macht probleme mit udev (firmware laden)

Da haben die udev-Jungs wieder einmal ein ziemliches Faß aufgemacht!

Eine ganze Menge Treiber lädt bei der Modulinitialisierung die Firmware.
Und das ist imho auch gut so! (Jedenfalls, soweit es DVB betrifft.)

Falls die nicht zurückrudern, sind Änderungen fällig, die nicht mal so in einer halben Stunde zu machen sind.
Und ngene ist nur einer der betroffenen Treiber...

CU
Oliver

Der ursächliche Commit ist ja schon ein paar udev-Versionen her. Beispielsweise in den Arch-Linux-Paketen wird da auch nix gepatcht. Sieht also nach Absicht aus und scheint sinnvoll: Muss "Treiber laden" gleichzeitig "Firmware laden" bedeuten?

Bis die Treiber nicht angepasst sind klappt eventuell folgender Würgaround (findet sich bestimmt auch im von Lars verlinkten Arch-Linux-Forumthread):
- betreffendes Modul blacklisten (/etc/modprobe.d/*.conf)
- modprobe des Moduls in der rc.local (oder je nach Distribution passend woanders)

Ich hoffe das der erzwungenermaßen umgestellte Treiber dann vielleicht meine Kaltstartprobleme (Rechner länger komplett vom Netz getrennt) mit der TeVii S470 behebt. Oder ich bin völlig auf dem Holzdampfer...

Zitat von rechenknechtler

Der ursächliche Commit ist ja schon ein paar udev-Versionen her. Beispielsweise in den Arch-Linux-Paketen wird da auch nix gepatcht. Sieht also nach Absicht aus und scheint sinnvoll: Muss "Treiber laden" gleichzeitig "Firmware laden" bedeuten?

Es vereinfacht das Leben für die udev-Leute und erschwert es anderen.

Firmware laden bedeutet doch nicht nur, daß irgendeine Datei in den Speicher geladen wird. Die Firmware ist die Betriebssoftware für einen Chip. welcher wiederum für die Funktion der Karte erforderlich ist. Solange die Fw nicht zur Verfügung steht, kann die Karte nicht initialisiert werden.

Zitat

Bis die Treiber nicht angepasst sind klappt eventuell folgender Würgaround (findet sich bestimmt auch im von Lars verlinkten Arch-Linux-Forumthread):
- betreffendes Modul blacklisten (/etc/modprobe.d/*.conf)
- modprobe des Moduls in der rc.local (oder je nach Distribution passend woanders)

Hm...

Zitat

Ich hoffe das der erzwungenermaßen umgestellte Treiber dann vielleicht meine Kaltstartprobleme (Rechner länger komplett vom Netz getrennt) mit der TeVii S470 behebt. Oder ich bin völlig auf dem Holzdampfer...

Bezweifle, daß dies damit zu tun hat. Da ist eher etwas im Treiber (oder der Firmware) faul.

Problem:
Falls die Treiber geändert werden müßten, muß die Karteninitialisierung verschoben werden.

Im Extremfall würde dies bedeuten, daß die Karte erst beim Tunen initialisiert werden kann.
Dies würde die Zeit, bis erstmals ein Bild erscheint, verlängern.

Schlimmer scheinen mir allerdings die Auswirkungen auf die Fehlerbehandlung zu sein.
Kann ich momentan jedoch noch nicht so recht abschätzen.

CU
Oliver

Zitat von UFO

Firmware laden bedeutet doch nicht nur, daß irgendeine Datei in den Speicher geladen wird. Die Firmware ist die Betriebssoftware für einen Chip. welcher wiederum für die Funktion der Karte erforderlich ist. Solange die Fw nicht zur Verfügung steht, kann die Karte nicht initialisiert werden.

Ja, du hast recht. Dennoch ist es eher so, dass die Firmware bis zur tatsächlichen Nutzung noch gar nicht auf den Chip geladen wird, sondern zunächst nur aus dem Userspace in den Treiber. Das blockiert und ist das Problem.

Zitat von UFO

Im Extremfall würde dies bedeuten, daß die Karte erst beim Tunen initialisiert werden kann.
Dies würde die Zeit, bis erstmals ein Bild erscheint, verlängern.

Das ist bereits der Fall. Zumindest bei den Treibern für cineS2, S470 und SkyStar HD2.

Nachtrag zu:

Zitat von rechenknechtler

Bis die Treiber nicht angepasst sind klappt eventuell folgender Würgaround (findet sich bestimmt auch im von Lars verlinkten Arch-Linux-Forumthread):
- betreffendes Modul blacklisten (/etc/modprobe.d/*.conf)
- modprobe des Moduls in der rc.local (oder je nach Distribution passend woanders)

Alles Quatsch. Blacklisten ist völliger Unsinn. Das betreffende Modul muss geladen werden bevor dies udev veranlasst. Bei Arch Linux reicht dazu ein Eintrag ins MODULES-Array der rc.conf.

Zitat von rechenknechtler

Ja, du hast recht. Dennoch ist es eher so, dass die Firmware bis zur tatsächlichen Nutzung noch gar nicht auf den Chip geladen wird, sondern zunächst nur aus dem Userspace in den Treiber. Das blockiert und ist das Problem.

Das ist nicht richtig. Die Firmware wird sofort in den Chip geladen - jedenfalls bei ngene, TT S2-6400 und den alten FF-Karten (av7110).

Zitat

Das ist bereits der Fall. Zumindest bei den Treibern für cineS2, S470 und SkyStar HD2.

Für die cineS2 stimmt das nicht. Die anderen Treiber kenne ich nicht näher.

CU
Oliver

Zitat von UFO

Für die cineS2 stimmt das nicht. Die anderen Treiber kenne ich nicht näher.

Hast völlig recht, hab genauer hingeschaut und du musst es ja auch wissen... Geistige Verwirrung meinerseits mantis (hier SkyStar HD2) kommt ohne Firmware aus, cx23885 (hier S470) braucht sogar mehr als eine Firmware und lädt eine davon tatsächlich erst, wenn ich etwa den VDR anschmeiße, zumindest wenn ich nach den Logeinträgen gehe. Mit meinem Halbwissen hoffe ich dann lieber nur, dass es mittelfristig ohne Tricks wieder klappt...

Feb 14 16:06:17 localhost kernel: [    2.486730] cx23885 driver version 0.0.3 loaded
Feb 14 16:06:17 localhost kernel: [    2.486755] cx23885 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Feb 14 16:06:17 localhost kernel: [    2.487139] CORE cx23885[0]: subsystem: d470:9022, board: TeVii S470 [card=15,autodetected]
Feb 14 16:06:17 localhost kernel: [    2.619040] cx25840 18-0044: cx23885 A/V decoder found @ 0x88 (cx23885[0])
Feb 14 16:06:17 localhost kernel: [    3.273322] cx25840 18-0044: loaded v4l-cx23885-avcore-01.fw firmware (16382 bytes)
Feb 14 16:06:17 localhost kernel: [    3.281732] cx23885_dvb_register() allocating 1 frontend(s)
Feb 14 16:06:17 localhost kernel: [    3.281735] cx23885[0]: cx23885 based dvb card
Feb 14 16:06:17 localhost kernel: [    3.284630] DS3000 chip version: 0.192 attached.
Feb 14 16:06:17 localhost kernel: [    3.284632] DVB: registering new adapter (cx23885[0])
Feb 14 16:06:17 localhost kernel: [    3.284635] DVB: registering adapter 0 frontend 0 (Montage Technology DS3000/TS2020)...
...
Feb 14 16:11:09 localhost vdr: [951] VDR version 1.7.23 started
...
Feb 14 16:11:09 localhost vdr: [951] probing /dev/dvb/adapter0/frontend0
Feb 14 16:11:09 localhost vdr: [951] creating cDvbDevice
Feb 14 16:11:09 localhost vdr: [951] new device number 1
Feb 14 16:11:10 localhost kernel: [  297.325588] ds3000_firmware_ondemand: Waiting for firmware upload (dvb-fe-ds3000.fw)...
Feb 14 16:11:10 localhost kernel: [  297.326274] ds3000_firmware_ondemand: Waiting for firmware upload(2)...
Feb 14 16:11:10 localhost vdr: [951] frontend 0/0 provides DVB-S,DVB-S2 with QPSK ("Montage Technology DS3000/TS2020")