From: "Ralph Paßgang" <ralph@debianbase.de>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: [uml-devel] uml modules broken in 2.6.8 (has something to do with memmove)
Date: Mon, 6 Sep 2004 00:05:54 +0200 [thread overview]
Message-ID: <200409060005.54577.ralph@debianbase.de> (raw)
Hi all,
I am using user-mode-linux 2.6.6 and 2.6.7 for some time without any big
problems. I now tried to build a 2.6.8 debian package for my (and some other)
systems and I got problems with some modules now... I used the same script
for packaging the uml kernel and changed only the new option in the ".config"
file. So that should not be the problem, I guess.
First some version details:
host system: 2.6.8 (debian source) with skas3, sysemu and reiser4 patch
uml guest system: 2.6.8 (debian source) with 2.6.8.1-1 patch, sysemu patch and
reiser4 patch
The problems I see while booting my uml are:
...
ip_tables: (C) 2000-2002 Netfilter core team
ip_conntrack version 2.1 (464 buckets, 3712 max) - 296 bytes per conntrack
iptable_nat: Unknown symbol memmove
...
If I then use: depmod -a to fix the problem it actually gets worse...
after a reboot I get this error for even more modules, because of the unknown
symbol memmove:
...
iptable_nat: Unknown symbol memmove
ipt_MASQUERADE: Unknown symbol ip_nat_setup_info
iptable_nat: Unknown symbol memmove
slhc: Unknown symbol memmove
...
I also noticed that 2.6.6 (for example, I guess 2.6.7 is equal to 2.6.6)
hasn't got the word "memmove" anywhere in the modules. But in the 2.6.8
modules the string "memmove" appears quite often:
#:/lib/modules# ls ; grep memmove * -R
total 1
drwxr-xr-x 3 root root 496 Sep 5 14:20 2.6.6-1um
drwxr-xr-x 3 root root 496 Sep 5 23:51 2.6.8-1um
Binary file 2.6.8-1um/kernel/fs/udf/udf.ko matches
Binary file 2.6.8-1um/kernel/fs/hpfs/hpfs.ko matches
Binary file 2.6.8-1um/kernel/fs/nfsd/nfsd.ko matches
Binary file 2.6.8-1um/kernel/fs/ncpfs/ncpfs.ko matches
Binary file 2.6.8-1um/kernel/fs/hostfs/humfs.ko matches
Binary file 2.6.8-1um/kernel/fs/hostfs/externfs.ko matches
Binary file 2.6.8-1um/kernel/fs/hfsplus/hfsplus.ko matches
Binary file 2.6.8-1um/kernel/net/ipv4/ipvs/ip_vs.ko matches
Binary file 2.6.8-1um/kernel/net/ipv4/netfilter/ipfwadm.ko matches
Binary file 2.6.8-1um/kernel/net/ipv4/netfilter/ipchains.ko matches
Binary file 2.6.8-1um/kernel/net/ipv4/netfilter/ipt_TCPMSS.ko matches
Binary file 2.6.8-1um/kernel/net/ipv4/netfilter/iptable_nat.ko matches
Binary file 2.6.8-1um/kernel/net/ipv6/ah6.ko matches
Binary file 2.6.8-1um/kernel/net/8021q/8021q.ko matches
Binary file 2.6.8-1um/kernel/drivers/net/slhc.ko matches
Binary file 2.6.8-1um/kernel/drivers/net/bonding/bonding.ko matches
Binary file 2.6.8-1um/kernel/drivers/scsi/st.ko matches
Is it possible that the i386 and the um code is out-of-sync?
I am not a kernel hacker, but I found with google that something changed with
memmove in 2.6.8, but I don't know enough of the kernel stuff to know what it
means:
http://kerneltrap.org/node/view/3443 -> search for memmove and you find:
"i386: uninline memmove"
Has nobody besides me this problem? I can't use my uml without nat, so I
downgraded again to 2.6.6...
--Ralph
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next reply other threads:[~2004-09-05 22:06 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-05 22:05 Ralph Paßgang [this message]
2004-09-06 18:05 ` [uml-devel] uml modules broken in 2.6.8 (has something to do with memmove) BlaisorBlade
2004-09-07 9:22 ` Ralph Passgang
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=200409060005.54577.ralph@debianbase.de \
--to=ralph@debianbase.de \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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