insmod HiSax-Problem mit SuSE 8.2
Hallo Leute, folgendes Problem konnte ich weder mit der Mailingliste noch mit der Support-DB oder google lösen: Nach dem Start von Linux ist die Internet-Verbindung (z. B. per kinternet) nicht herzustellen. Wenn ich allerdings mit yast2 den Treiber ändere (von HiSax auf capi oder umgekehrt), dann geht es wieder bis zum nächsten Neustart. ### Beginn HW-Konfiguration ### BS: SuSE 8.2 ISDN-Karte: AVM Fritz! PCI MB: Asus A7V8X OEM mit VIA KT400 Chipsatz, vt8235 Southbridge CPU: Athlon XP 2200+, 1800 MHz 384 MB RAM ### Ende HW-Konf. ### Ich habe die Karte zunächst mit dem HiSax-Treiber eingerichtet. Beim Booten erscheint u. a. folgendes: ### Beginn Meldung aus boot.omsg ### <notice>/etc/init.d/rc5.d/S01isdn start Setting up ISDN card contr0 AVM FRITZ!PCI done Loading Driver contr0 hisax/lib/modules/2.4.20-4GB-athlon/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-4GB-athlon/kernel/drivers/isdn/hisax/hisax.o: insmod /lib/modules/2.4.20-4GB-athlon/kernel/drivers/isdn/hisax/hisax.o failed /lib/modules/2.4.20-4GB-athlon/kernel/drivers/isdn/hisax/hisax.o: insmod hisax failed head: /dev/isdninfo: No such device failed ### Ende Meldung ### Offensichtlich ist es nicht möglich, das HiSax-Modul zu laden. Aber warum? Nach dem Ändern auf capi erscheint beim nächsten Neustart folgendes: ### Beginn Meldung aus boot.msg, gekürzt wo [...] ### Setting up ISDN card contr0 AVM FRITZ!PCI done Loading Driver contr0 1 kcapi capi capidrv done Initializing capi for contr0 (1) done <notice>'/etc/init.d/rc5.d/S01isdn start' exits with status 0 [...] Setting up network interfaces: [...] ippp0 <notice>startproc: execve (/usr/sbin/smpppd) [ /usr/sbin/smpppd ], [ CONSOLE=/dev/console SHELL=/bin/sh TERM=linux progress=20 INIT_VERSION=sysvinit-2.82 RUN_FROM_RC=yes REDIRECT=/dev/tty1 COLUMNS=118 PATH=/sbin:/usr/sbin:/bin:/usr/bin:/etc/sysconfig/network/scripts vga=0x317 RUNLEVEL=5 PWD=/etc/sysconfig/network PREVLEVEL=N LINES=38 SHLVL=4 HOME=/ sscripts=42 splash=silent _=/sbin/startproc DAEMON=/usr/sbin/smpppd ] done ### Ende Meldung aus boot.msg ### Sieht zwar für mich auf den ersten Blick OK aus, funktioniert dann aber trotzdem nicht. Erst, wenn ich mit yast2 dann wieder auf hisax umstelle, funktioniert der Internet-Zugang normal. Ich habe aufgrund einer anderen Mail in der Liste schon gedacht, es handelt sich um ein IRQ-Sharing-Problem mit dem VIA-Latenz-Problem. Allerdings war der zur Verfügung gestellte Link nur für den KT266-Chipsatz, so daß ich diese Richtung erst mal nicht weiter verfolgt habe. ### cat /proc/interrupts ### CPU0 0: 43798 XT-PIC timer 1: 109 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 0 XT-PIC ehci-hcd, usb-uhci 5: 8325 XT-PIC ohci1394, HiSax 6: 948 XT-PIC usb-uhci, usb-uhci, VIA8233 8: 2 XT-PIC rtc 9: 0 XT-PIC eth0 12: 28918 XT-PIC PS/2 Mouse 14: 11735 XT-PIC ide0 15: 223 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 1 MIS: 0 ### Ende ### Vielen Dank für evtl. Lösungsvorschläge, der jetzige Workaround mit dem Treiberwechsel ist echt nervig! Henning
On Sun, Apr 06, 2003 at 12:29:17PM +0200, Henning Meyerhenke wrote:
Hallo Leute,
folgendes Problem konnte ich weder mit der Mailingliste noch mit der Support-DB oder google lösen:
Nach dem Start von Linux ist die Internet-Verbindung (z. B. per kinternet) nicht herzustellen. Wenn ich allerdings mit yast2 den Treiber ändere (von HiSax auf capi oder umgekehrt), dann geht es wieder bis zum nächsten Neustart.
### Beginn HW-Konfiguration ### BS: SuSE 8.2 ISDN-Karte: AVM Fritz! PCI MB: Asus A7V8X OEM mit VIA KT400 Chipsatz, vt8235 Southbridge CPU: Athlon XP 2200+, 1800 MHz 384 MB RAM ### Ende HW-Konf. ###
Ich habe die Karte zunächst mit dem HiSax-Treiber eingerichtet. Beim Booten erscheint u. a. folgendes:
### Beginn Meldung aus boot.omsg ### <notice>/etc/init.d/rc5.d/S01isdn start Setting up ISDN card contr0 AVM FRITZ!PCI done Loading Driver contr0 hisax/lib/modules/2.4.20-4GB-athlon/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-4GB-athlon/kernel/drivers/isdn/hisax/hisax.o: insmod /lib/modules/2.4.20-4GB-athlon/kernel/drivers/isdn/hisax/hisax.o failed /lib/modules/2.4.20-4GB-athlon/kernel/drivers/isdn/hisax/hisax.o: insmod hisax failed head: /dev/isdninfo: No such device failed ### Ende Meldung ###
Hmm, schick mal bitte die Datei /var/log/messages von einem boot Vorgann wo das passiert.
Offensichtlich ist es nicht möglich, das HiSax-Modul zu laden. Aber warum?
Das sollte dort stehen.
Nach dem Ändern auf capi erscheint beim nächsten Neustart folgendes:
...
Ich habe aufgrund einer anderen Mail in der Liste schon gedacht, es handelt sich um ein IRQ-Sharing-Problem mit dem VIA-Latenz-Problem. Allerdings war der zur Verfügung gestellte Link nur für den KT266-Chipsatz, so daß ich diese Richtung erst mal nicht weiter verfolgt habe.
Leider scheinen alle VIA Chipsets für Athlons ziemlich buggy zu sein ...
Vielen Dank für evtl. Lösungsvorschläge, der jetzige Workaround mit dem Treiberwechsel ist echt nervig!
Ist auch nicht notwendig, dabei wird nur die sequenz rcnetwork stop -o type=ippp rcisdn stop rcisdn start rcnetwork start -o type=ippp ausgefuehrt, kann man auch als root tun. Eventuell gibt es beim laden waehrend des bootens Konfikte mit denm treiber der den IRQ shared. Eventuell hilft ein disablen des entsprechenden Treibers (falls der niccht benötigt wird). -- Karsten Keil SuSE Labs ISDN development
Hmm, schick mal bitte die Datei /var/log/messages von einem boot Vorgann wo das passiert.
Hier ein relevanter Ausschnitt. Oder soll ich wirklich den ganzen Boot-Vorgang schicken? ### Beginn Ausschnitt /var/log/messages ### Apr 6 15:39:43 hmLinux kernel: isapnp: Scanning for PnP cards... Apr 6 15:39:43 hmLinux kernel: isapnp: No Plug & Play device found Apr 6 15:39:43 hmLinux kernel: CSLIP: code copyright 1989 Regents of the University of California Apr 6 15:39:43 hmLinux kernel: ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Apr 6 15:39:43 hmLinux kernel: HiSax: Linux Driver for passive ISDN cards Apr 6 15:39:43 hmLinux kernel: HiSax: Version 3.5 (module) Apr 6 15:39:43 hmLinux kernel: HiSax: Layer1 Revision 1.1.4.1 Apr 6 15:39:43 hmLinux kernel: HiSax: Layer2 Revision 1.1.4.1 Apr 6 15:39:43 hmLinux kernel: HiSax: TeiMgr Revision 1.1.4.1 Apr 6 15:39:43 hmLinux kernel: HiSax: Layer3 Revision 1.1.4.1 Apr 6 15:39:43 hmLinux kernel: HiSax: LinkLayer Revision 1.1.4.1 Apr 6 15:39:43 hmLinux kernel: HiSax: Approval certification valid Apr 6 15:39:43 hmLinux kernel: HiSax: Approved with ELSA Microlink PCI cards Apr 6 15:39:43 hmLinux kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Apr 6 15:39:43 hmLinux kernel: HiSax: Approved with Sedlbauer Speedfax + cards Apr 6 15:39:43 hmLinux kernel: HiSax: Approved with HFC-S PCI A based cards Apr 6 15:39:43 hmLinux kernel: HiSax: Total 1 card defined Apr 6 15:39:43 hmLinux kernel: HiSax: Card 1 Protocol EDSS1 Id=contr0 (0) Apr 6 15:39:43 hmLinux kernel: HiSax: AVM PCI driver Rev. 1.1.4.1 Apr 6 15:39:43 hmLinux kernel: FritzPnP: no ISA PnP present Apr 6 15:39:43 hmLinux kernel: FritzPCI: No IRQ for PCI card found Apr 6 15:39:43 hmLinux kernel: HiSax: Card AVM Fritz PnP/PCI not installed ! Apr 6 15:39:43 hmLinux kernel: ISDN-subsystem unloaded Apr 6 15:39:43 hmLinux kernel: Broadcom 4401 Ethernet Driver bcm4400 ver. 1.0.1 (08/26/02) Apr 6 15:39:43 hmLinux kernel: PCI: Enabling device 00:09.0 (0004 -> 0006) Apr 6 15:39:43 hmLinux kernel: PCI: Assigned IRQ 5 for device 00:09.0 ### Ende Ausschnitt ### "No IRQ for PCI card found" dürfte der wichtigste Hinweis sein. Ein erneutes cat /proc/interrupts zeigt auch überhaupt kein HiSax mehr an: ### /proc/interrupts ### CPU0 0: 153273 XT-PIC timer 1: 910 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 0 XT-PIC ehci-hcd, usb-uhci 5: 0 XT-PIC eth0 6: 955 XT-PIC usb-uhci, usb-uhci, VIA8233 8: 2 XT-PIC rtc 9: 1 XT-PIC ohci1394 12: 57721 XT-PIC PS/2 Mouse 14: 13238 XT-PIC ide0 15: 223 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 2 MIS: 0 ### Ende /proc/interrupts ### Eigentlich würde ich ungern etwas deaktivieren, aber wenn es sein müßte... Wie müßte ich es dann in Angriff nehmen? Da doch eigtl. genügen IRQs frei sein sollten, handelt es sich dabei also um einen Chipsatz-Bug wie in Deiner Antwort impliziert? Kann ich IRQs auch manuell setzen (wenn ja, wie)? Gruß und danke schon mal Henning
participants (2)
-
Henning Meyerhenke
-
Karsten Keil