[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Question about implementation of 32-bit guests on64-bit hypervisor (IDT-related)



On 7/12/07 20:47, "Vessey, Bruce A" <Bruce.Vessey@xxxxxxxxxx> wrote:

> We have some confusion regarding the assignment of hardware physical
> addresses to the HVMs.  If all 32-bit HVMs are run in legacy mode, then
> they would be restricted to using 32-bit PAE shadow page tables.  The
> maximum physical addressing of such tables is limited to 64GB, so this
> implies that all 32-bit HVMs must be located within the first 64GB of
> hardware physical memory.  However, your previous responses indicated
> that 32-bit HVMs do not have such a restriction.  So our conclusion is
> that 32-bit HVMs running in legacy mode using 32-bit PAE page tables are
> able to address hardware physical memory above the 64GB limit.  Is this
> correct?  Could we create two separate 32-bit HVM guests, assign each of
> them 64GB of memory, and have them run concurrently without any problems
> (assuming that the platform has sufficient memory installed)?

Yes. I believe that the Intel manuals are incorrect in stating that PAE
pagetables are restricted to 36-bit addressing. Processors which support
long mode have their physical address size advertised in CPUID, and I'm
pretty sure that addresses up to that size can be poked into 8-byte
pagetable entries whether the pagetable format is 64-bit-mode or pae-mode.
AMD state explicitly in their manual that PAE pagetables can address up to
52 bits, just like 64-bit pagetables, and that this is the architectural
limit. Furthermore, you guys (Unisys) have done testing on big memory ES7000
systems (>128GB), and those are Intel boxes -- and I expect some of your
testing has been 32-bit HVM guests? Given we allocate larger addresses
first, this would confirm that Intel really does allow addresses >64GB in
PAE pagetables in practice.

 -- Keir



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.