[uml-devel] [PATCH] slight UML config simplification.

[uml-devel] [PATCH] slight UML config simplification.

[Rob Landley]

[-- 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"

Re: [uml-devel] [PATCH] slight UML config simplification.

[Jeff Dike]

On Sat, Oct 08, 2005 at 06:37:25PM -0500, Rob Landley wrote:
> 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".

Applied, thanks.  There's a bunch more that need similar treatment.

				Jeff


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] slight UML config simplification.

[Rob Landley]

On Sunday 09 October 2005 13:11, Jeff Dike wrote:
> On Sat, Oct 08, 2005 at 06:37:25PM -0500, Rob Landley wrote:
> > 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".
>
> Applied, thanks.  There's a bunch more that need similar treatment.
>
>     Jeff

My limiting factor is learning what they are. :)

Rob


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] slight UML config simplification.

[Jeff Dike]

On Sun, Oct 09, 2005 at 05:38:20PM -0500, Rob Landley wrote:
> My limiting factor is learning what they are. :)

Actually, I just took care of the rest of them.

				Jeff


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] slight UML config simplification.

[Jeff Dike]

On Sat, Oct 08, 2005 at 06:37:25PM -0500, Rob Landley wrote:
> Start with "nesting level".

Actually, NEST_LEVEL is needed for skas0 because of the stub pages.  They
need to be relocated in a nested UML.  So, I'm dropping this patch.

BTW, the other config options which needed to be made dependent on MODE_TT
now are.

				Jeff


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] slight UML config simplification.

[Rob Landley]

On Friday 27 January 2006 12:08, Jeff Dike wrote:
> On Sat, Oct 08, 2005 at 06:37:25PM -0500, Rob Landley wrote:
> > Start with "nesting level".
>
> Actually, NEST_LEVEL is needed for skas0 because of the stub pages.  They
> need to be relocated in a nested UML.  So, I'm dropping this patch.

Understood.  Is there any way to autodetect this at runtime?

Rob
-- 
Steve Ballmer: Innovation!  Inigo Montoya: You keep using that word.
I do not think it means what you think it means.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Re: [uml-devel] [PATCH] slight UML config simplification.

[Jeff Dike]

On Fri, Jan 27, 2006 at 04:37:17PM -0600, Rob Landley wrote:
> Understood.  Is there any way to autodetect this at runtime?

Not sure, that would be nice.

It would have to look at its own maps and figure out that two pages mapped
at the top of memory are the stub pages of the outer UML.  That seems a bit
ad-hoc to me.

Although maybe we could just say that any two pages there (as long as they
are not stack) cause the stub pages to be relocated simply to avoid a
collision.  Here, we're not explicitly looking for an outer UML, just pages
that we are about to stomp on.

				Jeff


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel