From: "Leech, Christopher" <christopher.leech@intel.com>
To: "'linux-kernel@vger.kernel.org'" <linux-kernel@vger.kernel.org>
Subject: Re: Error loading e1000.o - symbol not found
Date: Fri, 4 Jan 2002 15:47:18 -0800 [thread overview]
Message-ID: <BD9B60A108C4D511AAA10002A50708F22C13CF@orsmsx118.jf.intel.com> (raw)
Based on there being only one symbol mismatch, I think the correct headers
are being used. If you're worried about that, you can pass in the location
of the kernel source when building e1000 with a KSRC variable (make
KSRC=/usr/src/linux or wherever the kernel tree is).
Is it possible that some stale symbol version information was left from a
previous kernel build, maybe from before a patch was applied? In order to
fully clean out the symbol versions I would try saving a copy of your
.config, then do a "make mrproper" instead of "make clean", then move the
.config back and run the normal make dep bzImage modules.
It should be easy enough to see if this is the problem, just check the
symbol version string for _mmx_memcpy in the kernel, the e1000 module, and
in the kernel source tree.
running kernel : grep _mmx_memcpy /proc/ksyms
kernel source : grep _mmx_memcpy include/linux/modules/i386_ksyms.ver
e1000 module : objdump -r e1000.o | grep _mmx_memcpy
All three should match ... but I'm guessing that in your case they don't.
If your kernel and the i386_ksyms.ver file don't agree on the symbol
version, the "make mrproper" idea should help. If e1000 is the odd man out,
we'll have to keep looking for something else.
I was able to build a kernel with your configuration, then build e1000
against it and run depmod using System.map. However, I didn't actually try
running the kernel as I don't have any AMD systems.
- Chris Leech <christopher.leech@intel.com>
Roy Sigurd Karlsbakk wrote:
> I know this might be the wrong place, as the e1000 driver is custom made
> by Intel, but I hope there's an easy way to fix it.
>
> After building a new 2.4.17 kernel with mjc1 and tux patches, I compile
> the intel e1000 driver (downloaded from
>
http://downloadfinder.intel.com//scripts-df/Detail_Desc.asp?ProductID=749&Dw
nldID=2897 \
> ).
>
> When trying to insmod the driver, I get the following errors:
>
> /lib/modules/2.4.17-srv3/kernel/drivers/net/e1000.o: unresolved symbol
_mmx_memcpy
> /lib/modules/2.4.17-srv3/kernel/drivers/net/e1000.o: insmod \
> /lib/modules/2.4.17-srv3/kernel/drivers/net/e1000.o failed \
> /lib/modules/2.4.17-srv3/kernel/drivers/net/e1000.o: insmod e1000 failed
>
> What's this? Is _mmx_memcpy only valid on Intel architecture? Does Athlon
> have any equivalent system call?
next reply other threads:[~2002-01-04 23:47 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-04 23:47 Leech, Christopher [this message]
2002-01-05 18:06 ` Roy Sigurd Karlsbakk
[not found] <1010177662.1089.42.camel@crgs.lowerrd.prv>
2002-01-05 16:55 ` Roy Sigurd Karlsbakk
[not found] <1010169142.2030.37.camel@crgs.lowerrd.prv>
2002-01-04 19:24 ` Roy Sigurd Karlsbakk
[not found] <1010164038.2030.27.camel@crgs.lowerrd.prv>
2002-01-04 18:01 ` Roy Sigurd Karlsbakk
2002-01-04 18:09 ` Arjan van de Ven
2002-01-04 18:12 ` Roy Sigurd Karlsbakk
-- strict thread matches above, loose matches on Subject: below --
2002-01-04 16:45 Roy Sigurd Karlsbakk
2002-01-04 17:08 ` Alan Cox
2002-01-04 16:59 ` Roy Sigurd Karlsbakk
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=BD9B60A108C4D511AAA10002A50708F22C13CF@orsmsx118.jf.intel.com \
--to=christopher.leech@intel.com \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®