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] linux/i386: variable hypervisor hole not really variable

To: "Keir Fraser" <keir@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] linux/i386: variable hypervisor hole not really variable?
From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
Date: Fri, 10 Nov 2006 16:31:36 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 10 Nov 2006 07:30:53 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C17A468C.44BB%keir@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <4554A32E.76E4.0078.0@xxxxxxxxxx> <C17A468C.44BB%keir@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>>> Keir Fraser <keir@xxxxxxxxxxxxx> 10.11.06 16:09 >>>
>On 10/11/06 15:05, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:
>
>>> This doesn't stop you relocating the m2p table though -- you can do that
>>> regardless. You'll just have to lie about hypervisor_virt_start unless the
>>> guest exports this new capability. So at least you don't have to vary the
>>> m2p start address across different guests.
>> 
>> Relocating the m2p table makes sense only if I can move the hv base address
>> as well - otherwise I win nothing, as it's the first thing in the address map
>> anyway. The only thing that I get for free here is that I don't have to limit
>> memory to 16Gb when allowing compatibility mode guests, I can rather set
>> the limit at 166Gb.
>
>I'd do that anyway, if we had that amount of memory in the machine. Nicer
>than limiting guests to a range of the machine address space.

Sure, I want both - if the system has (and today it typically will have) less 
than
166Gb, then I want to move the boundary up (to allow the guest to have more
lowmem). Otherwise I'll keep it at its original place.

Jan

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

<Prev in Thread] Current Thread [Next in Thread>