Re: Re: 2.4.20; unresolved symbols

Donald Becker <[email protected]> Fri, 12 Sep 2003 19:23:31 -0400 (EDT)
Newsgroups gmane.linux.drivers.realtek.devel
Message-ID <[email protected]>
On Fri, 12 Sep 2003, Avin Sigurani wrote:

> > Unresolved symbols problems, such as the message
> > above, occur when you
> > are trying to install a module built for the wrong
> > kernel

> As I have said, I am in fact compiling against the
> runing kernel.  Just in case, the first time you
> suggested that this was the problem, I recompiled the
> various kernels I was using.  Before I compile the
> modules, I reboot into the kernel I want and change
> the symbolic link "linux" in /usr/src to point to the
> source tree of the running kernel.  

Read the first few lines of the 'make' output -- that will tell you what
header file set it is using.

Here is how you can find the module symbol version numbers:
   For the running kernel
      more /proc/ksyms
   The information for the kernel header files is in a file that looks like
      more /usr/src/linux-2.4.21-6_Scyld/include/linux/modules/
   The compiled module info may be viewed with
      nm module.o

> So, the problem is something else.  Perhaps it has to
> do with the libraries I am using?

No, the C library doesn't come into play here.

> or the compiler?

A few Red Hat distribution shipped with two compilers, but the Makefile
checks for that.  ("Uhmmm, yeah, we want you to change everything to use
this new compiler, but it's got a problem with compiling the kernel.")


-- 
Donald Becker				[email protected]
Scyld Computing Corporation		http://www.scyld.com
914 Bay Ridge Road, Suite 220		Scyld Beowulf cluster system
Annapolis MD 21403			410-990-9993