On Thu, Jan 18, 2007 at 01:45:19AM +0100, Tilman Schmidt wrote:
Hallo,
Am 17.01.2007 01:17 schrieb Karsten Keil:
On Thu, Dec 21, 2006 at 04:28:26PM +0100, Tilman Schmidt wrote:
[...] OpenSuSE 10.2 hat mit Version 2.6.18.2 endlich einen Kernel, in dem die ISDN-Treiber für die Siemens Gigaset SX255 und Verwandte integriert sind. [...] Aber unter "Netzwerkgeräte - ISDN" in YaST erscheinen sie nicht. Man kann sie nicht einmal über den Knopf "Hinzufügen" manuell eintragen, denn in den angebotenen Gerätelisten sind sie ebenfalls nicht aufgeführt - weder unter "Siemens" noch unter "Telekom".
Also um das erstmal zu testen reicht es entsprechende Einträge in /usr/share/hwinfo/ISDN.CDB.txt hinzuzufügen und anschliesend mk_isdnhwdb aufzurufen, das erzeugt die eigentliche Datenbank, danach sollte es mit YaST funktionieren.
Ok, das ist schon mal ein guter Hinweis. Gibt es irgendwo noch nähere Informationen über das Format dieser Datei, Bedeutung und Wirkung der verschiedenen Einträge? - "vendor", "device" und "bus_type" sind ja recht klar - für "device_class" gibt es ein paar repräsentative Beispiele, von denen "ISDN Single Basic Rate" gut genug zu passen scheint Ja. - "line_cnt" und "line_protocol" sind auch durch Beispiele gut belegt - "alternative_name" scheint auch klar - aber darf ich das in einem Eintrag mehrfach verwenden? und ist das nur für wirklich baugleiche Geräte gedacht oder für generell schnittstellenkompatible?
Ist dafür gedacht wenn das Gerät mit identischen IDs auch als OEM auftaucht. Ob es mehrmals geht weiss ich im Moment auch nicht mehr, das Ganze habe ich vor ein paar Jahren in die hwlib gehackt, die Roh Daten stammen aus der SuSE HArdwaredatenbank für ISDN, die Sourcen die diese Daten auswerten finden sich im hwinfo Paket.
- "vendor_id" und "device_id" sind bei USB wohl die Werte aus dem USB Device Descriptor, bei RS232 entfallen sie ersatzlos?
Richtig.
- "subvendor_id" und "subdevice_id" scheint es nur bei PCI zu geben?
Ja.
- "module", "need_packages" und "SMP" erscheinen auch recht eingängig - "firmware", "IO", "IRQ" und "MEMBASE" betreffen mich nicht
- aber was ist "drv_id", "drv_typ", "drv_subtyp"? - was kann/muss ich bei "feature" angeben? wann ist z.B. die explizite Angabe "feature=Basic Rate" nötig und wann nicht?
drv_id ist eine eindeutige ID des Eintrags, sie darf nur einmal auftauchen. drv_id= drv_subtyp << 16 | drv_typ drv_typ=8100 (8101 usw. für jedes weitere HW modul am besten eine neue, verschieden Geraete die mit einem Modul gehandelt werden unterscheinen sich im drv_subtyp)
- wie verhalten sich "interface" und "vario" zueinander?
vario ist ein Treiber, da kann es mehrere alternative geben (z.B. bei der Fritz!PCI). Bitte verwende vario=I4L driver interface kannst Du in jedem Fall I4L setzen und noch neue definieren für Deine Sonderfunktionen. Wird bisher nirgens ausgewertet.
- welche Funktionen haben "revision", "supported", "special"?
Revision ist nur wichtig wenn verschiedene Revisions (z.B. Revision Feld in der USB oder PCI Dev Table) unterschiedlich gehandelt werden müssen (z.B: verschiedene Firmware) aber die anderen IDs gleich sind. supported=full Treiber ist in der SuSEversion verfügbar und deckt die wichtigen Funktionen ab. special ist nur für die AVM T1 da, da braucht man ein zusätzliches Auswahlkästchen im Konfigdialog.
Was kann ich als Mitentwickler dieser Treiber dazu beitragen, dass YaST sie in Zukunft korrekt erkennt und einbindet?
Mir dann ein diff der /usr/share/hwinfo/ISDN.CDB.txt schicken.
Gerne, sobald ich etwas brauchbares habe.
Außerdem gibt es auf http://sourceforge.net/projects/gigaset307x ein Software-Paket gigaset-frontend, das nützliche Dienstprogramme für die Benutzung dieser Geräte enthält. Gibt es eine Chance, dass dieses Paket in die OpenSuSE-Distribution aufgenommen wird, und was muss dafür geschehen?
Nicht viel, es muss eine saubere Lizenz geben und im Fall das da z.B. Firmware Files dabei sind, die Erlaubnis des Copyright Holders diese frei zu verteilen.
Reine GPL, keine Firmware - denke, da wird es kein Problem geben.
Ich denke ein Einzelpaket macht hier am meisten Sinn im Gegensatzt zur Integration in i4l-base.
Auf jeden Fall. Die Tools werden auch nicht für die i4l-Funktion gebraucht, sondern stellen davon unabhängige Funktionen wie SMS oder Zugriff auf das Anlagen-Log zur Verfügung.
Danke Tilman
-- Tilman Schmidt E-Mail: tilman@imap.cc Bonn, Germany Diese Nachricht besteht zu 100% aus wiederverwerteten Bits. Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
-- Karsten Keil SuSE Labs ISDN development --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-isdn-de+help@opensuse.org