[1175] in linux-net channel archive
Re: Linux-1.3.32 (eth_copy_and_sum & modules)
daemon@ATHENA.MIT.EDU (Michael H. Warfield)
Sun Oct 8 01:20:05 1995
To: Linus.Torvalds@cs.Helsinki.FI
Date: Sat, 7 Oct 1995 19:08:56 -0400 (EDT)
From: "Michael H. Warfield" <mhw@wittsend.com>
Cc: linux-kernel@vger.rutgers.edu, linux-net@vger.rutgers.edu
Hey Gang!
Never fails... Half hour after posting the following, I discovered
(realized) what the problem was and fixed it. Need to add eth_copy_and_sum
to kernel/ksyms.c. That fixed the unresolved external. Now the question
becomes: What about systems which don't map eth_io_copy_and_sum to
eth_copy_and_sum? Probably needs to be added to ksyms.c under some
sort of #ifdef since its NOT needed for i386's.
Michael H. Warfield enscribed thusly:
>
> I've been having a problem with modules support in some of the
> latest kernels.
>
> In patch-1.3.31 several of the network drivers where changed
> and calls to "eth_copy_and_sum" or "eth_io_copy_and_sum" where added.
> On the 386 archictecture, a macro maps the eth_io_copy_and_sum to
> the eth_copy_and_sum. Now, any time I try and load a network module,
> such as the wd or smc-ultra, I get an unresolved external of
> "eth_copy_and_sum". This symbol does show up in an nm of vmlinux
> and is present in the net/ethernet/eth.c source file. The kernel
> links fine if I include the desired driver in the kernel itself
> so it's a problem linking the driver module with the kernel symbols.
> This is a problem since I have several systems with WD8003's and
> a few with NE2000's. Hate having to compile separate builds for
> each and modules has been an ideal solution.
Regards,
Mike
--
Michael H. Warfield | (770) 985-6132 | mhw@WittsEnd.com
(The Mad Wizard) | (770) 925-8248 | http://www.wittsend.com/mhw/
NIC whois: MHW9 | An optimist believes we live in the best of all
PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it!
