ubuntuusers.de

Hallo Jan und alle Mitleser,
als ich deine Erfolgsstory las, hatte ich große Hoffnung. Leider ist der Erfolg bei meiner Installation (Hardy mit 2.6.24-16-generic, AVM Fritz PCI 2.0) nicht reproduzierbar. Beim Systemstart kommt beim Compilieren der fcpci-Treiber kurz eine Meldung in der Art: "MakeFile invalid format" - leider sehr schnell wieder weg.
Hat jemand einen Rat?

Danke

Was genau hast Du denn gemacht? Was sagt /var/log/messages? Was sagt capiinfo? dmesg?

Gruß
Jan

Hallo Jan,
danke für die schnelle Reaktion.
Ich bin Schritt für Schritt deiner Anleitung gefolgt - nur beim

$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/ 

musste ich noch ein sudo davor setzen.
Gestern habe ich schon einmal ein bischen rumprobiert - dabei bin ich den Anleitungen weiter oben im Thread gefolgt (auch erfolglos).

Die Ausgabe von capiinfo:

 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

in dmesg sind wohl die folgenden Abschnitte interessant:

[   36.470476] CAPI Subsystem Rev 1.1.2.8
[   36.474154] fcpci: module license 'Proprietary' taints kernel.
[   36.494451] fcpci: AVM FRITZ!Card PCI driver, revision 0.7.2
[   36.494511] fcpci: (fcpci built on Apr 10 2008 at 23:06:14)
[   36.494564] fcpci: -- 32 bit CAPI driver --
[   36.494689] ACPI: PCI Interrupt 0000:0b:07.0[A] -> GSI 21 (level, low) -> IRQ 22
[   36.494793] fcpci: AVM FRITZ!Card PCI found: port 0x5000, irq 22
[   36.494845] fcpci: Loading...
[   36.494889] fcpci: Driver 'fcpci' attached to fcpci-stack. (152)
[   36.726244] fcpci: Stack version 3.11-07

und

[   37.802557] kcapi: Controller [001]: fcpci-5000-22 attached
[   37.802611] kcapi: card [001] "fcpci-5000-22" ready.
[   37.802741] fcpci: Loaded.

sowie

[   40.456466] 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
[   40.462171] capidrv-1: now up (0 B channels)
[   40.462225] capidrv-1: not from AVM, no d-channel trace possible ()
[   40.462279] capidrv: Rev 1.1.2.2: loaded
[   40.478230] capifs: Rev 1.1.2.3
[   40.484663] capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)

In den messages konnte ich nichts Verdächtiges finden.

Sagt Dir das was?

Sieht so aus als ob nach wie vor das alte, defekte Modul geladen wird. Versuch mal die Anleitung durchzugehen und im Anschluss die fcpci.ko nach /lib/modules/2.6.24-16-generic/volatile/fcpci.ko zu kopieren und dann mit "modprobe fcpci" zu nutzen. Dazu muss natürlich das bisher geladene Modul entladen werden, was ich immer nicht hinbekomme und weshalb ich dann den Eintrag in der /etc/modules.conf entferne, neu boote und dann wie oben beschrieben das Modul lade.

Danach check mal bitte ob das Modul sauber geladen wird und capiinfo vernünftig aussieht.

Gruß
Jan

Danke, jetzt bin ich schon einen großen Schritt weiter:

capiinfo
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

Jetzt muss ich das nur noch dauerhaft über das reboot hinaus hinbekommen.
Ich habe gestern den fcpci-Ordner im den restricteds in fcpci.alt umkopiert und dann die Dateien aus dem usr/src/AVM...-Verzeichnis in einen neuen, leeren fcpci-Ordner kopiert. Merkwürdigerweise meckert das System beim Hochfahren, dass etwas mit "fcpci.alt" nicht stimmt. Woher kennt das System diesen Ordner und was soll dort beim Bootvorgang gemacht werden? Sieht aus, als ob hier die alten Treiber compiliert werden....

ubunovi@traktor:/lib/linux-restricted-modules/2.6.24-16-generic$ ls
ath_hal  fcdsl2   fcdslslusb  fcdslusb2  fcpci      fcpci.bak  fglrx     fxusb   nvidia_legacy
fcdsl    fcdslsl  fcdslusb    fcdslusba  fcpci.alt  fcusb      fwlanusb  nvidia  nvidia_new

Sollte ich vielleicht alle fcpci.X Ordner löschen und nur den fcpci mit den veränderten Dateien stehen lassen?

Gruß

Frank

Um es mit Dr. House zu sagen (gerade die dritte Staffel durchgeschaut) "Alle Menschen lügen".

Du hast nicht exakt das gemacht was in der Anleitung steht 😉

Keinen Ordner kopieren, keine Sicherheitskopie, nichts löschen, kein neuer Ordner sondern einfach die im letzten Befehl genannten Dateien "drüberbügeln".

Denn sonst fehlt z.B. die fcpci-lib.o, die nicht mitkopiert wird. Über Sinn und Unsinn diese Datei nicht mitzukopieren kann ich nichts sagen, aber ich glaube ehrlich gesagt, dass es nur eine Vergesslichkeit der Person war, die den Weg ausgetüftelt hat und dann aus dem Gedächtnis hier aufgeschrieben hat. Macht nichts, läuft.
Oder es sind zu viele Ordner und Dateien da und dann wird ein und dasselbe Modul zwei mal kompiliert und ich kann leider nicht beurteilen welches Modul jenes ist, dass am Ende im volatile-Verzeichnis landet und geladen wird.

Also, viel Erfogl
Jan

...das klingt plausibel.
Ich war einfach zu vorsichtig - das Backup-Denken hat es offenbar vereitelt. So kann es gehen.
Ich werde morgen meine Umsicht rückgängig machen. Dann sollte es gehen. Jetzt gehe ich erstmal - und zwar schlafen 😉

Noch'mal, vielen Dank und gute Nacht...

Frank

Hm, ich frage mich warum ihr das nach restricted.../volatile kopiert?
Kopiert das Modul fcpci.ko einfach unter einen neuen Ordner "extra" im Kernel, z.B. "/lib/modules/$(shell uname -r)/extra/".
Danach ein depmod -a und das Modul sollte nicht mehr verschwinden nach jedem Boot.

Anbei ein neues Makefile für das hier verlinkte Package. Dieses enthält jetzt auch einen install-Zweig, der fehlte in der Tat. 😉
Nach "make install" müßt ihr aber noch ein "depmod -a" ausführen.

Hallo DeJe,
habe das Makefile getauscht und der Treiber wurde in /../extra kopiert - prima!
Leider habe ich offensichtlich durch meine Stümperei noch ein paar andere Bugs eingebaut:
beim Systemstart kommt immer noch die Meldung des inkompatiblen Makefiles im fcpci-Kontext (wahrscheinlich wird immer noch irgendein verbogener Treiber compiliert). Wenn ich dann nach dem Booten in einer Console folgendes eingebe kommt eine vielsagende Fehlermeldung:

ubunovi@traktor:~$ modprobe fcpci
FATAL: Could not open '/lib/modules/2.6.24-16-generic/volatile/fcpci.bak.ko': No such file or directory

Ich weiß, dass ich als Normal-User keine Module laden darf - aber der Versuch ein *.bak.ko Modul zu laden, lässt mich doch stutzen.
Wie zu erwarten wird beim Booten gar kein Modul zum fcpci geladen:

ubunovi@traktor:~$ capiinfo
capi not installed - No such device or address (6)

Die manuell erstellten Verzeichnisse "fcpci" im den restricted-modules Zweig habe ich gelöscht und das Originalverzeichnis wieder restauriert. Trotzdem scheint irgendwo noch ein Wurm drin zu sein. Muss ich vor der Ausführung des Makefile die restricted-modules (mit und ohne 2.6.24-16-generic) deinstallieren?
Für einen kleinen Hinweis wäre ich dankbar.

Frank

Ja, die restricted modules brauchst du ja nicht mehr.
Also mal deinstallieren, zumindest die Fritz-Module.

Nach dem Deinstallieren von allen resticted-Paketen läuft es - Danke!
Nur eine Kleinigkeit: beim Booten erscheint kurz die Warnung/Fehlermeldung: "can't create /../volatile" - kann das zu Problemen führen? Muss ich das abstellen - wenn ja, wie?

Frank

Das kann ich dir leider nicht sagen, hatte noch keine restricted modules auf meinem Computer.
Vielleicht hast du irgendwo noch ein script am laufen für das compilieren...

Andererseits sollte das nicht weiter stören.

und ein schönes Wochenende!

Frank

apt-get install linux-restricted-modules-2.6.24-17-server

dies mal versuchen dann tut es ... jedenfalls hier hats geklappt

Jo hab es auch so gemacht, hab aber noch 2 Probleme.
1. Wenn ich den Rechner reboote oder abschalte dann hängt er sich auf mit dem fehler dass das modul nicht abschalten kann.
2. Wie kann ich meinen CAPI Treiber mit minicom testen. Bzw. auf welchem Device und mit welchem INIT (pu minit).
Da ich die Karte nur zum Faxen verwende sind keine PPP Packages vorhanden.

Für Hilfe bin ich wirklich dankbar!!!!