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
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
