On Sun, 02 Dec 2001, Alex Klein wrote:

generelle Verständnisfrage: Habe kompiliert und bekomme nach # depmod -a depmod: *** Unresolved symbols in /lib/modules/2.4.13/kernel/drivers/char/sisbug.o depmod: *** Unresolved symbols in /lib/modules/2.4.13/pcmcia/i82365.o depmod: *** Unresolved symbols in /lib/modules/2.4.13/pcmcia/tcic.o

Was genau stimmt da nicht. Es sind Module, welche ich mal so mitkompilieren wollte. Kann ich die Module definitiv _nicht_ kompilieren

Doch klar kannst du, aber es fehlen halt "Symbole" (Funktionen, Daten).

oder hakt es nur irgendwo?

Ja, es fehlt irgendwas, das von den o.g. Modulen benoetigt wird (z.B. die i2c-Unterstuetzung). Hast du vor dem depmod eigentlich den neuen Kernel gebootet? Denn wenn beim depmod noch der alte Kernel laeuft, dann wird auch dessen System.map verwendet, in der u.U. Symbole des neuen Kernels fehlen. Ohne reboot musst du depmod angeben, welche Dateien es verwenden soll: -F kernelsyms When building dependency files for a different ker­ nel than the currently running kernel, it is impor­ tant that depmod uses the correct set of kernel symbols to resolve the kernel references in each module. These symbols can either be a copy of Sys­ tem.map from the other kernel [...] Ach ja, die verwendeten "Symbole" findest du mit depmod -env oder nm | grep '[uU] ' heraus. Nach diesen kannst du dann in den anderen Modulen bzw. in den Kernelsourcen greppen... Die _nicht_ direkt im Kernel (der System.map) enthaltenen Symbole findest du z.B. analog zu (eine Zeile): for sym in `nm /lib/modules/2.4.10-pre11-1/kernel/drivers/char/lp.o \ | grep '[uU] ' | sed 's/ *[uU] \(.*\)/\1/'`; do \ grep -q $sym /boot/System.map-2.4.10-pre11-1 || echo "$sym" ; done heraus (wobei du halt die richtige System.map angeben musst)... Viel Spass ;) -dnh -- A common mistake that people make, when trying to design something completely foolproof is to underestimate the ingenuity of complete fools. -- Douglas Adams - Mostly Harmless