mveltre
Anmeldungsdatum: 12. Juni 2007
Beiträge: 75
|
hi, ich habe einen upgrade von gutsy auf hardy vorgenommen (i386), wobei in der Kiste auch eine AVM Fritz-Card PCI (rev. 2) steckt und ich mittels Capisuite einen Anrufbeantworter betreibe. Nach dem Upgrade tauchen jetzt aber fehler im Kernel auf, wenn ich einen Test-Anruf vornehme:
kernel: [ 1179.730505] capidrv-1: incoming call on not existing bchan ? Wobei die config soweit stimmt, auch capiinfo gibt was sinnvolles aus: root@data:~# capiinfo
Number of Controllers : 1
Controller 1:
Manufacturer:
CAPI Version: 2.0
Manufacturer Version: 49.23
Serial Number: 1000001
BChannels: 0
Global Options: 0x00000000
B1 protocols support: 0x00000000
B2 protocols support: 0x00000000
B3 protocols support: 0x00000000
0100
0000
00000000
00000000
00000000
00000000
00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000
Supplementary services support: 0x000003ff
Hold / Retrieve
Terminal Portability
ECT
3PTY
Call Forwarding
Call Deflection
MCID
CCBS Im Capisuite-log tauchen (mit Log-Level 2) diese Einträge auf - Anrufe tauchen nicht auf, obwohl er da meint es sei eine capi vorhanden. Fri Apr 25 14:00:38 2008 CapiSuite 0xbfc20858: CapiSuite 0.4.5 started.
Fri Apr 25 14:00:38 2008 Capi 0x80a1a50: Capi object created
Fri Apr 25 14:00:38 2008 Capi 0x80a1a50: >LISTEN_REQ ApplID 0x2 msgNum 0x0 Controller 0x1 InfoMask 0x10 CIPMask 0x0 0x0 NULL NULL
Fri Apr 25 14:00:38 2008 Capi 0x80a1a50: info: 0
Fri Apr 25 14:00:38 2008 Capi 0x80a1a50: <LISTEN_CONF Controller 0x1 Info 0x0
Fri Apr 25 14:00:38 2008 Capi 0x80a1a50: Registered successful at CAPI with ApplId 2 Die Dateien /etc/isdn/capi.conf und /etc/capisuite/capisuite.conf passen soweit. Hat jemand ideen woran das liegen könnte und wie ich das hin biegen kann? 😉 Danke, Markus
|
DeJe
Anmeldungsdatum: 2. Januar 2008
Beiträge: 2377
|
mveltre hat geschrieben: Wobei die config soweit stimmt, auch capiinfo gibt was sinnvolles aus: root@data:~# capiinfo
Number of Controllers : 1
Controller 1:
Manufacturer:
CAPI Version: 2.0
Manufacturer Version: 49.23
Serial Number: 1000001
BChannels: 0
Global Options: 0x00000000
B1 protocols support: 0x00000000
B2 protocols support: 0x00000000
B3 protocols support: 0x00000000
0100
0000
00000000
00000000
00000000
00000000
00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000
Für mich sieht das irgendwie nicht sauber aus. 😉 Hast du fcpci selbst übersetzt oder woher hast du das Modul für Kerrnel 2.6.24? Bei 2.6.24 sind Änderungen in der string.h wo Funktionen ausgelagert wurden. Daher die obige Ausgabe mit "kaputten" B-Kanälen. Eine korrekte Capiinfo-Ausgabe muß etwa so aussehen:
Number of Controllers : 1
Controller 1:
Manufacturer: AVM GmbH
CAPI Version: 2.0
Manufacturer Version: 3.11-07 (49.23)
Serial Number: 1000001
BChannels: 2
Global Options: 0x00000039
internal controller supported
DTMF supported
Supplementary Services supported
channel allocation supported (leased lines)
B1 protocols support: 0x4000011f
64 kbit/s with HDLC framing
64 kbit/s bit-transparent operation
V.110 asynconous operation with start/stop byte framing
V.110 synconous operation with HDLC framing
T.30 modem for fax group 3
Modem asyncronous operation with start/stop byte framing
B2 protocols support: 0x00000b1b
ISO 7776 (X.75 SLP)
Transparent
LAPD with Q.921 for D channel X.25 (SAPI 16)
T.30 for fax group 3
ISO 7776 (X.75 SLP) with V.42bis compression
V.120 asyncronous mode
V.120 bit-transparent mode
B3 protocols support: 0x800000bf
Transparent
T.90NL, T.70NL, T.90
ISO 8208 (X.25 DTE-DTE)
X.25 DCE
T.30 for fax group 3
T.30 for fax group 3 with extensions
Modem
0100
0200
39000000
1f010040
1b0b0000
bf000080
00000000 00000000 00000000 00000000 00000000 00000000
01000001 00020000 00000000 00000000 00000000
Supplementary services support: 0x000003ff
Hold / Retrieve
Terminal Portability
ECT
3PTY
Call Forwarding
Call Deflection
MCID
CCBS Diese Ausgabe ist NICHT von Kernel 2.6.24 sondern auf Debian Etch mit 2.6.23
|
marcelh
Anmeldungsdatum: 31. März 2007
Beiträge: Zähle...
|
Hallo, ich habe genau das gleiche Problem: sudo capiinfo
Number of Controllers : 1
Controller 1:
Manufacturer:
CAPI Version: 2.0
Manufacturer Version: 49.23
Serial Number: 1000001
BChannels: 0
Global Options: 0x00000000
B1 protocols support: 0x00000000
B2 protocols support: 0x00000000
B3 protocols support: 0x00000000
0100
0000
00000000
00000000
00000000
00000000
00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000 00000000 00000000 00000000
Supplementary services support: 0x000003ff
Hold / Retrieve
Terminal Portability
ECT
3PTY
Call Forwarding
Call Deflection
MCID
CCBS mit Kernel 2.6.24-16-server. Habe die restricted-Treiber genommen, nichts selbst übersetzt. Ich habe im Moment auch keine Ahnung, wo das Problem liegt. /e syslog | grep capi:
Apr 27 12:11:45 videoServer kernel: [ 55.272829] kcapi: Controller [001]: fcpci-9c00-21 attached
Apr 27 12:11:45 videoServer kernel: [ 55.272831] kcapi: card [001] "fcpci-9c00-21" ready.
Apr 27 12:11:45 videoServer kernel: [ 58.389587] capifs: Rev 1.1.2.3
Apr 27 12:11:45 videoServer kernel: [ 58.392714] capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)
Apr 27 12:11:45 videoServer kernel: [ 58.417322] capidrv-1: now up (0 B channels)
Apr 27 12:11:45 videoServer kernel: [ 58.417325] capidrv-1: not from AVM, no d-channel trace possible ()
Apr 27 12:11:45 videoServer kernel: [ 58.417330] capidrv: Rev 1.1.2.2: loaded /ee CAPI not working correctly on Ubuntu hardy (8.04)
|
DeJe
Anmeldungsdatum: 2. Januar 2008
Beiträge: 2377
|
Du wirst wohl selbst übersetzen müssen. Ich habe diese Quellen benutzt. Unter Ubuntu Hardy Beta (ich glaube war Kernel 2.6.24-12) ist es mir aber trotzdem nicht gelungen ISDN zum Laufen zu bekommen. Ich bin über diesen Bug nicht hinausgekommen und habe kurzerhand Debian Etch 4.0 als Server installiert. Ob es mittlerweile mit Ubuntu Kernel 2.6.24-16 funktioniert kann ich also nicht sagen. 😉 PS: Hier mein Thread über ISDN auf Ubuntu: http://forum.ubuntuusers.de/topic/163054/
|
mveltre
(Themenstarter)
Anmeldungsdatum: 12. Juni 2007
Beiträge: 75
|
DeJe hat geschrieben: Hast du fcpci selbst übersetzt oder woher hast du das Modul für Kerrnel 2.6.24? Bei 2.6.24 sind Änderungen in der string.h wo Funktionen ausgelagert wurden. Daher die obige Ausgabe mit "kaputten" B-Kanälen.
Das sind die mit Ubuntu hardy gelieferten Module, 2.6.24-generic mit den restricted modules. Markus
|
mveltre
(Themenstarter)
Anmeldungsdatum: 12. Juni 2007
Beiträge: 75
|
dazu scheint es einen Bug-Report zu geben, ganz unten steht wie jemand manuell ein Modul gebaut hat. Allerdings weis ich nicht, wie ich das Makefile anpassen soll und wie ich das Modul dann installieren muss. (muss ich die anderen entfernen?...) https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.24/+bug/204624 Markus
|
DeJe
Anmeldungsdatum: 2. Januar 2008
Beiträge: 2377
|
Du benötigst min. die linux-headers (sollten eigentlich installiert sein bei Hardy) und build-essentials (eventuell noch ein paar andere Sachen). Du benötigst root-Rechte. Dann lade dir dieses Archiv und entpacke es in /usr/src ich schreibe die Befehle nur aus dem Kopf weil ich das Ganze nicht auf meinem Notebook installieren möchte. 😉
$cd /usr/src/AVM-Fritz/fcpci-3.11.07
$sudo make
$sudo make install
$sudo depmod -a
$modprobe -l | grep fcpci jetzt sollte das fcpci.ko auftauchen. Mit "modprobe fcpci" mal laden und mit capiinfo kontrollieren ob es funktioniert. Das Hardy-fcpci kannst du eigentlich vor der ganzen Aktion einfach löschen (vorher irgendwohin kopieren und merken wo es war) oder besser deinstallieren.
Melde mal ob es geht.
|
obelix
Anmeldungsdatum: 28. März 2005
Beiträge: 465
Wohnort: Hessen
|
Hi, gibt es eventuell eine Info ob das gefixt wird? Gruß Obelix
|
gewitter
Anmeldungsdatum: 3. September 2007
Beiträge: 251
Wohnort: OpenGurken.dorf
|
DeJe hat geschrieben: Du benötigst min. die linux-headers (sollten eigentlich installiert sein bei Hardy) und build-essentials (eventuell noch ein paar andere Sachen). Du benötigst root-Rechte. Dann lade dir dieses Archiv und entpacke es in /usr/src ich schreibe die Befehle nur aus dem Kopf weil ich das Ganze nicht auf meinem Notebook installieren möchte. 😉
$cd /usr/src/AVM-Fritz/fcpci-3.11.07
$sudo make
$sudo make install
$sudo depmod -a
$modprobe -l | grep fcpci jetzt sollte das fcpci.ko auftauchen. Mit "modprobe fcpci" mal laden und mit capiinfo kontrollieren ob es funktioniert. Das Hardy-fcpci kannst du eigentlich vor der ganzen Aktion einfach löschen (vorher irgendwohin kopieren und merken wo es war) oder besser deinstallieren.
Melde mal ob es geht.
Wunderbar 😀 Vielen Dank, nur das make install funktioniert nicht, habe das fcpci.ko einfach dahin kopiert, wo ich es gebraucht habe. Super. Langsam geht mir [kx?]ubuntu auf die Nerven, der AVM-WLan-Stick funktioniert mit Hardy auch nicht und das ist alles absolut gängige Hardware.
|
schandelah
Anmeldungsdatum: 1. Mai 2007
Beiträge: 95
Wohnort: bei Kassel
|
Hiho! gewitter hat geschrieben: Vielen Dank, nur das make install funktioniert nicht, habe das fcpci.ko einfach dahin kopiert, wo ich es gebraucht habe.
Ich würde auch gern wieder mein Fax nutzen können, kannst Du mir also verraten, wohin Du das fcpci.ko kopiert hast? Danke und Gruß Steff
|
gewitter
Anmeldungsdatum: 3. September 2007
Beiträge: 251
Wohnort: OpenGurken.dorf
|
nach dem letzten boot war es wieder weg - LOL Neuer Weg: Aus dem Kompilationsverzeichnis folgende Dateien nach /lib/linux-restricted-modules/'uname -r'/fcpci kopieren, da das modul beim booten neu erstellt wird: driver.o fcpci.mod.o lib.o main.o queue.o tables.o tools.o es wird dann beim booten in /lib/modules/'uname -r'/volatile neu erstellt.
|
schandelah
Anmeldungsdatum: 1. Mai 2007
Beiträge: 95
Wohnort: bei Kassel
|
Danke, aber das funktioniert hier (2.6.24-17-generic) nicht, das Modul wird nicht erstellt. Es ist schlichtweg gar nicht da. Wenn ich fcpci.ko nach /lib/modules/2.6.24-17-generic/volatile kopiere, funktioniert alles, ist aber nach Neustart wieder weg. ☹ Hast Du noch eine Idee? Kann das mit der neuen AVM-Firmware zusammenhängen, die heute morgen per Update kam?
|
gewitter
Anmeldungsdatum: 3. September 2007
Beiträge: 251
Wohnort: OpenGurken.dorf
|
die firmware wird nicht benutzt. in meinem verzeichnis sind folgende dateien: dir -l /lib/linux-restricted-modules/2.6.24-16-generic/fcpci/
insgesamt 1209
-rw-r--r-- 1 root root 126584 2008-05-07 08:05 driver.o
-rw-r--r-- 1 root root 581653 2008-04-11 01:11 fcpci-lib.o
-rw-r--r-- 1 root root 29200 2008-05-07 08:05 fcpci.mod.o
-rw-r--r-- 1 root root 93408 2008-05-07 08:05 lib.o
-rw-r--r-- 1 root root 94380 2008-05-07 08:05 main.o
-rw-r--r-- 1 root root 95764 2008-05-07 08:05 queue.o
-rw-r--r-- 1 root root 110648 2008-05-07 08:05 tables.o
-rw-r--r-- 1 root root 85392 2008-05-07 08:05 tools.o das einzigst alte ist das closed-source fcpci-lib.o von avm und - wie gesagt - wird der kram bei jedem boot neu zu einem fcpci.ko zusammengestellt.
dir -l /lib/modules/2.6.24-16-generic/volatile/
insgesamt 38176
-rw-r--r-- 1 root root 327171 2008-05-10 10:23 ath_hal.ko
-rw-r--r-- 1 root root 1522631 2008-05-10 10:23 fcdsl2.ko
-rw-r--r-- 1 root root 1573144 2008-05-10 10:23 fcdsl.ko
-rw-r--r-- 1 root root 1522265 2008-05-10 10:23 fcdslsl.ko
-rw-r--r-- 1 root root 1613044 2008-05-10 10:23 fcdslslusb.ko
-rw-r--r-- 1 root root 1614082 2008-05-10 10:23 fcdslusb2.ko
-rw-r--r-- 1 root root 1613023 2008-05-10 10:23 fcdslusba.ko
-rw-r--r-- 1 root root 1422675 2008-05-10 10:23 fcdslusb.ko
-rw-r--r-- 1 root root 1204404 2008-05-10 10:23 fcpci.ko
-rw-r--r-- 1 root root 1227600 2008-05-10 10:23 fcusb.ko
-rw-r--r-- 1 root root 2167301 2008-05-10 10:23 fglrx.ko
-rw-r--r-- 1 root root 1351090 2008-05-10 10:23 fwlanusb.ko
-rw-r--r-- 1 root root 1274612 2008-05-10 10:23 fxusb.ko
-rw-r--r-- 1 root root 6095627 2008-05-10 10:23 nvidia.ko
-rw-r--r-- 1 root root 4990223 2008-05-10 10:23 nvidia_legacy.ko
-rw-r--r-- 1 root root 9390865 2008-05-10 10:23 nvidia_new.ko der rechner wurde heute morgen um 10:23 hochgefahren.
|
schandelah
Anmeldungsdatum: 1. Mai 2007
Beiträge: 95
Wohnort: bei Kassel
|
Hiho! Habe das ganze jetzt per Scripting (ich liebe unixoide Systeme dafür, das man alles mit einem kurzen Script erledigen kann!) gelöst. Mein Bashscript #!/bin/bash
cp /usr/src/AVM-Fritz/fcpci-3.11.07/fcpci.ko /lib/modules/2.6.24-17-generic/volatile/
sleep 10
depmod -a
sleep 10
modprobe fcpci
sleep 10
/etc/init.d/capisuite restart
exit 0 kopiert fcpci.ko an die richtige Stelle, lädt das Modul und startet Capisuite neu - automatisch im Hintergrund beim Hochfahren (unter Sitzungen eintragen, mit Gnome) ☺ Natürlich musste ich in /etc/sudoers per visudo eine Zeile einfügen, die mir für dieses Script die Passwortnachfrage erspart: steff ALL=(ALL) NOPASSWD: /usr/sbin/avmundcapisuite Danke für all Deine Hinweise!
Gruß Steff
|
vollkorn
Anmeldungsdatum: 23. Oktober 2006
Beiträge: 25
|
Danke, ich habe zwei Tage lang versucht genau dieses Problem zu lösen. Und in diesem Thread ist die funktionierende Lösung. So habe ich es auf meinem Ubuntu Server mit kernel 2.6.24-16 gemacht: $sudo apt-get install linux-headers-2.6.24-16-generic linux-restricted-modules Das Archiv http://rapidshare.de/files/39255014/AVM-Fritz.tar.gz.html heruntergeladen und entpackt: $tar -xzf AVM-Fritz.tar.gz $mv AVM-Fritz /usr/src $cd /usr/src/AVM-Fritz/fcpci-3.11.07 $sudo make $cp driver.o fcpci.mod.o lib.o main.o queue.o tables.o tools.o /lib/linux-restricted-modules/2.6.24-16-generic/fcpci/ Noch ein Reboot und meine Fritz!PCI läuft rund. Vielen Dank Jan
|