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

RE: [Xen-devel] Review needed for "commonisation"ofcommon/grant_table.c



> > I understand (I think) how it works on x86.  But the memory
> > model is somewhat different on ia64.  Domain 0 has access
> > to all of machine memory and can create a duplicate mapping
> > for any page of any unprivileged guest.  This is not controlled
> > by Xen (in the current implementation).
>
> Doesn't XEN/domain0 use ballon driver to give memory to HV and 
> let HV memory system allocate for other domains? Or are you proposing
> a new XEN memory mechanism (can you share with us for the details 
> so that we can be in same page if this is the case)? 
> But anyway I don't think IA64 has such kind of specials.

Throughout the development of Xen 3.0, more and more functionality
is moving out of the hypervisor and into domain0.  Management
of physical memory (outside of that memory which is required
for Xen itself) is a reasonable next step.  Because of architectural
constraints, this is harder for x86 but that's no reason to
constrain ia64, where machine memory is completely accessible
to domain0 and completely hidden from other domains.

Dan


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


 


Rackspace

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