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-ia64-devel

Re: [Xen-ia64-devel] [PATCH][RFC] embed memory map in domain pseudo phys

To: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Subject: Re: [Xen-ia64-devel] [PATCH][RFC] embed memory map in domain pseudo physical address space
From: Tristan Gingold <tgingold@xxxxxxx>
Date: Fri, 2 Feb 2007 06:42:28 +0100
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 01 Feb 2007 21:37:46 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20070201131521.GD14993%yamahata@xxxxxxxxxxxxx>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20070201131521.GD14993%yamahata@xxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.9i
On Thu, Feb 01, 2007 at 10:15:21PM +0900, Isaku Yamahata wrote:
> Hi all.
> 
> Xen/IA64 XEN_DOMCTL_arch_setup hypercall needs flexibilty
> to address the following issues.
> - xm dump-core. (save/restore would use in near future)
>   Now I'm trying to enhance xm dump-core for IA64.
>   Such utilities need to know the area where memory is populated.
>   Currently domU populates memory dense, but this wouldn't be
>   true in future.
>   Especially VTi domain builder populate memory spasely so that
>   xm dump-core doesn't work for domVTi.
> - sparse populated domU for driver domain or other purose(e.g. NUMA)
>   The domain builder needs flexibility to populate memory sparsely.
Hi,

I agree with the goal.
Although I don't have all the details in memory, why not fully build the
domain (ie building pal/sal stubs) from libxc ?

If this is doable, I think it should be cleaner.

[This is just an idea to be discussed.  If we agree this is cleaner and doable
then someone might implement it.  The only drawback might be code duplication]

Tristan.


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