From: Jeff Dike <jdike@addtoit.com>
To: Blaisorblade <blaisorblade@yahoo.it>
Cc: user-mode-linux-user@lists.sourceforge.net,
Jason Lunz <lunz@falooley.org>,
user-mode-linux-devel@lists.sourceforge.net
Subject: [uml-devel] Re: (implementation idea) Re: uml and nonstandard memory splits?
Date: Fri, 24 Mar 2006 12:26:44 -0500 [thread overview]
Message-ID: <20060324172644.GB5400@ccure.user-mode-linux.org> (raw)
In-Reply-To: <200603241534.01844.blaisorblade@yahoo.it>
On Fri, Mar 24, 2006 at 03:34:01PM +0100, Blaisorblade wrote:
> The EIP is inside the stub code page, and the two pages are one near the
> other.
I think you're going to have to talk more slowly and use shorter words.
The problem is that we need to figure out at runtime where to put the
stub pages, correct? And we can't use the code stub page to figure out
where it is, because we haven't mapped it yet, because we don't know where
to put it, correct?
> However, currently, the rounding can't be 0.5G, it must be 0.25G with the
> current code, and it's still fragile if the host code is changed.
>
> (arch/i386/Kconfig)
> config PAGE_OFFSET
> hex
> default 0xB0000000 if VMSPLIT_3G_OPT
> default 0x78000000 if VMSPLIT_2G
> default 0x40000000 if VMSPLIT_1G
> default 0xC0000000
How much can stack randomization vary? If it can vary more than the
split varies, which I would expect, then rounding the stack pointer
isn't going to work.
Another approach is to start with the current top of stack and try
mapping pages at increments equal to the smallest split granularity
that we think we are going to see, until one fails.
Jeff
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2006-03-24 17:26 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <dvv6ir$ajn$1@sea.gmane.org>
[not found] ` <20060323235044.GA7273@ccure.user-mode-linux.org>
[not found] ` <20060324004052.GA1897@knob.reflex>
2006-03-24 0:56 ` [uml-devel] (implementation idea) Re: uml and nonstandard memory splits? Blaisorblade
2006-03-24 2:30 ` [uml-devel] " Jeff Dike
2006-03-24 14:34 ` Blaisorblade
2006-03-24 16:40 ` Jason Lunz
2006-03-24 17:26 ` Jeff Dike [this message]
2006-03-27 22:30 ` Blaisorblade
2006-03-28 20:02 ` Jeff Dike
2006-03-28 22:05 ` [uml-devel] Re: [uml-user] " Blaisorblade
2006-03-28 22:09 ` Blaisorblade
2006-03-28 20:09 [uml-devel] " Jeff Dike
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=20060324172644.GB5400@ccure.user-mode-linux.org \
--to=jdike@addtoit.com \
--cc=blaisorblade@yahoo.it \
--cc=lunz@falooley.org \
--cc=user-mode-linux-devel@lists.sourceforge.net \
--cc=user-mode-linux-user@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 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.