unresolved symbol

unresolved symbol

[Bob Piatek]

Hi,

When attempting to load a module via 'insmod' I get the following:

insmod unresolved symbol kmalloc
insmod unresolved symbol unregister_chrdev
insmod unresolved symbol register_chrdev
...
insmod unresolved symbol printk


It seems that there was another person with the same problem on Sept 24,
2001 to this list.  However, the solution to the problem was not posted
to the list.

Can anyone give me some advice on where to look?

Bob Piatek

fishcamp engineering
105 W. Clark Ave
Orcutt, CA  93455
TEL: 805-937-6365
FAX: 805-937-6252


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: unresolved symbol

[Tom Rini]

On Sun, Dec 30, 2001 at 05:02:43PM -0800, Bob Piatek wrote:

> When attempting to load a module via 'insmod' I get the following:
>
> insmod unresolved symbol kmalloc
> insmod unresolved symbol unregister_chrdev
> insmod unresolved symbol register_chrdev
> ...
> insmod unresolved symbol printk
>
>
> It seems that there was another person with the same problem on Sept 24,
> 2001 to this list.  However, the solution to the problem was not posted
> to the list.

It sounds like you're running YellowDog Linux 2.0, and thus need to
install the modutils update.

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

RE: unresolved symbol

[Bob Piatek]

Tom,

I'm using YellowDog Linux 2.1 for my development system.  I don't think
the modutils update is needed for 2.1 and, indeed, I can compile and
'insmod' modules on my host system just fine.

My problem is that I can't load modules on my embedded system.  Sorry I
wasn't clear about that in my posting.  I am using the kernel from:

ftp://ftp.denx.de/pub/LinuxPPC/usr/src/linux-2.4.4-2001-11-24.tar.bz2

and ramdisk:

ftp://ftp.denx.de/pub/LinuxPPC/usr/src/simple-ramdisk.image.gz

and have ported it to my custom hardware running with an MPC860.  BTW...
thanks to all who have contributed software for this effort especially
the PPCBoot project!

Correct me if I'm wrong, but it looks like the problem is caused by the
kernel not exporting the symbols that are needed by the module and not
in the actual module itself.  Is it that I built the kernel wrong
somehow, or maybe the libraries in 'simple-ramdisk' image aren't
sufficient, or is it something else?

Bob


fishcamp engineering
105 W. Clark Ave
Orcutt, CA  93455
TEL: 805-937-6365
FAX: 805-937-6252


-----Original Message-----
From: owner-linuxppc-embedded@lists.linuxppc.org
[mailto:owner-linuxppc-embedded@lists.linuxppc.org] On Behalf Of Tom
Rini
Sent: Monday, December 31, 2001 7:32 AM
To: Bob Piatek
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: unresolved symbol


On Sun, Dec 30, 2001 at 05:02:43PM -0800, Bob Piatek wrote:

> When attempting to load a module via 'insmod' I get the following:
>
> insmod unresolved symbol kmalloc
> insmod unresolved symbol unregister_chrdev
> insmod unresolved symbol register_chrdev
> ...
> insmod unresolved symbol printk
>
>
> It seems that there was another person with the same problem on Sept
24,
> 2001 to this list.  However, the solution to the problem was not
posted
> to the list.

It sounds like you're running YellowDog Linux 2.0, and thus need to
install the modutils update.

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: unresolved symbol

[Tom Rini]

On Mon, Dec 31, 2001 at 02:47:28PM -0800, Bob Piatek wrote:

> Correct me if I'm wrong, but it looks like the problem is caused by the
> kernel not exporting the symbols that are needed by the module and not
> in the actual module itself.  Is it that I built the kernel wrong
> somehow, or maybe the libraries in 'simple-ramdisk' image aren't
> sufficient, or is it something else?

Well, the kernel knows about its symbols at compile time, based on stuff
from the modutils program.  So, if you have a bad/missing genksyms
program, you won't get any symbols.

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

RE: unresolved symbol

[Bob Piatek]

OK. I updated the modutils package and that fixed it!  Thanks so much.

Bob

fishcamp engineering
105 W. Clark Ave
Orcutt, CA  93455
TEL: 805-937-6365
FAX: 805-937-6252


-----Original Message-----
From: Tom Rini [mailto:tmrini@cpe-24-221-152-185.az.sprintbbd.net] On
Behalf Of Tom Rini
Sent: Monday, December 31, 2001 3:02 PM
To: Bob Piatek
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: unresolved symbol

On Mon, Dec 31, 2001 at 02:47:28PM -0800, Bob Piatek wrote:

> Correct me if I'm wrong, but it looks like the problem is caused by
the
> kernel not exporting the symbols that are needed by the module and not
> in the actual module itself.  Is it that I built the kernel wrong
> somehow, or maybe the libraries in 'simple-ramdisk' image aren't
> sufficient, or is it something else?

Well, the kernel knows about its symbols at compile time, based on stuff
from the modutils program.  So, if you have a bad/missing genksyms
program, you won't get any symbols.

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

unresolved symbol

[zhonglei]

hi 
   My mod has no error or warning during compiling.But when I "insmod hello.o" , it shows:
   hello.o : unresolved symbol TaskStart
   hello.o : unresolved symbol TasksLoadImage
   hello.o : unresolved symbol TasksInitAPI
   ...
What's the problem?
BestRegards
zhonglei

unresolved symbol

[zhonglei]

hi
   My mod has no error or warning during compiling.But when I "insmod hello.o" , it shows:
   hello.o : unresolved symbol TaskStart
   hello.o : unresolved symbol TaskLoadImage
   hello.o : unresolved symbol TaskInitAPI
   ...
What's the problem?
BestRegards
zhonglei

Re: unresolved symbol

[Alex Zeffertt]

At compile time the compiler assumed these symbols would be defined externally, either by the kernel
or by another module loaded prior to hello.o.  The error message says that these symbols are not
exported by the kernel (or any currently loaded modules) prior to running "insmod hello.o".

Either:

1.	You need to insmod another module first (or use "modprobe hello" which may do this automatically)

2.	The module defining these symbols has not used the EXPORT_SYMBOL() macro to make them exported.

3.	These symbols are not defined in either the kernel or any modules.

Alex

On Wed, 24 Aug 2005 15:07:58 +0800
"zhonglei" <zhonglei@RCS-9000.COM> wrote:

> hi
>    My mod has no error or warning during compiling.But when I "insmod hello.o" , it shows:
>    hello.o : unresolved symbol TaskStart
>    hello.o : unresolved symbol TaskLoadImage
>    hello.o : unresolved symbol TaskInitAPI
>    ...
> What's the problem?
> BestRegards
> zhonglei
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded

Re: unresolved symbol

[Shoudong XU]

Thank you very much, It is a effective method to disable that option.

Best Regards
Shoudong


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

unresolved symbol

[Shoudong XU]

Hi,all.

    I'm running a Spruce board with NFS mode(load kernel image by tftp, then mount nfs as it's root file system), but When attempting to insert a module manually(/sbin/insmod xx.o), I get messages like:
    xx.o    unresolved symbol     unregister_chrdev
    xx.o    unresolved symbol     register_chrdev
    xx.o    unresolved symbol     __get_free_pages
    ...
    xx.o    unresolved symbol     printk

    And all those symbols are present in /boot/System.map, it seems this file is useless.

    Could you give me some advice?

Thanks

Shoudong

----------------------------------------------------------
 Shoudong XU             Email:  Shoudong.Xu@cern.ch
 CERN, EP Division       Tel:    +41.22.767-8113
 CH-1211 GENEVE 23       Fax:    +41.22.767-7793
 SUISSE/SWITZERLAND
-----------------------------------------------------------


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/