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] Re: non-contiguous allocations

To: Jan Beulich <JBeulich@xxxxxxxxxx>, Olaf Hering <olaf@xxxxxxxxx>
Subject: Re: [Xen-devel] Re: non-contiguous allocations
From: Keir Fraser <keir@xxxxxxx>
Date: Mon, 09 May 2011 09:34:37 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 09 May 2011 01:35:14 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:user-agent:date:subject:from:to:cc :message-id:thread-topic:thread-index:in-reply-to:mime-version :content-type:content-transfer-encoding; bh=jliAmIAB5zWrCGMQ/ZwbUyQwZQ+LABMuvuzG7+zO6LM=; b=e7eOP305BX0176fKdUYMjCveaaUIbBJPJ+JxpLkFgCpSuAEwmAQC6PlJzyLAYjkel0 gGCAsxpS6MPomZaza6AVO4toYuMwj5TNvq0u+xNP/IQ/6Rdhhv9wZZXUwP2TnGYf9zY4 qg3KVLFqb+IgGz4qYAsk9T61+jd/p2SDDyNEw=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:user-agent:date:subject:from:to:cc:message-id:thread-topic :thread-index:in-reply-to:mime-version:content-type :content-transfer-encoding; b=j0mAqh+j5TWXuB5XqNTwWPQUD43BgiOVhAX+ZgqSVihfIY+A+PXm/EM8Gfkm7JrY/j UVCRNASHz7RrxiX2BythN0T5fW/ZHmd9zMU4h74DmlN9fPSRj6Lbi5ah/YJlQk2Msldf XNdAKJAsFm+OuijLPNcgHSMI6CVL6hHF1DSYI=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4DC7C2400200007800040539@xxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcwOI+41XjDVh4pGiU2DgsGkZi6aaA==
Thread-topic: [Xen-devel] Re: non-contiguous allocations
User-agent: Microsoft-Entourage/12.29.0.110113
On 09/05/2011 09:30, "Jan Beulich" <JBeulich@xxxxxxxxxx> wrote:

>> Yes, sticking with alloc_xenheap_pages() is good.
> 
> It really depends on whether you expect to get memory that has
> (even on 32-bit) a virtual mapping, or you want to map it at an
> arbitrary virtual address after wards. alloc_xenheap_pages() gives
> you mapped memory (and the amount you can get is rather limited
> on 32-bit), while alloc_domheap_pages(NULL, ...) gives you
> memory that has a mapping only on 64-bit (and, once we'll find it
> necessary to support machines with more than 5Tb, even that
> may not hold anymore) but it equally not associated with any
> domain.

We have a mechanism for sharing xenheap pages with a guest, which xentrace
is already using. Doing the same with anonymous domheap pages would be extra
hassle. The limitation of xenheap on x86_32 is uninteresting to me,
especially when we're talking about a niche developer feature like xentrace.

 -- Keir



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