Hallo Thomas. * Donnerstag, 21. September 2006 um 08:14 (+0200) schrieb Thomas Moritz:
Am Dienstag, 19. September 2006 21:41 meinte Andreas Koenecke:
Versuche doch einmal, bei eingesteckten "Custom-Gerät" ein manuelles 'modprobe ftdi_sio' und teste dann, ob das Gerät erkannt und angesprochen wird.
Hier liegt das Problem. Eigentlich ist es unverstaendlich, wieso man nicht zB.: /etc/ftdi_sio fuer solche Sachen vorsieht und beim Booten die dort eingetragenen Geraete uebernimmt.
Die Map-Dateien, die 'depmod' im Modul-Verzeichnis anlegt, gehen ja schon in diese Richtung. Nur dass der Treiber nach dem Laden noch einmal anhand der IDs selbst seine "Zuständigkeit" überprüft. Und das ist IMHO auch gut so; mir wäre es gar nicht recht, wenn der (falsche) Treiber durch Setzen irgendwelcher Register mein Gerät irreparabel beschädigt...
Jeder Hardware-Entwickler, der zur besseren Kennung seine eigene PID im EEprom ablegt, muss also dem (Linux)-Kunden beschreiben, wie man Kernel-Module kompiliert. TsssTsss
Naja, es gibt ja eine Handvoll Alternativen, von der Aufnahme der IDs in den offiziellen Kernel-Baum über Mitliefern/Bereitstellen fertiger Kernel-Module bis zum eigenen Install-Skript ala NVIDIA.
Auch wenn sich das eigentliche Problem damit nicht loesen laesst: Ist Dir vielleicht eine Doku bekannt, die das _Zusammenspiel_: dbus-hal-udev-kernel beschreibt?
Nein, so eine Doku ist mir auch nicht bekannt. Ich befürchte, man muss sich das Zusammenspiel der Programme aus den einzelnen Dokumenten herausklauben... Gruß Andreas -- XMMS spielt gerade nichts... PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --