[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [hybrid]: code review for function mapping pfn to foreign mfn
At 18:37 -0700 on 23 Apr (1335206229), Mukesh Rathor wrote: > On Thu, 19 Apr 2012 15:15:27 +0100 > Tim Deegan <tim@xxxxxxx> wrote: > > > At 18:29 -0700 on 13 Apr (1334341792), Mukesh Rathor wrote: > > - AFAICT you're using set_mmio_p2m_entry and adding a new unmap > > operation just to avoid having the m2p updated. Since you can't > > rely on the unmap always happening through the new call (and you don't > > enforce it anywhere), it would be better to add a new p2m_type > > just for non-grant foreign mappings. Then you can gate the m2p > > updates in the existing code on the map being normal RAM, as is > > already done for p2m_is_grant(). > > Hi Tim, > > The variants of get_page* are confusing me, so wanna double check with > you. I should be able to do something like following, right? > [...] > if ( (rc=get_page_and_type_from_pagenr(mfn, PGT_writable_page,fdom,0,0)) > ) { > put_pg_owner(fdom); > return rc; > } Yes, but: - You should use get_page_from_pagenr() if fdom is paging_mode_external() and reference/copy the comment in get_page_from_l1e() to explain why: /* Foreign mappings into guests in shadow external mode don't * contribute to writeable mapping refcounts. (This allows the * qemu-dm helper process in dom0 to map the domain's memory without * messing up the count of "real" writable mappings.) */ - You should drop the refcount (and typecount, if you took one) if the mapping fails. - You need to make sure that _any_ path that removes the mapping drops the ref/type (_after_ any TLB flushes have happened, please!) Maybe the best way to do that is in ept_set_entry() for EPT and paging_write_p2m_entry() for NPT/shadow. - You need to handle the p2m teardown path as well. I think the best way to do that is to hoist the relinquish_shared_pages() loop up into a new function in p2m.c, and add your put_page[_and_type] calls in there. Cheers, Tim. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |