[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2 00/12] Alternate p2m: support multiple copies of host p2m
On 06/25/2015 10:29 AM, Lengyel, Tamas wrote: >> >> I plan to fix the bug, such that unshare will always occur before a copy. >> I don't plan to make the altp2m's able to have shared pages. >> >> Ed >> > > For now that is of course fine, memsharing is experimental and that's what > I meant above. I would however like to see that option in the future > eventually. I'll be digging it into a bit more once altp2m is merged, do > you see any obstacle why it wouldn't/couldn't work? The general philosophy is that an altp2m is a copy of the host p2m with the same or more restrictive access permissions. Remapping tweaks that by allowing different permutations of the gfn->mfn mappings, but only from the same gfn and mfn sets. There are a number of issues to do with locking order, coherency between multiple p2m's and code that operates on the host p2m implicitly that would need to be addressed to handle all page types in altp2m's, but I think what you are asking for violates the overarching philosophy stated above. Ed _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |