June 2004 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Fritzcard unter eigenem 2.6er Kernel
by Andreas Rau 09 Jun '04

09 Jun '04

Hallo zusammen, ich habe vor Kurzem (versucht) den Kernel auf mein System abgestimmt. Nach dem problemlosen Start, musste ich nun feststellen, dass der Fritz-Treiber "fcpci" nicht geladen werden kann. Auch ein nachträgliches Kompilieren des Treibers (/usr/src/kernel-modules/fritzcapi) mittels "make" und "make install" ergibt immer wieder folgendes Ergebnis: ------ modprobe fcpci FATAL: Error inserting fcpci (/lib/modules/2.6.4-54.5-ar2/extra/fcpci.ko): Invalid module format ------ Ein "dmesg" bringt folgende ergänzende Auskunft: ------ fcpci: version magic '2.6.4-54.5-default 586 REGPARM gcc-3.3' should be '2.6.4-54.5-ar2 PENTIUM4 REGPARM gcc-3.3' ------ Schön dass mir hier gesagt wird, wo der Treiber läuft. ;-) Also konkret: a) Warum funktioniert der Treiber nur unter dem Standard-Kernel? b) Wie kann ich den Treiber dazu bewegen, auch unter einem selbst kompilierten Kernel zu laufen? Viele Grüße Andreas Rau

2 1

B1 ISA sinnvoller?
by Julian Pawlowski 07 Jun '04

07 Jun '04

Hallo! ich experimentiere gerade mit Asterisk herum und setze als externes Interface zur Zeit eine Fritz!PCI mit CAPI4Linux ein. Ich habe auch noch eine B1 ISA herumfliegen. Macht es ggf. Sinn, lieber die aktive Karte zu nehmen? Das mit der Prozessorzeit ist mir klar, aber das ist ja heutzutage nicht mehr der springende Punkt (bei einem solch kleinen System *g*). Viele Grüße Julian Pawlowski

4 8

Keine Einwahl mit BlueFritz! USB und SuSE 9.1
by Ingmar von Franqué 07 Jun '04

07 Jun '04

Hallo, da ich mich schon in einigen Foren umgetan und auch hier im Archiv nichts passendes gefunden habe, hier mein Anligen: Ich habe eine AVM AP-X und dazugehörend das BlueFritz! USB-Dongle für die bluetooth-Anwendungen. Installiert ist SuSE 9.1 Nun zum Problem. Unter SuSE 9.0 konte ich mit bluez und allen capi-Treibern ohne Probleme über KInternet ins Netz. Nun, unter 9.1 funktioniert das nicht mehr. Ich habe die Anleitung unter http://portal.suse.com/sdb/de/2004/04/bluefritz9_1.html befolgt, ohne Ergebnis. Auch die Anleitung von Herrn Holtman habe ich durch. Ich kann mich an der AP-X anmelden (ciptool scan oder search), funktioniert wunderbar. Mit dem Skript von H. Holtman kann ich sogar den Provider anwählen, was mir mit KInternet nicht gelingt, kann aber keine Seiten aufrufen. Ich komme zu dem Ergebnis, dass irgendwas mit der ISDN-Einstellung nicht richtig ist. Das Interessante ist, dass ich mich mit dem USB-Kabel an der AP-X wunderbar ins Internet einklinken kann, auch wenn ich die Direktverbindung gar nicht eingerichtet habe. D.h. im moment habe ich nur BlueFritz! per hotplug eingerichtet, aber ich kann mich trotzdem mit der durch das USB-Kabel verbundene AP-X ins Internet einwählen... Dabei scheint es egal zu sein, welche AP-X - ich habe derlei zwei und SuSE 9.0 hat mich jeweils beim ersten Einstöpseln danach gefragt, ob ich dieses neue Gerät konfigurieren möchte. Für jede Hilfe dankbar, -- Ingmar von Franqué

1 0

Re: [suse-isdn] Probleme mit ISDN-Einwahl nach Update von 8.2 auf 9.1
by Benjamin Zeller 07 Jun '04

07 Jun '04

Karsten Keil wrote: > On Mon, Jun 07, 2004 at 02:51:54PM +0200, Benjamin Zeller wrote: > >>>killall isdnlog >>>hisaxctrl contr0 11 0xf4f >>>hisaxctrl contr0 1 0xffff >>> >>>cat /dev/isdnctrl > ilog >>> >>>Einwahlversuch starten. >>> >>> >> >>cat ilog: >> >>73:50.88 l1 debugging flags card 1 set to f4f >>75:04.98 debugging flags card 1 set to ffff >>82:09.10 Ch0 LL->HL SETL2 card 1 3 >>82:09.10 Ch0 LL->HL SETL3 card 1 0 >>82:09.10 Ch0 LL->HL DIAL 911496 -> 08009676383 (7,0) >>82:09.10 Ch0 callc State ST_NULL Event EV_DIAL >>82:09.10 Ch0 callc ChangeState ST_OUT_DIAL >>82:09.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine >>82:49.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine >>83:29.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine >>83:29.10 Ch0 callc State ST_OUT_DIAL Event EV_NOSETUP_RSP >>83:29.10 Ch0 HL->LL STAT_DHUP >>83:29.10 Ch0 callc ChangeState ST_NULL >>83:35.10 Ch0 LL->HL SETL2 card 1 3 >>83:35.10 Ch0 LL->HL SETL3 card 1 0 >>83:35.10 Ch0 LL->HL HANGUP >>83:35.10 Ch0 callc State ST_NULL Event EV_HANGUP no routine >> > > > Zu spaet, das log sollte vor einem ersten Versuch gestartet werden, hier ist > der interessante Teil schon gelaufen, in jedem Fall ist es so, das der S0 > nicht aktiviert werden kann und ich tippe auf IRQ Probleme, weil wenn z.B: > das Kabel kaputt waer, würden trotzdem bei jedem Versuch IRQs erzeugt > werden. > den cat hab ich vor "isdnctrl dial ippp0" gemacht... Habs nochmal gemacht: 55:29.66 Ch0 LL->HL SETL2 card 1 3 55:29.66 Ch0 LL->HL SETL3 card 1 0 55:29.66 Ch0 LL->HL DIAL 911496 -> 08009676383 (7,0) 55:29.66 Ch0 callc State ST_NULL Event EV_DIAL 55:29.66 Ch0 callc ChangeState ST_OUT_DIAL 55:29.66 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 56:09.66 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 56:49.66 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 56:49.66 Ch0 callc State ST_OUT_DIAL Event EV_NOSETUP_RSP 56:49.66 Ch0 HL->LL STAT_DHUP 56:49.66 Ch0 callc ChangeState ST_NULL 56:55.66 Ch0 LL->HL SETL2 card 1 3 56:55.66 Ch0 LL->HL SETL3 card 1 0 56:55.66 Ch0 LL->HL HANGUP 56:55.66 Ch0 callc State ST_NULL Event EV_HANGUP no routine 70:18.48 debugging flags card 1 set to ffff 72:48.79 l1 debugging flags card 1 set to f4f 79:03.10 Ch0 LL->HL SETL2 card 1 3 79:03.10 Ch0 LL->HL SETL3 card 1 0 79:03.10 Ch0 LL->HL DIAL 911496 -> 08009676383 (7,0) 79:03.10 Ch0 callc State ST_NULL Event EV_DIAL 79:03.10 Ch0 callc ChangeState ST_OUT_DIAL 79:03.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 79:43.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 80:23.10 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 80:23.10 Ch0 callc State ST_OUT_DIAL Event EV_NOSETUP_RSP 80:23.10 Ch0 HL->LL STAT_DHUP 80:23.10 Ch0 callc ChangeState ST_NULL 80:29.10 Ch0 LL->HL SETL2 card 1 3 80:29.10 Ch0 LL->HL SETL3 card 1 0 80:29.10 Ch0 LL->HL HANGUP 80:29.10 Ch0 callc State ST_NULL Event EV_HANGUP no routine Wenn IRQ-Problem: Was kann ich jetzt tun? Vor dem Update ging ja alles tadellos :-( -- http://www.usp-reviews.de - Die USP-Testseite http://www.usp-chat.de - Der Chat zum Forum

2 1

Einwahl analog über ISDN-Karte ?
by Uwe E. Faber 07 Jun '04

07 Jun '04

Hallo, kann man sich über analog in einen Dialin Server mit FRITZ! Card! PCI einwählen, geht das prinzipiell nicht ? Oder hat jemand einen Link oder Tipp wo ich suchen kann. Danke -- Uwe Faber

2 1

Re: [suse-isdn] Probleme mit ISDN-Einwahl nach Update von 8.2 auf 9.1
by Benjamin Zeller 07 Jun '04

07 Jun '04

Karsten Keil wrote: > On Mon, Jun 07, 2004 at 12:39:22PM +0200, Benjamin Zeller wrote: > >>Karsten Keil wrote: >> >> >>>Richtig, 2 ist etwas gering, erhöht sich der Wert bei einem >>>Einwahlversuch ? >>> >>>Ruhig auch mal mit pci=noacpi versuchen, einfach am boot prompt eingeben, >>>bei >>>US Tastaturbelegung ist das Gleichheitszeichen neben der Löschtaste >>>(Backspace). >>> >> >>Weiter per PM? Oder war das keine Absicht? > > > Nein war ein Versehen. > > >>Also beim Einwahlversuch erhoeht sich dsa nicht. Ich hab die Kiste >>quasi nur Remote unter Den Fingern, pci=noacpi kann doch auch direkt > > > OK das sieht dann nach IRQ Problemen aus. > > >>in die grub.conf, oder check ich grad gar nix? > > > Natürlich, kannst Du das in die /boot/grub/menu.conf eintragen. > Ist eingetragen. cat /proc/interrupts : CPU0 0: 509070 XT-PIC timer 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 9: 0 XT-PIC uhci_hcd 10: 10053 XT-PIC eth0 11: 1 XT-PIC HiSax 12: 12687 XT-PIC aic7xxx 14: 62 XT-PIC ide0 NMI: 0 LOC: 0 ERR: 0 MIS: 0 Also jetzt 1 statt 2. Jedoch erhoeht es sich nach einem Einwahl-Versuch auch nicht. -- http://www.usp-reviews.de - Die USP-Testseite http://www.usp-chat.de - Der Chat zum Forum

2 2

Problem DialinServer mit Suse 9.1 und Fritz!Card PCI
by Uwe E. Faber 07 Jun '04

07 Jun '04

Hallo, ich versuche seit eineiger Zeit einen Dialinserver mit Fritz!Card PCI und Suse Linux 9.1 vorzunehmen, es klappt leider nicht, es ist immer das gleiche Problem, das der Server nicht abnimmt siehe dazu Logfile. Ich habe unten Log und Configeinträge aufgelistet, hat jemand eine Idee was da fehlt oder falsch ist ? danke Uwe Faber LOG: Jun 7 14:00:36 linux isdnlog: Jun 07 14:00:36 * Call to tei 127 from ? on ? 1983 Jun 7 14:00:36 linux isdnlog: Jun 07 14:00:36 * Call to tei 127 from +49 721/xxxxx, Karlsruhe on +49 721/xxxx, Karlsruhe RING (Speech) Jun 7 14:00:36 linux isdnlog: Jun 07 14:00:36 * Call to tei 127 from +49 721/xxxxx, Karlsruhe on +49 721/xxxx, Karlsruhe HLC: CCITT, Telefonie Jun 7 14:00:36 linux kernel: capidrv-1: incoming call xxxx,1,1,xxxxx Jun 7 14:00:36 linux kernel: capidrv-1: patching si2=1 to 0 for VBOX Jun 7 14:00:36 linux kernel: isdn_net: call from xxxx -> 0 xxxx ignored Jun 7 14:00:36 linux kernel: isdn_tty: call from xxxx -> xxxx ignored Jun 7 14:00:36 linux kernel: capidrv-1: incoming call xxxx,1,0,xxxxx ignored Jun 7 14:00:40 linux isdnlog: Jun 07 14:00:40 * Call to tei 70 from +49 721/xxxx, Karlsruhe on +49 721/xxxxx, Karlsruhe HANGUP cfg-net0: CALLBACK="off" CBDELAY="2" CHARGEHUP="on" DEFAULTROUTE="yes" DYNAMICIP="yes" FIREWALL="no" IPADDR="" IPPPD_OPTIONS="" MSN="1831" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="provider0" PTPADDR="" #REMOTE_IN="" cfg-contr0= SECURE="off" STARTMODE="onboot" REMOTE_IN="" AREACODE="+49 0721" DIALPREFIX="0" DRIVER="fcpci" ISDNLOG_START="yes" NAME="AVM FRITZ!Card PCI v2.0" PARA_SUBTYPE="2" PARA_TYPE="8002" PROTOCOL="euro" STARTMODE="onboot" UNIQUE="LHB6.GGXqL9GEYV1" isdnctrl list all: Current setup of interface 'ippp0': EAZ/MSN: XXXX Phone number(s): Outgoing: Incoming: Dial mode: manual Secure: off Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 300 Incoming-Hangup: off ChargeHangup: on Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0

2 1

[suse-isdn] Probleme mit ISDN-Einwahl nach Update von 8.2 auf 9.1
by Benjamin Zeller 07 Jun '04

07 Jun '04

Hallo Liste, ich/wir haben hier ein Problem mit unsrer SuSE 9.1 und ISDN. Wir haben ein Update von SuSE 8.2 auf 9.1 gemacht, was augenscheinlich ohne Probleme geklappt hatte. Jetzt tritt jedoch das Problem auf, dass die ISDN-Einwahl nicht mehr funktioniert. Nach einem "isdnctrl dial ippp0" tauchen die folgenden 3 Zeilen in /var/log/messages auf: Jun 2 13:11:47 panic kernel: ippp0: dialing 1 08009676383... Jun 2 13:11:56 panic kernel: isdn_net: local hangup ippp0 Jun 2 13:11:56 panic kernel: ippp0: Chargesum is 0 Ich habe die Karte bereits aus Yast vollstaendig rausgeworfen und neu konfiguriert, inkl dem Provider. Der SuSE-Support meinte auf die Anfrage hin nur, dass solch grosse Versions-Spruenge vom Installations-Support nicht abgedeckt sind. Deshalb wende ich mich jetzt mit Hoffnung auf Hilfe an Euch. ISDN-Karte ist eine AVM Fritz! PCI und wird einwandfrei unter Yast erkannt und kann konfiguriert werden. LG, Benni -- http://www.usp-reviews.de - Die USP-Testseite http://www.usp-chat.de - Der Chat zum Forum

2 12

(Auch) Faxprobleme mit 9.1
by Patrick Lay 07 Jun '04

07 Jun '04

Hallo, im Mai gab es da ja laut Archiv schon eine größere Diskussion, allerdings konnte ich leider keine Lösung dort finden. Bislang habe ich unter SuSE 8.1 und AVM Capi prima gefaxt (in&out) mit meiner fcclassic (eigener IRQ, IO). Nun habe ich auf 9.1 ge-updated und habe dieselben Probleme wie im anderen Thread geschildert, d.h. sowohl bei eingehenden als auch ausgehenden (Fax-)Verbindungen wird diese sofort wieder abgebaut. Gibt es da eine Lösung? Würde ungerne wieder zu 8.1 zurück ;-/ Hier die logfiles: Ausgehend (loglevel 2): ----------------------- ==> capisuite.error <== Sat Jun 5 20:45:07 2004 Connection 0x81e35a8: Warning: Connection still established in capisuitemodule_desctruct_conn(). Disconnecting. ==> capisuite.log <== Sat Jun 5 20:45:07 2004 Connection 0x81e35a8: disconnect initiated Sat Jun 5 20:45:08 2004 Connection 0x81e35a8: Connection object deleted Sat Jun 5 20:45:08 2004 CapiSuite 0xbffff220: job fax-0.sff: result was 2,0 Sat Jun 5 20:46:10 2004 CapiSuite 0xbffff220: job fax-0.sff from lay to XXX initiated Sat Jun 5 20:46:10 2004 Connection 0x81e37d8: Connection object created for outgoing call from XXX to XXX service 1 Ankommend (loglevel 3): ----------------------- Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <CONNECT_IND PLCI 0x101 CIP 0x4 Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: Connection object created for inc oming call PLCI 101 from **32 to 29 CIP 0x4 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <INFO_IND: Controller/PLCI 0x101, InfoN umber 1e (ignoring) Sat Jun 5 21:11:53 2004 Capi 0x8169680: >INFO_RESP ApplId 0x2, MsgNr 0x3e, Addr ess 0x101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncomin g,0x81dc580: PythonScript created. Sat Jun 5 21:11:53 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncomin g,0x81dc580: Connection 0x81edcd0 created IncomingScript Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: call from **32 to 29 for lay conn ecting with fax Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: accepting with service 1 Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: using faxStationID +49 228 422176 5 faxHeadline Patrick Lay Sat Jun 5 21:11:53 2004 Capi 0x8169680: >CONNECT_RESP ApplId 0x2,msgNum 0x3d, P LCI 0x101, Reject 0x0, B1proto 0x4, B2proto 0x4, B3proto 0x5 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <CONNECT_ACTIVE_IND PLCI 0x101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: >CONNECT_ACTIVE_RESP ApplId 0x2 MsgNum 0x41 PLCI 0x101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <CONNECT_B3_IND NCCI 0x10101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: >CONNECT_B3_RESP ApplId 0x2 MsgNum 0x42 NCCI 0x10101 Reject 0x0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <CONNECT_B3_ACTIVE_IND NCCI 0x10101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: >CONNECT_B3_ACTIVE_RESP ApplId 0x2 MsgN um 0x43 NCCI 0x10101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: fax connected with rate 0, lowRe s, ID: Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <DISCONNECT_B3_IND NCCI 0x10101 Reason 0x3315 Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: fax finished with rate 0, lowRes, ID: , 0 pages Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_transmission initiated Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_transmission finished Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_reception finished Sat Jun 5 21:11:53 2004 Capi 0x8169680: >DISCONNECT_B3_RESP ApplId 0x2 MsgNum 0 x44 NCCI 0x10101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: disconnect initiated Sat Jun 5 21:11:53 2004 Capi 0x8169680: >DISCONNECT_REQ ApplId 0x2 MsgNum 0x6 P LCI 0x101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <DISCONNECT_CONF PLCI 0x101 Info 0x0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Capi 0x8169680: * Sat Jun 5 21:11:53 2004 Capi 0x8169680: <DISCONNECT_IND PLCI 0x101 Reason 0x349 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: >DISCONNECT_RESP ApplId 0x2 MsgNum 0x45 PLCI 0x101 Sat Jun 5 21:11:53 2004 Capi 0x8169680: info: 0 Sat Jun 5 21:11:53 2004 Capi 0x8169680: ** Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: connection lost with cause 0x3490 ,0x3315 Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: Python: deleting connection objec t Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_transmission initiated Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_transmission finished Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: stop_file_reception finished Sat Jun 5 21:11:53 2004 Connection 0x81edcd0: Connection object deleted Sat Jun 5 21:11:53 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncomin g,0x81dc580: IncomingScript deleted Sat Jun 5 21:11:53 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncomin g,0x81dc580: PythonScript deleted.

2 1

AVM Fritzcard USB v2.1 fuktioniert plötzlich nicht mehr
by k.dees＠gmx.net 06 Jun '04

06 Jun '04

Hallo AVM und USB Exterten! Heute habe ich auf meiner SuSE 9.1 den Vanilla Kernel 2.6.6 parallel zum 2.6.5-54.5 installiert, wobei ich natürlich nichts "ausversehen" überschrieben habe. Auch Konfigurationen haben ich nicht angetastet. Da einige Sachen nicht auf Anhieb funktionierten, habe ich danach zum Arbeiten den default SuSE Kernel gebootet und siehe da, die AVM Fritzcard USB v2.1 fuktioniert nicht mehr. Ebenso erscheint im Konqueror unter devices:/ das capifs nicht mehr, zudem unter drives:/ meine USB Platte ebenfalls nicht mehr. In /var/log/messages erscheint ----snip--- Jun 4 17:02:04 linux kernel: usb 2-1: new full speed USB device using address 5 Jun 4 17:02:04 linux kernel: usb 2-1: Product: FRITZ!Card USB v2.1 Jun 4 17:02:04 linux kernel: usb 2-1: Manufacturer: AVM Berlin Jun 4 17:02:04 linux kernel: usb 2-1: configuration #1 chosen from 2 choices Jun 4 17:02:04 linux kernel: fcusb2: Driver 'fcusb2' attached to stack. (152) Jun 4 17:02:04 linux kernel: fcusb2: Cannot handle two controllers! Jun 4 17:02:04 linux kernel: fcusb2: Driver 'fcusb2' detached Jun 4 17:02:04 linux /etc/hotplug/usb.agent[8175]: Keeping default configuration with /sys//devices/pci0000:00/0000:00:1d.1/usb2/2-1 Jun 4 17:02:04 linux /etc/hotplug/usb.agent[8184]: need a device for this command Jun 4 17:02:04 linux kernel: fcusb2: Unknown device! ----snip--- Witzigerweise zeit der Suseplugger unter ISDN Controller zweimal das AVM Gerät an, jeweils mit verschiedenen "eindeutigen" Hardware-IDs. Ab und an bekomme ich auch diese Meldung: ----snip--- Jun 4 17:18:39 linux kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jun 4 17:18:39 linux kernel: printing eip: Jun 4 17:18:39 linux kernel: e51b08c6 Jun 4 17:18:39 linux kernel: *pde = 00000000 Jun 4 17:18:39 linux kernel: Oops: 0000 [#6] Jun 4 17:18:39 linux kernel: CPU: 0 Jun 4 17:18:39 linux kernel: EIP: 0060:[__crc_blk_put_request+1399291/2414955] Tainted: P Jun 4 17:18:39 linux kernel: EIP: 0060:[<e51b08c6>] Tainted: P Jun 4 17:18:39 linux kernel: EFLAGS: 00010206 (2.6.4-54.5-default) Jun 4 17:18:39 linux kernel: EIP is at ctr_info+0x36/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: eax: cefa5f40 ebx: cefa5f44 ecx: e51b9977 edx: 0000001b Jun 4 17:18:39 linux kernel: esi: 00000000 edi: ce9ae000 ebp: 00000000 esp: cefa5f2c Jun 4 17:18:39 linux kernel: ds: 007b es: 007b ss: 0068 Jun 4 17:18:39 linux kernel: Process cat (pid: 9945, threadinfo=cefa4000 task=cba50610) Jun 4 17:18:39 linux kernel: Stack: ce9ae000 cefa5f44 e51b996e e51b9969 e51b995f cefa5f7c 0000001b e51b0890 Jun 4 17:18:39 linux kernel: 00000400 08050338 ceea13a0 c017fd31 00000400 cefa5f78 dc143808 d232f400 Jun 4 17:18:39 linux kernel: 00000000 ce9ae000 00000400 00000000 00000000 c017fbd0 ceea1380 00000400 Jun 4 17:18:39 linux kernel: Call Trace: Jun 4 17:18:39 linux kernel: [__crc_blk_put_request+1399237/2414955] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: [<e51b0890>] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: [proc_file_read+353/624] proc_file_read+0x161/0x270 Jun 4 17:18:39 linux kernel: [<c017fd31>] proc_file_read+0x161/0x270 Jun 4 17:18:39 linux kernel: [proc_file_read+0/624] proc_file_read+0x0/0x270 Jun 4 17:18:39 linux kernel: [<c017fbd0>] proc_file_read+0x0/0x270 Jun 4 17:18:39 linux kernel: [vfs_read+174/240] vfs_read+0xae/0xf0 Jun 4 17:18:39 linux kernel: [<c015573e>] vfs_read+0xae/0xf0 Jun 4 17:18:39 linux kernel: [sys_read+44/80] sys_read+0x2c/0x50 Jun 4 17:18:39 linux kernel: [<c015581c>] sys_read+0x2c/0x50 Jun 4 17:18:39 linux kernel: [sysenter_past_esp+82/121] sysenter_past_esp+0x52/0x79 Jun 4 17:18:39 linux kernel: [<c0107dc9>] sysenter_past_esp+0x52/0x79 Jun 4 17:18:39 linux kernel: Jun 4 17:18:39 linux kernel: Code: 8b 06 8b 00 50 68 78 99 1b e5 68 7c 99 1b e5 53 57 e8 84 ff Jun 4 17:18:39 linux kernel: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jun 4 17:18:39 linux kernel: printing eip: Jun 4 17:18:39 linux kernel: e51b08c6 Jun 4 17:18:39 linux kernel: *pde = 00000000 Jun 4 17:18:39 linux kernel: Oops: 0000 [#7] Jun 4 17:18:39 linux kernel: CPU: 0 Jun 4 17:18:39 linux kernel: EIP: 0060:[__crc_blk_put_request+1399291/2414955] Tainted: P Jun 4 17:18:39 linux kernel: EIP: 0060:[<e51b08c6>] Tainted: P Jun 4 17:18:39 linux kernel: EFLAGS: 00010206 (2.6.4-54.5-default) Jun 4 17:18:39 linux kernel: EIP is at ctr_info+0x36/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: eax: cefa5f40 ebx: cefa5f44 ecx: e51b9977 edx: 0000001b Jun 4 17:18:39 linux kernel: esi: 00000000 edi: cefa3000 ebp: 00000000 esp: cefa5f2c Jun 4 17:18:39 linux kernel: ds: 007b es: 007b ss: 0068 Jun 4 17:18:39 linux kernel: Process cat (pid: 9946, threadinfo=cefa4000 task=cba50610) Jun 4 17:18:39 linux kernel: Stack: cefa3000 cefa5f44 e51b996e e51b9969 e51b995f cefa5f7c 0000001b e51b0890 Jun 4 17:18:39 linux kernel: 00000400 08050338 ceea17a0 c017fd31 00000400 cefa5f78 dc143808 d232f400 Jun 4 17:18:39 linux kernel: 00000000 cefa3000 00000400 00000000 00000000 c017fbd0 ceea1780 00000400 Jun 4 17:18:39 linux kernel: Call Trace: Jun 4 17:18:39 linux kernel: [__crc_blk_put_request+1399237/2414955] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: [<e51b0890>] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:39 linux kernel: [proc_file_read+353/624] proc_file_read+0x161/0x270 Jun 4 17:18:39 linux kernel: [<c017fd31>] proc_file_read+0x161/0x270 Jun 4 17:18:39 linux kernel: [proc_file_read+0/624] proc_file_read+0x0/0x270 Jun 4 17:18:39 linux kernel: [<c017fbd0>] proc_file_read+0x0/0x270 Jun 4 17:18:39 linux kernel: [vfs_read+174/240] vfs_read+0xae/0xf0 Jun 4 17:18:39 linux kernel: [<c015573e>] vfs_read+0xae/0xf0 Jun 4 17:18:39 linux kernel: [sys_read+44/80] sys_read+0x2c/0x50 Jun 4 17:18:39 linux kernel: [<c015581c>] sys_read+0x2c/0x50 Jun 4 17:18:39 linux kernel: [sysenter_past_esp+82/121] sysenter_past_esp+0x52/0x79 Jun 4 17:18:39 linux kernel: [<c0107dc9>] sysenter_past_esp+0x52/0x79 Jun 4 17:18:39 linux kernel: Jun 4 17:18:39 linux kernel: Code: 8b 06 8b 00 50 68 78 99 1b e5 68 7c 99 1b e5 53 57 e8 84 ff Jun 4 17:18:40 linux kernel: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000 Jun 4 17:18:40 linux kernel: printing eip: Jun 4 17:18:40 linux kernel: e51b08c6 Jun 4 17:18:40 linux kernel: *pde = 00000000 Jun 4 17:18:40 linux kernel: Oops: 0000 [#8] Jun 4 17:18:40 linux kernel: CPU: 0 Jun 4 17:18:40 linux kernel: EIP: 0060:[__crc_blk_put_request+1399291/2414955] Tainted: P Jun 4 17:18:40 linux kernel: EIP: 0060:[<e51b08c6>] Tainted: P Jun 4 17:18:40 linux kernel: EFLAGS: 00010206 (2.6.4-54.5-default) Jun 4 17:18:40 linux kernel: EIP is at ctr_info+0x36/0x1e0 [fcusb2] Jun 4 17:18:40 linux kernel: eax: cefa5f40 ebx: cefa5f44 ecx: e51b9977 edx: 0000001b Jun 4 17:18:40 linux kernel: esi: 00000000 edi: cbd4c000 ebp: 00000000 esp: cefa5f2c Jun 4 17:18:40 linux kernel: ds: 007b es: 007b ss: 0068 Jun 4 17:18:40 linux kernel: Process cat (pid: 9947, threadinfo=cefa4000 task=cba50610) Jun 4 17:18:40 linux kernel: Stack: cbd4c000 cefa5f44 e51b996e e51b9969 e51b995f cefa5f7c 0000001b e51b0890 Jun 4 17:18:40 linux kernel: 00000400 08050338 ceea13a0 c017fd31 00000400 cefa5f78 dc143808 d232f400 Jun 4 17:18:40 linux kernel: 00000000 cbd4c000 00000400 00000000 00000000 c017fbd0 ceea1380 00000400 Jun 4 17:18:40 linux kernel: Call Trace: Jun 4 17:18:40 linux kernel: [__crc_blk_put_request+1399237/2414955] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:40 linux kernel: [<e51b0890>] ctr_info+0x0/0x1e0 [fcusb2] Jun 4 17:18:40 linux kernel: [proc_file_read+353/624] proc_file_read+0x161/0x270 Jun 4 17:18:40 linux kernel: [<c017fd31>] proc_file_read+0x161/0x270 Jun 4 17:18:40 linux kernel: [proc_file_read+0/624] proc_file_read+0x0/0x270 Jun 4 17:18:40 linux kernel: [<c017fbd0>] proc_file_read+0x0/0x270 Jun 4 17:18:40 linux kernel: [vfs_read+174/240] vfs_read+0xae/0xf0 Jun 4 17:18:40 linux kernel: [<c015573e>] vfs_read+0xae/0xf0 Jun 4 17:18:40 linux kernel: [sys_read+44/80] sys_read+0x2c/0x50 Jun 4 17:18:40 linux kernel: [<c015581c>] sys_read+0x2c/0x50 Jun 4 17:18:40 linux kernel: [sysenter_past_esp+82/121] sysenter_past_esp+0x52/0x79 Jun 4 17:18:40 linux kernel: [<c0107dc9>] sysenter_past_esp+0x52/0x79 Jun 4 17:18:40 linux kernel: Jun 4 17:18:40 linux kernel: Code: 8b 06 8b 00 50 68 78 99 1b e5 68 7c 99 1b e5 53 57 e8 84 ff ----snip--- Beim Suchen im Archiv dieser Liste habe ich ähnlichen Bericht gefunden, neu installieren wollte ich aber nicht ;-) hat jemand eine Ahnung? Danke, Gruß Kai -- "Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info

3 2

Re: [suse-isdn] capi, Kernel 2.6.x und SuSE 9.0
by Stefan Schilling 04 Jun '04

04 Jun '04

Guten Tag Andreas Kyek, Am Freitag, 4. Juni 2004 um 14:13 schrieb Andreas Kyek: > On Friday 04 June 2004 13:30, Stefan Schilling wrote: >> Guten Tag Andreas Kyek, >> >> Am Freitag, 4. Juni 2004 um 10:07 schrieb Andreas Kyek: >> > On Friday 04 June 2004 09:25, Stefan Schilling wrote: >> >> Am Freitag, 4. Juni 2004 um 08:50 schrieb Andreas Kyek: > [...] >> >> Hallo! >> Ich habe zwar eigentlich keine größere Ahnung von der bash, aber >> vielleicht hilft´s. Noch ein Tip: installier doch mal >> spassenshalber die AVM Capitreiber für die 9.0, und änder DEREN > Die AVM-Capitreiber von SuSE sind nur readme-texte; der eigentliche > Treiber muss bekanntermassen bei AVM direkt besorgt werden (OK, beim > SuSE Standardkernel ist fcpci.[k]o dabei, aber ich setze schon lange > keinen SuSE Kernel mehr ein. ich wusste bis eben nicht, dass SuSE den Treiber für den 2.4er Kernel direkt integriert hatte. Dumme Sache, nun. Für die 8.2 wäre das auf jeden Fall gegangen (da gibt´s noch ein neues Skript). >> Skripte so ab, dass er die fcpci vom 2.6er (die vielleicht dann >> nochmals neu kompilieren -man weiss ja nie) startet. Sollte das > Es gibt kein "Skript" für capi in dem Sinne. Der Capi-Treiber ist von > AVM und ist natürlich für "meinen" Kernel kompiliert. > In /etc/sysconfig/isdn gibt es eine Konfigdatei für den Controller, > in der auch der zu benutzende Treiber (hier: fcpci für capi2.0) > angegeben ist. Aus /etc/init.d/isdn heraus wird > dann /etc/sysconfig/isdn/scripts/load-${Treiber) gestartet > (load-fcpci) was dann wiederum vorher load-capi startet. > Ich denke, Du hast ein falsches Bild im Kopf. die Überlegung ist eigentlich rel. simpel: Es gibt einen Capi Treiber von AVM, der mal für den Kernel 2.4 geschrieben wurde. Um diesen starten zu können, wurde anscheinend einfach mittels Yast2 ein capi Treiber installiert, im Grunde sollte es doch ausreichen, diesen zu ersetzen. Anscheinend reicht dies aber noch nicht. deshalb: wenn der Start durchgelaufen ist, was sagt denn dann ein "lsmod"? Bei mir ist da folgendes enthalten (habe unwichtiges entfern): root@debian:/etc/sysconfig > lsmod Module Size Used by capidrv 28480 1 isdn 132192 5 capidrv slhc 6784 2 ppp_generic,isdn fcpci 503316 3 capi 15232 6 capifs 4232 2 capi kernelcapi 44448 3 capidrv,fcpci,capi root@debian:/etc/sysconfig > wenn bei dir was anderes steht (fehlt), wie wäre es denn wenn man einfach mal ein bischen in den Startskripten mit der Reihenfolge der Einträge modprobe -v capidrv modprobe -v capi modprobe -v capifs modprobe -v kernelcapi spielt. Anscheinend startet er ja die ein oder andere Sache nicht komplett automatisch. Wenn man jetzt weiss, was geladen sein muss, damit capiinit funktioniert (was man ja per Hand ausprobieren und mittels capiinfo kontrollieren kann). Sollte das nicht klappen: Treiber per modprobe --remove NAME wieder rausschmeissen und andere Reihenfolge probieren. Irgendwo dazwischen muss dann ja noch capiinit kommen (das sollte eigentlich den fcpci.ko laden). Entweder man bekommt dann eine Meldung, dass etwas fehlt, schon da ist oder so, oder man kann per capiinfo und lsmod kontrollieren, dass es geht. Übrigens gibt´s in der suse-linux Liste jemanden, der hat einen Teil des Treibers unter der 9.0 schon ans Laufen bekommen (d.h. er kann Faxe versenden jedoch nicht empfangen...komisch, komisch...). Vielleicht könntest du ja mal ihn fragen, wie er es soweit gebracht hat. Ich habe halt das Problem,dass ich nicht mit einer 9.0 arbeite und es anscheinend doch inzwischen größere Unterschiede zwischen der 7.2 und der 9.0 gibt. >> Somit müßten sich einerseits die Inkompatibilitäten zwischen der >> 7.2 und der 9.0 ausgleichen lassen und zudem hast du dann die >> Treiber für den 2.6er Kernel... >> Ein Versuch ist´s jedenfalls wert, denke ich. > Trotz allem erst mal Danke für Deine Mühe. ich bin auch immer sehr froh, wenn zumindest einer reagiert. Manchmal ists einfach und man sieht´s nur nicht (sehr ärgerlich) und manchmal ists echt schwer, dass man da alleine nie drauf gekommen wäre. In jedem Falle kenne ich´s, dass man verzweifelt auf eine Antwort lauert. Zudem habe ich die Liste schon oft genug mit meinen Fragen genervt, da kann ich jetzt auch mal -versuchen zu- helfen. Schönes Wochenende! Stefan

1 0

capi, Kernel 2.6.x und SuSE 9.0
by Andreas Kyek 04 Jun '04

04 Jun '04

Moin zusammen, hier lief letztens ein Thread zum Thema "Fritzcard + capi + Kernel 2.6.6", bei dem der Fragesteller (Stefan Schilling) allerding SuSE 7.2 einsetzt, so das die Lösung nicht so ganz auf mein Problem passt. Ich habe eine SuSE 9.0 und Kernel 2.6.6 mit DSL und möchte die ISDN-Karte fürs Faxen nutzen. Karsten Keil meinte, für den Kernel 2.6.x wären "grössere" Umbauten nötig und es wäre mit 2.4.x einfacher. Ich möchte meinen 2.6er Kernel aber gerne behalten. Also: Ich habe einen ISDN-fähigen Kernel und den AVM capi Treiber als Modul erstellt. ISDN ist via Yast eingerichtet (Ohne einen Provider anzugeben, da ich kein Internet über die Karte machen will). Fragen a) es werden kernelcapi und fcpci schon _vor_ dem Start von ISDN geladen. Hat das was evtl mit hotplug zu tun? Oder wer lädt den Quatsch schon vorher? b) der ISDN-start fällt dann auf die Nase, weil genau diese beiden Module nicht mehr geladen werden können. c) Entlade ich die beiden und start dann ISDN, wird alles _ausser_ fcpci geladen und capiinfo spuckt natürlich nichts aus. Ich muss fcpci von Hand nachladen. Dann geht auch capiinfo. Weiter habe ich noch nichts probiert, da mir das Kabel für ISDN noch fehlt. Wie löst man das? (Im Moment weiss ich die Reihenfolge noch und könnte nach einem Neustart alles wieder anstarten, aber wie das in ein paar Wochen aussieht, weiss ich nicht) Gibt es irgendwo eine Anleitung, die auf SuSE 9.0 passen würde (Kernel 2.6)? Danke Andreas

2 2

HL Driver queue full
by Sigward Funke 03 Jun '04

03 Jun '04

Hallo Liste, mein ISDN-System friert regelmäßig ein. In /var/log/messages finde ich eine verdächtige Meldung: May 10 18:13:47 werd kernel: isdn0: HL driver queue full Beide Rechner haben dieselbe Software: SuSE 8.0 und i4l Version: 2002.3.25-3. Die Kommunikation erfolgt über raw-IP. Die Hardware ist lokal Fritz!PCI v2.0 ISDN (rev 01) und vermutlich auch in der Ferne (erreiche ich wieder mal nicht). Lokal liefert lsmod (unter anderem): hisax 500452 2 isdn 119104 3 [hisax] slhc 4432 0 [isdn] isa-pnp 27816 0 [hisax] Nach einigem Googeln habe ich den Hinweis auf ein Update der I4l Pakete gefunden. Ist das Paket isdn4k-utils.v3.2p1.tar.bz2 das richtige? Das passt doch nicht richtig zu i4l Version: 2002.3.25-3? Leider sehe ich da nicht richtig durch - was sollte ich lesen oder weiter recherchieren? Vielen Dank für jeden Hinweis! Sigward Funke -- Sigward Funke Institut fuer Geophysik und Geologie Tel. 0341 97-32816 Universitaet Leipzig Fax. 0341 97-32809 Talstr. 35, 04103 Leipzig E-mail: sfunke(a)rz.uni-leipzig.de Raum 2-15

2 3

isdnlog: CPU-Load 99,9% nach Abziehen der AVM Fritzcard USB v2.1
by Kai Dees 03 Jun '04

03 Jun '04

Hallo List, wenn ich meine USB FritzCard v2.1 anstecke, nutze, und dann abziehe versursacht lt. `top` isdnlog einen Load von 99,9%, sodass der Lüfter anspringt. Wenn das Gerät wieder eingesteckt wird, ist der Spuk wieder vorbei. In /var/log/messages taucht nicht ungewöhnliches auf, mein System ist die 9.1, heute gerade online-geupdatet. Hat jemand eine Idee, wie ich das Problem löse oder wo ich weiter nachschauen kann? Danke, Kai

3 4

Fritzcard + capi + kernel 2.6.6
by Stefan Schilling 02 Jun '04

02 Jun '04

Hallo! Ich habe mir grade einen neuen Kernel gegönnt, es schickes Model à la 2.6.6-vanilla. Nun habe ich mir von AVM den aktuellen capi-Treiber für meine Fritzcard PCI heruntergeladen (und mit ./install installiert), jedoch will das Teil nicht. Die gesamten Installationshinweise sind für SuSE 9.1 gegeben, ich habe hier jedoch eine SuSe 7.2 (die arbeitet noch komplett mit den hisax - Treibern). Das Ergebnis ist, dass die Karte zwar gestartet wird, jedoch nicht mit den Capi, sondern mit den hisax Treibern. Somit funzt auch kein Fax, was der Hintergrund für den ganzen Ärger ist. Hat jemand eine Ahnung, was ich tun muss, damit das "richtig" ans Laufen kommt? Ich habe es auch schon mit der Anleitung auf http://www.schlenn.net/~michael/isdn4linux/draft/de/html/capi.html versucht, jedoch bricht mir da die Kernelkompilierung ab. (ich habe die Sourcen grade nochmal neu entpackt + die dort angegebenen Patches hinzugetan, vielleicht geht´s ja gleich...) Für ein paar hilfreiche Antworten wäre ich dankbar. Schönes Wochenende! Stefan

3 14

Festnetz SMS - Asterisk
by Stefan Tichy 02 Jun '04

02 Jun '04

Für Asterisk gibt es eine SMS application (ETSI ES 201 912 protocol 1). Nach http://www.telekom.de/dtag/downloads/ S/Schnitt_1TR140_V2.1.pdf ist dies das Protokoll, das die Telekom anbietet. Entwickelt wurde die Asterisk Anwendung wohl in/für UK. In D gelingt mir nur der Versand von SMS und damit auch die bei der Telekom erforderliche Anmeldung für Festnetz-SMS Empfang. Eingehende SMS werden zwar als solche erkannt, die Asterisk Applikation reagiert jedoch nur mit wiederholten Fehlercodes. Gibt es bei Festnetz SMS zwischen UK und D Unterschiede? (Bits im Linksverkehr ;-) Andere Linux Software für Festnetz-SMS ist mir nicht bekannt (der SMS Versand mit yaps ist eine andere Sache) -- Stefan Tichy ( s.list at pi4tel dot de )

1 0

AW: [suse-isdn] Einwahl in NT-Server
by Jan Neuhäußer 02 Jun '04

02 Jun '04

Hallo Karsten! Vielen Dank, das hat wunderbar geklappt. Das Paket "des" ist bei SuSE ja dabei und so ist der Neubau kein Problem. Falls noch jemand sich in ein Windows-Netz einwählen möchte, anbei einige Tips: In der Provider-Datei darf im Parameter Username nur ein Backslash zwischen Domäne und User stehen, entsprechend trägt man unter Yast auch nur einen ein. In der chap-secrets wird dieser dann verdoppelt (macht Yast automatisch). In meinem Fall habe ich außer dem Parameter remotename noch die Option -pap gesetzt und musste auch die van Jacobson-Komprimierung mit -vj und -vjccomp abschalten. -- Jan Neuhäußer > -----Ursprüngliche Nachricht----- > Von: Karsten Keil [mailto:kkeil@suse.de] > Gesendet: Mittwoch, 26. Mai 2004 19:43 > An: Jan Neuhäußer > Betreff: Re: [suse-isdn] Einwahl in NT-Server > > On Wed, May 26, 2004 at 06:27:42PM +0200, Jan Neuhäußer wrote: > > > > > > > > > > Hat vielleicht doch noch jemand eine Idee? > > > > > > > > Fehlt eventuell eine Bibliothek für die encryption / > > > decryption? Wenn > > > > ja welche ist erforderlich? > > > > > > > > Auf die Idee mit der Bibliothek bin ich gekommen, weil es > in der Doku > > PPP_NT heißt, dass eine bestimmte Bibliothek benötigt würde > (DES ?). > > Nur weiß ich nicht, ob diese Info noch aktuell ist und ob sie sich > > auch auf den ipppd bezieht (es ist dort immer nur vom pppd > die Rede). > > > > > > Danke soweit für die zusaetzlichen Infos. > Wie schon auf der Liste erwähnt libdes fehlt beim bauen. > > Du kannst das RPM Paket selbst neubauen, dazu musst Du das > i4l-base Source Paket installieren und die pakete die im > Specfile bei BuildRequires stehen und zusaetzlich das Paket des > > Dann bauen mit rpmbuild -ba /usr/src/packages/SPECS/i4l-base.spec > > -- > Karsten Keil > SuSE Labs > ISDN development > >

1 0

Suse 9.1 Datenkompression mit isdn_lzscomp
by Ralf Kleemann 01 Jun '04

01 Jun '04

Hallo, ich habe inzwischen unter SuSE 9.1 und der FritzCard USB V2.1 die LZS-Komprimierung erfolgreich zum laufen gebracht. Momentan muß ich noch nach jedem booten "modprobe isdn_lzscomp comp=8 debug=2" eingeben. Gilt das folgende auch für Suse9.1? http://www.mathematik.uni-marburg.de/~wetzmj/index.php?viewPage=isdncomp.ht… 7.2. Automatisches Laden via /etc/modules.conf Öffnen Sie die Datei /etc/modules.conf und tragen Sie an geeigneter Stelle die folgenden Zeilen ein: post-install isdn /sbin/modprobe isdn_lzscomp pre-remove isdn /sbin/modprobe -r isdn_lzscomp Führen Sie danach ein depmod -a aus und starten Sie Ihr ISDN-Subsystem neu. Nun müsste das isdn_lzscomp Modul automatisch geladen werden. Bei der Einwahl mit T-online tauchen in /var/log/messages aber noch ein paar Warnungen auf: linux:/home/ralf # tail -f -n0 /var/log/messages . ay 31 22:46:10 linux kernel: isdn_writebuf_skb_stub: reallocating headroom May 31 22:46:10 linux kernel: lzsComp: frame expands May 31 22:46:10 linux kernel: lzsComp: 52 in 56 out - sending compressed May 31 22:46:10 linux kernel: isdn_writebuf_skb_stub: reallocating headroom May 31 22:46:10 linux kernel: lzsComp: frame expands May 31 22:46:10 linux kernel: lzsComp: 52 in 56 out - sending compressed . May 31 22:46:13 linux kernel: lzsDecomp: coherency 470 expected 46f (sync lost) May 31 22:46:13 linux kernel: ippp: decomp wants reset with params May 31 22:46:13 linux kernel: ippp_ccp: new trans for id 2 to be started May 31 22:46:13 linux kernel: Sending CCP Frame: May 31 22:46:13 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 0e 02 00 04 May 31 22:46:13 linux kernel: Badness in local_bh_enable at kernel/softirq.c:122 May 31 22:46:13 linux kernel: Call Trace: . May 31 22:46:13 linux kernel: Uninitialised timer! May 31 22:46:13 linux kernel: This is just a warning. Your computer is OK May 31 22:46:13 linux kernel: function=0xd2d84f80, data=0xc4c2f200 May 31 22:46:13 linux kernel: Call Trace: May 31 22:46:13 linux kernel: [check_timer_failed+71/96] check_timer_failed+0x47/0x60 May 31 22:46:13 linux kernel: [<c0126677>] check_timer_failed+0x47/0x60 May 31 22:46:13 linux kernel: [__crc_recal_intr+5526508/9172851] isdn_ppp_ccp_timer_callback+0x0/0xa0 [isdn] May 31 22:46:13 linux kernel: [<d2d84f80>] isdn_ppp_ccp_timer_callback+0x0/0xa0 [isdn] . May 31 22:46:13 linux kernel: lzsDecomp: coherency 482 expected 46f (sync lost) May 31 22:46:13 linux kernel: ippp: decomp wants reset with params May 31 22:46:13 linux kernel: ippp_ccp: reset trans still in progress for id 2 May 31 22:46:13 linux kernel: lzsDecomp: coherency 483 expected 46f (sync lost) May 31 22:46:13 linux kernel: ippp: decomp wants reset with params May 31 22:46:13 linux kernel: ippp_ccp: reset trans still in progress for id 2 May 31 22:46:13 linux kernel: lzsDecomp: coherency resync on 484 May 31 22:46:13 linux kernel: lzsComp: frame expands May 31 22:46:13 linux kernel: lzsComp: 52 in 56 out - sending compressed May 31 22:46:13 linux kernel: isdn_writebuf_skb_stub: reallocating headroom May 31 22:46:13 linux kernel: lzsComp: frame expands May 31 22:46:13 linux kernel: lzsComp: 52 in 56 out - sending compressed May 31 22:46:13 linux kernel: isdn_writebuf_skb_stub: reallocating headroom May 31 22:46:13 linux kernel: lzsComp: frame expands . Gruss Ralf

2 3