All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeff Dike <jdike@addtoit.com>
To: Paul Menage <menage@google.com>
Cc: Benjamin Blum <bblum@google.com>,
	user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] Building/runing UML in SMP mode
Date: Mon, 15 Jun 2009 21:03:50 -0400	[thread overview]
Message-ID: <20090616010350.GA14840@c2.user-mode-linux.org> (raw)
In-Reply-To: <6599ad830906111202u78bcf043nd0e6a54e7251d8d7@mail.gmail.com>

On Thu, Jun 11, 2009 at 12:02:56PM -0700, Paul Menage wrote:
> For a while now (since tt mode was dropped and skas mode became the
> only option?)  it looks as though UML has been UP-only on x86-64. And
> even though the configs appear to allow building SMP on x86-32, there
> are things like the panic() call in kernel/smp.c:idle_thread() which
> imply that it won't work too well in 32-bit mode either.
> 
> For testing cgroups/cpusets changes we'd find it useful to be able to
> run UML in SMP mode. Is anyone working on this, or can point us at a
> list of the major things that need to be done to make SMP UML
> practical?

SMP has been problematic because of ptrace.  Ironically, despite the
horridness of tt mode, that was where SMP was easiest to do.

The problem with SMP on skas0 is the need to detach a userspace
process from one virtual CPU process and attach it to another whenever
the associated UML process is migrated from one CPU to another.

I actually had this somewhat working, but the code was a horror show,
with much nastiness about ignoring the signals that are needed in
order to prevent a detached process from running.

				Jeff

-- 
Work email - jdike at linux dot intel dot com

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel


  reply	other threads:[~2009-06-16  1:04 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-11 19:02 [uml-devel] Building/runing UML in SMP mode Paul Menage
2009-06-16  1:03 ` Jeff Dike [this message]
2009-06-16  1:22   ` Paul Menage
2009-06-16  3:20     ` 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=20090616010350.GA14840@c2.user-mode-linux.org \
    --to=jdike@addtoit.com \
    --cc=bblum@google.com \
    --cc=menage@google.com \
    --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.