[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |