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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox