capidrv plötzlich ganz still
Mahlzeit, ein paar Tage lief meine FritzCard PCI hervorragend als Fax-Karte, ich hatte im /var/log/message fleissig Meldungen, wenn ein Anruf eintrudel : ep 7 20:24:54 gandalf kernel: capidrv-1: now up (2 B channels) Sep 7 20:24:54 gandalf kernel: capidrv-1: D2 trace enabled Sep 7 20:36:45 gandalf kernel: capidrv-1: incoming call ,1,2,40197230 Sep 7 20:36:45 gandalf kernel: capidrv-1: patching si2=2 to 0 for VBOX Sep 7 20:36:45 gandalf kernel: capidrv-1: incoming call ,1,0,40197230 ignored Dazu kommen natürlich noch die Meldungen vom isdnlog. Seit ein paar Tagen sehe ich *nur* noch die Meldungen vom isdnlog, keinerlei Hinweise, dass capidrv irgendetwas mitbekommt. Entsprechend klappt auch der Faxempfang nicht... Dabei wird der Treiber für die Karte korrekt geladen: Sep 14 19:41:18 gandalf kernel: CAPI Subsystem Rev 1.1.2.8 Sep 14 19:41:18 gandalf kernel: capifs: Rev 1.1.2.3 Sep 14 19:41:18 gandalf kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Sep 14 19:41:19 gandalf kernel: fcpci: module not supported by Novell, setting U taint flag. Sep 14 19:41:19 gandalf kernel: fcpci: module license 'Proprietary' taints kernel. Sep 14 19:41:19 gandalf kernel: fcpci: AVM FRITZ!Card PCI driver, revision 0.6.0 Sep 14 19:41:19 gandalf kernel: fcpci: (fcpci built on Aug 19 2005 at 17:53:16) Sep 14 19:41:19 gandalf kernel: ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 10 (level, low) -> IRQ 10 Sep 14 19:41:19 gandalf kernel: fcpci: AVM FRITZ!Card PCI found: port 0xa800, irq 10 Sep 14 19:41:19 gandalf kernel: fcpci: Loading... Sep 14 19:41:19 gandalf kernel: fcpci: Driver 'fcpci' attached to stack. (152) Sep 14 19:41:19 gandalf kernel: fcpci: Stack version 3.11-02 Sep 14 19:41:19 gandalf kernel: kcapi: Controller 1: fcpci-a800-10 attached Sep 14 19:41:19 gandalf kernel: kcapi: card 1 "fcpci-a800-10" ready. Sep 14 19:41:19 gandalf kernel: fcpci: Loaded. Sep 14 19:41:19 gandalf kernel: CSLIP: code copyright 1989 Regents of the University of California Sep 14 19:41:20 gandalf 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 Sep 14 19:41:20 gandalf kernel: capidrv-1: now up (2 B channels) Sep 14 19:41:20 gandalf kernel: capidrv-1: D2 trace enabled Sep 14 19:41:20 gandalf kernel: capidrv: Rev 1.1.2.2: loaded Ich hab keine Idee warum das plötzlich nicht mehr klappt, hier irgendein Vorschlag? Grüße Christian -- Christian Kuehn
On Wed, Sep 14, 2005 at 08:03:17PM +0200, Christian Kuehn wrote:
Mahlzeit,
ein paar Tage lief meine FritzCard PCI hervorragend als Fax-Karte, ich hatte im /var/log/message fleissig Meldungen, wenn ein Anruf eintrudel :
ep 7 20:24:54 gandalf kernel: capidrv-1: now up (2 B channels) Sep 7 20:24:54 gandalf kernel: capidrv-1: D2 trace enabled Sep 7 20:36:45 gandalf kernel: capidrv-1: incoming call ,1,2,40197230 Sep 7 20:36:45 gandalf kernel: capidrv-1: patching si2=2 to 0 for VBOX Sep 7 20:36:45 gandalf kernel: capidrv-1: incoming call ,1,0,40197230 ignored
Dazu kommen natürlich noch die Meldungen vom isdnlog.
Seit ein paar Tagen sehe ich *nur* noch die Meldungen vom isdnlog, keinerlei Hinweise, dass capidrv irgendetwas mitbekommt. Entsprechend klappt auch der Faxempfang nicht...
Nein hat damit nichts zu tun, capidrv wird nur fuer I4L (z.B: isdnlog bekommt die Daten ueber capidrv) benoetigt. Die Faxapplikationen greifen direkt auf die CAPI zu und nicht ueber capidrv. Wahrscheinlich hat sich der Empfangsdeamon aufgehangen, oder der fcpci Treiber selbst. -- Karsten Keil SuSE Labs ISDN development
Karsten Keil wrote:
On Wed, Sep 14, 2005 at 08:03:17PM +0200, Christian Kuehn wrote:
Mahlzeit,
ein paar Tage lief meine FritzCard PCI hervorragend als Fax-Karte, ich hatte im /var/log/message fleissig Meldungen, wenn ein Anruf eintrudel :
ep 7 20:24:54 gandalf kernel: capidrv-1: now up (2 B channels) Sep 7 20:24:54 gandalf kernel: capidrv-1: D2 trace enabled Sep 7 20:36:45 gandalf kernel: capidrv-1: incoming call ,1,2,40197230 Sep 7 20:36:45 gandalf kernel: capidrv-1: patching si2=2 to 0 for VBOX Sep 7 20:36:45 gandalf kernel: capidrv-1: incoming call ,1,0,40197230 ignored
Dazu kommen natürlich noch die Meldungen vom isdnlog.
Seit ein paar Tagen sehe ich *nur* noch die Meldungen vom isdnlog, keinerlei Hinweise, dass capidrv irgendetwas mitbekommt. Entsprechend klappt auch der Faxempfang nicht...
Nein hat damit nichts zu tun, capidrv wird nur fuer I4L (z.B: isdnlog bekommt die Daten ueber capidrv) benoetigt. Die Faxapplikationen greifen direkt auf die CAPI zu und nicht ueber capidrv. Wahrscheinlich hat sich der Empfangsdeamon aufgehangen, oder der fcpci Treiber selbst.
Hmmm und trotzdem bekommt c2faxrecv gaaaar nix mit. Auch ein Neustart des gesamten Systems hat nix gebracht. **ratlos** -- Christian Kuehn Mueggenkampstr. 15, 20257 Hamburg Tel. +49 40 40197232 Fax. +49 40 40197230 eMail: christian@hamburg.gay-web.de
On Wed, Sep 14, 2005 at 08:20:01PM +0200, Christian Kuehn wrote:
Karsten Keil wrote:
On Wed, Sep 14, 2005 at 08:03:17PM +0200, Christian Kuehn wrote:
Mahlzeit,
ein paar Tage lief meine FritzCard PCI hervorragend als Fax-Karte, ich hatte im /var/log/message fleissig Meldungen, wenn ein Anruf eintrudel :
ep 7 20:24:54 gandalf kernel: capidrv-1: now up (2 B channels) Sep 7 20:24:54 gandalf kernel: capidrv-1: D2 trace enabled Sep 7 20:36:45 gandalf kernel: capidrv-1: incoming call ,1,2,40197230 Sep 7 20:36:45 gandalf kernel: capidrv-1: patching si2=2 to 0 for VBOX Sep 7 20:36:45 gandalf kernel: capidrv-1: incoming call ,1,0,40197230 ignored
Dazu kommen natürlich noch die Meldungen vom isdnlog.
Seit ein paar Tagen sehe ich *nur* noch die Meldungen vom isdnlog, keinerlei Hinweise, dass capidrv irgendetwas mitbekommt. Entsprechend klappt auch der Faxempfang nicht...
Nein hat damit nichts zu tun, capidrv wird nur fuer I4L (z.B: isdnlog bekommt die Daten ueber capidrv) benoetigt. Die Faxapplikationen greifen direkt auf die CAPI zu und nicht ueber capidrv. Wahrscheinlich hat sich der Empfangsdeamon aufgehangen, oder der fcpci Treiber selbst.
Hmmm und trotzdem bekommt c2faxrecv gaaaar nix mit.
Auch ein Neustart des gesamten Systems hat nix gebracht.
Zum debuggen: avmcapictrl trace on anrufen Da sollten dann in /var/log/messages die CAPI Messages stehen. -- Karsten Keil SuSE Labs ISDN development
OK, hier mal der Output vom Trace: Sep 15 11:14:20 linux kernel: kcapi: put [0x1] LISTEN_REQ ID=001 #0x0308 LEN=0026 Sep 15 11:14:20 linux kernel: Controller/PLCI/NCCI = 0x1 Sep 15 11:14:20 linux kernel: InfoMask = 0x40 Sep 15 11:14:20 linux kernel: CIPmask = 0x1fff03ff Sep 15 11:14:20 linux kernel: CIPmask2 = 0x0 Sep 15 11:14:20 linux kernel: CallingPartyNumber = default Sep 15 11:14:20 linux kernel: CallingPartySubaddress = default Sep 15 11:14:20 linux kernel: Sep 15 11:14:20 linux kernel: kcapi: got [0x1] LISTEN_CONF ID=001 #0x0308 LEN=0014 Sep 15 11:14:20 linux kernel: Controller/PLCI/NCCI = 0x1 Sep 15 11:14:20 linux kernel: Info = 0x0 Sep 15 11:14:20 linux kernel: Sep 15 11:14:27 linux isdnlog: Sep 15 11:14:27 * Call to tei 127 from +49 40/53773200, Hamburg on +49 40/40197230, Hamburg RING (Speech) Sep 15 11:14:27 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0068 Sep 15 11:14:27 linux kernel: Controller/PLCI/NCCI = 0x1 Sep 15 11:14:27 linux kernel: ManuID = 0x214d5641 Sep 15 11:14:27 linux kernel: Class = 0x0 Sep 15 11:14:27 linux kernel: Function = 0x1 Sep 15 11:14:27 linux kernel: ManuData = <80 04 02>ÿ<03 08 01 01 05 a1 04 03 80 90 a3 18 01 89>l<0c 21 81>4053773200p<09>Á40197230 Sep 15 11:14:27 linux kernel: Sep 15 11:14:27 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0035 Sep 15 11:14:27 linux kernel: Controller/PLCI/NCCI = 0x1 Sep 15 11:14:27 linux kernel: ManuID = 0x214d5641 Sep 15 11:14:27 linux kernel: Class = 0x0 Sep 15 11:14:27 linux kernel: Function = 0x1 Sep 15 11:14:27 linux kernel: ManuData = <80 08>üÿ<03 0f a5 02 01>ÿ Sep 15 11:14:27 linux kernel: Sep 15 11:14:29 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0035 Sep 15 11:14:29 linux kernel: Controller/PLCI/NCCI = 0x1 Sep 15 11:14:29 linux kernel: ManuID = 0x214d5641 Sep 15 11:14:29 linux kernel: Class = 0x0 Sep 15 11:14:29 linux kernel: Function = 0x1 Sep 15 11:14:29 linux kernel: ManuData = <80 08>üÿ<03 0f ac>Ö<01>ÿ Sep 15 11:14:29 linux kernel: Sep 15 11:14:31 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0068 Sep 15 11:14:31 linux kernel: Controller/PLCI/NCCI = 0x1 Sep 15 11:14:31 linux kernel: ManuID = 0x214d5641 Sep 15 11:14:31 linux kernel: Class = 0x0 Sep 15 11:14:31 linux kernel: Function = 0x1 Sep 15 11:14:31 linux kernel: ManuData = <80 04 02>ÿ<03 08 01 01 05 a1 04 03 80 90 a3 18 01 89>l<0c 21 81>4053773200p<09>Á40197230 Sep 15 11:14:31 linux kernel: Sep 15 11:14:31 linux isdnlog: Sep 15 11:14:31 * Call to tei 127 from +49 40/53773200, Hamburg on +49 40/40197230, Hamburg RING (Speech) Sep 15 11:14:31 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0035 Sep 15 11:14:31 linux kernel: Controller/PLCI/NCCI = 0x1 Sep 15 11:14:31 linux kernel: ManuID = 0x214d5641 Sep 15 11:14:31 linux kernel: Class = 0x0 Sep 15 11:14:31 linux kernel: Function = 0x1 Sep 15 11:14:31 linux kernel: ManuData = <80 08>üÿ<03 0f b4 ac 01>ÿ Ich kann da leider nix draus erkennen, warum c2faxrecv da nichts mitbekommt... Merci! Karsten Keil wrote:
On Wed, Sep 14, 2005 at 08:20:01PM +0200, Christian Kuehn wrote:
Karsten Keil wrote:
On Wed, Sep 14, 2005 at 08:03:17PM +0200, Christian Kuehn wrote:
Mahlzeit,
ein paar Tage lief meine FritzCard PCI hervorragend als Fax-Karte, ich hatte im /var/log/message fleissig Meldungen, wenn ein Anruf eintrudel :
ep 7 20:24:54 gandalf kernel: capidrv-1: now up (2 B channels) Sep 7 20:24:54 gandalf kernel: capidrv-1: D2 trace enabled Sep 7 20:36:45 gandalf kernel: capidrv-1: incoming call ,1,2,40197230 Sep 7 20:36:45 gandalf kernel: capidrv-1: patching si2=2 to 0 for VBOX Sep 7 20:36:45 gandalf kernel: capidrv-1: incoming call ,1,0,40197230 ignored
Dazu kommen natürlich noch die Meldungen vom isdnlog.
Seit ein paar Tagen sehe ich *nur* noch die Meldungen vom isdnlog, keinerlei Hinweise, dass capidrv irgendetwas mitbekommt. Entsprechend klappt auch der Faxempfang nicht...
Nein hat damit nichts zu tun, capidrv wird nur fuer I4L (z.B: isdnlog bekommt die Daten ueber capidrv) benoetigt. Die Faxapplikationen greifen direkt auf die CAPI zu und nicht ueber capidrv. Wahrscheinlich hat sich der Empfangsdeamon aufgehangen, oder der fcpci Treiber selbst.
Hmmm und trotzdem bekommt c2faxrecv gaaaar nix mit.
Auch ein Neustart des gesamten Systems hat nix gebracht.
Zum debuggen: avmcapictrl trace on anrufen
Da sollten dann in /var/log/messages die CAPI Messages stehen.
-- Christian Kuehn Manstadtsweg 8, 22309 Hamburg Tel. +49 40 40197232 Fax. +49 40 40197230 eMail: christian@hamburg.gay-web.de
participants (2)
-
Christian Kuehn -
Karsten Keil