Hallo, ich habe die SuSE-Kernelquellen installiert, die für den 2.4.19er Kernel der 8.1 mitkommen. Die Konfiguration habe ich mittels "make cloneconfig" geklont, dann die Highmem-Einstellung von 64GB auf 4GB geändert (es handelt sich um ein SMP-System), schließlich 'make dep' aufgerufen und den Kernel als bzImage gebaut. Beim Bauen der Module erhalte ich jedoch den folgenden Fehler: gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DKBUILD_BASENAME=sysinfo -c -o sysinfo.o sysinfo.c sysinfo.c:9:27: linux/compile.h: Datei oder Verzeichnis nicht gefunden sysinfo.c: In function `svr4_sysinfo': sysinfo.c:83: `UTS_VERSION' undeclared (first use in this function) sysinfo.c:83: (Each undeclared identifier is reported only once sysinfo.c:83: for each function it appears in.) make[2]: *** [sysinfo.o] Fehler 1 make[2]: Verlassen des Verzeichnisses »/usr/src/linux-2.4.19.SuSE/abi/svr4« make[1]: *** [_modsubdir_svr4] Fehler 2 make[1]: Verlassen des Verzeichnisses »/usr/src/linux-2.4.19.SuSE/abi« make: *** [_mod_abi] Fehler 2 Systemattribute: Dual P3 1 GHZ 512 MB RAM GeForce3 2 IDE-Platten, DVD, Brenner über SCSI-Emulation, SoundBlaster-Karte, ältere Haupauge WinTV-Karte Any hint? -- ______ ______ /_ _//_ __/ Ma / / / / hias /_/ /_/
Hallo, On Sun, 27 Oct 2002, Matthias Kleine wrote:
ich habe die SuSE-Kernelquellen installiert, die für den 2.4.19er Kernel der 8.1 mitkommen. Die Konfiguration habe ich mittels "make cloneconfig" geklont, dann die Highmem-Einstellung von 64GB auf 4GB geändert (es handelt sich um ein SMP-System), schließlich 'make dep' aufgerufen und den Kernel als bzImage gebaut. Beim Bauen der Module erhalte ich jedoch den folgenden Fehler: [..] -DKBUILD_BASENAME=sysinfo -c -o sysinfo.o sysinfo.c sysinfo.c:9:27: linux/compile.h: Datei oder Verzeichnis nicht gefunden [u.a.]
Mach mal ein 'make clean; make menuconfig' (einfach nur nochmal die Config abspeichern, evtl. reicht ein 'touch .config') und probier anschliessend nochmal ein make dep clean bzImage (ja, _mit_ dem 'make clean'!). Wenn das immer noch nicht hilft, mach ein 'make mrproper' und 'touch .config'. Wenn das dann immer noch nicht klappt ist a) deine Config fehlerhaft und maile nochmal die (ersten paar) Fehlermeldungen. -dnh -- "Given the choice of condoms, your gentialia turning green and dropping off, or celerycy^W clebrat^W not getting any, condoms are often a clear winner." -- Chris Hacking in the scary devil monastery
Hallo, * Am 27.Oct.2002 postete David Haller:
On Sun, 27 Oct 2002, Matthias Kleine wrote: make dep clean bzImage
(ja, _mit_ dem 'make clean'!).
Wenn das immer noch nicht hilft, mach ein 'make mrproper' und 'touch .config'. Wenn das dann immer noch nicht klappt ist a) deine Config fehlerhaft und maile nochmal die (ersten paar) Fehlermeldungen.
Frage: Setzt mrproper nicht auch die .config zurück? Schelte: Herr Haller, wenn einer a) sagt, dann muß er auch b) sagen. Wo kämen wir denn da hin ;) *SCNR* Beste Grüße Alex --
Relativ klein? *SCRNR* SCRNR? Sorry, could really not exist! vermutlich. [Alex, Bernd und flo in suse-talk]
Hallo, On Sun, 27 Oct 2002, Alex Klein wrote:
* Am 27.Oct.2002 postete David Haller:
On Sun, 27 Oct 2002, Matthias Kleine wrote: Wenn das immer noch nicht hilft, mach ein 'make mrproper' und 'touch .config'. Wenn das dann immer noch nicht klappt ist a) deine Config fehlerhaft und maile nochmal die (ersten paar) Fehlermeldungen.
Frage: Setzt mrproper nicht auch die .config zurück?
Nein. Aber trotzdem "Ups!", das loescht die .config. Aber die hat man ja eh "woher" und kopiert die halt nochmal. Oder vorher raus und danach wieder rein kopieren. Das Make-system des Kernels ist halt in der Beziehung nicht so robust wie man es sich wuenschen wuerde. Da ich aber die Optionen immer per Hand abklappere (im ersten xterm die des alten, im zweiten die des neuen Kernels) hab ich keine eigenen Erfahrungen mit 'make oldconfig' (oder gar cloneconfig, das es in vanilla-Kernels gar nicht gibt). @Matthias: das "haendische" Uebernehmen ist sicher die robusteste Methode. -dnh -- Interpunktion und Orthographie des Postings ist frei erfunden. Eine Übereinstimmung mit aktuellen oder ehemaligen Regeln wäre rein zufällig und ist nicht beabsichtigt.
On Sunday 27 October 2002 03:00, David Haller wrote:
Mach mal ein 'make clean; make menuconfig' (einfach nur nochmal die Config abspeichern, evtl. reicht ein 'touch .config') und probier anschliessend nochmal ein
make dep clean bzImage
Nebst 'make modules', ja. Das funktioniert. Aber ich frage mich grade - welchen Kernel habe ich da eigentlich gebaut? Wird nach 'make clean' und 'make menuconfig' die .config nicht auf irgendeinen Default zurückgesetzt? Oder beinhaltet das Target 'menuconfig' in irgendeiner Weise 'cloneconfig' oder 'oldconfig'? Oder holt es sich die Info aus /proc/config.gz? -- ______ ______ /_ _//_ _/ Ma / / / / hias /_/ /_/
Hallo, On Sun, 27 Oct 2002, Matthias Kleine wrote:
On Sunday 27 October 2002 03:00, David Haller wrote:
Mach mal ein 'make clean; make menuconfig' (einfach nur nochmal die Config abspeichern, evtl. reicht ein 'touch .config') und probier anschliessend nochmal ein
make dep clean bzImage
Nebst 'make modules', ja. Das funktioniert. Aber ich frage mich grade - welchen Kernel habe ich da eigentlich gebaut? Wird nach 'make clean' und 'make menuconfig' die .config nicht auf irgendeinen Default zurückgesetzt?
Nein.
Oder beinhaltet das Target 'menuconfig' in irgendeiner Weise 'cloneconfig' oder 'oldconfig'?
Nein.
Oder holt es sich die Info aus /proc/config.gz?
Nein. Anders sieht's mit 'make mrproper' aus, das loescht die .config (s. nebenan). Im Zweifelsfall vergleiche die Configs: zcat /proc/config.gz > /tmp/config.old diff -u /tmp/config.old /usr/src/linux/.config (das Ergebnis kannst du mir per PM mailen, ob mir was auffaelt). -dnh -- 274: Nikoma-Newsserver Museum für prähistorische Gruppen. (Ulrich Mindrup)
On Sonntag, 27. Oktober 2002 01:06, Matthias Kleine wrote:
Hallo,
ich habe die SuSE-Kernelquellen installiert, die für den 2.4.19er Kernel der 8.1 mitkommen. [...]
gcc -D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DKBUILD_BASENAME=sysinfo -c -o sysinfo.o sysinfo.c sysinfo.c:9:27: linux/compile.h: Datei oder Verzeichnis nicht gefunden sysinfo.c: In function `svr4_sysinfo': sysinfo.c:83: `UTS_VERSION' undeclared (first use in this function) sysinfo.c:83: (Each undeclared identifier is reported only once sysinfo.c:83: for each function it appears in.) make[2]: *** [sysinfo.o] Fehler 1 make[2]: Verlassen des Verzeichnisses »/usr/src/linux-2.4.19.SuSE/abi/svr4« make[1]: *** [_modsubdir_svr4] Fehler 2 make[1]: Verlassen des Verzeichnisses »/usr/src/linux-2.4.19.SuSE/abi« make: *** [_mod_abi] Fehler 2
Tatsächlich: In abi/svr4/sysinfo.c Zeile 9 steht
#include
participants (4)
-
Alex Klein -
David Haller -
Ernst Herzberg -
Matthias Kleine