[opensuse-isdn-de] Binäre Treiber für AVM Fritz PCI zum Laufen kriegen

[Malte Gell]

Hallo,

habe openSUSE 10.3 (32 Bit) und eine AVM FritzCard PCI (also Fritzcard
PCI "1.0").

Sodele, Kernelmodul von
http://opensuse.foehr-it.de/rpms/10_3/2.6.22.19_0.1/32bit/
geholt, um genau zu sein, die fcpci-kmp-default....rpm

"Modprobe fcpci" gemacht, okay, Modul lädt.

Yast2 aufgerufen, in der Konfig die Konfig umgestellt von HiSax
auf "Capi mit Fax". So, neu gebootet (ich weiß...) und siehe da... ein
lsmod | grep fcpci ergibt nichts! Geladen werden noch immer die alten
Hisaxtreiber? Frage: warum? Was mach ich falsch?

Gruß
Malte

[Malte Gell]

Post by Malte Gell
Hallo,
habe openSUSE 10.3 (32 Bit) und eine AVM FritzCard PCI (also
Fritzcard PCI "1.0").
Sodele, Kernelmodul von
http://opensuse.foehr-it.de/rpms/10_3/2.6.22.19_0.1/32bit/
geholt, um genau zu sein, die fcpci-kmp-default....rpm

Ok, habe nun die verstaubten Originaltreiber von AVM versucht,
aktuellere als die scheint es nicht mehr zu geben:

http://download.avm.de/cardware/fritzcrd.pci/linux/suse.93/fcpci-suse93-3.11-07.tar.gz

habe ich nach Anleitung versucht zu kompilieren, mit "cd fritz" nach dem
Entpacken und dann "make", das Resultat siehe unten.

Oh je, ist ISDN CAPI Fax unter Linux zum Tode verurteilt....? Ich
erwäge, mein altes 56k-Modem auszupacken und per Terminaladapter an den
NTBA anzuschließen... helf mir Gott, dass das nicht nötig wird...



make -C src
make[1]: Entering directory
`/home/malte_gell/download/openSUSE103/kernel/fritz/src'
make -C /lib/modules/2.6.22.19-0.1-athlon/build
SUBDIRS=/home/malte_gell/download/openSUSE103/kernel/fritz/src modules
make[2]: Entering directory `/usr/src/linux-2.6.22.19-0.1'
CC [M] /home/malte_gell/download/openSUSE103/kernel/fritz/src/main.o
/home/malte_gell/download/openSUSE103/kernel/fritz/src/main.c:25:26:
error: linux/config.h: Datei oder Verzeichnis nicht gefunden
In file included
from /home/malte_gell/download/openSUSE103/kernel/fritz/src/queue.h:27,

from /home/malte_gell/download/openSUSE103/kernel/fritz/src/tables.h:31,

from /home/malte_gell/download/openSUSE103/kernel/fritz/src/driver.h:31,

from /home/malte_gell/download/openSUSE103/kernel/fritz/src/main.c:45:
/home/malte_gell/download/openSUSE103/kernel/fritz/src/tools.h:74:
error: expected identifier or ‘(’ before ‘typeof’
/home/malte_gell/download/openSUSE103/kernel/fritz/src/tools.h:74:
error: expected ‘)’ before ‘__xchg’
In file included
from /home/malte_gell/download/openSUSE103/kernel/fritz/src/main.c:45:
/home/malte_gell/download/openSUSE103/kernel/fritz/src/driver.h:101:
error: conflicting types for ‘driver_init’
include/linux/device.h:502: error: previous declaration of ‘driver_init’
was here
/home/malte_gell/download/openSUSE103/kernel/fritz/src/main.c: In
function ‘fritz_init’:
/home/malte_gell/download/openSUSE103/kernel/fritz/src/main.c:367:
error: implicit declaration of function ‘pci_module_init’
make[3]: ***
[/home/malte_gell/download/openSUSE103/kernel/fritz/src/main.o] Fehler
1
make[2]: ***
[_module_/home/malte_gell/download/openSUSE103/kernel/fritz/src] Fehler
2
make[2]: Leaving directory `/usr/src/linux-2.6.22.19-0.1'
make[1]: *** [fcpci.ko] Fehler 2
make[1]: Leaving directory
`/home/malte_gell/download/openSUSE103/kernel/fritz/src'
make: *** [src/fcpci.ko] Fehler 2

[Holger Krull]

Post by Malte Gell
http://opensuse.foehr-it.de/rpms/10_3/2.6.22.19_0.1/32bit/
geholt, um genau zu sein, die fcpci-kmp-default....rpm
"Modprobe fcpci" gemacht, okay, Modul lädt.
Yast2 aufgerufen, in der Konfig die Konfig umgestellt von HiSax
auf "Capi mit Fax". So, neu gebootet (ich weiß...) und siehe da... ein
lsmod | grep fcpci ergibt nichts! Geladen werden noch immer die alten
Hisaxtreiber? Frage: warum? Was mach ich falsch?

Vermutlich ist fcpci 'geblacklisted'
Such mal in /etc/modprobe.d/blacklist nach 'blacklist fcpci' und kommentier das weg.
Kann auch an /etc/modprobe.conf liegen und einem fcpci Eintrag dort.

[Malte Gell]

Post by Holger Krull

Post by Malte Gell
http://opensuse.foehr-it.de/rpms/10_3/2.6.22.19_0.1/32bit/
geholt, um genau zu sein, die fcpci-kmp-default....rpm
"Modprobe fcpci" gemacht, okay, Modul lädt.
Yast2 aufgerufen, in der Konfig die Konfig umgestellt von HiSax
auf "Capi mit Fax". So, neu gebootet (ich weiß...) und siehe da...
ein lsmod | grep fcpci ergibt nichts! Geladen werden noch immer die
alten Hisaxtreiber? Frage: warum? Was mach ich falsch?

Vermutlich ist fcpci 'geblacklisted'
Such mal in /etc/modprobe.d/blacklist nach 'blacklist fcpci' und kommentier das weg.

Jup, war geblacklisted. Die machen es einem aber auch schwer...

Post by Holger Krull
Kann auch an /etc/modprobe.conf liegen und einem
fcpci Eintrag dort.

"install fcpci /bin/true" in modprobe.conf sieht sauber aus.

Sodele, kisdnwatch läuft und zeigt die Kanäle an, kann ich nun daraus
schließen, dass der fcpic Treiber funzt? Geladen wird jetzt ja.

Gruß
Malte

[Holger Krull]

Post by Malte Gell

Post by Holger Krull

Post by Malte Gell
http://opensuse.foehr-it.de/rpms/10_3/2.6.22.19_0.1/32bit/
geholt, um genau zu sein, die fcpci-kmp-default....rpm
"Modprobe fcpci" gemacht, okay, Modul lädt.
alten Hisaxtreiber? Frage: warum? Was mach ich falsch?

Vermutlich ist fcpci 'geblacklisted'
Such mal in /etc/modprobe.d/blacklist nach 'blacklist fcpci' und kommentier das weg.

Jup, war geblacklisted. Die machen es einem aber auch schwer...

Ich habe auch keine Ahnung wozu das gut sein soll.

Post by Malte Gell

Post by Holger Krull
Kann auch an /etc/modprobe.conf liegen und einem
fcpci Eintrag dort.

"install fcpci /bin/true" in modprobe.conf sieht sauber aus.

Eigentlich nicht, denn das heißt ja das bin/true ausgeführt wird statt das Modul fcpci zu laden, verblüffend das es trotzdem klappt.

Post by Malte Gell
Sodele, kisdnwatch läuft und zeigt die Kanäle an, kann ich nun daraus
schließen, dass der fcpic Treiber funzt? Geladen wird jetzt ja.

Ja, denn ohne CAPI keine kisdnwatch.

[Malte Gell]

Post by Holger Krull
Ich habe auch keine Ahnung wozu das gut sein soll.

Post by Malte Gell

Post by Holger Krull
Kann auch an /etc/modprobe.conf liegen und einem
fcpci Eintrag dort.

"install fcpci /bin/true" in modprobe.conf sieht sauber aus.

Eigentlich nicht, denn das heißt ja das bin/true ausgeführt wird
statt das Modul fcpci zu laden, verblüffend das es trotzdem klappt.

Oha, dann werd ich mal ein "install fcpci" in die modprobe.conf.local
reinpacken...

Post by Holger Krull

Post by Malte Gell
Sodele, kisdnwatch läuft und zeigt die Kanäle an, kann ich nun
daraus schließen, dass der fcpic Treiber funzt? Geladen wird jetzt
ja.

Ja, denn ohne CAPI keine kisdnwatch.

nuja, kisdnwatch läuft, aber wenn ich ein Gespräch führe, wird kein
Kanal als besetzt angezeigt...

Malte

[Eric Scheen]

Hallo Malte,

Post by Malte Gell
nuja, kisdnwatch läuft, aber wenn ich ein Gespräch führe, wird kein
Kanal als besetzt angezeigt...

Der ISDN Watch kann nur die Kanäle überwachen die von der Fritz!Karte
benutzt werden - ich nehme an das Du mit "Gespräch führen" ein anderes
ISDN Gerät auf dem Bus meinst, richtig?
Diese von anderen Geräten belegten B-Kanäle werden nicht angezeigt.




Grüße
Eric

[Karsten Keil]

Post by Holger Krull

Post by Malte Gell

Post by Holger Krull

Post by Malte Gell
http://opensuse.foehr-it.de/rpms/10_3/2.6.22.19_0.1/32bit/
geholt, um genau zu sein, die fcpci-kmp-default....rpm
"Modprobe fcpci" gemacht, okay, Modul lädt.
alten Hisaxtreiber? Frage: warum? Was mach ich falsch?

Eventuell hat YaST eine neue config angelegt, anstatt die alte zu
überschreiben.
/etc/sysconfig/isdn/cfg-contr*

Post by Holger Krull

Post by Malte Gell

Post by Holger Krull
Vermutlich ist fcpci 'geblacklisted'
Such mal in /etc/modprobe.d/blacklist nach 'blacklist fcpci' und
kommentier das weg.

Schlechte Idee, dann funktionieren die Start scripte nicht und der
Treiber wird zu früh geladen.
Wenn das für Dich funktioniert, lass es aber so.

Post by Holger Krull

Post by Malte Gell
Jup, war geblacklisted. Die machen es einem aber auch schwer...

Ich habe auch keine Ahnung wozu das gut sein soll.

Das ist Absicht, alle ISDN Treiber sind in der blacklist.
Das Problem ist, das die Treiber ohne blacklist automatisch vom
Hotplug ohne richtige Parameter in zufaelliger Reihenfolge geladen werden.
Die Startscripte unter /etc/sysconfig/isdn/scripts sorgen dafür, das die
Treiber in der richtigen Reihenfolge geladen werden, sonst funktionieren
mehrere ISDN Karten nicht, allein über Eintrag der Parameter in
/etc/modprobe.d/... laest sich das nicht machen.

Post by Holger Krull

Post by Malte Gell

Post by Holger Krull
Kann auch an /etc/modprobe.conf liegen und einem
fcpci Eintrag dort.

"install fcpci /bin/true" in modprobe.conf sieht sauber aus.

Eigentlich nicht, denn das heißt ja das bin/true ausgeführt wird statt
das Modul fcpci zu laden, verblüffend das es trotzdem klappt.

Post by Malte Gell
Sodele, kisdnwatch läuft und zeigt die Kanäle an, kann ich nun daraus
schließen, dass der fcpic Treiber funzt? Geladen wird jetzt ja.

Ja, denn ohne CAPI keine kisdnwatch.
--

[Malte Gell]

Post by Karsten Keil

Post by Holger Krull

Post by Malte Gell
alten Hisaxtreiber? Frage: warum? Was mach ich falsch?

Eventuell hat YaST eine neue config angelegt, anstatt die alte zu
überschreiben.
/etc/sysconfig/isdn/cfg-contr*

cfg-contr0 sieht so aus, scheint sauber, oder?

AREACODE="+49 621"
DIALPREFIX=""
DRIVER="fcpci"
ISDNLOG_START="yes"
NAME="AVM FRITZ!Card PCI"
PARA_SUBTYPE="1"
PARA_TYPE="8002"
PROTOCOL="euro"
STARTMODE="auto"
UDI=""

Post by Karsten Keil

Post by Holger Krull
Vermutlich ist fcpci 'geblacklisted'
Such mal in /etc/modprobe.d/blacklist nach 'blacklist fcpci' und
kommentier das weg.

Schlechte Idee, dann funktionieren die Start scripte nicht und der
Treiber wird zu früh geladen.
Wenn das für Dich funktioniert, lass es aber so.
Das ist Absicht, alle ISDN Treiber sind in der blacklist.
Das Problem ist, das die Treiber ohne blacklist automatisch vom
Hotplug ohne richtige Parameter in zufaelliger Reihenfolge geladen
werden. Die Startscripte unter /etc/sysconfig/isdn/scripts sorgen
dafür, das die Treiber in der richtigen Reihenfolge geladen werden,
sonst funktionieren mehrere ISDN Karten nicht, allein über Eintrag
der Parameter in /etc/modprobe.d/... laest sich das nicht machen.

Okay, vielen dank für diese wertvolle Erklärung!

Malte