Karl Sinn schrieb:

[...] Was passiert da genau bei dem make cloneconfig && make dep???

Siehe meine andere Mail. Durch "make cloneconfig" in /usr/src/linux wird die Konfiguration des laufenden Kernels aus /proc/config.gz ausgelesen und (evtl. manipuliert, erweitert oder gesaeubert[1]) unter .config abgespeichert. Die Datei .config beinhaltet die Kon- figuration, mit der ein Kernel letztendlich uebersetzt wird, will man denn tatsaechlich einen eigenen Kernel compilieren. Durch "make cloneconfig" wird ferner die Datei autoconf.h im Verzeichnis /usr/src/linux/include/linux erzeugt. Die Datei autoconf.h spiegelt Deine aktuelle Konfiguration wider. Dort werden letztendlich nur Makros definiert. Sie beginnt z.B. wie folgt: /* * Automatically generated C config: don't edit */ #define AUTOCONF_INCLUDED #define CONFIG_X86 1 #undef CONFIG_SBUS #define CONFIG_UID16 1 /* * Code maturity level options */ #define CONFIG_EXPERIMENTAL 1 /* * Loadable module support */ #define CONFIG_MODULES 1 #define CONFIG_MODVERSIONS 1 #define CONFIG_KMOD 1 /* * Processor type and features */ #undef CONFIG_M386 #undef CONFIG_M486 [...] Man koennte im Prinzip auch alle Makros per -D Anweisung beim Compiler- bzw. Preprocessor-Aufruf angeben, aber das gibt dann unendlich lange Kommandozeilen, und das will man nicht wirklich. Mit dieser Datei umgeht man das Problem. Ein anschliessendes "make dep" erstellt Dateien mit Abhaengigkeiten zum Compilieren - wenn Du Makefiles kennst, wird Dir das bekannt vorkommen. Ferner werde die Dateien version.h und evtl. modversions.h, falls die entsprechende Kernel-Option "set version information on all module symbols" aktiviert ist, in /usr/src/linux/include/linux erstellt. Die Datei version.h beinhaltet Infos zum Kernel-Release. Du kannst sie Dir einfach anschauen, sie ist ziemlich kurz: #define UTS_RELEASE "2.4.20-4GB-athlon" #define LINUX_VERSION_CODE 132116 #define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c)) Es stehen da also nur drei Define-Makros drin. Die Ausgabe stammt von einer SuSE 8.2. Die modversions.h Datei dient dazu, Module auf eine bestimmte Art und Weise zu uebersetzen, so dass sie theoretisch auch mit anderen Kerneln als dem, fuer den sie explizit compiliert wurden, lauffaehig sind. Diese Dateien sind Kernel-Header, die insbesondere von externen Modulen wie z.B. Deinem Modem-Treiber eingebunden werden. Daher muessen diese Dateien exakt zum laufenden Kernel passen, soll das Modul spaeter zu diesem laufenden Kernel dazugeladen werden. Deswegen musst Du _vor_ dem Compilieren externer Module dafuer sorgen, dass die Kernel-Header korrekt sind. Das erledigt eben das "make cloneconfig && make dep" im Verzeichnis /usr/src/linux. HTH, Thomson [1] Wenn die Kernelquellen zum laufenden Kernel passen, dann wird quasi einfach die Konfiguration uebernommen. Wenn man neuere Kernelquellen hat als die Version des laufenden Kernels, so ha- ben sich vermutlich Features geaendert oder es sind welche hin- zugekommen. Diese werden dann mit beruecksichtig und es wird vorkommen, dass man als User ein paar Fragen beantworten muss, ob dieses oder jenes Feature fest in den Kernel compiliert, als Modul realisiert oder ganz weggelassen werden soll.