[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 1/4] xen/common: Break domain_unmap_resources() out of domain_kill()
On 2/20/19 12:18 AM, Andrew Cooper wrote: > A subsequent change is going to need an x86-specific unmapping step, so take > the opportunity to split the current vcpu unmapping out into a dedicated path. > > No practical change. > > Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> > --- > CC: Jan Beulich <JBeulich@xxxxxxxx> > CC: Wei Liu <wei.liu2@xxxxxxxxxx> > CC: Roger Pau Monné <roger.pau@xxxxxxxxxx> > CC: Razvan Cojocaru <rcojocaru@xxxxxxxxxxxxxxx> > CC: Tamas K Lengyel <tamas@xxxxxxxxxxxxx> > CC: Juergen Gross <jgross@xxxxxxxx> > --- > xen/common/domain.c | 16 +++++++++++++--- > xen/include/xen/domain.h | 4 ++++ > 2 files changed, 17 insertions(+), 3 deletions(-) > > diff --git a/xen/common/domain.c b/xen/common/domain.c > index 32bca8d..e66f7ea 100644 > --- a/xen/common/domain.c > +++ b/xen/common/domain.c > @@ -700,10 +700,21 @@ int rcu_lock_live_remote_domain_by_id(domid_t dom, > struct domain **d) > return 0; > } > > +static void domain_unmap_resources(struct domain *d) > +{ > + struct vcpu *v; > + > + for_each_vcpu ( d, v ) > + { > + unmap_vcpu_info(v); > + > + arch_vcpu_unmap_resources(v); > + } > +} > + > int domain_kill(struct domain *d) > { > int rc = 0; > - struct vcpu *v; > > if ( d == current->domain ) > return -EINVAL; > @@ -732,13 +743,12 @@ int domain_kill(struct domain *d) > d->tmem_client = NULL; > /* fallthrough */ > case DOMDYING_dying: > + domain_unmap_resources(d); > rc = domain_relinquish_resources(d); > if ( rc != 0 ) > break; > if ( cpupool_move_domain(d, cpupool0) ) > return -ERESTART;a > - for_each_vcpu ( d, v ) > - unmap_vcpu_info(v); So before this change there was a leak of some sort here? I see that before this patch unmap_vcpu_info() was called only if rc == 0, but it is now called unconditionally _before_ domain_relinquish_resources(). This does appear to change the behaviour of the code in the error case. If that's intended: Reviewed-by: Razvan Cojocaru <rcojocaru@xxxxxxxxxxxxxxx> 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 |