|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4] xen/grant-table: Avoid m2p_override during mapping
On 22/01/14 16:39, Stefano Stabellini wrote: It removes a stray space from the original code. Not necessary, but if it's there, I think we can keep it.On Tue, 21 Jan 2014, Zoltan Kiss wrote: Yes, because that page_to_pfn can return something different. That's why the v2 patches failed.diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c index 2ae8699..0060178 100644 --- a/arch/x86/xen/p2m.c +++ b/arch/x86/xen/p2m.c @@ -872,15 +872,13 @@ static unsigned long mfn_hash(unsigned long mfn) /* Add an MFN override for a particular page */ int m2p_add_override(unsigned long mfn, struct page *page, - struct gnttab_map_grant_ref *kmap_op) + struct gnttab_map_grant_ref *kmap_op, unsigned long pfn)Do we really need to add another additional parameter to m2p_add_override? I would just let m2p_add_override and m2p_remove_override call page_to_pfn again. It is not that expensive. @@ -933,20 +924,15 @@ int m2p_add_override(unsigned long mfn, struct page *page, } EXPORT_SYMBOL_GPL(m2p_add_override); int m2p_remove_override(struct page *page, - struct gnttab_map_grant_ref *kmap_op) + struct gnttab_map_grant_ref *kmap_op, + unsigned long pfn, + unsigned long mfn)Same here Same as above.
And ret = -ENOMEM
I'll fix that. Also in unmap.
return ret;
And ret = -EINVALThe above are the the result of the fact that I've based this originally on 3.10, where the out label haven't existed. I'll send the next version when the tests pass. Zoli _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |