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

2016-01-28 Thread Thomas Monjalon
2016-01-28 10:03, Burakov, Anatoly: > > 2016-01-27 16:50, Anatoly Burakov: > > > --- a/lib/librte_eal/linuxapp/eal/eal_vfio.h > > > +++ b/lib/librte_eal/linuxapp/eal/eal_vfio.h > > > +/* older kernels may not have no-IOMMU mode */ #ifndef > > > +VFIO_NOIOMMU_IOMMU #define VFIO_NOIOMMU_IOMMU 8 #endi

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

2016-01-28 Thread Burakov, Anatoly
> 2016-01-27 16:50, Anatoly Burakov: > > --- a/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c > > +++ b/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c > > +int vfio_type1_dma_map(int); > > +int vfio_noiommu_dma_map(int); > > WARNING:AVOID_EXTERNS: externs should be avoided in .c files I agree with > check

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

2016-01-27 Thread Thomas Monjalon
2016-01-27 16:50, Anatoly Burakov: > --- a/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c > +++ b/lib/librte_eal/linuxapp/eal/eal_pci_vfio.c > +int vfio_type1_dma_map(int); > +int vfio_noiommu_dma_map(int); WARNING:AVOID_EXTERNS: externs should be avoided in .c files I agree with checkpatch, they shou

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

2016-01-27 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 DMA mapping functions to eal_pci_vfio.c. Since type 1 IOMMU module is no l