[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH V8 3/7] x86/p2m: allocate logdirty_ranges for altp2ms
On 11/21/18 12:45 PM, Jan Beulich wrote: >>>> On 21.11.18 at 11:19, <rcojocaru@xxxxxxxxxxxxxxx> wrote: >> +static int p2m_activate_altp2m(struct domain *d, unsigned int idx) >> +{ >> + struct p2m_domain *hostp2m, *p2m; >> + int rc; >> + >> + ASSERT(idx < MAX_ALTP2M); >> + >> + p2m = d->arch.altp2m_p2m[idx]; >> + hostp2m = p2m_get_hostp2m(d); >> + >> + p2m_lock(p2m); >> + >> + rc = p2m_init_logdirty(p2m); >> + >> + if ( rc ) >> + goto out; >> + >> + /* The following is really just a rangeset copy. */ >> + rc = rangeset_merge(p2m->logdirty_ranges, hostp2m->logdirty_ranges); > > Is p2m != hostp2m guaranteed here (recalling the discussion about > array slot 0)? The function may happen to work with both rangesets > the same, but I don't think this is guaranteed. Yes, it is. We're "wasting" altp2m[0], as previously discussed. >> + if ( rc ) >> + { >> + p2m_free_logdirty(p2m); >> + goto out; >> + } >> + >> + p2m_init_altp2m_ept(d, idx); >> + >> +out: > > Labels indented by at least one blank please. Right, will change it in the next version. Thanks, Razvan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |