[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

2016-01-28 Thread Thomas Monjalon
2016-01-28 11:57, Anatoly Burakov: > This commit is adding a generic mechanism to support multiple IOMMU > types. For now, it's only type 1 (x86 IOMMU) and no-IOMMU (a special > VFIO mode that doesn't use IOMMU at all), but it's easily extended > by adding necessary definitions to eal_vfio.h, and

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

2016-01-28 Thread Thomas Monjalon
2016-01-28 14:16, Burakov, Anatoly: > Hi Thomas, > > > 2016-01-28 11:57, Anatoly Burakov: > > > +#if LINUX_VERSION_CODE < KERNEL_VERSION(4, 5, 0) > > > > Why not #ifndef VFIO_NOIOMMU_IOMMU? > > It would avoid some backport issue. > > I don't see how it could. Versions post-4.5 will have

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

2016-01-28 Thread Burakov, Anatoly
> > Hi Thomas, > > > > > 2016-01-28 11:57, Anatoly Burakov: > > > > +#if LINUX_VERSION_CODE < KERNEL_VERSION(4, 5, 0) > > > > > > Why not #ifndef VFIO_NOIOMMU_IOMMU? > > > It would avoid some backport issue. > > > > I don't see how it could. Versions post-4.5 will have > VFIO_NOIOMMU_IOMMU, so no

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

2016-01-28 Thread Thomas Monjalon
2016-01-28 11:57, Anatoly Burakov: > +#if LINUX_VERSION_CODE < KERNEL_VERSION(4, 5, 0) Why not #ifndef VFIO_NOIOMMU_IOMMU? It would avoid some backport issue. > +#define RTE_VFIO_NOIOMMU 8 > +#else > +#define RTE_VFIO_NOIOMMU VFIO_NOIOMMU_IOMMU > +#endif

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

2016-01-28 Thread Burakov, Anatoly
Hi Thomas, > 2016-01-28 11:57, Anatoly Burakov: > > +#if LINUX_VERSION_CODE < KERNEL_VERSION(4, 5, 0) > > Why not #ifndef VFIO_NOIOMMU_IOMMU? > It would avoid some backport issue. I don't see how it could. Versions post-4.5 will have VFIO_NOIOMMU_IOMMU, so no issue there. Pre-4.5 versions,

[dpdk-dev] [PATCH v6] vfio: Support for no-IOMMU mode

2016-01-28 Thread Anatoly Burakov
This commit is adding a generic mechanism to support multiple IOMMU types. For now, it's only type 1 (x86 IOMMU) and no-IOMMU (a special VFIO mode that doesn't use IOMMU at all), but it's easily extended by adding necessary definitions to eal_vfio.h, and DMA mapping functions to eal_pci_vfio.c.