release_l3_process: not release link / Chargesum is 0 - Problem (AVM Fritz PCI)
Hallo. Ich bin am verzweifeln, da ich meine ISDN Karte, die ich mir extra für Linux zugelegt habe, nicht zum laufen bekomme. Ich habe Linux Mandrake 9.1 und eine AVM Fritz!Card PCI v.2 (Ich weiß, das hier ist eine Suse Mailingliste, aber der Mandrake Support ist mehr als schlecht ). Unter Windows funktioniert diese ISDN-Karte (sonst wäre ich jetzt nicht online). Unter Linux wurde die Karte von HiSax richtig erkannt (Log-Auschnitt 1). Nach dem Start ergibt lsmod keine Besonderheiten (log 2). Um mich einzuwählen benutzte ich "net_monitor". Es scheint alles in Ordnung zu sein. Wenn ich dann einen Einwahlversuch starte, schlägt dieser anscheinend mit der Fehlermeldung "release_l3_process: not release link" oder "Chargesum is 0" (siehe Log 3 - 5) fehl. Ich habe auch schon versucht Linux mit und ohne ACPI zu starten - aber immer dasselbe Ergebnis. Außerdem habe ich mein OnBoard-LAN Karte deaktiviert, da sie den gleichen IRQ hatte, wie die AVM Karte. Erneutes installieren von Linux bzw. den ISDN Packeten hat auch nichts gebracht. Die Konfiguration des ISPs stimmt soweit (Log 6). Also ich bin für jeden Tipp dankbar PS.: Sollte das komplette Logfile vom Systemstart nötig sein, so könnt ihr es hier finden: http://www.8ung.at/hornet/bootlog.txt Mit freundlichen Grüßen Vitali Müller LOG 1: (/var/log/messages) Jul 16 10:28:48 localhost 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 Jul 16 10:28:48 localhost kernel: HiSax: Linux Driver for passive ISDN cards Jul 16 10:28:48 localhost kernel: HiSax: Version 3.5 (module) Jul 16 10:28:48 localhost kernel: HiSax: Layer1 Revision 1.1.4.1 Jul 16 10:28:48 localhost kernel: HiSax: Layer2 Revision 1.1.4.1 Jul 16 10:28:48 localhost kernel: HiSax: TeiMgr Revision 1.1.4.1 Jul 16 10:28:48 localhost kernel: HiSax: Layer3 Revision 1.1.4.1 Jul 16 10:28:48 localhost kernel: HiSax: LinkLayer Revision 1.1.4.1 Jul 16 10:28:48 localhost kernel: HiSax: Approval certification valid Jul 16 10:28:48 localhost kernel: HiSax: Approved with ELSA Microlink PCI cards Jul 16 10:28:48 localhost kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Jul 16 10:28:48 localhost kernel: HiSax: Approved with Sedlbauer Speedfax + cards Jul 16 10:28:48 localhost kernel: HiSax: Approved with HFC-S PCI A based cards Jul 16 10:28:48 localhost kernel: hisax_isac: ISAC-S/ISAC-SX ISDN driver v0.1.0 Jul 16 10:28:48 localhost kernel: hisax_fcpcipnp: Fritz!Card PCI/PCIv2/PnP ISDN driver v0.0.1 Jul 16 10:28:48 localhost kernel: HiSax: Card 1 Protocol EDSS1 Id=fcpcipnp0 (0) Jul 16 10:28:48 localhost kernel: HiSax: DSS1 Rev. 1.1.4.1 Jul 16 10:28:48 localhost kernel: HiSax: 2 channels added Jul 16 10:28:48 localhost kernel: HiSax: MAX_WAITING_CALLS added Jul 16 10:28:48 localhost kernel: hisax_fcpcipnp: found adapter Fritz!Card PCI v2 at 00:06.0 LOG 2: Module Size Used by Not tainted snd-pcm-oss 43556 1 snd-mixer-oss 14488 0 [snd-pcm-oss] snd-intel8x0 21988 1 snd-ac97-codec 40160 0 [snd-intel8x0] snd-pcm 77536 0 [snd-pcm-oss snd-intel8x0] snd-timer 18376 0 [snd-pcm] snd-mpu401-uart 4396 0 [snd-intel8x0] snd-rawmidi 17600 0 [snd-mpu401-uart] snd-seq-device 5832 0 [snd-rawmidi] snd 40868 0 [snd-pcm-oss snd-mixer-oss snd-intel8x0 snd-ac97-codec snd-pcm snd-timer snd-mpu401-uart snd-rawmidi snd-seq-device] soundcore 6276 0 [snd] snd-page-alloc 7732 0 [snd-intel8x0 snd-pcm] hisax_fcpcipnp 9984 0 (unused) hisax_isac 11000 0 [hisax_fcpcipnp] hisax 509316 0 [hisax_fcpcipnp hisax_isac] isdn 136480 0 [hisax] slhc 6564 0 [isdn] af_packet 14952 0 (autoclean) sr_mod 16920 0 (autoclean) floppy 55132 0 nls_cp850 4316 4 (autoclean) vfat 11820 4 (autoclean) fat 37944 0 (autoclean) [vfat] nls_iso8859-15 4092 6 (autoclean) ntfs 76812 2 (autoclean) supermount 15296 2 (autoclean) ide-cd 33856 0 cdrom 31648 0 [sr_mod ide-cd] ide-scsi 11280 0 usb-storage 72952 0 (unused) scsi_mod 103284 2 [sr_mod ide-scsi usb-storage] usb-ohci 20584 0 (unused) usbcore 72992 1 [usb-storage usb-ohci] rtc 8060 0 (autoclean) reiserfs 175120 1 LOG 3: (/var/log/messages) Jul 16 11:16:33 localhost net_monitor.real[1957]: ### Program is starting ### Jul 16 11:17:00 localhost net_monitor.real[1957]: launched command: /etc/sysconfig/network-scripts/net_cnx_up & Jul 16 11:17:00 localhost /etc/hotplug/net.agent: assuming ippp0 is already up Jul 16 11:17:00 localhost ipppd: Warning - secret file /etc/ppp/pap-secrets has world and/or group access Jul 16 11:17:00 localhost ipppd[2000]: Found 2 devices: , Jul 16 11:17:00 localhost ipppd[2001]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started Jul 16 11:17:00 localhost ipppd[2001]: init_unit: 0 Jul 16 11:17:00 localhost ipppd[2001]: Connect[0]: /dev/ippp0, fd: 9 Jul 16 11:17:00 localhost ipppd[2001]: init_unit: 1 Jul 16 11:17:00 localhost ipppd[2001]: Connect[1]: /dev/ippp0, fd: 10 Jul 16 11:17:00 localhost kernel: ippp0: dialing 1 03103007300... Jul 16 11:17:08 localhost kernel: isdn_net: local hangup ippp0 Jul 16 11:17:08 localhost kernel: ippp0: Chargesum is 0 LOG 4: [root@localhost root]# cat /dev/isdnctrl 04:39.26 L3DC State ST_L3_LC_REL Event EV_ESTABLISH_REQ 04:39.26 L3DC ChangeState ST_L3_LC_ESTAB_WAIT 04:43.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 04:47.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 04:47.26 l3 release_l3_process: last process 04:47.26 l3 release_l3_process: not release link LOG 5: [root@localhost root]# net_monitor GLib-CRITICAL **: file gmain.c: line 500 (g_source_remove): assertion `tag > 0' failed. SIOCDELRT: No such process Activating device: ifcfg-ippp0 Loading network settings: ifcfg-ippp0 Loading module(s) for ippp0 Adding ippp device ippp0 ippp0 added Configuring device ippp0 EAZ/MSN for ippp0 is 941935 Security for ippp0 is on Dialmax for ippp0 is 1 times. Hangup-Timeout for ippp0 is 180 sec. Incoming-Hangup for ippp0 is on Charge-Hangup for ippp0 is off Layer-2-Protocol for ippp0 is hdlc Layer-3-Protocol for ippp0 is trans Encapsulation for ippp0 is syncppp Slave-activation delay for ippp0 is 10 sec. ippp0 bound to 0 ISDN Configuration read from /etc/isdn/isdnctrl.conf. Adding device ippp0 SIOCSIFDSTADDR: Cannot assign requested address Starting ppp-daemon if needed Starting PPP-daemon for ippp0 Dialing of ippp0 triggered LOG 6: [root@localhost root]# isdnctrl list all Current setup of interface 'ippp0': EAZ/MSN: 941935 Phone number(s): Outgoing: 03103007300 Incoming: Dial mode: auto Secure: on Callback: off Reject before Callback: on Callback-delay: 5 Dialmax: 1 Hangup-Timeout: 180 Incoming-Hangup: on ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 [root@localhost root]# LOG 7 : [root@localhost root]# cat /dev/isdninfo idmap: fcpcipnp0 fcpcipnp0 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - chmap: 0 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 drmap: 0 0 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 usage: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 flags: 0 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? phone: ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ???
Vitali Müller wrote:
Hallo. Ich bin am verzweifeln, da ich meine ISDN Karte, die ich mir extra für Linux zugelegt habe, nicht zum laufen bekomme. Ich habe Linux Mandrake 9.1 und eine AVM Fritz!Card PCI v.2 (Ich weiß, das hier ist eine Suse Mailingliste, aber der Mandrake Support ist mehr als schlecht ). Unter Windows funktioniert diese ISDN-Karte (sonst wäre ich jetzt nicht online). Unter Linux wurde die Karte von HiSax richtig erkannt (Log-Auschnitt 1). Nach dem Start ergibt lsmod keine Besonderheiten (log 2). Um mich einzuwählen benutzte ich „net_monitor“. Es scheint alles in Ordnung zu sein. Wenn ich dann einen Einwahlversuch starte, schlägt dieser anscheinend mit der Fehlermeldung „release_l3_process: not release link“ oder „Chargesum is 0” (siehe Log 3 - 5) fehl. Ich habe auch schon versucht Linux mit und ohne ACPI zu starten – aber immer dasselbe Ergebnis. Außerdem habe ich mein OnBoard-LAN Karte deaktiviert, da sie den gleichen IRQ hatte, wie die AVM Karte. Erneutes installieren von Linux bzw. den ISDN Packeten hat auch nichts gebracht. Die Konfiguration des ISPs stimmt soweit (Log 6). Also ich bin für jeden Tipp dankbar
PS.: Sollte das komplette Logfile vom Systemstart nötig sein, so könnt ihr es hier finden: http://www.8ung.at/hornet/bootlog.txt
Mit freundlichen Grüßen Vitali Müller
LOG 1: (/var/log/messages)
Jul 16 10:28:48 localhost 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 sieht gut aus
LOG 2: Module Size Used by Not tainted hisax_fcpcipnp 9984 0 (unused) hisax_isac 11000 0 [hisax_fcpcipnp] hisax 509316 0 [hisax_fcpcipnp hisax_isac] isdn 136480 0 [hisax] slhc 6564 0 [isdn]
das auch
LOG 3: (/var/log/messages)
Jul 16 11:17:00 localhost ipppd: Warning - secret file /etc/ppp/pap-secrets has world and/or group access das ist nicht gut, nur der daemon muss dadrauf zugreifen können, auf keinen fall alle
Jul 16 11:17:00 localhost ipppd[2000]: Found 2 devices: , Jul 16 11:17:00 localhost ipppd[2001]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started Jul 16 11:17:00 localhost ipppd[2001]: init_unit: 0 Jul 16 11:17:00 localhost ipppd[2001]: Connect[0]: /dev/ippp0, fd: 9 Jul 16 11:17:00 localhost ipppd[2001]: init_unit: 1 Jul 16 11:17:00 localhost ipppd[2001]: Connect[1]: /dev/ippp0, fd: 10 Jul 16 11:17:00 localhost kernel: ippp0: dialing 1 03103007300... bis hierhin alles ok
Jul 16 11:17:08 localhost kernel: isdn_net: local hangup ippp0 Jul 16 11:17:08 localhost kernel: ippp0: Chargesum is 0 dann hängt er einfach auf hier würde ich ansetzen, schalte beim ipppd das debugging ein, dann kommt zwischen dem "dialing..." und dem "hangup" eintrag noch eine menge statusinformationen über den verbindungsaufbau und warum der gescheitert ist. zum einschalten des debugging hilft "man ipppd", bei suse reicht es in der entsprechenden config datei für den ipppd ("ioptions" oder so) einfach das stichwort debug einzutragen. viel hilfe zur selbsthilfe bietet auch die ausführliche faq-datei von isnd4linux.
LOG 4: [root@localhost root]# cat /dev/isdnctrl 04:39.26 L3DC State ST_L3_LC_REL Event EV_ESTABLISH_REQ 04:39.26 L3DC ChangeState ST_L3_LC_ESTAB_WAIT 04:43.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 04:47.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 04:47.26 l3 release_l3_process: last process 04:47.26 l3 release_l3_process: not release link
LOG 5:
[root@localhost root]# net_monitor
GLib-CRITICAL **: file gmain.c: line 500 (g_source_remove): assertion `tag > 0' failed.
ich kenne net_monitor nicht, aber das sieht komisch aus. assertion sind überprüfungen von parametern seitens des programms. wenn die schiefgehen läuft etwas nicht so wie der programmierer es erwartet. viele grüße alexander steppke
Hallo.
Ich habe schon gelesen, dass man mehr Debuginformationen aktivieren kann.
Aber
in meiner etc/ppp/ioptions ist debug schon ohne Raute eingetragen.
Ich habe dank der I4L FAQ mehr Debuginformationen herausfinden können:
---
09:13.96 Ch0 LL->HL SETL2 card 1 3
09:13.96 Ch0 LL->HL SETL3 card 1 0
09:13.96 Ch0 LL->HL DIAL 941935 -> 03103007300 (7,0)
09:13.96 Ch0 callc State ST_NULL Event EV_DIAL
09:13.96 Ch0 callc ChangeState ST_OUT_DIAL
09:13.96 UNLOCK modcnt 0
09:21.96 Ch0 callc State ST_OUT_DIAL Event EV_NOSETUP_RSP
09:21.96 Ch0 HL->LL STAT_DHUP
09:21.96 Ch0 callc ChangeState ST_NULL
09:22.56 Ch0 LL->HL SETL2 card 1 3
09:22.56 Ch0 LL->HL SETL3 card 1 0
09:22.56 Ch0 LL->HL HANGUP
09:22.56 Ch0 callc State ST_NULL Event EV_HANGUP no routine
---
Ich habe die FAQ aber nur kurz überflogen und werde sie mir wohl ganz
durchlesen müssen.
Mir ist gerade aufgefallen, dass es keinen unterschied macht, ob das ISDN
Kabel im NTBA ist oder nicht (Ich habe keinen
Unterschied gesehen).
mfg Vitali Müller
----- Original Message -----
From: "Alexander Steppke"
Vitali Müller wrote:
Hallo. Ich bin am verzweifeln, da ich meine ISDN Karte, die ich mir extra für Linux zugelegt habe, nicht zum laufen bekomme. Ich habe Linux Mandrake 9.1 und eine AVM Fritz!Card PCI v.2 (Ich weiß, das hier ist eine Suse Mailingliste, aber der Mandrake Support ist mehr als schlecht ). Unter Windows funktioniert diese ISDN-Karte (sonst wäre ich jetzt nicht online). Unter Linux wurde die Karte von HiSax richtig erkannt (Log-Auschnitt 1). Nach dem Start ergibt lsmod keine Besonderheiten (log 2). Um mich einzuwählen benutzte ich „net_monitor“. Es scheint alles in Ordnung zu sein. Wenn ich dann einen Einwahlversuch starte, schlägt dieser anscheinend mit der Fehlermeldung „release_l3_process: not release link“ oder „Chargesum is 0” (siehe Log 3 - 5) fehl. Ich habe auch schon versucht Linux mit und ohne ACPI zu starten – aber immer dasselbe Ergebnis. Außerdem habe ich mein OnBoard-LAN Karte deaktiviert, da sie den gleichen IRQ hatte, wie die AVM Karte. Erneutes installieren von Linux bzw. den ISDN Packeten hat auch nichts gebracht. Die Konfiguration des ISPs stimmt soweit (Log 6). Also ich bin für jeden Tipp dankbar
PS.: Sollte das komplette Logfile vom Systemstart nötig sein, so könnt ihr es hier finden: http://www.8ung.at/hornet/bootlog.txt
Mit freundlichen Grüßen Vitali Müller
LOG 1: (/var/log/messages)
Jul 16 10:28:48 localhost 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 sieht gut aus
LOG 2: Module Size Used by Not tainted hisax_fcpcipnp 9984 0 (unused) hisax_isac 11000 0 [hisax_fcpcipnp] hisax 509316 0 [hisax_fcpcipnp hisax_isac] isdn 136480 0 [hisax] slhc 6564 0 [isdn]
das auch
LOG 3: (/var/log/messages)
Jul 16 11:17:00 localhost ipppd: Warning - secret file /etc/ppp/pap-secrets has world and/or group access das ist nicht gut, nur der daemon muss dadrauf zugreifen können, auf keinen fall alle
Jul 16 11:17:00 localhost ipppd[2000]: Found 2 devices: , Jul 16 11:17:00 localhost ipppd[2001]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started Jul 16 11:17:00 localhost ipppd[2001]: init_unit: 0 Jul 16 11:17:00 localhost ipppd[2001]: Connect[0]: /dev/ippp0, fd: 9 Jul 16 11:17:00 localhost ipppd[2001]: init_unit: 1 Jul 16 11:17:00 localhost ipppd[2001]: Connect[1]: /dev/ippp0, fd: 10 Jul 16 11:17:00 localhost kernel: ippp0: dialing 1 03103007300... bis hierhin alles ok
Jul 16 11:17:08 localhost kernel: isdn_net: local hangup ippp0 Jul 16 11:17:08 localhost kernel: ippp0: Chargesum is 0 dann hängt er einfach auf hier würde ich ansetzen, schalte beim ipppd das debugging ein, dann kommt zwischen dem "dialing..." und dem "hangup" eintrag noch eine menge statusinformationen über den verbindungsaufbau und warum der gescheitert ist. zum einschalten des debugging hilft "man ipppd", bei suse reicht es in der entsprechenden config datei für den ipppd ("ioptions" oder so) einfach das stichwort debug einzutragen. viel hilfe zur selbsthilfe bietet auch die ausführliche faq-datei von isnd4linux.
LOG 4: [root@localhost root]# cat /dev/isdnctrl 04:39.26 L3DC State ST_L3_LC_REL Event EV_ESTABLISH_REQ 04:39.26 L3DC ChangeState ST_L3_LC_ESTAB_WAIT 04:43.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no
routine
04:47.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 04:47.26 l3 release_l3_process: last process 04:47.26 l3 release_l3_process: not release link
LOG 5:
[root@localhost root]# net_monitor
GLib-CRITICAL **: file gmain.c: line 500 (g_source_remove): assertion `tag > 0' failed. ich kenne net_monitor nicht, aber das sieht komisch aus. assertion sind überprüfungen von parametern seitens des programms. wenn die schiefgehen läuft etwas nicht so wie der programmierer es erwartet.
viele grüße alexander steppke
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
On Wed, Jul 16, 2003 at 01:41:02PM +0200, Alexander Steppke wrote:
Vitali Müller wrote:
Hallo. Ich bin am verzweifeln, da ich meine ISDN Karte, die ich mir extra für Linux zugelegt habe, nicht zum laufen bekomme. Ich habe Linux Mandrake 9.1 und eine AVM Fritz!Card PCI v.2 (Ich weiß, das hier ist eine Suse Mailingliste, aber der Mandrake Support ist mehr als schlecht ). Unter
Grrrr. Wenn Dir das hilft, dann das naechste mal bitte eine SuSE kaufen :-))
Windows funktioniert diese ISDN-Karte (sonst wäre ich jetzt nicht online). Unter Linux wurde die Karte von HiSax richtig erkannt (Log-Auschnitt 1). Nach dem Start ergibt lsmod keine Besonderheiten (log 2). Um mich einzuwählen benutzte ich ?net_monitor?. Es scheint alles in Ordnung zu sein. Wenn ich dann einen Einwahlversuch starte, schlägt dieser anscheinend mit der Fehlermeldung ?release_l3_process: not release link? oder ?Chargesum is 0? (siehe Log 3 - 5) fehl. Ich habe auch schon versucht Linux mit und ohne ACPI zu starten ? aber immer dasselbe Ergebnis. Außerdem habe ich mein OnBoard-LAN Karte deaktiviert, da sie den gleichen IRQ hatte, wie die AVM Karte. Erneutes installieren von Linux bzw. den ISDN Packeten hat auch nichts gebracht. Die Konfiguration des ISPs stimmt soweit (Log 6). Also ich bin für jeden Tipp dankbar
...
LOG 4: [root@localhost root]# cat /dev/isdnctrl 04:39.26 L3DC State ST_L3_LC_REL Event EV_ESTABLISH_REQ 04:39.26 L3DC ChangeState ST_L3_LC_ESTAB_WAIT 04:43.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 04:47.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 04:47.26 l3 release_l3_process: last process 04:47.26 l3 release_l3_process: not release link
Das deutet darauf hin das der S0 nicht aktiviert werden kann. Werden IRQs fuer die Karte erzeugt (cat /proc/interrupts) ? Es gibt ein bekanntes Problem bei dem Treiber, das er den S0 nicht aktivieren kann, wenn der S0 beim Treiber laden bereits aktiviert war. Workarount/Test: S0 Kabel ziehen Treiber neu laden (oder rebooten) und erst das Kabel einstecken wenn der Treiber geladen ist. -- Karsten Keil SuSE Labs ISDN development
Am Mittwoch, 16. Juli 2003 13:41 schrieb Alexander Steppke:
Vitali Müller wrote:
Hallo. Ich bin am verzweifeln, da ich meine ISDN Karte, die ich mir extra für Linux zugelegt habe, nicht zum laufen bekomme. Ich habe Linux Mandrake 9.1 und eine AVM Fritz!Card PCI v.2
war da nicht was, das die Fritz PCI V2 nur mit dem Capi-Treiber läuft? cromo
On Wed, Jul 16, 2003 at 04:05:19PM +0200, Cromo Descento wrote:
Am Mittwoch, 16. Juli 2003 13:41 schrieb Alexander Steppke:
Vitali Müller wrote:
Hallo. Ich bin am verzweifeln, da ich meine ISDN Karte, die ich mir extra für Linux zugelegt habe, nicht zum laufen bekomme. Ich habe Linux Mandrake 9.1 und eine AVM Fritz!Card PCI v.2
war da nicht was, das die Fritz PCI V2 nur mit dem Capi-Treiber läuft?
Nein seit 2.4.19 gibt es auch einen freien Treiber als Zusatzmodul zum HiSax, das er auch benutzt. -- Karsten Keil SuSE Labs ISDN development
participants (4)
-
Alexander Steppke -
Cromo Descento -
Karsten Keil -
Vitali Müller