N'abend allerseits, naja, da ich mein 9.2 System fast so habe, wie ich es haben wollte (und die Familie auch recht zufrieden ist ;-)), nun noch ein schon lange vor mir hergeschobener, und immer nur halbherzig angegangener Punkt: das liebe isdnlog. Es funzte bei direkt nach der jungfäulichen Installation, versagte nach dem ersten Update aber seinen Dienst ... Dazu ein paar Fragen: - auf der AVM Seite werden Treiber für eine Fritz!Card DSL, sowie eine Fritz!Card DSL Version 2 angeboten. Die Produktübersicht gibt leider keine Infos über die Version 2 Variante (http://www.avm.de/de/index.php3?Produkte/FRITZCard_DSL/index.html) - also meine Frage: gehe ich richtig in der Annahme, daß meine Fritz!Card DSL, sie stammt aus der Teststellung der Telekom mit Berlikom (wenn ich mich richtig an den Namen erinnere) auf jeden Fall keine Version 2 Variante ist? - kann ich tatsächlich 'beruhigt' den Treiber für die SuSE 9.1 auf Seiten AVMs nehmen, und diesen kompilieren? - liegt es eigentlich am AVM Treiber, wenn capisuite eingehende Anrufe erkennt (und mitprotokolliert), isdnlog es aber nicht tut (obwohl es läuft)? Nicht das ich Zeit und Mühe in unnütze Aktionen investiere ... Danke & Gruß Torsten
Am Montag, 3. Januar 2005 20:10 schrieb Torsten E.:
N'abend allerseits,
naja, da ich mein 9.2 System fast so habe, wie ich es haben wollte (und die Familie auch recht zufrieden ist ;-)), nun noch ein schon lange vor mir hergeschobener, und immer nur halbherzig angegangener Punkt: das liebe isdnlog. Es funzte bei direkt nach der jungfäulichen Installation, versagte nach dem ersten Update aber seinen Dienst ... sieh mal in suse-isdn nach mehrfach diskutiert ein depmod -a reicht manchmal
Dazu ein paar Fragen: - auf der AVM Seite werden Treiber für eine Fritz!Card DSL, sowie eine Fritz!Card DSL Version 2 angeboten. Die Produktübersicht gibt leider keine Infos über die Version 2 Variante (http://www.avm.de/de/index.php3?Produkte/FRITZCard_DSL/index.html) - also meine Frage: gehe ich richtig in der Annahme, daß meine Fritz!Card DSL, sie stammt aus der Teststellung der Telekom mit Berlikom (wenn ich mich richtig an den Namen erinnere) auf jeden Fall keine Version 2 Variante ist?
- kann ich tatsächlich 'beruhigt' den Treiber für die SuSE 9.1 auf Seiten AVMs nehmen, und diesen kompilieren? Kommt ja nur auf die Kernelversion 2.4.x oder 2.6.x ...also ja
- liegt es eigentlich am AVM Treiber, wenn capisuite eingehende Anrufe erkennt (und mitprotokolliert), isdnlog es aber nicht tut (obwohl es läuft)? Nicht das ich Zeit und Mühe in unnütze Aktionen investiere ... also ich benutze k isdn watch und da ja
Danke & Gruß Torsten G. Roland
Roland May scribbled on 03.01.2005 20:27:
Am Montag, 3. Januar 2005 20:10 schrieb Torsten E.:
[...]
sieh mal in suse-isdn nach mehrfach diskutiert
Habe ich gemacht, auch vor ein paar Wochen explizit nochmals nachgefragt: keine Antwort erhalten.
ein depmod -a reicht manchmal
Auch das habe ich schon mehrfach gemacht (quasi nach jedem Update): ohne nutzbares Ergebnis. [...]
Kommt ja nur auf die Kernelversion 2.4.x oder 2.6.x ...also ja
Naja, hätte ja auch sein gekonnt, daß SuSE auch in Bezug auf die Treiber bei der 9.2 etwas anders gemacht hätte - denn die legitime Frage kann ja auch lauten: warum existiert auf Seiten AVM ein offizieller 9.1 Treiber, aber keiner für die 9.2?
- liegt es eigentlich am AVM Treiber, wenn capisuite eingehende Anrufe erkennt (und mitprotokolliert), isdnlog es aber nicht tut (obwohl es läuft)? Nicht das ich Zeit und Mühe in unnütze Aktionen investiere ...
also ich benutze k isdn watch und da ja
Danke & Gruß Torsten
G. Roland
Danke Dir! Gruß Torsten
Torsten E. scribbled on 03.01.2005 20:44:
Roland May scribbled on 03.01.2005 20:27:
Am Montag, 3. Januar 2005 20:10 schrieb Torsten E.:
[...] Nun habe ich einmal den AVM Treiber für die 9.1 installiert: - fcdsl-suse9.1-3.11-02.tar.gz downgeloadet - in /tmp entpackt mittels tar zxvf fcdsl-suse9.1 ... - nach /tmp/fritz gewechselt - 'make' ausgeführt - './install' ausgeführt /tmp/fritz/install.log sagt nun: install(2173537828,5207) AVM DSL/ISDN-Controller, 3 Card: FRITZ!Card DSL Driver: fcdsl Startup: Mo Jan 3 20:53:48 CET 2005 Install for FRITZ!Card DSL Welcome to the FRITZ!Card DSL driver installation! Installing on SuSE Linux 9.2 Installing for kernel version 2.6.8-24.10-default CHK:KERNEL 2.6 CHK:pppd version 2.4.2 CHK:pppd version status 0 PRE:Looking for file fdslbase.bin... PRE:Looking for file drdsl... PRE:Looking for file drdsl.ini... PRE:Looking for file install_passive-d.html... PRE:Looking for file install_passive-e.html... MAIN:Generating FRITZ!Card DSL driver for kernel 2.6.8-24.10-default... /usr/bin/make make: Entering directory `/tmp/fritz/src' make: »all« ist bereits aktualisiert. make: Leaving directory `/tmp/fritz/src' MAIN:Copying FRITZ!Card DSL driver..rt. src/fcdsl.ko to /lib/modules/2.6.8-24.10-default/extra/fcdsl.ko 3077381595 856295 src/fcdsl.ko âsrc/fcdsl.koâ -> â/lib/modules/2.6.8-24.10-default/extra/fcdsl.koâ Installing i4l-base-2004.5.3-1.2.i586.patch.rpm... error: Failed dependencies: i4l-base = 2004.4.5-0 is needed by i4l-base-2004.5.3-1.2 POST:Copying documentation: POST:Creating /usr/share/doc/CAPI4Linux/(de/en) âinstall_passive-d.htmlâ -> â/usr/share/doc/CAPI4Linux/de/install_passive.htmlâ âinstall_passive-e.htmlâ -> â/usr/share/doc/CAPI4Linux/en/install_passive.htmlâ 3519815755 1209113 fdslbase.bin âfdslbase.binâ -> â/usr/lib/isdn/fdslbase.binâ POST:Installing 'drdsl': âdrdslâ -> â/usr/sbin/drdslâ âdrdsl.iniâ -> â/etc/drdsl/drdsl.iniâ The driver files have been updated, please restart the ISDN package or reboot in order to activate the changes. Ready Also ein 'rcisdn restart' ausgeführt. Dabei erschien folgendes in /var/log/messages: [...] Jan 3 20:54:14 suse92 kernel: fcdsl: Removing registered applications! Jan 3 20:54:14 suse92 kernel: kcapi: appl 2 ncci 0x10102 down Jan 3 20:54:14 suse92 kernel: kcapi: card 1 down. Jan 3 20:54:14 suse92 kernel: kcapi: card 2 down. Jan 3 20:54:14 suse92 kernel: capidrv: controller 1 down Jan 3 20:54:14 suse92 kernel: capidrv-1: now down. Jan 3 20:54:14 suse92 kernel: capidrv: controller 2 down Jan 3 20:54:14 suse92 kernel: capidrv-2: now down. Jan 3 20:54:14 suse92 kernel: fcdsl: Removing... Jan 3 20:54:14 suse92 kernel: kcapi: Controller 1: fcdsl-e9000000-05 unregistered Jan 3 20:54:14 suse92 kernel: kcapi: Controller 2: fcdsl-e9000000-05 unregistered Jan 3 20:54:14 suse92 kernel: fcdsl: Removed. Jan 3 20:54:14 suse92 kernel: fcdsl: Driver 'fcdsl' detached Jan 3 20:54:14 suse92 kernel: capidrv: Rev 1.1.2.2 : unloaded Jan 3 20:54:14 suse92 kernel: ISDN-subsystem unloaded Jan 3 20:54:14 suse92 kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded Jan 3 20:54:14 suse92 kernel: capidrv: Rev 1.1.2.2: loaded Jan 3 20:54:14 suse92 kernel: module fcdsl unsupported by SUSE/Novell, tainting kernel. Jan 3 20:54:14 suse92 kernel: fcdsl: AVM FRITZ!Card DSL driver, revision 0.4.1 Jan 3 20:54:14 suse92 kernel: fcdsl: fcdsl built on Jan 3 2005 at 20:44:43) Jan 3 20:54:14 suse92 kernel: ACPI: PCI interrupt 0000:00:0f.0[A] -> GSI 5 (level, low) -> IRQ 5 Jan 3 20:54:14 suse92 kernel: fcdsl: Loading... Jan 3 20:54:14 suse92 kernel: fcdsl: Driver 'fcdsl' attached to stack. (164) Jan 3 20:54:14 suse92 kernel: kcapi: Controller 1: fcdsl-e9000000-05 attached Jan 3 20:54:14 suse92 kernel: kcapi: Controller 2: fcdsl-e9000000-05 attached Jan 3 20:54:14 suse92 kernel: fcdsl: Loaded. Jan 3 20:54:15 suse92 kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20 Jan 3 20:54:15 suse92 kernel: fcdsl: Stack version 3.11-02 Jan 3 20:54:15 suse92 kernel: fcdsl: Stack version 3.11-02 Jan 3 20:54:15 suse92 kernel: kcapi: card 1 "fcdsl-e9000000-05" ready. Jan 3 20:54:15 suse92 kernel: kcapi: card 2 "fcdsl-e9000000-05" ready. Jan 3 20:54:15 suse92 kernel: capidrv: controller 1 up Jan 3 20:54:15 suse92 kernel: fcdsl: Unknown application id! (1) Jan 3 20:54:15 suse92 kernel: capidrv-1: now up (2 B channels) Jan 3 20:54:15 suse92 kernel: capidrv-1: D2 trace enabled Jan 3 20:54:15 suse92 kernel: fcdsl: Unknown application id! (1) Jan 3 20:54:15 suse92 kernel: capidrv: controller 2 up Jan 3 20:54:15 suse92 kernel: capidrv-2: now up (1 B channels) Jan 3 20:54:15 suse92 kernel: capidrv-2: D2 trace enabled Jan 3 20:54:15 suse92 isdnlog: isdnlog Version 4.69 starting Jan 3 20:54:15 suse92 isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/lib/isdn/holida Jan 3 20:54:15 suse92 isdnlog: Dest V1.01: File '/usr/lib/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE NL CH Jan 3 20:54:15 suse92 isdnlog: Zone V1.25: Provider 0 File '/usr/lib/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 Jan 3 20:54:15 suse92 isdnlog: Rates Version 3.10 [25-Aug-2004 00:58:04] loaded [81 Providers, 691 Zones, 3207 Areas Jan 3 20:54:15 suse92 isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS
16 detected, ioctl(IIOCNETGPN) is available) Jan 3 20:54:15 suse92 isdnlog: isdn.conf:3 active channels, 2 MSN/SI entries Jan 3 20:54:15 suse92 isdnlog: (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01) Jan 3 20:54:15 suse92 isdnlog: Everything is fine, isdnlog-4.69 is running in full featured mode. Jan 3 20:54:20 suse92 kernel: capilib_data_b3_req: ncci 0x10102 not found Jan 3 20:54:20 suse92 kernel: capilib_data_b3_conf: ncci 0x10102 not found Jan 3 20:54:50 suse92 kernel: capilib_data_b3_req: ncci 0x10102 not found Jan 3 20:54:50 suse92 kernel: capilib_data_b3_conf: ncci 0x10102 not found [...]
Sieht das nun gut aus, oder nicht? suse92:/tmp/fritz # ps ax | grep isdn 6571 ? S 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0 11040 pts/0 S+ 0:00 grep isdn suse92:/tmp/fritz # Zumindest zeichnet isdnlog immer noch nichts auf ... :-( Gruß Torsten
Hallo, hast Du erst die config aus dem boot verzeichnis nach /usr/src/linux.config kopiert? ein make prepare gemacht? und dann die Treiber erstellt? ein Neustart hat manchmal auch geholfen. G. Roland
Hi, Roland May scribbled on 03.01.2005 22:57:
Hallo,
hast Du erst die config aus dem boot verzeichnis nach /usr/src/linux.config kopiert?
Ja.
ein make prepare gemacht?
Ja.
und dann die Treiber erstellt?
Ja.
ein Neustart hat manchmal auch geholfen.
Ist auch erfolgt.
G. Roland
Entsprechend der Meldung aus install.log: Installing i4l-base-2004.5.3-1.2.i586.patch.rpm... error: Failed dependencies: i4l-base = 2004.4.5-0 is needed by i4l-base-2004.5.3-1.2 habe ich mir dann mal das capi Modulverzeichnis angeschaut: torsten@suse92:~> ls -l /lib/modules/2.6.8-24.10-default/kernel/drivers/isdn/capi/ insgesamt 120 -rw-r--r-- 1 root root 33837 2004-12-22 16:51 capidrv.ko -rw-r--r-- 1 root root 8255 2004-12-22 16:51 capifs.ko -rw-r--r-- 1 root root 21855 2004-12-22 16:51 capi.ko -rw-r--r-- 1 root root 45282 2004-12-22 16:51 kernelcapi.ko torsten@suse92:~> Da wurde also gar nichts aktualisiert ... Werde mich dann wohl morgen mal daran begeben, entweder i4l-base down-zu-graden, oder die Installationsroutine mit dem Namen der bei der 9.2 benutzten i4l-base Geschichte zu versorgen ... nur: genau dieses Problem müßten doch alle anderen, die auch den Treiber für die 9.1 genommen haben, ebenfalls haben bzw. gehabt haben ... ? Ich nehm jetzt erst einmal eine Mütze Schlaf ... ;-) Gruß Torsten
Guten Morgen, Torsten E. scribbled on 03.01.2005 23:14:
Hi, Roland May scribbled on 03.01.2005 22:57: [...] Entsprechend der Meldung aus install.log: Installing i4l-base-2004.5.3-1.2.i586.patch.rpm... error: Failed dependencies: i4l-base = 2004.4.5-0 is needed by i4l-base-2004.5.3-1.2 habe ich mir dann mal das capi Modulverzeichnis angeschaut: torsten@suse92:~> ls -l /lib/modules/2.6.8-24.10-default/kernel/drivers/isdn/capi/ insgesamt 120 -rw-r--r-- 1 root root 33837 2004-12-22 16:51 capidrv.ko -rw-r--r-- 1 root root 8255 2004-12-22 16:51 capifs.ko -rw-r--r-- 1 root root 21855 2004-12-22 16:51 capi.ko -rw-r--r-- 1 root root 45282 2004-12-22 16:51 kernelcapi.ko torsten@suse92:~>
Da wurde also gar nichts aktualisiert ... Werde mich dann wohl morgen mal daran begeben, entweder i4l-base down-zu-graden, oder die Installationsroutine mit dem Namen der bei der 9.2 benutzten i4l-base Geschichte zu versorgen ... nur: genau dieses Problem müßten doch alle anderen, die auch den Treiber für die 9.1 genommen haben, ebenfalls haben bzw. gehabt haben ... ?
Nun habe ich /tmp/fritz/install editiert, und die gesamte Sektion bzgl. der Einbindung des i4l-base-2004.5.3-1.2.i586.patch.rpm Aufrufs auskommentiert. Dann ergibt die Kompilierung: suse92:/tmp/fritz # make make -C src make[1]: Entering directory `/tmp/fritz/src' make -C /lib/modules/2.6.8-24.10-default/build SUBDIRS=/tmp/fritz/src modules make[2]: Entering directory `/usr/src/linux-2.6.8-24.10-obj/i386/default' make -C ../../../linux-2.6.8-24.10 O=../linux-2.6.8-24.10-obj/i386/default modules CC [M] /tmp/fritz/src/main.o CC [M] /tmp/fritz/src/driver.o CC [M] /tmp/fritz/src/tools.o CC [M] /tmp/fritz/src/dbgif.o CC [M] /tmp/fritz/src/tables.o CC [M] /tmp/fritz/src/queue.o CC [M] /tmp/fritz/src/lib.o LD [M] /tmp/fritz/src/fcdsl.o Building modules, stage 2. MODPOST CC /tmp/fritz/src/fcdsl.mod.o LD [M] /tmp/fritz/src/fcdsl.ko make[2]: Leaving directory `/usr/src/linux-2.6.8-24.10-obj/i386/default' make[1]: Leaving directory `/tmp/fritz/src' suse92:/tmp/fritz # Da wird rein gar nicht bzgl. capi kompiliert ... Nun habe ich zusätzlich noch die Sourcen der 9.2 Pakete i4l-base-2004.9.27-2.src.rpm, sowie von avm_fcdsl-2.6-27.src.rpm, installiert. Ein i4l-base*.src.rpm habe ich danach nirgends finden können. Irritiert hat mich nun allerdings, daß die Versions- & Buildinformation doch deutliche Unterschiede zeigt ... release.txt in /usr/src/packages/SOURCES/fcdsl-common.tar.bz2 gibt an: Version: 03.11.02 Build: 03.08.06 Datum der Dateien: 21. August 2003 Das verglichen mit den Infos des AVM Treibers für SuSE 9.1 (leider nur in install_passive-d.html gefunden): Version: 03.11.02 Build: 04.05.14 Datum der Dateien: 14. Mai 2004 Es scheint so, als wenn der Treiber der 9.2 älter als jener der 9.1 sei. Wie dem auch sei: wie bekomme ich die capi Dateien aktualisiert?
Ich nehm jetzt erst einmal eine Mütze Schlaf ... ;-)
Gruß Torsten
Gruß Torsten, ... dem diese regelmäßigen isdnlog Geschichten so langsam auf den Geist gehen ... ;-)
Am Dienstag, 4. Januar 2005 07:29 schrieb Torsten E.:
Guten Morgen,
ein make -f Makefile.module und ein manuelles kopieren sollte möglich sein. habe bis jetzt nur immer Vanilla Kernel neu bestückt. bei mir hat es bis Dato immer geklappt. hast Du am Schluß auch ein depmod -a gemacht? G. Roland
participants (2)
-
Roland May -
Torsten E.