Skip to contentSkip to conversation

compile problem

DISCUSSION sjb 2 participants 3 messages May 26, 2003 2 messages not in the archive ACPI

lore
Share & tools
lore

sjb

author
#0 lore raw

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

A message that is not in the archive (sent off-list or not yet received): [email protected]

#2 lore raw
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.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

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

A message that is not in the archive (sent off-list or not yet received): 20030526181327.21984b10.nils-t93Ne7XHvje5bSeCtf/[email protected]

author
#4 lore raw
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