[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC PATCH 2/16]: PVH xen: add XENMEM_add_to_physmap_range
On 12/01/2013 01:28, "Mukesh Rathor" <mukesh.rathor@xxxxxxxxxx> wrote: > In this patch we add a new function xenmem_add_to_physmap_range(), and > change xenmem_add_to_physmap_once parameters so it can be called from > xenmem_add_to_physmap_range. There is no PVH specific change here. > > BTW, there are 16 patches and not 15. Sorry, corrected the subject. > > Signed-off-by: Mukesh Rathor <mukesh.rathor@xxxxxxxxxx> > > > diff -r 278d7a933d88 -r ede1afe68962 xen/arch/x86/mm.c > --- a/xen/arch/x86/mm.c Fri Jan 11 16:19:40 2013 -0800 > +++ b/xen/arch/x86/mm.c Fri Jan 11 16:20:38 2013 -0800 > @@ -4218,8 +4218,8 @@ static int handle_iomem_range(unsigned l > } > > static int xenmem_add_to_physmap_once( > - struct domain *d, > - const struct xen_add_to_physmap *xatp) > + struct domain *d, uint16_t xatp_space, domid_t foreign_domid, > + unsigned long xatp_idx, unsigned long xatp_gpfn) The new caller should pack these arguments into a xen_add_to_physmap struct like all the others do. Don't atomise struct arguments like this, it's gross. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |