WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] x86-64's contig_initmem_init

>The tail part of the initial mapping has no special handling on i386 
>nor on x86_64. It just gets freed up when we free from 0 up to
max_pfn, 
>and it never gets reserved (the reserved region precisely covers
kernel 
>text/data and initial page tables).

For i386 I'm not certain, but for x86-64 I doubt that:
init_memory_mapping, which runs before contig_initmem_init,
re-initializes start_pfn (which is what in turn gets used to set up the
bootmem reservation) from the result of scanning the initial page
tables. These, as I understand it, extend to the 4-Mb-rounded end of the
initial mapping (which, if the unused tail turns out to be less than
512k, even gets extended by an extra 4M).

>Actually, that could be another bug on x86/64 -- I may need to
truncate 
>the initial mapping, or we may be ending up with spurious extra 
>writable mappings to some pages... I'll take a look and see if this is

>the case.

If the above wasn't true (or was fixed), then I'd assume such a bug
would surface (and again I'm not sure why i386 wouldn't surface it, as I
can't see where these mappings get torn down).

Jan

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel