SuSE 10.0: Sedlbauer Speedstar (PCMCIA) nicht benutzbar
Hallo Leute, ich habe am Wochenende mein 8.0er SuSe entsorgt und die 10.0er Version installiert... Seitdem kann ich mit meiner ISDN-Karte gar nichts mehr anfangen und ich bin nach zwei durchwachten Nächten ratlos :( Ich habe die Karte nun unter Windows ME installiert und sie funktioniert problemlos, ist also nicht kaputt. Es handelt sich um eine Sedlbauer Speed Star, PCMCIA ISDN Karte SuSe unterstützt diese Karte seit Ewigkeiten "out of the box". Im o.g. 8er System lief auch alles problemlos. Zunächst habe ich mit yast2 versucht, die Karte einzubinden. Die automatische Detektion der Karte scheitert, also habe ich sie von Hand konfiguriert: Seflbauer Speed Star Hisaxtreiber (default) zahlreiche Versuchsreihen zum Ladezeitpunkt des Treibers (manuell, boot, hotplug) Euro ISDN keine Kanalbündelung etc. Dazu ein SyncPPP-Interface (ippp0) und Freenet als Provider. Soweit so gut, ISDN subsystem neu gestartet und dann kommt im Grunde immer wieder die selbe Fehlermeldung: /dev/ippp0 /dev/isdnctrl - no such device Die Links sind alle da. Also bin ich der Sache nachgegangen. Die PCMCIA-Karte selbst sehe ich nach dem Einstecken unter /etc/sys.../bus/pcmcia/... (Ich schreibe gerade unter WinME (s.o.), daher nur vage Erinnerung an die genauen Pfade). Auf jeden Fall ist die Karte da (hwinfo meldet das auch). Unter /etc/sysconfig/isdn/ steht die im Yast2 eingestellte Konfiguration richtig drin (inkl. Type==22, also Sedlbauer PCMCIA). Im Unterverzeichnis scripts sind auch die entsprechenden Skripte da (obwohl ich mich frage, warum /etc/rc.d/isdn restart bzw. start das load-hisax und nicht load-hisaxpcmcia benutzt ...) und die werden aufgerufen. Ich bin die Skripte per echo-Debugmeldungen Schritt für Schritt durchgegangen: modprobe funktioniert problemlos, danach sieht man per lsmod das hisax-Modul (PCMCIA habe ich auch gesehen). /sbin/hisaxctrl steigt dann mit der Fehlermeldung /dev/isdnctrl: no such device aus. Dann habe ich die devices (ippp*, isdnctrl*, isdnlog*) per manuellem Aufruf von scripts/makedev.sh (o.ä.) angelet (das Skript enthält hauptsächlich mknod Aufrufe) -- und unmittelbar danach ergibt ein cat auf /dev/isdnctrl bzw. /dev/ippp0: no such device. Ich habe auch ein manuelles ifconfig ippp0 192.168.99.99 durchgeführt -- the same. Ich habe das Gefühl, dass das ISDN-Subsystem überhaupt nicht auf die PCMCIA-Karte zugreift bzw. diese gar nicht erkennt. Nirgends (groups, web, SusE) wird über Probleme mit der Karte berichtet, sie funktioniert unter WinME einwandfrei (ist also nicht kaputt), ich habe genau die Konfigurationsschritte wie imho nötig und von SuSE empfohlen durchgeführt -- und es funktioniert gar nichts. Was ist hier los, was habe ich übersehen? Helft mir aus dem Dunkel! Danke. Thomas Plötz PS: Die vollständigen Pfade und Fehlermeldungen kann ich natürlich bei Bedarf auch posten. -- 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail +++ GMX - die erste Adresse für Mail, Message, More +++
On Tue, Nov 01, 2005 at 12:48:34PM +0100, "Thomas Plötz" wrote:
Hallo Leute,
ich habe am Wochenende mein 8.0er SuSe entsorgt und die 10.0er Version installiert... Seitdem kann ich mit meiner ISDN-Karte gar nichts mehr anfangen und ich bin nach zwei durchwachten Nächten ratlos :( Ich habe die Karte nun unter Windows ME installiert und sie funktioniert problemlos, ist also nicht kaputt.
Es handelt sich um eine
Sedlbauer Speed Star, PCMCIA ISDN Karte
Interessant ist was pccardctl info liefert
SuSe unterstützt diese Karte seit Ewigkeiten "out of the box". Im o.g. 8er System lief auch alles problemlos.
Zunächst habe ich mit yast2 versucht, die Karte einzubinden. Die automatische Detektion der Karte scheitert, also habe ich sie von Hand konfiguriert: Seflbauer Speed Star Hisaxtreiber (default) zahlreiche Versuchsreihen zum Ladezeitpunkt des Treibers (manuell, boot, hotplug)
hotplug bei der Karte und am Besten manual bei der Schnittstelle Was steht denn in /var/log/messages wenn die Karte gesteckt wird ?
Also bin ich der Sache nachgegangen. Die PCMCIA-Karte selbst sehe ich nach dem Einstecken unter /etc/sys.../bus/pcmcia/... (Ich schreibe gerade unter WinME (s.o.), daher nur vage Erinnerung an die genauen Pfade). Auf jeden Fall ist die Karte da (hwinfo meldet das auch).
Unter /etc/sysconfig/isdn/ steht die im Yast2 eingestellte Konfiguration richtig drin (inkl. Type==22, also Sedlbauer PCMCIA). Im Unterverzeichnis scripts sind auch die entsprechenden Skripte da (obwohl ich mich frage, warum /etc/rc.d/isdn restart bzw. start das load-hisax und nicht
Bei PCMCIA darf nie /etc/rc.d/isdn direkt aufgerufen werden, das sollte alles via hotplug und /sbin/udev.isdn.sh was wiederum /etc/sysconfig/isdn/scripts/hotplug_pcmcia startet. Das hotplug wird ueber udev und die rules in /etc/udev/rules.d/45-isdn.rules gesteuert.
load-hisaxpcmcia benutzt ...) und die werden aufgerufen. Ich bin die Skripte per echo-Debugmeldungen Schritt für Schritt durchgegangen: modprobe funktioniert problemlos, danach sieht man per lsmod das hisax-Modul (PCMCIA habe ich auch gesehen). /sbin/hisaxctrl steigt dann mit der Fehlermeldung /dev/isdnctrl: no such device aus. Dann
Das bedeutet nur, das die Karte aus irgendwelchen Gruenden nicht beim I4L core (isdn.ko) registriert wurde, das kann z.B. daran liegen, das der Treiber nicht geladen werden konnte oder irgendwelche resourcen nicht frei sind. Welche Module sind denn geladen ? lsmod | grep hisax ... -- Karsten Keil SuSE Labs ISDN development
On Tue, Nov 01, 2005 at 12:48:34PM +0100, "Thomas Plötz" wrote:
Hallo Leute,
ich habe am Wochenende mein 8.0er SuSe entsorgt und die 10.0er Version installiert... Seitdem kann ich mit meiner ISDN-Karte gar nichts mehr anfangen und ich bin nach zwei durchwachten Nächten ratlos :( Ich habe die Karte nun unter Windows ME installiert und sie funktioniert problemlos, ist also nicht kaputt.
Es handelt sich um eine
Sedlbauer Speed Star, PCMCIA ISDN Karte
Interessant ist was pccardctl info Hier die Ausgabe:
Hallo Karsten, On Tue, 1 Nov 2005, Karsten Keil wrote: pccardctl info PRODID_1="SEDLBAUER" PRODID_2="ISDN-Adapter" PRODID_3=" (c) 93-96 VK&CB" PRODID_4="26.01.96" MANFID=0000,0000 FUNCID=6 PRODID_1="" PRODID_2="" PRODID_3="" PRODID_4="" MANFID=0000,0000 FUNCID=255
SuSe unterstützt diese Karte seit Ewigkeiten "out of the box". Im o.g. 8er System lief auch alles problemlos.
[yast] hotplug bei der Karte und am Besten manual bei der Schnittstelle ok, habe ich eingestellt
Was steht denn in /var/log/messages wenn die Karte gesteckt wird ? Leider gar nichts :( Ich bekomme, wenn ich auf kinternet dial-in klicke irgendwann die Meldung von ifup-ippp0, dass keine interfaces vorhanden waeren.
Bei PCMCIA darf nie /etc/rc.d/isdn direkt aufgerufen werden, das sollte alles via hotplug und /sbin/udev.isdn.sh was wiederum /etc/sysconfig/isdn/scripts/hotplug_pcmcia startet.
Das hotplug wird ueber udev und die rules in /etc/udev/rules.d/45-isdn.rules gesteuert. Ok, das habe ich mir angeschaut, das sieht auch vernünftig aus. (aus /etc/udev/rules.d/45-isdn.rules) /sbin/udev.isdn.sh sedlbauer 1 /etc/sysconfig/network/scripts/functions.common: line 74: syntax error near unexpected token `<' /etc/sysconfig/network/scripts/functions.common: line 74: ` done < < (echo -e "$*")' /sbin/udev.isdn.sh: line 17: err_mesg: command not found>
Kann es sein, dass hier Skriptfehler vorliegen? Ich habe sie spontan nicht gesehen .. Nach einem reboot (sicher ist sure) wird nun die Ausgabe geflutet von o.g. Fehler und "debug: command not found". Was ist denn das?
Das bedeutet nur, das die Karte aus irgendwelchen Gruenden nicht beim I4L core (isdn.ko) registriert wurde, das kann z.B. daran liegen, das der Treiber nicht geladen werden konnte oder irgendwelche resourcen nicht frei sind. Ressourcen sollten frei sein (das funktionierte bei der 8er in genau dieser Konfig). Wie kann ich denn sehen, *warum* der Treiber nicht geladen wurde?
Welche Module sind denn geladen ? lsmod | grep hisax Hmm. Nach von Hand laden eben hisax, isdn. Jetzt (nach dem Neustart) gerade gar nix.
Was meinst Du, wie soll ich weiter vorgehen? Vielen Dank. Gruß, Thomas Plötz
On Tue, Nov 01, 2005 at 02:41:00PM +0100, Thomas Ploetz wrote:
Hallo Karsten,
On Tue, 1 Nov 2005, Karsten Keil wrote:
On Tue, Nov 01, 2005 at 12:48:34PM +0100, "Thomas Plötz" wrote:
Hallo Leute,
ich habe am Wochenende mein 8.0er SuSe entsorgt und die 10.0er Version installiert... Seitdem kann ich mit meiner ISDN-Karte gar nichts mehr anfangen und ich bin nach zwei durchwachten Nächten ratlos :( Ich habe die Karte nun unter Windows ME installiert und sie funktioniert problemlos, ist also nicht kaputt.
Es handelt sich um eine
Sedlbauer Speed Star, PCMCIA ISDN Karte
Interessant ist was pccardctl info Hier die Ausgabe: pccardctl info PRODID_1="SEDLBAUER" PRODID_2="ISDN-Adapter" PRODID_3=" (c) 93-96 VK&CB" PRODID_4="26.01.96"
OK.
[yast]
hotplug bei der Karte und am Besten manual bei der Schnittstelle ok, habe ich eingestellt
Was steht denn in /var/log/messages wenn die Karte gesteckt wird ? Leider gar nichts :( Ich bekomme, wenn ich auf kinternet dial-in klicke irgendwann die Meldung von ifup-ippp0, dass keine interfaces vorhanden waeren.
Bei PCMCIA darf nie /etc/rc.d/isdn direkt aufgerufen werden, das sollte alles via hotplug und /sbin/udev.isdn.sh was wiederum /etc/sysconfig/isdn/scripts/hotplug_pcmcia startet.
Das hotplug wird ueber udev und die rules in /etc/udev/rules.d/45-isdn.rules gesteuert. Ok, das habe ich mir angeschaut, das sieht auch vernünftig aus. (aus /etc/udev/rules.d/45-isdn.rules) /sbin/udev.isdn.sh sedlbauer 1 /etc/sysconfig/network/scripts/functions.common: line 74: syntax error near unexpected token `<' /etc/sysconfig/network/scripts/functions.common: line 74: ` done < < (echo -e "$*")' /sbin/udev.isdn.sh: line 17: err_mesg: command not found>
Ich weiss nicht warum es bei mir trotzdem geht, folgender patch sollte aber die Fehlermeldungen beseitigen. --- udev.isdn.sh.orig 2005-10-11 12:19:26.000000000 +0200 +++ /sbin/udev.isdn.sh 2005-10-11 12:27:50.000000000 +0200 @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/bash # # ISDN udev policy # @@ -18,8 +18,9 @@ exit 1 fi -info_mesg $0 $* ACTION=$ACTION +info_mesg $0 $* ACTION=$ACTION SUBSYSTEM=$SUBSYSTEM +shopt -s nullglob CONFIGS="" if [ -d /etc/sysconfig/network ]; then cd /etc/sysconfig/network
Kann es sein, dass hier Skriptfehler vorliegen? Ich habe sie spontan nicht
Ja, die /etc/sysconfig/hardware/scripts/functions brauchen /bin/bash, nicht /bin/sh.
gesehen .. Nach einem reboot (sicher ist sure) wird nun die Ausgabe geflutet von o.g. Fehler und "debug: command not found". Was ist denn das?
Das bedeutet nur, das die Karte aus irgendwelchen Gruenden nicht beim I4L core (isdn.ko) registriert wurde, das kann z.B. daran liegen, das der Treiber nicht geladen werden konnte oder irgendwelche resourcen nicht frei sind. Ressourcen sollten frei sein (das funktionierte bei der 8er in genau dieser Konfig). Wie kann ich denn sehen, *warum* der Treiber nicht geladen wurde?
Welche Module sind denn geladen ? lsmod | grep hisax Hmm. Nach von Hand laden eben hisax, isdn. Jetzt (nach dem Neustart) gerade gar nix.
Was meinst Du, wie soll ich weiter vorgehen?
Weiter voran tasten, wie sieht es mit dem neuen /sbin/udev.isdn.sh aus ? -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten, ich habe die udev.isdn.sh gepatcht (allerdings ist /bin/sh ein symlink auf /bin/bash, das war es wohl nicht). Hier ein Log meines Systemstarts (die Karte ist nun per hotplug, das Interface auf manual eingebunden): beim Booten: Setting up ISDN ... Sedlbauer ... Skipped Nach dem Booten: lsmod | grep hisax
leer <<<
Ich ziehe probehalber die Karte raus und stecke sie wieder rein: /var/log/messages ändert sich gar nicht (ist das nicht seltsam?) Modulladen per Hand: /sbin/modprobe --ignore-install --verbose hisax Ausgabe: insmod /lib/modules/2.6.13-15-default/kernel/drivers/net/slhc.ko insmod /lib/modules/2.6.13-15-default/kernel/drivers/isdn/i4l/isdn.ko insmod /lib/modules/2.6.13-15-default/kernel/lib/crc-ccitt.ko insmod /lib/modules/2.6.13-15-default/kernel/drivers/isdn/hisax/hisax.ko in /var/log/messages: Nov 1 17:53:21 emil kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded Nov 1 17:53:21 emil kernel: HiSax: Linux Driver for passive ISDN cards Nov 1 17:53:21 emil kernel: HiSax: Version 3.5 (module) Nov 1 17:53:21 emil kernel: HiSax: Layer1 Revision 2.46.2.5 Nov 1 17:53:21 emil kernel: HiSax: Layer2 Revision 2.30.2.4 Nov 1 17:53:21 emil kernel: HiSax: TeiMgr Revision 2.20.2.3 Nov 1 17:53:21 emil kernel: HiSax: Layer3 Revision 2.22.2.3 Nov 1 17:53:21 emil kernel: HiSax: LinkLayer Revision 2.59.2.4 lsmod | grep hisax: hisax 498640 0 crc_ccitt 2176 1 hisax isdn 134496 1 hisax lsmod | grep isdn: isdn 134496 1 hisax slhc 7296 1 isdn lsmod | grep pcmcia: pcmcia 37176 0 firmware_class 9856 1 pcmcia pcmcia_core 39952 3 pcmcia,yenta_socket,rsrc_nonstatic Nun kinternet gestartet, Interface ist ippp0, Provider ist freenet: Dial-In und nichts passiert ausser in /var/log/messages die folgende Meldung: Nov 1 17:55:15 emil SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Nov 1 17:55:15 emil SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ... Nov 1 17:55:15 emil SuSEfirewall2: batch committing... Nov 1 17:55:15 emil SuSEfirewall2: Firewall rules successfully set Jetzt checken des alten verdächtigen: cat: /dev/isdnctrl: No such device cat: /dev/isdnctrl0: No such device cat: /dev/ippp0: No such device Probehalber ifconfig: ifconfig ippp0 192.168.99.1 SIOCSIFADDR: No such device ippp0: unknown interface: No such device Die Karte scheint doch echt nicht da zu sein, oder? Aber: ls /sys/bus/pcmcia/devices/0.0 . allow_func_id_match card_id function modalias prod_id1 prod_id3 .. bus func_id manf_id power prod_id2 prod_id4 physikalisch ist diese also da. Wie kommt denn die Verbindung zwischen ISDN und PCMCIA zustande? Sollte ich nicht irgendwo sehen, dass eine Karte eingesteckt wurde? Sollte dann nicht irgendein Skript angewerfen werden, welches z.B. das hisax-Modul nachlädt und ggf. das ISDN-Interface einrichtet? Fragen über Fragen. Vielen Dank für die Hilfe. Thomas
On Tue, Nov 01, 2005 at 06:18:38PM +0100, Thomas Ploetz wrote:
Hallo Karsten,
ich habe die udev.isdn.sh gepatcht (allerdings ist /bin/sh ein symlink auf /bin/bash, das war es wohl nicht).
Ja, aber die Features sind je nach Namen unterschiedlich, bash kann sich auch wie sh verhalten.
Hier ein Log meines Systemstarts (die Karte ist nun per hotplug, das Interface auf manual eingebunden):
beim Booten: Setting up ISDN ... Sedlbauer ... Skipped
Nach dem Booten: lsmod | grep hisax
leer <<<
Ich ziehe probehalber die Karte raus und stecke sie wieder rein: /var/log/messages ändert sich gar nicht (ist das nicht seltsam?)
Am besten ohne karte booten und dan stecken. Mal vorher udevmonitor starten, der sollte beim stecken einiges melden.
Modulladen per Hand: /sbin/modprobe --ignore-install --verbose hisax Ausgabe: insmod /lib/modules/2.6.13-15-default/kernel/drivers/net/slhc.ko insmod /lib/modules/2.6.13-15-default/kernel/drivers/isdn/i4l/isdn.ko insmod /lib/modules/2.6.13-15-default/kernel/lib/crc-ccitt.ko insmod /lib/modules/2.6.13-15-default/kernel/drivers/isdn/hisax/hisax.ko
Danach muss noch der pcmcia card Treiber geladen werden. sedlbauer_cs ...
Probehalber ifconfig: ifconfig ippp0 192.168.99.1 SIOCSIFADDR: No such device ippp0: unknown interface: No such device
Die Karte scheint doch echt nicht da zu sein, oder? Aber: ls /sys/bus/pcmcia/devices/0.0 . allow_func_id_match card_id function modalias prod_id1 prod_id3 .. bus func_id manf_id power prod_id2 prod_id4
physikalisch ist diese also da. Wie kommt denn die Verbindung zwischen ISDN und PCMCIA zustande? Sollte ich nicht irgendwo sehen, dass eine
sedlbauer_cs
Karte eingesteckt wurde? udevmonitor
Sollte dann nicht irgendein Skript angewerfen werden, welches z.B. das hisax-Modul nachlädt und ggf. das ISDN-Interface einrichtet?
Ja uber die rules in /etc/udev/rules.d/45-isdn -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten,
ich habe die udev.isdn.sh gepatcht (allerdings ist /bin/sh ein symlink auf /bin/bash, das war es wohl nicht).
Ja, aber die Features sind je nach Namen unterschiedlich, bash kann sich auch wie sh verhalten. Ok, habe ich bisher nicht gewusst.
Am besten ohne karte booten und dan stecken. Mal vorher udevmonitor starten, der sollte beim stecken einiges melden. done. udevmonitor zeigt dann zwei Meldungen bzgl. pccard an.
Modulladen per Hand: /sbin/modprobe --ignore-install --verbose hisax Ausgabe: insmod /lib/modules/2.6.13-15-default/kernel/drivers/net/slhc.ko insmod /lib/modules/2.6.13-15-default/kernel/drivers/isdn/i4l/isdn.ko insmod /lib/modules/2.6.13-15-default/kernel/lib/crc-ccitt.ko insmod /lib/modules/2.6.13-15-default/kernel/drivers/isdn/hisax/hisax.ko
Danach muss noch der pcmcia card Treiber geladen werden. sedlbauer_cs Oh, guter Punkt. done.
Allerdings bleibt das device immer noch verschollen :( (identische Fehlermeldung wie vorher (s.u.) geposted)
Probehalber ifconfig: ifconfig ippp0 192.168.99.1 SIOCSIFADDR: No such device ippp0: unknown interface: No such device
Die Karte scheint doch echt nicht da zu sein, oder? Aber: ls /sys/bus/pcmcia/devices/0.0 . allow_func_id_match card_id function modalias prod_id1 prod_id3 .. bus func_id manf_id power prod_id2 prod_id4
physikalisch ist diese also da. Wie kommt denn die Verbindung zwischen ISDN und PCMCIA zustande? Sollte ich nicht irgendwo sehen, dass eine Bisher viel gelernt, was aber nun? Danke!
Gruß, Thomas Plötz
On Tue, Nov 01, 2005 at 10:45:00PM +0100, Thomas Ploetz wrote:
Hallo Karsten,
ich habe die udev.isdn.sh gepatcht (allerdings ist /bin/sh ein symlink auf /bin/bash, das war es wohl nicht).
Ja, aber die Features sind je nach Namen unterschiedlich, bash kann sich auch wie sh verhalten. Ok, habe ich bisher nicht gewusst.
Am besten ohne karte booten und dan stecken. Mal vorher udevmonitor starten, der sollte beim stecken einiges melden. done. udevmonitor zeigt dann zwei Meldungen bzgl. pccard an.
Modulladen per Hand: /sbin/modprobe --ignore-install --verbose hisax Ausgabe: insmod /lib/modules/2.6.13-15-default/kernel/drivers/net/slhc.ko insmod /lib/modules/2.6.13-15-default/kernel/drivers/isdn/i4l/isdn.ko insmod /lib/modules/2.6.13-15-default/kernel/lib/crc-ccitt.ko insmod /lib/modules/2.6.13-15-default/kernel/drivers/isdn/hisax/hisax.ko
Danach muss noch der pcmcia card Treiber geladen werden. sedlbauer_cs Oh, guter Punkt. done.
Allerdings bleibt das device immer noch verschollen :( (identische Fehlermeldung wie vorher (s.u.) geposted)
Gut das hat mich hoffentlich auf die richtige Spur gebracht. Ich habe mir nochmal die ID Strings Deiner Karte angesehen, diese Version ist im Treiber nicht beruecksichtigt, deshalb fuehlt er sich nicht zustaendig. Anbei eine Version, passend zum kernel-default der 10.0 die auch Deine Karte kennen sollte. Der Unterschied ist folgender: --- linux/drivers/isdn/hisax/sedlbauer_cs.c.org 2005-11-02 17:27:02.000000000 +0100 +++ linux/drivers/isdn/hisax/sedlbauer_cs.c 2005-11-02 17:27:02.000000000 +0100 @@ -612,12 +612,8 @@ static struct pcmcia_device_id sedlbauer_ids[] = { PCMCIA_DEVICE_PROD_ID123("SEDLBAUER", "speed star II", "V 3.1", 0x81fb79f5, 0xf3612e1d, 0x6b95c78a), - PCMCIA_DEVICE_PROD_ID123("SEDLBAUER", "ISDN-Adapter", "4D67", 0x81fb79f5, 0xe4e9bc12, 0x397b7e90), - PCMCIA_DEVICE_PROD_ID123("SEDLBAUER", "ISDN-Adapter", "4D98", 0x81fb79f5, 0xe4e9bc12, 0x2e5c7fce), - PCMCIA_DEVICE_PROD_ID123("SEDLBAUER", "ISDN-Adapter", " (C) 93-94 VK", 0x81fb79f5, 0xe4e9bc12, 0x8db143fe), - PCMCIA_DEVICE_PROD_ID123("SEDLBAUER", "ISDN-Adapter", " (c) 93-95 VK", 0x81fb79f5, 0xe4e9bc12, 0xb391ab4c), + PCMCIA_DEVICE_PROD_ID12("SEDLBAUER", "ISDN-Adapter", 0x81fb79f5, 0xe4e9bc12), PCMCIA_DEVICE_PROD_ID12("HST High Soft Tech GmbH", "Saphir II B", 0xd79e0b84, 0x21d083ae), -/* PCMCIA_DEVICE_PROD_ID1234("SEDLBAUER", 0x81fb79f5), */ /* too generic*/ PCMCIA_DEVICE_NULL }; MODULE_DEVICE_TABLE(pcmcia, sedlbauer_ids); Der Treiber hat ID1 ID2 und ID3 geprueft, ID3 ist bei Dir aber " (c) 93-96 VK" und nicht " (c) 93-95 VK", deshalb klappt es nicht. Die neue Version prueft nur noch ID1 und ID2. Dieser Code ist neu im aktuellen 2.6 kerne, frueher wurde das extern ueber das pcmcia Paket gemacht und dort war der Fallback drin, das alle "SEDLBAUER" Karten (also nur ID1) den Treiber benutzen. /etc/udev/rules.d/45-isdn.rules muss auch angepasst werden: Die Zeile SUBSYSTEM=="pcmcia", ENV{MODALIAS}=="pcmcia:m*c*f*fn*pfn*pa81FB79F5pbE4E9BC12pcB391AB4Cpd*", RUN+="/sbin/udev.isdn.sh sedlbauer 5", GOTO="after_pcmcia" in SUBSYSTEM=="pcmcia", ENV{MODALIAS}=="pcmcia:m*c*f*fn*pfn*pa81FB79F5pbE4E9BC12pc*pd*", RUN+="/sbin/udev.isdn.sh sedlbauer 5", GOTO="after_pcmcia" aendern. -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten, vielen Dank fürdie Hilfe und den Patch. Jetzt läuftalles wunderbar :)
[...}
Gut das hat mich hoffentlich auf die richtige Spur gebracht. Ich habe mir nochmal die ID Strings Deiner Karte angesehen, diese Version ist im Treiber nicht beruecksichtigt, deshalb fuehlt er sich nicht zustaendig. Anbei eine Version, passend zum kernel-default der 10.0 die auch Deine Karte kennen sollte. Der Unterschied ist folgender:
--- linux/drivers/isdn/hisax/sedlbauer_cs.c.org 2005-11-02 17:27:02.000000000 +0100 +++ linux/drivers/isdn/hisax/sedlbauer_cs.c 2005-11-02 17:27:02.000000000 +0100 @@ -612,12 +612,8 @@
static struct pcmcia_device_id sedlbauer_ids[] = { PCMCIA_DEVICE_PROD_ID123("SEDLBAUER", "speed star II", "V 3.1", 0x81fb79f5, 0xf3612e1d, 0x6b95c78a), - PCMCIA_DEVICE_PROD_ID123("SEDLBAUER", "ISDN-Adapter", "4D67", 0x81fb79f5, 0xe4e9bc12, 0x397b7e90), - PCMCIA_DEVICE_PROD_ID123("SEDLBAUER", "ISDN-Adapter", "4D98", 0x81fb79f5, 0xe4e9bc12, 0x2e5c7fce), - PCMCIA_DEVICE_PROD_ID123("SEDLBAUER", "ISDN-Adapter", " (C) 93-94 VK", 0x81fb79f5, 0xe4e9bc12, 0x8db143fe), - PCMCIA_DEVICE_PROD_ID123("SEDLBAUER", "ISDN-Adapter", " (c) 93-95 VK", 0x81fb79f5, 0xe4e9bc12, 0xb391ab4c), + PCMCIA_DEVICE_PROD_ID12("SEDLBAUER", "ISDN-Adapter", 0x81fb79f5, 0xe4e9bc12), PCMCIA_DEVICE_PROD_ID12("HST High Soft Tech GmbH", "Saphir II B", 0xd79e0b84, 0x21d083ae), -/* PCMCIA_DEVICE_PROD_ID1234("SEDLBAUER", 0x81fb79f5), */ /* too generic*/ PCMCIA_DEVICE_NULL }; MODULE_DEVICE_TABLE(pcmcia, sedlbauer_ids);
Der Treiber hat ID1 ID2 und ID3 geprueft, ID3 ist bei Dir aber " (c) 93-96 VK" und nicht " (c) 93-95 VK", deshalb klappt es nicht. Die neue Version prueft nur noch ID1 und ID2. Dieser Code ist neu im aktuellen 2.6 kerne, frueher wurde das extern ueber das pcmcia Paket gemacht und dort war der Fallback drin, das alle "SEDLBAUER" Karten (also nur ID1) den Treiber benutzen.
/etc/udev/rules.d/45-isdn.rules muss auch angepasst werden:
Die Zeile SUBSYSTEM=="pcmcia", ENV{MODALIAS}=="pcmcia:m*c*f*fn*pfn*pa81FB79F5pbE4E9BC12pcB391AB4Cpd*", RUN+="/sbin/udev.isdn.sh sedlbauer 5", GOTO="after_pcmcia" in SUBSYSTEM=="pcmcia", ENV{MODALIAS}=="pcmcia:m*c*f*fn*pfn*pa81FB79F5pbE4E9BC12pc*pd*", RUN+="/sbin/udev.isdn.sh sedlbauer 5", GOTO="after_pcmcia"
aendern.
-- Karsten Keil SuSE Labs ISDN development
Gruss Thomas Plötz
participants (3)
-
"Thomas Plötz" -
Karsten Keil -
Thomas Ploetz