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

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