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 seem
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.
Under
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 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 A
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
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".
