Re: [line-devel] Hrm.

[McMechan, J. <McM...@na...>]

That does sound useful, I was idly trying to figure out how to get
user-mode-linux
to use 64KiB pages but my ambition has been limited recently.  You could
look how
user-mode-linux uses mmap to manage page tables in addition to the kernels
native page tables.  One of the other Architectures uses 64KiB, Itanium I
think.

I seem to recall someone mentioning NtMapViewOfSection to be NT only.
Does it still exist in the newer versions of windows.
NT 5 became  Win2000 so it and XP likely have this.
I would not expect Win95/Win98 to have this call correct?

WinME is one I could not even guess well on.  Not that I am all that 
confident of my other guesses.

LINE is nice to, for example, bring up bash under Win98 and use real tools
I think I also was running WeirdX the Java based X server under windows for
some display windows.

> On Fri, Nov 30, 2001 at 10:32:23PM -0000, Michael Clarke wrote:
> > 
> > Hi Erik,
> > 
> > I am... I've made quite a few modifications of my own in order to get
> > program to working with LINE... I guess I should have got them into the
> > source tree somehow.
> 
> Michael, 
> 	What have you been working on?
> 
> Like 8 months ago, I promised to look into NtMapViewOfSection. Well,
> Friday I finally did, and like the book says, it can mmap() on
> page-boundries,
> and not just 64K boundries. I've been reading the LINE mmap.c code, and
> I'm 
> starting to understand what it's doing. 
> 
> Hopefully later next week, when I get back from San Diego,  I'll have a
> patch 
> that ditches the cygwin mmap() and lets LINE manage it internally.  
> 
> I'll also probably have to redo a lot of the memory management stuff - it
> looks
> like memory is managed with a big array, with one byte per 64K chunk.
> Maybe
> it's time to steal the page table code out of Linux...
> 
> -Erik
>  
> 
> 
> 
> --__--__--
> 
> _______________________________________________
> line-devel mailing list
> lin...@li...
> https://lists.sourceforge.net/lists/listinfo/line-devel
> 
> 
> End of line-devel Digest
> 
>