opt_asterisk_3.0.0-RC5 für fli4l 3.0.x

[fow0ryl]

Hi,

hier eine kurze Zwischeninfo von meinem Kollegen:

bei allen nicht-statisch gelinkten Libs wird erst bei der Umwandlung
festgelegt, welche Library geladen / -rufen wird. Du kannst die mit der
Umgebungsvariable LD_LIBRARY_PATH zur Laufzeit händisch weitere
Lokationen hinzufügen. Ich weiss aber nicht, was früher durchsucht wird.
Ansonsten kannst Du aber sicher den * so umwandeln, dass die passende
Lib genutzt wird. Ein ldd 'FERTIGESPROGRAMM' verrät Dir, ob die
richtigen Libs angezogen werden.

Daraus schließe ich, daß wir uns mal die make-files ansehen müssen.

@Netview
Bitte stell doch mal die Links zu den von dir verwendeten Sourcen hier rein.
Ich kann Sie dann morgen mal meinem Kollegen vor die Füße werfen.
Er wird sicher nichts für uns tun, wenn er erst die Sourcen suchen muss.

Gruß Henning

 

[Netview]

Hier ist der link:

http://junghanns.net/downloads/bristuff-0.3.0-PRE-1l.tar.gz

Ob der fli4l jedoch alle Funktionen wie 'LD_LIBRARY_PATH' unterstützt möchte ich bezweifeln. Es handelt sich ja im Prinzip um ein abgespecktes Debian mit 2.4.32-Kernel ('ldd' geht schon mal nicht!).

Gruss

Holger

 

[fow0ryl]

Hi,

ldd ist im fbr vorhanden. Braucht man also nur kopieren.

Nochmal die Frage zu den Links. Asterisk besteht doch nicht nur aus dem bristuff Paket.
Was ist dann mit dem * selbst, oder mit chan_capi, zaptel usw.
Auf der Seite von Asterisk finde ich eine Menge an Downloads.
Was wird denn davon gebraucht, und was nicht.

Ich wollte mich jetzt eigentlich nicht damit auseinandersetzen, welche Sourcen ich alle zusammensuchen muss, damit ich den * in der von dir zusammengestellten Funktionalität bauen kann.
Dafür habe ich denn doch nicht genug Zeit.

Gruß Henning

 

[Netview]

Das bristuff-pack macht einen wget auf:

ftp://ftp.digium.com/pub/asterisk/old-releases/asterisk-1.2.4.tar.gz
ftp://ftp.digium.com/pub/libpri/libpri-1.2.2.tar.gz
ftp://ftp.digium.com/pub/zaptel/releases/zaptel-1.2.5.tar.gz

Im Anschluss daran werden diese packs gepatched.

Die chan_capi wird ersetzt durch die chan_capi-cm von:

ftp://ftp.chan-capi.org/chan-capi/chan_capi-cm-0.6.4.tar.gz

 

[fow0ryl]

Ok,

habe im bristuff Paket das download script gefunden. Leider funktioniert das nicht, da die Pfadangaben nicht stimmen.
Na ja, das kann ich korrgieren.
Sollte man die im bristuff Paket genannten Versionen probieren, oder besser die aktuellen Versionen von der * Seite.

Gruß Henning

 

[Netview]

Ok,

habe im bristuff Paket das download script gefunden. Leider funktioniert das nicht, da die Pfadangaben nicht stimmen.
Na ja, das kann ich korrgieren.
Sollte man die im bristuff Paket genannten Versionen probieren, oder besser die aktuellen Versionen von der * Seite.

Gruß Henning

Hallo Henning,

wie ich bereits schrieb werden diese im Anschluss gepatched!
Daher muss man die verwenden, die im bristuff per wget angezogen werden.

 

[fow0ryl]

So,

bin jetzt etwas schlauer, was das laden von Bibliotheken betrifft.
Unter Linux ist es so, daß Pfade zu shared Bibliotheken (*.so <=> DLL's) grundsätzlich erst zur Laufzeit aufgelöst werden.

Einen Vergleich findet man z.B. hier:
http://www.fortran-2000.com/ArnaudRecipes/sharedlib.html

Desweiteren kann man die Reihenfolge, in der libs's geladen werden über den LD_LIBRARY_PATH beeinflussen.
Das allein hilft uns hier noch nicht weiter, weil damit ja die Lade-Reihenfolge für das gesamte System (bzw. alles was in einer Shell läuft) geändert wird.
Man kann damit also nur erreichen, das zuerst in einem Verzeichnis und dann in einem anderen Verzeichnis gesucht wird.

Wenn man 'ldd PROGRAMMNAME' aufruft, berücksichtigt es die Pfadangaben, genauso wie es dann zur Laufzeit auch passiert. Geladen werden die libs nämlich mit dem Loader ld-linux.so.

In unserem Problemfall müssen wir noch einen weiteren Trick anwenden.
Alle Programme die glibc nutzen müssen dazu umbenannt werden. Also z.B. asterisk nach asterisk.exe
Dann brauchen wir noch für jedes dieser Programme ein Wrapper Scipt, das in etwa so aussieht.

#!/bin/sh
  export LD_LIBRARY_PATH=/usr/glibc:$LD_LIBRARY_PATH
  exec /usr/bin/asterisk $*

Damit wird beim Aufruf von * nicht das Original Programm, sondern das Script geladen. Hier wird die Umgebungsvariable spezifisch für den * modifiziert, also die Lade-Reihenfolge von /lib auf /usr/glibc geändert.
Wenn der * jetzt startet, sollte er die richtigen libs anziehen und alles wird gut.

Soweit die Theorie. In der Praxis bedeutet es, das im OPT alle libs an eine andere Stelle, nämlich /usr/glibc anstatt /lib geschoben werden müssen.
Ist also etwas Aufwand. Ich denke aber das ist ein Versuch wert.

@netview
Willst du, oder soll ich mal probieren?
Kann man dich eventuell per ICQ erreichen?

Gruß Henning

 

[fow0ryl]

Hi,

habe das opt mal gemäß meines Vorschlages umgebaut, hänge aber an folgender Stelle.

Obwohl die Files im Verzeichnis /sbin vorhanden sind, lassen sie sich nicht aufrufen.

fli4l 3.0.1 # cd /sbin
fli4l 3.0.1 # ls -All
-r-xr-xr-x    1 root     root           88 Apr  4 20:22 asterisk
-rwxrwxrwx    1 root     root      6093536 Apr  4 20:10 asterisk.exe
-r-xr-xr-x    1 root     root        16258 Apr  4 20:10 avmcapictrl

fli4l 3.0.1 # ./asterisk.exe
-sh: ./asterisk.exe: not found

Kann mir jemand sagen was das soll??

Gruß Henning

 

[Netview]

Hi,

habe das opt mal gemäß meines Vorschlages umgebaut, hänge aber an folgender Stelle.

Obwohl die Files im Verzeichnis /sbin vorhanden sind, lassen sie sich nicht aufrufen.

fli4l 3.0.1 # cd /sbin
fli4l 3.0.1 # ls -All
-r-xr-xr-x    1 root     root           88 Apr  4 20:22 asterisk
-rwxrwxrwx    1 root     root      6093536 Apr  4 20:10 asterisk.exe
-r-xr-xr-x    1 root     root        16258 Apr  4 20:10 avmcapictrl

fli4l 3.0.1 # ./asterisk.exe
-sh: ./asterisk.exe: not found

Kann mir jemand sagen was das soll??

Gruß Henning

Hallo Henning,

komme gerade von einer Dienstreise zurück.
Ein asterisk.exe not found kann kommen wenn das Programm die libs nicht findet z.B. libc6 oder für die libs wurde das +x flag nicht gesetzt (chmod +x /opt/files/lib/...)

 

[fow0ryl]

Hallo,

habe noch etwas mit der Umstellung der Pfade für die glibc Bibliotheken gekämpft.
Die Loader-Lib ld-linux.so.2 muss im Verzeichnis /lib stehen.
Der Rest kann an anderer Stelle plaziert werden.
Mit 'strace -e open /usr/bin/asterisk -vvvvcg' kann man dann den * starten und sehen welche libs von wo geladen werden.
Funktioniert soweit prima.

Damit bin ich dann allerdings wieder an dem Problem gelandet, daß beim laden der zapata.conf der * abraucht.
Strace sagte, daß beim Zugrif auf /dev/zap/channel ein segfault auftritt.

Daraufhin habe ich mal die module aus Jürgens Paket in das neue opt hineinkopiert. Und siehe da. Der * läuft bislang ohne Probleme.
Auch iax2 funktioniert auf einmal.

@netview
Woher stammen denn die module in deinem opt?
Hast du sie selbst kompiliert?

Gruß Henning

 

[Netview]

Hallo Henning,

dann bist du ja schon recht weit gekommen (hab ich auch wieder was dazugelernt ;-) ).

Den bristuff habe ich selbst kompiliert, allerdings war ich mir bei den Kerneltreibern nicht sicher ob sie laufen da ich keine hfc habe!

Jürgen wollte die hfc-Treiber für das opt beisteuern (allerdings ist es bei dieser Absichtserklärung geblieben!) :-(

Ich denke der bristuff ist ok - setze doch mal in der zapata.conf alles auf Kommentar (asterisk müsste starten) - es geht wahrscheinlich nur um die korrekten Kerneltreiber!

 

[fow0ryl]

Ok,

bei den Treibern dürfte der Hase begraben liegen.
Die zaphfc aus dem Bristuff dürften etwas anders sein.

Na mal sehen wie wir da jetzt weiter kommen.
Vielleicht muss ich mir mal nen 2.4.32er Kernel besorgen ...

Erst einmal Danke für die Info.
Henning

 

[stener]

Hallo,

ich wollte mich auch nochmals melden...
ich habe eine jetzt Abends ein wenig Zeit und könne den * testen, habe auch schon eine zweite Hardware zusammengesucht.

P2 330MHz
AVM PCI
HFC
3xRTL8139
32 MB RAM
HD

FLI4l 3.0.1, DSL, ISDN, ist auch schon installiert.

Wenn ihr was habt für mich.... immer her damit.

Gruß
Stefan

 

[ploieel]

Auch ich will mich wieder mal melden. Konnte leider noch keine neue Kiste bauen, die Kunden rennen mir die Bude ein. "Hilfe, mein Computer geht nicht; der Drucker druckt nicht, die Maus maust nicht..." immer die gleiche Leier. Ich bin mehr Hardware-Spezi, und solange wie es Geld bringt, mache ich das eben auch nach Feierabend. Gestern habe ich einem Kunden einen 386er mit WfW 3.11 repariert, 4 Stunden gebastelt :-(
Sobald es geht, melde ich mich wieder mit einer neuen Fli-Kiste; und dann darf ich hoffentlich wieder mit testen.
Ich wünsche weiterhin Gutes Gelingen!

 

[fow0ryl]

Hi,

@netview
Wie hast du denn das bristuff Paket übersetzt?
Hier auf meinem gentoo mit 2.6.12er Kernel funktioniert das erst einmal.
Im fli4l buildroot geht es aber nicht. Da gibt es Probleme den richtigen Kernel einzubinden.
Das bristuff Paket muss ja mit Kernel 2.4.32 gebaut werden, damit die Module richtig funktionieren.

Hat jemand ein System mit 2.4.32er Kernel zur Verfügung, der das bristuff Paket für uns übersetzen könnte?

Gruß Henning

 

[Netview]

Hi,

@netview
Wie hast du denn das bristuff Paket übersetzt?
Hier auf meinem gentoo mit 2.6.12er Kernel funktioniert das erst einmal.
Im fli4l buildroot geht es aber nicht. Da gibt es Probleme den richtigen Kernel einzubinden.
Das bristuff Paket muss ja mit Kernel 2.4.32 gebaut werden, damit die Module richtig funktionieren.

Hat jemand ein System mit 2.4.32er Kernel zur Verfügung, der das bristuff Paket für uns übersetzen könnte?

Gruß Henning

Man kann aber die kernelsourcen hier herunterladen:
http://www.kernel.org/pub/linux/kernel/v2.4/linux-2.4.32.tar.bz2

und in das Makefile einbetten.

 

[fow0ryl]

Na ja,

die Kernelsourcen sind nicht das Problem.
Sie lassen sich ja einfach in das fbr hineinkopieren.
Mit Makefiles kenne ich mich nicht aus.

Wenn ich versuche im buildroot z.B. das zaphfc per make zu bauen, scheitere ich als erstes daran, daß er der Meinung ist einen Kernel 2.6 vor sich zu haben.
Im Makefile findet sich dazu 'uname -r'. Also holt er sich den Kernel des Gast-Systems und nicht den aus dem Buildroot.

Ich habe darauf im Makefile mal BUILDVER=linux24 gesetzt, doch dann hagelt es nur noch Fehler:

zaphfc $ make
cc -c zaphfc.c -D__KERNEL__ -DMODULE -DEXPORT_SYMTAB -fomit-frame-pointer -O2 -Wall -I/usr/src/linux/include   -Wall
In file included from /usr/src/linux/include/asm/processor.h:18,
                 from /usr/src/linux/include/asm/thread_info.h:17,
                 from /usr/src/linux/include/linux/thread_info.h:21,
                 from /usr/src/linux/include/linux/spinlock.h:12,
                 from /usr/src/linux/include/linux/capability.h:45,
                 from /usr/src/linux/include/linux/sched.h:7,
                 from /usr/src/linux/include/linux/module.h:10,
                 from zaphfc.c:16:
/usr/src/linux/include/asm/system.h: In function `__set_64bit_var':
/usr/src/linux/include/asm/system.h:193: warning: dereferencing type-punned pointer will break strict-aliasing rules
/usr/src/linux/include/asm/system.h:193: warning: dereferencing type-punned pointer will break strict-aliasing rules
In file included from /usr/src/linux/include/asm/smp.h:18,
                 from /usr/src/linux/include/linux/smp.h:19,
                 from /usr/src/linux/include/linux/sched.h:26,
                 from /usr/src/linux/include/linux/module.h:10,
                 from zaphfc.c:16:
/usr/src/linux/include/asm/mpspec.h:6:25: mach_mpspec.h: No such file or directory
In file included from /usr/src/linux/include/asm/smp.h:18,
                 from /usr/src/linux/include/linux/smp.h:19,
                 from /usr/src/linux/include/linux/sched.h:26,
                 from /usr/src/linux/include/linux/module.h:10,
                 from zaphfc.c:16:
/usr/src/linux/include/asm/mpspec.h: At top level:
/usr/src/linux/include/asm/mpspec.h:8: error: `MAX_MP_BUSSES' undeclared here (not in a function)
/usr/src/linux/include/asm/mpspec.h:9: error: `MAX_MP_BUSSES' undeclared here (not in a function)
/usr/src/linux/include/asm/mpspec.h:10: error: `MAX_MP_BUSSES' undeclared here (not in a function)
/usr/src/linux/include/asm/mpspec.h:12: error: `MAX_MP_BUSSES' undeclared here (not in a function)
/usr/src/linux/include/asm/mpspec.h:20: error: `MAX_MP_BUSSES' undeclared here (not in a function)
/usr/src/linux/include/asm/mpspec.h:20: error: conflicting types for `mp_bus_id_to_type'
/usr/src/linux/include/asm/mpspec.h:8: error: previous declaration of `mp_bus_id_to_type'
/usr/src/linux/include/asm/mpspec.h:22: error: `MAX_IRQ_SOURCES' undeclared here (not in a function)
/usr/src/linux/include/asm/mpspec.h:24: error: `MAX_MP_BUSSES' undeclared here (not in a function)
/usr/src/linux/include/asm/mpspec.h:24: error: conflicting types for `mp_bus_id_to_pci_bus'
/usr/src/linux/include/asm/mpspec.h:12: error: previous declaration of `mp_bus_id_to_pci_bus'
In file included from /usr/src/linux/include/asm/smp.h:20,
                 from /usr/src/linux/include/linux/smp.h:19,
                 from /usr/src/linux/include/linux/sched.h:26,
                 from /usr/src/linux/include/linux/module.h:10,
                 from zaphfc.c:16:
/usr/src/linux/include/asm/io_apic.h:158: error: `MAX_IRQ_SOURCES' undeclared here (not in a function)
/usr/src/linux/include/asm/io_apic.h:158: error: conflicting types for `mp_irqs'
/usr/src/linux/include/asm/mpspec.h:22: error: previous declaration of `mp_irqs'
In file included from /usr/src/linux/include/linux/smp.h:19,
                 from /usr/src/linux/include/linux/sched.h:26,
                 from /usr/src/linux/include/linux/module.h:10,
                 from zaphfc.c:16:
/usr/src/linux/include/asm/smp.h:71:26: mach_apicdef.h: No such file or directory
In file included from /usr/src/linux/include/linux/smp.h:19,
                 from /usr/src/linux/include/linux/sched.h:26,
                 from /usr/src/linux/include/linux/module.h:10,
                 from zaphfc.c:16:
/usr/src/linux/include/asm/smp.h: In function `hard_smp_processor_id':
/usr/src/linux/include/asm/smp.h:75: warning: implicit declaration of function `GET_APIC_ID'
In file included from /usr/src/linux/include/linux/irq.h:21,
                 from /usr/src/linux/include/asm/hardirq.h:6,
                 from /usr/src/linux/include/linux/hardirq.h:6,
                 from /usr/src/linux/include/linux/interrupt.h:11,
                 from zaphfc.c:25:
/usr/src/linux/include/asm/irq.h:16:25: irq_vectors.h: No such file or directory
In file included from /usr/src/linux/include/asm/hardirq.h:6,
                 from /usr/src/linux/include/linux/hardirq.h:6,
                 from /usr/src/linux/include/linux/interrupt.h:11,
                 from zaphfc.c:25:
/usr/src/linux/include/linux/irq.h: At top level:
/usr/src/linux/include/linux/irq.h:72: error: `NR_IRQS' undeclared here (not in a function)
In file included from /usr/src/linux/include/linux/irq.h:74,
                 from /usr/src/linux/include/asm/hardirq.h:6,
                 from /usr/src/linux/include/linux/hardirq.h:6,
                 from /usr/src/linux/include/linux/interrupt.h:11,
                 from zaphfc.c:25:
/usr/src/linux/include/asm/hw_irq.h:28: error: `NR_IRQ_VECTORS' undeclared here (not in a function)
/usr/src/linux/include/asm/hw_irq.h:32: error: `NR_IRQS' undeclared here (not in a function)
In file included from /usr/src/linux/include/asm/hardirq.h:6,
                 from /usr/src/linux/include/linux/hardirq.h:6,
                 from /usr/src/linux/include/linux/interrupt.h:11,
                 from zaphfc.c:25:
/usr/src/linux/include/linux/irq.h:79: error: `NR_IRQS' undeclared here (not in a function)
zaphfc.c:27:20: zaptel.h: No such file or directory
In file included from zaphfc.c:28:
zaphfc.h:274: error: `ZT_CHUNKSIZE' undeclared here (not in a function)
zaphfc.h:275: error: `ZT_CHUNKSIZE' undeclared here (not in a function)
zaphfc.h:282: error: field `span' has incomplete type
zaphfc.h:283: error: field `chans' has incomplete type
zaphfc.c: In function `hfc_shutdownCard':
zaphfc.c:130: warning: implicit declaration of function `zt_unregister'
zaphfc.c: In function `hfc_btrans':
zaphfc.c:254: error: `ZT_CHUNKSIZE' undeclared (first use in this function)
zaphfc.c:254: error: (Each undeclared identifier is reported only once
zaphfc.c:254: error: for each function it appears in.)
zaphfc.c: In function `hfc_brec':
zaphfc.c:319: error: `ZT_CHUNKSIZE' undeclared (first use in this function)
zaphfc.c:380: warning: implicit declaration of function `zt_ec_chunk'
zaphfc.c: In function `hfc_interrupt':
zaphfc.c:719: error: `ZT_FLAG_RUNNING' undeclared (first use in this function)
zaphfc.c:724: warning: implicit declaration of function `zt_transmit'
zaphfc.c:758: warning: implicit declaration of function `zt_receive'
zaphfc.c: In function `zthfc_open':
zaphfc.c:777: error: dereferencing pointer to incomplete type
zaphfc.c:784: error: `MOD_INC_USE_COUNT' undeclared (first use in this function)
zaphfc.c: In function `zthfc_close':
zaphfc.c:792: error: dereferencing pointer to incomplete type
zaphfc.c:800: error: `MOD_DEC_USE_COUNT' undeclared (first use in this function)
zaphfc.c: In function `zthfc_startup':
zaphfc.c:820: error: dereferencing pointer to incomplete type
zaphfc.c:827: error: dereferencing pointer to incomplete type
zaphfc.c:827: error: `ZT_FLAG_RUNNING' undeclared (first use in this function)
zaphfc.c:830: error: dereferencing pointer to incomplete type
zaphfc.c:830: error: `ZT_FLAG_HDLC' undeclared (first use in this function)
zaphfc.c:831: error: dereferencing pointer to incomplete type
zaphfc.c:831: error: `ZT_FLAG_BRIDCHAN' undeclared (first use in this function)
zaphfc.c:833: error: dereferencing pointer to incomplete type
zaphfc.c: At top level:
zaphfc.c:861: warning: `struct zt_lineconfig' declared inside parameter list
zaphfc.c:861: warning: its scope is only this definition or declaration, which is probably not what you want
zaphfc.c: In function `zthfc_spanconfig':
zaphfc.c:862: error: dereferencing pointer to incomplete type
zaphfc.c:862: error: dereferencing pointer to incomplete type
zaphfc.c: In function `zthfc_initialize':
zaphfc.c:870: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:870: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:870: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:870: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:870: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:870: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:899: error: `ZT_LAW_ALAW' undeclared (first use in this function)
zaphfc.c:900: error: `ZT_CONFIG_AMI' undeclared (first use in this function)
zaphfc.c:900: error: `ZT_CONFIG_CCS' undeclared (first use in this function)
zaphfc.c:906: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:906: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:906: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:906: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:906: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:906: error: invalid application of `sizeof' to an incomplete type
zaphfc.c:909: error: `ZT_SIG_EM' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_CLEAR' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXSLS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXSGS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXSKS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXOLS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXOGS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXOKS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_CAS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_SF' undeclared (first use in this function)
zaphfc.c:913: warning: implicit declaration of function `zt_register'
zaphfc.c: In function `hfc_findCards':
zaphfc.c:1000: warning: assignment makes pointer from integer without a cast
zaphfc.c:1009: warning: passing arg 2 of `request_irq' from incompatible pointer type
make: *** [zaphfc.o] Error 1

So einfach ist es denn nun doch nicht, die benötigten Module zu erzeugen.
Gruß Henning

 

[Netview]

Hast du den kernel zunächst erstellt?

Sonst wird die Datei modversions.h auch nicht erzeugt. Also zuerst im Verzeichnis: make menuconfig, make depend dann erzeugt der die Datei. make install nur aufrufen, wenn Du den neuen Kernel installieren willst (also letzteres auf gar keinen Fall)!

Dann:

- Wechsel in Verzeichnis /usr/src
- ln -s linux-2.4.x-y.z linux
- ln -s linux-2.4.x-y.z linux-2.4

so sollte es eigentlich bei Dir gehen!

 

[fow0ryl]

Wie genau muss mann dann das make dep ausführen?
Innerhalb des buildroots geht es jedenfalls nicht.

Im fli4l src Paket ist dazu zwar etwas beschrieben, die Doku ist aber für die Tonne. Jedenfalls kann ein nicht Insider damit nichts anfangen.

Wenn man der Kernel mit den fli4l src scripts bauen will geht das auch nicht, da es einen gcc 3.4 verlangt.

make: gcc-3.4: Command not found
make: *** [init/main.o] Error 127
    -> stripping unneeded symbols from modules
    -> rename them to lower case names
    -> ignore stripping, modinfo doesn't handle -p option correctly
./mkkernel.sh: line 467: cd: /home/henning/Projekte/fli4l/3.0.1-packages/addons/src/src/kernel-2.4/./out/opt/files/lib/modules/2.4.32: No such file or directory
DONE

Wenn ich in fbr-3.0/usr/src/linux ein make dep ausführe geht das zwar, aber das bristuff Paket läßt sich trotzem nicht übersetzen.

cc -c zaphfc.c -D__KERNEL__ -DMODULE -DEXPORT_SYMTAB -fomit-frame-pointer -O2 -Wall -I/usr/src/linux/include   -Wall -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h
In file included from /usr/src/linux/include/linux/spinlock.h:6,
                 from /usr/src/linux/include/linux/module.h:12,
                 from zaphfc.c:16:
/usr/src/linux/include/asm/system.h: In function `__set_64bit_var':
/usr/src/linux/include/asm/system.h:190: warning: dereferencing type-punned pointer will break strict-aliasing rules
/usr/src/linux/include/asm/system.h:190: warning: dereferencing type-punned pointer will break strict-aliasing rules
zaphfc.c:27:20: zaptel.h: No such file or directory
In file included from zaphfc.c:28:
zaphfc.h: At top level:
zaphfc.h:274: error: `ZT_CHUNKSIZE' undeclared here (not in a function)
zaphfc.h:282: error: field `span' has incomplete type
zaphfc.h:283: error: field `chans' has incomplete type
zaphfc.c: In function `hfc_shutdownCard':
zaphfc.c:130: warning: implicit declaration of function `zt_unregister'
zaphfc.c: In function `hfc_brec':
zaphfc.c:380: warning: implicit declaration of function `zt_ec_chunk'
zaphfc.c: In function `hfc_interrupt':
zaphfc.c:719: error: `ZT_FLAG_RUNNING' undeclared (first use in this function)
zaphfc.c:719: error: (Each undeclared identifier is reported only once
zaphfc.c:719: error: for each function it appears in.)
zaphfc.c:724: warning: implicit declaration of function `zt_transmit'
zaphfc.c:758: warning: implicit declaration of function `zt_receive'
zaphfc.c: In function `zthfc_open':
zaphfc.c:777: error: dereferencing pointer to incomplete type
zaphfc.c: In function `zthfc_close':
zaphfc.c:792: error: dereferencing pointer to incomplete type
zaphfc.c: In function `zthfc_startup':
zaphfc.c:820: error: dereferencing pointer to incomplete type
zaphfc.c:827: error: dereferencing pointer to incomplete type
zaphfc.c:827: error: `ZT_FLAG_RUNNING' undeclared (first use in this function)
zaphfc.c:830: error: dereferencing pointer to incomplete type
zaphfc.c:830: error: `ZT_FLAG_HDLC' undeclared (first use in this function)
zaphfc.c:831: error: dereferencing pointer to incomplete type
zaphfc.c:831: error: `ZT_FLAG_BRIDCHAN' undeclared (first use in this function)
zaphfc.c:833: error: dereferencing pointer to incomplete type
zaphfc.c: At top level:
zaphfc.c:861: warning: "struct zt_lineconfig" declared inside parameter list
zaphfc.c:861: warning: its scope is only this definition or declaration, which is probably not what you want
zaphfc.c: In function `zthfc_spanconfig':
zaphfc.c:862: error: dereferencing pointer to incomplete type
zaphfc.c:862: error: dereferencing pointer to incomplete type
zaphfc.c: In function `zthfc_initialize':
zaphfc.c:870: error: invalid application of `sizeof' to incomplete type `zt_span'
zaphfc.c:870: error: invalid application of `sizeof' to incomplete type `zt_span'
zaphfc.c:870: error: invalid application of `sizeof' to incomplete type `zt_span'
zaphfc.c:870: error: invalid application of `sizeof' to incomplete type `zt_span'
zaphfc.c:870: error: invalid application of `sizeof' to incomplete type `zt_span'
zaphfc.c:870: error: invalid application of `sizeof' to incomplete type `zt_span'
zaphfc.c:899: error: `ZT_LAW_ALAW' undeclared (first use in this function)
zaphfc.c:900: error: `ZT_CONFIG_AMI' undeclared (first use in this function)
zaphfc.c:900: error: `ZT_CONFIG_CCS' undeclared (first use in this function)
zaphfc.c:906: error: invalid application of `sizeof' to incomplete type `zt_chan'
zaphfc.c:906: error: invalid application of `sizeof' to incomplete type `zt_chan'
zaphfc.c:906: error: invalid application of `sizeof' to incomplete type `zt_chan'
zaphfc.c:906: error: invalid application of `sizeof' to incomplete type `zt_chan'
zaphfc.c:906: error: invalid application of `sizeof' to incomplete type `zt_chan'
zaphfc.c:906: error: invalid application of `sizeof' to incomplete type `zt_chan'
zaphfc.c:909: error: `ZT_SIG_EM' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_CLEAR' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXSLS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXSGS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXSKS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXOLS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXOGS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_FXOKS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_CAS' undeclared (first use in this function)
zaphfc.c:909: error: `ZT_SIG_SF' undeclared (first use in this function)
zaphfc.c:913: warning: implicit declaration of function `zt_register'
zaphfc.c: In function `hfc_findCards':
zaphfc.c:1000: warning: assignment makes pointer from integer without a cast
make: *** [zaphfc.o] Error 1

Und es ist ja nicht der erste Kernel, den ich hier bauen muss. Ich habe eben nur noch nie Module für einen anderen als den aktuell laufenden Kernel gebaut.
Alles in allem mangelt es an einer vernünftigen Beschreibung wie man so etwas zu bauen hat.

Gruß Henning

 

[Netview]

/usr/src/bristuff-0.2.0-RC8g/zaphfc/zaphfc.c:27:20: zaptel.h: Datei oder Verzeichnis nicht gefunden

Hast du vorher zaptel installiert (make install)?