compile problem
Apologies for this not being a strictly ACPI problem.
I'm trying to compile an ACPI enabled kernel for my Vaio. I've tried numerous combinations of kernel sources and patches as per the pointers from members of this list.
However, I always get this error during "make modules_install"
Not being a seasoned kernel builder, I really don't know what's wrong and I was wondering if anybody here can tell me what's up.
TIA
sjb
cd /lib/modules/2.4.20; \
mkdir -p pcmcia; \
find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.4.20; fi
depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/mtd/maps/sc520cdp.o depmod: mtd_concat_create_R606fc87b depmod: mtd_concat_destroy_R9c645004 depmod: *** Unresolved symbols in /lib/modules/2.4.20/kernel/drivers/net/wan/comx.o depmod: proc_get_inode
-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge
Quoted 1 line · On Mon, 26 May 2003 09:44:50 +0000 sjb <[email protected]…
Apologies for this not being a strictly ACPI problem.
It looks so, yes.
Quoted 8 lines
I'm trying to compile an ACPI enabled kernel for my Vaio. I've tried numerous combinations of kernel sources and patches as per the pointers from members of this list.
However, I always get this error during "make
modules_install"Not being a seasoned kernel builder, I really don't know what's wrong and I was wondering if anybody here can tell me what's up.
The problem you are seein is that symbols of the built modules do not resolve to kernel symbols. This can have several reasons. One simple one is that those modules indeed reference something that isn't there (anymore).
The second one is that your build symbol tables have become confused. This may happen when patching kernel and/or modifying the kernel configuration. This can be resolved by doing (inside the toplevel kernel directory):
mv .config ..
make mrproper
mv ../.config .
make oldconfig
make dep
make bzImage modules modules_install
This helped me several times ;)
And last but not least the brute force method... unless you need those modules, simply remove them from /lib/modules/* :)
Quoted 2 lines
TIA
sjb
CU
nils
Quoted 12 lines
cd
/lib/modules/2.4.20; \
mkdir -p pcmcia; \
find kernel -path '*/pcmcia/*' -name '*.o' | xargs -i -r ln -sf ../{} pcmcia if [ -r System.map ]; then/sbin/depmod-ae -F System.map 2.4.20; fi depmod: *** Unresolved symbols in/lib/modules/2.4.20/kernel/drivers/mtd/maps/sc520cdp.odepmod: mtd_concat_create_R606fc87b depmod: mtd_concat_destroy_R9c645004 depmod: *** Unresolved symbols in
/lib/modules/2.4.20/kernel/drivers/net/wan/comx.o
depmod:proc_get_inode
Signature · 11 lines
kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen D1 : +49-170-2729106 -- ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge
Quoted 1 line · Nils Faerber
It looks so, yes.
Apologies again ;-)
I've given up for the time being.
sjb
-------------------------------------------------------
This SF.net email is sponsored by: ObjectStore.
If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge