From: Jeff Dike <jdike@addtoit.com>
To: Rob Landley <rob@landley.net>
Cc: Blaisorblade <blaisorblade@yahoo.it>,
user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] Making UML Single Threader
Date: Wed, 9 Nov 2005 23:18:18 -0500 [thread overview]
Message-ID: <20051110041818.GD15002@ccure.user-mode-linux.org> (raw)
In-Reply-To: <200511082118.58614.rob@landley.net>
On Tue, Nov 08, 2005 at 09:18:58PM -0600, Rob Landley wrote:
> 1) Is there any documentation on SKAS0's design? (A couple things floated by,
> but it was piecemeal and I didn't have the necessary context.)
There was a big message when I first announced it. Also, the changelog on
that patch was fairly comprehensive, so you can dig that out of git or
an LKML archive or somewhere.
> 2) What's the memory layout of the various SKAS0 threads? (Or where in the
> code is it set up? I can work this out for myself if necessary, it'll just
> take a while...)
On x86:
0 - 0x7fffe000 - normal process address space
7fffe000 - the stub data page - contains the segfault handler and
system call stub
7ffff000 - the stub data page - used as the segfault stack and for
passing page fault info back to UML
> 3) What can -tt mode still do that -skas0 can't? (Something about running
> under gdb, was it?)
SMP is about it.
On nice process names with skas0, that might not be too possible with stack
randomization. Without that, it would be very similar to tt mode nice process
names -
Find where the process name is on the stack for the main UML
thread - grep for argv1_begin and argv1_end to see how that's set up
Make sure that address range won't be used in any of the process
address spaces
Copy the process name there
Without stack randomization, the process name will be (for the main
UML thread) at an address that corresponds to the stub data page in
the processes. You can just copy the process name there. The one
thing you need to be careful about is that you make the segfault stack
end below that address range so the name doesn't get trashed.
With stack randomization, the process name could be almost anywhere in
the high end of the address space. You'd have to map a page there,
copy the process name to the right spot in it, and make sure that the
process doesn't use any of its address space from there on up. That
sounds pretty nasty to me.
The first case is fairly easy, if you want this to just work in the no
stack randomization case.
Jeff
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
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:[~2005-11-10 3:25 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-06 23:23 [uml-devel] Does UML 2.6.14 work under x86-64? Rob Landley
2005-11-07 16:25 ` Jeff Dike
2005-11-07 19:32 ` Blaisorblade
2005-11-07 14:38 ` David Lang
2005-11-07 19:44 ` Blaisorblade
2005-11-08 0:53 ` Rob Landley
2005-11-07 14:47 ` David Lang
2005-11-07 15:30 ` David Lang
2005-11-08 3:39 ` Rob Landley
2005-11-08 5:13 ` [uml-devel] Making UML Single Threader Can Sar
2005-11-08 7:09 ` Rob Landley
2005-11-08 7:44 ` Can Sar
2005-11-09 0:35 ` Rob Landley
2005-11-09 0:48 ` Blaisorblade
2005-11-09 1:17 ` Rob Landley
2005-11-09 1:31 ` Blaisorblade
2005-11-09 3:18 ` Rob Landley
2005-11-10 4:18 ` Jeff Dike [this message]
2005-11-10 4:58 ` Rob Landley
2005-11-10 6:23 ` Henrik Nordstrom
2005-11-10 4:07 ` Jeff Dike
2005-11-10 3:55 ` Rob Landley
2005-11-08 15:46 ` Jeff Dike
2005-11-09 0:27 ` Rob Landley
2005-11-14 13:59 ` Nix
2005-11-14 19:37 ` Blaisorblade
2005-11-14 20:00 ` Nix
2005-11-14 20:05 ` Geert Uytterhoeven
2005-11-15 11:39 ` Henrik Nordstrom
2005-11-16 1:23 ` Rob Landley
2005-11-08 16:13 ` Blaisorblade
2005-11-09 0:51 ` Rob Landley
2005-11-08 15:43 ` Jeff Dike
2005-11-08 16:10 ` Blaisorblade
2005-11-08 19:11 ` Can Sar
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=20051110041818.GD15002@ccure.user-mode-linux.org \
--to=jdike@addtoit.com \
--cc=blaisorblade@yahoo.it \
--cc=rob@landley.net \
--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 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.