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] Baffled by multipage_allocation_permitted()

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Baffled by multipage_allocation_permitted()
From: Dave McCracken <dcm@xxxxxxxx>
Date: Tue, 16 Jun 2009 08:10:27 -0500
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Jan Beulich <JBeulich@xxxxxxxxxx>
Delivery-date: Tue, 16 Jun 2009 06:11:00 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C65D276A.7EE3%keir.fraser@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/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>
References: <C65D276A.7EE3%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.11.4 (Linux/2.6.28; KDE/4.2.4; x86_64; ; )
On Tuesday 16 June 2009, Keir Fraser wrote:
> On 16/06/2009 10:19, "Jan Beulich" <JBeulich@xxxxxxxxxx> wrote:
> >> We can just get rid of it I think. There are arguably worse other things
> >> we already allow, like any guest can allocate low memory by specifying a
> >> small value of XENMEMF_address_bits().
> >
> > Wouldn't it be better to tighten things rather than relaxing them?
>
> It'll need policy to be expressed and pushed down from the toolstack
> somehow. Noone's really thought about it too much. In this case I think I
> will keep the checking macro actually, and simply disallow allocations
> greater than order-9 (2MB superpage) unless the domain has direct hardware
> access capability.

Thanks for the change.  That resolves my problem.

Out of curiosity, why is it necessary to restrict the size of multipage 
allocations at all?  I'd think the memory size limits would adequately protect 
against any guest going wild with it.  What harm could come from, for example, 
a guest asking for a 16M contiguous page?  I don't know of any current need 
for such a thing.  I'm just wondering why we restrict it.

Thanks,
Dave McCracken
Oracle Corp.


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