search for: swiotlb_dma_ops

On Fri, Jul 20, 2018 at 09:29:41AM +0530, Anshuman Khandual wrote: >Subject: Re: [RFC 4/4] virtio: Add platform specific DMA API translation for > virito devices s/virito/virtio/ > This adds a hook which a platform can define in order to allow it to > override virtio device's DMA OPS irrespective of whether it has the > flag VIRTIO_F_IOMMU_PLATFORM set or not. We want to use

On Fri, Jul 20, 2018 at 09:29:41AM +0530, Anshuman Khandual wrote: >Subject: Re: [RFC 4/4] virtio: Add platform specific DMA API translation for > virito devices s/virito/virtio/ > This adds a hook which a platform can define in order to allow it to > override virtio device's DMA OPS irrespective of whether it has the > flag VIRTIO_F_IOMMU_PLATFORM set or not. We want to use

...ride_dma_ops on powerpc, we will again check on virtio_has_iommu_quirk before overriding it with SWIOTLB. void platform_override_dma_ops(struct virtio_device *vdev) { if (is_ultravisor_platform() && virtio_has_iommu_quirk(vdev)) set_dma_ops(vdev->dev.parent, &swiotlb_dma_ops); } > If so, we could put this into virtio_has_iommu_quirk then. Did you mean platform_override_dma_ops instead ? If so, yes that is possible. Default implementation of platform_override_dma_ops should just check on VIRTIO_F_IOMMU_PLATFORM feature and override with virtio_direct_dma_ops but ar...

Hi all, Here''s a work in progress series whcih does a partial revert of the previous swiotlb changes, and does a partial replacement with Becky Bruce''s series. The most important difference is Becky''s use of phys_addr_t rather than page+offset to represent arbitrary pages. This turns out to be simpler. I didn''t replicate the map_single_page changes, since