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] I cannot get any message from domU by console / pv_ops d

To: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: Re: [Xen-devel] I cannot get any message from domU by console / pv_ops domU kernel crashes with xen_create_contiguous_region failed
From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
Date: Tue, 22 Dec 2009 14:58:47 +0000
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, ?????? <peb1611@xxxxxxxxx>
Delivery-date: Tue, 22 Dec 2009 06:59:23 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20091222143203.GA2785@xxxxxxxxxxxxxxxxxxx>
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>
Organization: Citrix Systems, Inc.
References: <ebf0d9030912210630p4b6b987fu423fa54420b55271@xxxxxxxxxxxxxx> <20091221183000.GO16033@xxxxxxxxxxx> <ebf0d9030912212002h6996f725kf4626bd02e03161b@xxxxxxxxxxxxxx> <20091222084214.GR16033@xxxxxxxxxxx> <20091222143203.GA2785@xxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Tue, 2009-12-22 at 14:32 +0000, Konrad Rzeszutek Wilk wrote:
> > >    (early) [    0.000000] Kernel panic - not syncing:
> > >    <3>xen_create_contiguous_region failed
> 
> This implies you did not have enough DMA32 memory in the hypervisor for the 
> guest.
> Meaning at least 64MB.

Does this mean that every domU is allocating 64M for swiotlb by default?
That seems like an awful lot of wastage when the vast majority of guests
have no I/O device and therefore no need for swiotlb, especially given
that this is memory from a limited pool (OK, so 64G isn't that low a
limit).

If we are unable to automatically determine early enough whether a guest
needs swiotlb or not (which I suspect is the case without additional
tools support) then I think the old-style behaviour of only enabling
swiotlb in domU on explicit request matches the common case better.

Ian.


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

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