Re: [RFC v3 00/18] vfio: Adopt iommufd

2023-02-03 Thread Eric Auger
On 2/3/23 13:57, Jason Gunthorpe wrote: > On Tue, Jan 31, 2023 at 09:52:47PM +0100, Eric Auger wrote: >> Given some iommufd kernel limitations, the iommufd backend is >> not yuet fully on par with the legacy backend w.r.t. features like: >> - p2p mappings (you will see related error traces) >> -

Re: [RFC v3 00/18] vfio: Adopt iommufd

2023-02-03 Thread Jason Gunthorpe
On Tue, Jan 31, 2023 at 09:52:47PM +0100, Eric Auger wrote: > Given some iommufd kernel limitations, the iommufd backend is > not yuet fully on par with the legacy backend w.r.t. features like: > - p2p mappings (you will see related error traces) > - coherency tracking You said this was a qemu sid

[RFC v3 00/18] vfio: Adopt iommufd

2023-01-31 Thread Eric Auger
With the introduction of iommufd, the Linux kernel provides a generic interface for userspace drivers to propagate their DMA mappings to kernel for assigned devices. This series does the porting of the VFIO devices onto the /dev/iommu uapi and let it coexist with the legacy implementation. This QE