[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 7/7] x86/IOMMU: initialize iommu_ops in vendor-independent code
>>> On 28.03.19 at 18:50, <andrew.cooper3@xxxxxxxxxx> wrote: > On 28/03/2019 14:54, Jan Beulich wrote: >> --- a/xen/drivers/passthrough/x86/iommu.c >> +++ b/xen/drivers/passthrough/x86/iommu.c >> @@ -26,6 +26,19 @@ >> const struct iommu_init_ops *__initdata iommu_init_ops; >> struct iommu_ops __read_mostly iommu_ops; >> >> +int __init iommu_hardware_setup(void) >> +{ >> + if ( !iommu_init_ops ) >> + return -ENODEV; >> + >> + if ( !iommu_ops.init ) >> + iommu_ops = *iommu_init_ops->ops; >> + else >> + ASSERT(iommu_ops.init == iommu_init_ops->ops->init); > > What is this ASSERT() intended to catch? We pass through this function > exactly once, making the else path dead. iommu_ops may have got set already during x2APIC IR enabling (see patch 6). > Do you have some plans in future series which make this a non-init function? No. 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 |