Hallo Liste, ich habe ein Problem mit eine AVM C4. Standard-Linux-Installation (ohne schnick-schnack), danach Konfiguration der C4 mittels Yast, die Karte wird erkannt und auch sauber gestartet. Nach dem Reboot fällt das System beim laden vom Modul c4 auf die Nase (Device or Resource busy). In den messages erscheinen folgende Meldungen: Jul 18 15:07:58 FQ02790 exiting on signal 15 Jul 18 15:09:25 FQ02790 syslogd 1.3-3: restart. Jul 18 15:09:28 FQ02790 /usr/sbin/cron[330]: (CRON) STARTUP (fork ok) Jul 18 15:09:28 FQ02790 kernel: klogd 1.3-3, log source = /proc/kmsg started. Jul 18 15:09:28 FQ02790 kernel: Inspecting /boot/System.map-2.2.16 Jul 18 15:09:28 FQ02790 kernel: Loaded 9060 symbols from /boot/System.map-2.2.16. Jul 18 15:09:28 FQ02790 kernel: Symbols match kernel version 2.2.16. Jul 18 15:09:28 FQ02790 kernel: Loaded 135 symbols from 11 modules. Jul 18 15:09:28 FQ02790 kernel: CAPI-driver Rev 1.17 : loaded Jul 18 15:09:28 FQ02790 kernel: capifs: Rev 1.7 : loaded Jul 18 15:09:28 FQ02790 kernel: capi20: started up with major 68 Jul 18 15:09:28 FQ02790 kernel: kcapi: capi20 attached Jul 18 15:09:28 FQ02790 kernel: capi20: Rev1.35: started up with major 68 Jul 18 15:09:28 FQ02790 kernel: CSLIP: code copyright 1989 Regents of the University of California Jul 18 15:09:28 FQ02790 kernel: ISDN subsystem Rev: 1.108/1.92/1.134/1.77/1.21/1.5 loaded Jul 18 15:09:28 FQ02790 kernel: kcapi: capidrv attached Jul 18 15:09:28 FQ02790 kernel: kcapi: appl 1 up Jul 18 15:09:28 FQ02790 kernel: capidrv: Rev 1.36 : loaded Jul 18 15:09:28 FQ02790 kernel: b1: revision 1.14 Jul 18 15:09:28 FQ02790 kernel: c4: revision 1.12 Jul 18 15:09:28 FQ02790 kernel: kcapi: driver c4 attached ... hier passierts ! Jul 18 15:09:28 FQ02790 kernel: c4: PCI BIOS reports AVM-C4 at i/o 0xd000, irq 14, mem 0xf5800000 Jul 18 15:09:28 FQ02790 kernel: c4: NO card at 0xd000 (2) Jul 18 15:09:28 FQ02790 kernel: c4: no AVM-C4 at i/o 0xd000, irq 14 detected, mem 0xf5800000 Jul 18 15:09:28 FQ02790 kernel: kcapi: driver c4 detached Jul 18 15:09:28 FQ02790 kernel: 3c59x.c:v0.99H 12Jun00 Donald Becker and others http://www.scyld.com/network/vortex.html Jul 18 15:09:28 FQ02790 kernel: eth0: 3Com 3c905B Cyclone 100baseTx at 0xd400, 00:04:76:10:48:28, IRQ 10 Danach Ameldung am System und die Karte nochmal gestartet mit "sbin/init.d/i4l_hardware start", siehe da... die Karte wird einwandfrei gestartet. In der Date /etc/rc.config.d/i4l_hardware.config habe ich keine Änderungen vorgenommen, Yast hat dort die Einträge gemacht. Kann mir jemand helfen, AVM sagt "... benutzen Sie doch einfach die neuen CAPI-Treiber", kann ich aber nicht da ich auf eine vorgegebene Inst.-Routine und vorgegebene Pakete zurückgreifen muss. MfG Andreas Dahl EP:ElectronicPartner GmbH & Co.KG Abt. Informationssysteme Mündelheimer Weg 40 40472 Düsseldorf Telefon 0211/4156-422 Telefax 0211/4156-388 E-Mail adahl@electronicpartner.de
On Wed, Jul 18, 2001 at 03:52:51PM +0200, Andreas Dahl wrote:
Hallo Liste,
ich habe ein Problem mit eine AVM C4. Standard-Linux-Installation (ohne schnick-schnack), danach Konfiguration der C4 mittels Yast, die Karte wird erkannt und auch sauber gestartet. Nach dem Reboot fällt das System beim laden vom Modul c4 auf die Nase (Device or Resource busy).
In den messages erscheinen folgende Meldungen: Jul 18 15:07:58 FQ02790 exiting on signal 15 Jul 18 15:09:25 FQ02790 syslogd 1.3-3: restart. Jul 18 15:09:28 FQ02790 /usr/sbin/cron[330]: (CRON) STARTUP (fork ok) Jul 18 15:09:28 FQ02790 kernel: klogd 1.3-3, log source = /proc/kmsg started. Jul 18 15:09:28 FQ02790 kernel: Inspecting /boot/System.map-2.2.16 Jul 18 15:09:28 FQ02790 kernel: Loaded 9060 symbols from /boot/System.map-2.2.16. Jul 18 15:09:28 FQ02790 kernel: Symbols match kernel version 2.2.16. Jul 18 15:09:28 FQ02790 kernel: Loaded 135 symbols from 11 modules. Jul 18 15:09:28 FQ02790 kernel: CAPI-driver Rev 1.17 : loaded Jul 18 15:09:28 FQ02790 kernel: capifs: Rev 1.7 : loaded Jul 18 15:09:28 FQ02790 kernel: capi20: started up with major 68 Jul 18 15:09:28 FQ02790 kernel: kcapi: capi20 attached Jul 18 15:09:28 FQ02790 kernel: capi20: Rev1.35: started up with major 68 Jul 18 15:09:28 FQ02790 kernel: CSLIP: code copyright 1989 Regents of the University of California Jul 18 15:09:28 FQ02790 kernel: ISDN subsystem Rev: 1.108/1.92/1.134/1.77/1.21/1.5 loaded Jul 18 15:09:28 FQ02790 kernel: kcapi: capidrv attached Jul 18 15:09:28 FQ02790 kernel: kcapi: appl 1 up Jul 18 15:09:28 FQ02790 kernel: capidrv: Rev 1.36 : loaded Jul 18 15:09:28 FQ02790 kernel: b1: revision 1.14 Jul 18 15:09:28 FQ02790 kernel: c4: revision 1.12 Jul 18 15:09:28 FQ02790 kernel: kcapi: driver c4 attached ... hier passierts ! Jul 18 15:09:28 FQ02790 kernel: c4: PCI BIOS reports AVM-C4 at i/o 0xd000, irq 14, mem 0xf5800000 Jul 18 15:09:28 FQ02790 kernel: c4: NO card at 0xd000 (2) Jul 18 15:09:28 FQ02790 kernel: c4: no AVM-C4 at i/o 0xd000, irq 14 detected, mem 0xf5800000 Jul 18 15:09:28 FQ02790 kernel: kcapi: driver c4 detached Jul 18 15:09:28 FQ02790 kernel: 3c59x.c:v0.99H 12Jun00 Donald Becker and others http://www.scyld.com/network/vortex.html Jul 18 15:09:28 FQ02790 kernel: eth0: 3Com 3c905B Cyclone 100baseTx at 0xd400, 00:04:76:10:48:28, IRQ 10
Danach Ameldung am System und die Karte nochmal gestartet mit "sbin/init.d/i4l_hardware start", siehe da... die Karte wird einwandfrei gestartet.
In der Date /etc/rc.config.d/i4l_hardware.config habe ich keine Änderungen vorgenommen, Yast hat dort die Einträge gemacht.
Kann mir jemand helfen, AVM sagt "... benutzen Sie doch einfach die neuen CAPI-Treiber", kann ich aber nicht da ich auf eine vorgegebene Inst.-Routine und vorgegebene Pakete zurückgreifen muss.
Da hat AVM garnicht so unrecht, die ersten Versionen der C4 Treiber hatten ein paar races, die hier wahrscheinlich auch der Grund sind. Um zu vermeiden das die AVM installation die Startscripte platt macht vorher /sbin/init.d sichern und danach wieder einspielen. Uebrigens alle AVM Treiber fuer die aktiven Karten sind Open Source. -- Karsten Keil SuSE Labs ISDN development
Hallo ! Ich hab da mal ein problem.... Ich muss eine Datenübertragung an einen Server über das Programm ACOPY von Eicon machen (proprietäres Protokoll). Dieses Programm gibt es offenbar nur für DOS, Win, OS/2, wie gesagt, es setzt ein eigenes Protokoll ein. Kennt jemand eine Variante für LINUX, die das protokoll unterstützt ? Laut Eicon-Homepages gibt es die ACOPY Sourcecodes frei, da könnte man ja was basteln, aber die sorucecodes selbst sind nicht zu finden. Eicon-Support reagiert leider nicht auf meine emails .... Kann mir dairgend jemand weiter helfen ??? mfg. Marco Freudenberger
participants (3)
-
Andreas Dahl
-
Karsten Keil
-
mf