[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.