On Sun, Apr 01, 2007 at 08:56:07PM +0200, jez wrote:
>
> This is the UML 0x08051068, whereas the error message is referring to
> libc's 0x08051068.
>
Oops! Yeah, I guess that's probably significant. :-)
Still can't get the inner UML to boot up fully yet, but it's getting
there gradually.
> > Now here's something strange. I initially assumed that there were only
> > two pages, so when I was changing the stub mappings, I first tried:
> >
> > CONFIG_STUB_CODE=0xbfffc000
> > CONFIG_STUB_DATA=0xbfffd000
> > CONFIG_STUB_START=0xbfffc000
>
> That should be OK.
>
Well, I did some testing with these stub addresses and as far as I can
tell, using any address from the range 0xbfc00000 -> 0xc0000000
ends with a "mapping mmap stub failed, errno = 12".
Put another way, the higest config that worked for me was:
CONFIG_STUB_CODE=0xbfbfe000
CONFIG_STUB_DATA=0xbfbff000
I'll take another look when I get a chance. Yeah, I do like that
idea of specifying a '--level' on the command-line. Even better,
put the level somewhere like /proc/cpuinfo and bypass the sysadmin
altogher - unless anyone can think of a use case where the admin
would actually need to specify the depth.
Thanks Again,
jez
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
User-mode-linux-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
