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] [PATCH][XEN] construct_dom0: Initialize variable before

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH][XEN] construct_dom0: Initialize variable before use
From: "Christoph Egger" <Christoph.Egger@xxxxxxx>
Date: Thu, 29 Nov 2007 14:37:24 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 29 Nov 2007 05:41:24 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C3746EE0.192A6%Keir.Fraser@xxxxxxxxxxxx>
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: <C3746EE0.192A6%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.9.6
On Thursday 29 November 2007 14:28:00 Keir Fraser wrote:
> On 29/11/07 13:02, "Christoph Egger" <Christoph.Egger@xxxxxxx> wrote:
> > Without this fix, d->arch.physaddr_bitsize is 0 in
> > domain_clamp_alloc_bitsize(). This causes all attempts to
> > XENMEM_increase_reservation with bits > 0 to fail. More precisely,
> > __alloc_domheap_pages() returns NULL.
> > This impacts Xen heap allocation in general.
> > Question: How did that work on Linux Dom0?
>
> Yes, that's pretty broken. It works for Linux because Linux allocates its
> lowmem I/o pages (e.g., swiotlb) using the XENMEM_exchange command, and
> that allocates the new memory anonymously in the first instance. This
> defeats the bitsize clamp check (which is okay just now because our
> truncation of the phsyical memory map to 166GB is sufficient to ensure that
> compat domUs can address all memory).

Thanks for clarification.
NetBSD Dom0 failed when allocating DMA-safe memory above 4GB.

Christoph


-- 
AMD Saxony, Dresden, Germany
Operating System Research Center

Legal Information:
AMD Saxony Limited Liability Company & Co. KG
Sitz (Geschäftsanschrift):
   Wilschdorfer Landstr. 101, 01109 Dresden, Deutschland
Registergericht Dresden: HRA 4896
vertretungsberechtigter Komplementär:
   AMD Saxony LLC (Sitz Wilmington, Delaware, USA)
Geschäftsführer der AMD Saxony LLC:
   Dr. Hans-R. Deppe, Thomas McCoy



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