[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH-for-4.13 v2] x86/mm: don't needlessly veto migration
On Tue, 8 Oct 2019 at 09:25, Jan Beulich <jbeulich@xxxxxxxx> wrote: > > On 01.10.2019 17:11, Paul Durrant wrote: > > --- a/xen/arch/x86/mm/paging.c > > +++ b/xen/arch/x86/mm/paging.c > > @@ -209,15 +209,15 @@ static int paging_free_log_dirty_bitmap(struct domain > > *d, int rc) > > return rc; > > } > > > > -int paging_log_dirty_enable(struct domain *d, bool_t log_global) > > +int paging_log_dirty_enable(struct domain *d, bool log_global) > > { > > int ret; > > > > - if ( is_iommu_enabled(d) && log_global ) > > + if ( has_arch_pdevs(d) && iommu_use_hap_pt(d) && log_global ) > > To unblock a push to master, the is_iommu_enabled() -> has_arch_pdevs() > transformation here is needed afaict. Since the other half of the > change here (and a corresponding change to assign_device()) continues > to be controversial, could we agree on splitting this patch into two? > (I'd be fine doing the legwork.) Yes, please. I don't think there's a realistic chance of me getting back to this in time for 4.13. Hopefully shortly thereafter I'll be able to deal with it though. Paul > > Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |