Hallo!
Bevor's losgeht: ja, ich weiss, dass das hier eine SuSE Liste ist, aber meine Frage bezieht sich auf die den fcpci-Treiber von AVM ... und hier kennen sich doch einige recht gut aus...
Also, installiert ist ein jungfräuliches Ubuntu Gutsy Gibbon mit
root@server:~# uname -r 2.6.22-14-generic root@server:~#
Wenn ich nun die capiutils, capi4hylafax und hylafax starte, kann ich Faxe empfangen (komischerweise nicht senden, aber dazu mehr in einer separaten Mail). Beim Booten findet sich dazu folgender Log Eintrag:
Feb 4 13:22:58 server kernel: [ 44.472980] CAPI Subsystem Rev 1.1.2.8 Feb 4 13:22:58 server kernel: [ 44.501155] NET: Registered protocol family 17 Feb 4 13:22:58 server kernel: [ 44.785218] fcpci: module license 'Proprietary' taints kernel. Feb 4 13:22:58 server kernel: [ 44.787494] fcpci: AVM FRITZ!Card PCI driver, revision 0.7.2 Feb 4 13:22:58 server kernel: [ 44.787499] fcpci: (fcpci built on Nov 2 2007 at 01:19:00) Feb 4 13:22:58 server kernel: [ 44.787501] fcpci: -- 32 bit CAPI driver -- Feb 4 13:22:58 server kernel: [ 44.788414] ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 18 (level, low) -> IRQ 23 Feb 4 13:22:58 server kernel: [ 44.788420] fcpci: AVM FRITZ!Card PCI found: port 0xef00, irq 23 Feb 4 13:22:58 server kernel: [ 44.788422] fcpci: Loading... Feb 4 13:22:58 server kernel: [ 44.788425] fcpci: Driver 'fcpci' attached to fcpci-stack. (152) Feb 4 13:22:58 server kernel: [ 45.017478] fcpci: Stack version 3.11-07 Feb 4 13:22:58 server kernel: [ 45.017527] kcapi: Controller [001]: fcpci-ef00-23 attached Feb 4 13:22:58 server kernel: [ 45.017530] kcapi: card [001] "fcpci-ef00-23" ready. Feb 4 13:22:58 server kernel: [ 45.017561] fcpci: Loaded.
Wenn ich allerdings die capiutils (und den Rest) wieder abschalte, kommt folgendes:
Feb 4 12:04:43 server kernel: [47353.700000] fcpci: Removing registered applications! Feb 4 12:04:43 server kernel: [47353.816000] kcapi: card [001] down. Feb 4 12:04:43 server kernel: [47353.816000] capidrv: controller 1 down Feb 4 12:04:43 server kernel: [47353.816000] capidrv-1: now down. Feb 4 12:04:44 server kernel: [47356.064000] fcpci: Removing... Feb 4 12:04:44 server kernel: [47356.064000] kcapi: Controller [001]: fcpci-ef00-23 unregistered Feb 4 12:04:44 server kernel: [47356.064000] fcpci: Removed. Feb 4 12:04:44 server kernel: [47356.064000] fcpci: Driver 'fcpci' detached Feb 4 12:04:44 server kernel: [47356.128000] capi: Rev 1.1.2.7: unloaded Feb 4 12:04:44 server kernel: [47356.140000] capidrv: Rev 1.1.2.2 : unloaded Feb 4 12:04:44 server kernel: [47356.144000] BUG: unable to handle kernel NULL pointer dereference at virtual address 0000000e Feb 4 12:04:44 server kernel: [47356.144000] printing eip: Feb 4 12:04:44 server kernel: [47356.144000] c01491aa Feb 4 12:04:44 server kernel: [47356.144000] *pde = 00000000 Feb 4 12:04:44 server kernel: [47356.144000] Oops: 0002 [#1] Feb 4 12:04:44 server kernel: [47356.144000] SMP Feb 4 12:04:44 server kernel: [47356.144000] Modules linked in: tun xt_multiport capidrv isdn slhc capifs video ac button battery container sbs dock
acpi_cpufreq cpufreq_powersave cpufreq_ondemand cpufreq_conservative cpufreq_stats nf_nat_ftp nf_conntrack_ftp nf_nat_irc nf_conntrack_irc ipt_REJECT ipt_LOG
xt_limit xt_tcpudp xt_state ipt_MASQUERADE iptable_nat nf_nat iptable_filter nf_conntrack_ipv4 nf_conntrack nfnetlink ip_tables x_tables reiserfs xfs ipv6
freq_table cpufreq_userspace via686a w83781d hwmon_vid i2c_isa i2c_core ide_generic ide_cd ide_core lp loop parport_pc parport af_packet pcspkr kernelcapi
shpchp pci_hotplug sis_agp agpgart evdev ext3 jbd mbcache sg sr_mod cdrom sd_mod sata_sis floppy pata_pdc2027x sis900 mii ehci_hcd ohci_hcd usbcore pata_sis
ata_generic libata scsi_mod thermal processor fan fuse apparmor commoncap Feb 4 12:04:44 server kernel: [47356.144000] CPU: 0 Feb 4 12:04:44 server kernel: [47356.144000] EIP: 0060:[__unlink_module+10/48] Tainted: P VLI Feb 4 12:04:44 server kernel: [47356.144000] EFLAGS: 00010046 (2.6.22-14-generic #1) Feb 4 12:04:44 server kernel: [47356.144000] EIP is at __unlink_module+0xa/0x30 Feb 4 12:04:44 server kernel: [47356.144000] eax: dff43c00 ebx: dff43c04 ecx: 0000000a edx: 0000000e Feb 4 12:04:44 server kernel: [47356.144000] esi: 00000000 edi: d7191f20 ebp: 00000000 esp: d5cdffbc Feb 4 12:04:44 server kernel: [47356.144000] ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068 Feb 4 12:04:44 server kernel: [47356.144000] Process kstopmachine (pid: 15916, ti=d5cde000 task=d17c54c0 task.ti=d5cde000) Feb 4 12:04:44 server kernel: [47356.144000] Stack: 00000008 c0155c4d 00000063 fffffffc d7191f20 c0155b70 c013bb12 c013bad0 Feb 4 12:04:44 server kernel: [47356.144000] 00000000 00000000 c0105487 d7191ed8 00000000 00000000 00000000 08230200 Feb 4 12:04:44 server kernel: [47356.144000] 0175ce0a Feb 4 12:04:44 server kernel: [47356.144000] Call Trace: Feb 4 12:04:44 server kernel: [47356.144000] [do_stop+221/336] do_stop+0xdd/0x150 Feb 4 12:04:44 server kernel: [47356.144000] [do_stop+0/336] do_stop+0x0/0x150 Feb 4 12:04:44 server kernel: [47356.144000] [kthread+66/112] kthread+0x42/0x70 Feb 4 12:04:44 server kernel: [47356.144000] [kthread+0/112] kthread+0x0/0x70 Feb 4 12:04:45 server kernel: [47356.144000] [kernel_thread_helper+7/16] kernel_thread_helper+0x7/0x10 Feb 4 12:04:45 server kernel: [47356.144000] ======================= Feb 4 12:04:45 server kernel: [47356.144000] Code: 90 89 c1 31 d2 31 c0 03 84 0a 80 01 00 00 83 ea 80 81 fa 00 04 00 00 75 ee f3 c3 8d b6 00 00 00 00 53 8b
48 04 8d 58 04 8b 53 04 <89> 51 04 89 0a c7 43 04 00 02 20 00 c7 40 04 00 01 10 00 31 c0 Feb 4 12:04:45 server kernel: [47356.144000] EIP: [__unlink_module+10/48] __unlink_module+0xa/0x30 SS:ESP 0068:d5cdffbc
Im Ergebnis scheint sich auch im Kernel etwas heftig zu verhängen; der Server läßt sich nicht mal mehr "richtig" herunterfahren.
Obwohl ich nicht allzuviele C-Kenntnisse habe, würde ich doch sagen, dass da etwas schwerwiegendes im Argen liegt.
Kann mir jmd. sagen, was ich noch tun kann? Ich habe bereits versucht, es ähnlich zu lösen, wie unter Debian. Da habe ich die suse-9.3 Treiber genommen und auf meinem Kernel kompiliert, jedoch scheitert dies hier (mit eigenartigen Fehlermeldungen à la:
stefan@server:/tmp/fritz/src$ sudo make make -C /lib/modules/2.6.22-14-generic/build SUBDIRS=/tmp/fritz/src modules make[1]: Betrete Verzeichnis '/usr/src/linux-headers-2.6.22-14-386' CC [M] /tmp/fritz/src/main.o In file included from /tmp/fritz/src/queue.h:27, from /tmp/fritz/src/tables.h:31, from /tmp/fritz/src/driver.h:31, from /tmp/fritz/src/main.c:45: /tmp/fritz/src/tools.h:74: Fehler: expected identifier or »(« before »typeof« /tmp/fritz/src/tools.h:74: Fehler: expected »)« before »__xchg« In file included from /tmp/fritz/src/main.c:45: /tmp/fritz/src/driver.h:101: Fehler: In Konflikt stehende Typen für »driver_init« include/linux/device.h:502: Fehler: Vorherige Deklaration von »driver_init« war hier /tmp/fritz/src/main.c: In Funktion »fritz_init«: /tmp/fritz/src/main.c:367: Warnung: Implizite Deklaration der Funktion »pci_module_init« make[2]: *** [/tmp/fritz/src/main.o] Fehler 1 make[1]: *** [_module_/tmp/fritz/src] Fehler 2 make[1]: Verlasse Verzeichnis '/usr/src/linux-headers-2.6.22-14-386' make: *** [fcpci.ko] Fehler 2 stefan@server:/tmp/fritz/src$
)
Danke für Eure Hilfe.
Machts gut. Stefan
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-isdn-de+help@opensuse.org
Hallo Stefan,
Am Dienstag, 5. Februar 2008 schrieb Stefan Schilling: [...]
Wenn ich allerdings die capiutils (und den Rest) wieder abschalte, kommt folgendes:
[...]
mach es einfach so wie suse: # due to races and also for speedup we do not unload drivers
Lass die Module geladen und beende nur isdnlog.
Gruß Ingo
-------- Original-Nachricht --------
Datum: Wed, 6 Feb 2008 08:17:11 +0100 Von: "Ingo Göppert" ingo.goeppert@gmx.de An: opensuse-isdn-de@opensuse.org Betreff: Re: [opensuse-isdn-de] fcpci: handle kernel NULL pointer dereference
Hallo Ingo,
Hallo Stefan,
Am Dienstag, 5. Februar 2008 schrieb Stefan Schilling: [...]
Wenn ich allerdings die capiutils (und den Rest) wieder abschalte, kommt folgendes:
[...]
mach es einfach so wie suse: # due to races and also for speedup we do not unload drivers
Lass die Module geladen und beende nur isdnlog.
ja, das könnte man so machen. Pech nur, dass sich der Rechner auch nicht mehr herunterfahren ließ; er blieb dann einfach hängen. Aber: mit Olly's Patch (Mehrzahl: Patches??) gehts jetzt.
Trotzdem danke für den Hinweis.
Stefan
-- ## Registered Linux User #274727 -- http://counter.li.org/ ## Windows, Linux und Mac Office-Suite -- http://de.openoffice.org/ ## Die OpenOffice.org PrOOo-Box -- http://prooo-box.org/