Hallo MitleserInnen, ich h�tte da gerne mal ein Problem ...
Bis heute Vormittag lief bei mir ein Kernel Version 2.4.18-k7, und mit ihm meine AVM-Fritz-PCI-ISDN-Karte (Version 2.0). Ganz einfach per 'hisax_fcpcipnp' Modul. Alles war sch�n. Nun hab ich Depp gedacht, 2.4.20 klingt super, ausserdem hat der liebe Adrian Framebuffer-Support f�r die Konsole eingebaut und das will ich haben. Also flux den 2.4.20-k7 von Adrian installiert und aus war's mit der ISDN-Karte. Klar, es gibt die ganze CAPI-Suppe. Die hab ich auch mittlerweile zum Laufen gekriegt (auch wenn's gar nicht so einfach ist; ich blicke immer noch nicht, wieso das Modul 'fcpci' "unresolved symbols" hat ... es wird trotzdem geladen), aber sie erf�llt mich nicht mit Freude. Ich brauche eigentlich schon "pures ISDN", denn ich habe zwar auch eine PPP-Verbindung eingerichtet, Hauptanwendungszweck ist aber transparente Einwahl auf "weit weg stehenden" Linux-Rechner, ganz ohne PPP und und Co. Es ist also so, dass mein Rechner, auf meinen Wunsch hin, sich zu diesen Kisten verbindet und die ihn einfach rein lassen (anhand der Rufnummer wird die generelle Einwahl erlaubt), bzw. sogar zur�ck rufen. Authentifizierung erfolgt da nicht, und "encapsulation" war 'rawip', nix 'syncppp'. Zwei Fragen daher nun: 1.) Geht das auch mit dem CAPI-Gewusel, und wenn ja: welche man-page ist die richtige um raus zu finden, wie ich wo was alles einstellen muss? Idealer Weise sollte es wieder so sein, dass die Devices beim Booten eingerichtet werden, auch schon Routen entsprechend gesetzt sind, aber sich nix einw�hlt. Per "Dial-on-Demand" sollte dann der Rest wieder transparent ablaufen (so dass z.B. ein 'ssh ZIEL' die Einwahl ausl�st und so weiter und so fl�ssig). 2.) Wenn das mit CAPI nicht �ber eine RAWIP-Verbindung geht, kann mir dann irgend wer einen hei�en Tipp geben, warum beim Versuch das hisax_fcpci Modul zu laden jetzt eine Fehlermeldung kommt? An der Kiste selber hat sich _gar nichts_ ge�ndert, nur der Kernel wurde aktualisiert. Alle Hardware und nicht Kernel-bedingte Software (wie z.B. kernel-headers..., etc) ist gleich geblieben. Aber das Modul weigert sich seit dem 2.4.20-k7-er Kernel die ISDN-Karte zu finden: ,---------------[ modprobe -v hisax_fcpcipnp ] | /sbin/insmod /lib/modules/2.4.20-k7/kernel/drivers/pnp/isa-pnp.o | Using /lib/modules/2.4.20-k7/kernel/drivers/pnp/isa-pnp.o | Symbol version prefix '' | /sbin/insmod /lib/modules/2.4.20-k7/kernel/drivers/isdn/isdn.o | Using /lib/modules/2.4.20-k7/kernel/drivers/isdn/isdn.o | /sbin/insmod /lib/modules/2.4.20-k7/kernel/drivers/isdn/hisax/hisax.o \ | type=27 protocol=2 | Using /lib/modules/2.4.20-k7/kernel/drivers/isdn/hisax/hisax.o | /lib/modules/2.4.20-k7/kernel/drivers/isdn/hisax/hisax.o: init_module: \ | No such device | Hint: insmod errors can be caused by incorrect module parameters, \ | including invalid IO or IRQ parameters. | You may find more information in syslog or the output from dmesg | /lib/modules/2.4.20-k7/kernel/drivers/isdn/hisax/hisax.o: \ | insmod /lib/modules/2.4.20-k7/kernel/drivers/isdn/hisax/hisax.o failed `------------- (Zeilenumbr�che mit '\' maskiert sind nat�rlich von mir eingef�gt, damit's in der Mail nicht ganz so sche^Wbescheiden aussieht). Alles was ich im Kernel-Changelog finden konnte waren Bemerkungen, dass _zus�tzliche_ ISDN-Karten unterst�tzt werden, nicht jedoch, dass hisax die PCI-v2.0 nicht mehr will ... Hat irgendwer eine Idee, wie ich das Ganze doch noch wieder zum Laufen kriegen k�nnte, idealer Weise mit "nativem ISDN", statt "CAPI"? Ich meine ... ausser wieder auf 2.4.18 zur�ck gehen :-) Danke schon mal an die Runde/Eckige/Ovale, was auch immer :-) -- Ciao, Pit -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
