From: Keith Owens <kaos@ocs.com.au>
To: georgn@somanetworks.com
Cc: "Corisen" <csyap@starnet.gov.sg>,
linux-kernel@vger.kernel.org,
"Richard E. Gooch" <rgooch@atnf.csiro.au>
Subject: Re: compiling 2.4.0-test10 kernel
Date: Sat, 11 Nov 2000 04:23:35 +1100 [thread overview]
Message-ID: <7531.973877015@ocs3.ocs-net> (raw)
In-Reply-To: Your message of "Fri, 10 Nov 2000 11:23:29 CDT." <14860.8449.485106.841805@somanetworks.com>
On Fri, 10 Nov 2000 11:23:29 -0500 (EST),
"Georg Nikodym" <georgn@somanetworks.com> wrote:
> C> i've manged to successfully compile 2.4.0-test10 kernel. however,
> C> upon startup there are some failed/error messages:
> C> 1. finding module dependencies: depmod *** Unresolved symbols in
> C> /lib/modules/2.4.0-test10/kernel/arch/i386/kernel/apm.o
>
>There are two things you can do about this:
>
> 1. Disable module versioning.
> 2. Copy the System.map file that's made during the kernel build to
> /boot/System.map-2.4.0-test10.
System.map has nothing, repeat nothing to do with depmod at startup.
Yes, you can run depmod reading from a System.map but that only makes
sense before you boot the new kernel. Once you have booted your
new kernel, depmod -a reads from kernel memory, not System.map.
>those that know more is what is the correct way to build a module such
>that it'll insmod in the face of module versioning. Is this something
>for the FAQ?
Current Makefiles sometimes break with module versioning, the design is
inherently wrong but rewriting the entire Makefile system just before
the release of Linux 2.4 is not an option. This should be in the FAQ,
Richard, please add.
Q. Why do I get unresolved symbols like foo__ver_foo in modules?
A. If /proc/ksyms or the output from depmod -ae contains symbols like
"foo__ver_foo" then you have been bitten by the broken Makefile
code for symbol versioning. The only safe way to recover is save
your config, delete everything, restore the config and recompile.
mv .config ..
make mrproper
mv ../.config .
make oldconfig
make dep clean bzImage modules
install, boot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-11-10 17:24 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-10 11:21 Linux 2.2.18pre21 willy tarreau
2000-11-10 11:42 ` compiling 2.4.0-test10 kernel Corisen
2000-11-10 16:23 ` Georg Nikodym
2000-11-10 17:23 ` Keith Owens [this message]
2000-11-10 18:25 ` Georg Nikodym
2000-11-10 18:44 ` Anton Altaparmakov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7531.973877015@ocs3.ocs-net \
--to=kaos@ocs.com.au \
--cc=csyap@starnet.gov.sg \
--cc=georgn@somanetworks.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rgooch@atnf.csiro.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.