From: Rob Landley <rob@landley.net>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: [uml-devel] [PATCH] slight UML config simplification.
Date: Sat, 8 Oct 2005 18:37:25 -0500 [thread overview]
Message-ID: <200510081837.26059.rob@landley.net> (raw)
[-- Attachment #1: Type: text/plain, Size: 279 bytes --]
Since -tt mode is going to go the way of the dodo when -skas0 stabilizies (and
-skas0 "works for me"), start making options that only affect -tt mode depend
on -tt mode (and group them together).
Start with "nesting level".
Rob
Signed-off-by: Rob Landley <rob@landley.net>
[-- Attachment #2: thing.patch --]
[-- Type: text/x-diff, Size: 2003 bytes --]
--- linux-2.6.13.1/arch/um/Kconfig 2005-09-09 21:42:58.000000000 -0500
+++ linux-2.6.13.1-new/arch/um/Kconfig 2005-10-08 18:24:33.968546648 -0500
@@ -63,6 +63,23 @@
chroot, and you disable CONFIG_MODE_TT, you probably want to say Y
here.
+config NEST_LEVEL
+ int "Nesting level"
+ default "0"
+ depends on MODE_TT
+ help
+ This is set to the number of layers of UMLs that this UML will be run
+ in. Normally, this is zero, meaning that it will run directly on the
+ host. Setting it to one will build a UML that can run inside a UML
+ that is running on the host. Generally, if you intend this UML to run
+ inside another UML, set CONFIG_NEST_LEVEL to one more than the host
+ UML.
+
+ Note that if the hosting UML has its CONFIG_KERNEL_HALF_GIGS set to
+ greater than one, then the guest UML should have its CONFIG_NEST_LEVEL
+ set to the host's CONFIG_NEST_LEVEL + CONFIG_KERNEL_HALF_GIGS.
+ Only change this if you are running nested UMLs.
+
config MODE_SKAS
bool "Separate Kernel Address Space support"
default y
@@ -223,22 +240,6 @@
depends on SMP
default "32"
-config NEST_LEVEL
- int "Nesting level"
- default "0"
- help
- This is set to the number of layers of UMLs that this UML will be run
- in. Normally, this is zero, meaning that it will run directly on the
- host. Setting it to one will build a UML that can run inside a UML
- that is running on the host. Generally, if you intend this UML to run
- inside another UML, set CONFIG_NEST_LEVEL to one more than the host
- UML.
-
- Note that if the hosting UML has its CONFIG_KERNEL_HALF_GIGS set to
- greater than one, then the guest UML should have its CONFIG_NEST_LEVEL
- set to the host's CONFIG_NEST_LEVEL + CONFIG_KERNEL_HALF_GIGS.
- Only change this if you are running nested UMLs.
-
config KERNEL_HALF_GIGS
int "Kernel address space size (in .5G units)"
default "1"
next reply other threads:[~2005-10-08 23:37 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-08 23:37 Rob Landley [this message]
2005-10-09 18:11 ` [uml-devel] [PATCH] slight UML config simplification Jeff Dike
2005-10-09 22:38 ` Rob Landley
2005-10-10 1:33 ` Jeff Dike
2006-01-27 18:08 ` Jeff Dike
2006-01-27 22:37 ` Rob Landley
2006-01-27 23:49 ` 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=200510081837.26059.rob@landley.net \
--to=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.