summaryrefslogtreecommitdiff
path: root/block
diff options
context:
space:
mode:
authorJulian Stecklina <jsteckli@os.inf.tu-dresden.de>2013-10-09 10:03:52 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2013-12-08 07:29:43 -0800
commit3dc062d269601c3f2f9860e9033906d303661622 (patch)
tree3d5960b3beb3fee7e2f5ffbed39f2b06e296dec6 /block
parent6fa8c5d6ac1afc5563932d7220ed01ee959a8764 (diff)
downloadlwn-3dc062d269601c3f2f9860e9033906d303661622.tar.gz
lwn-3dc062d269601c3f2f9860e9033906d303661622.zip
iommu/vt-d: Fixed interaction of VFIO_IOMMU_MAP_DMA with IOMMU address limits
commit f9423606ade08653dd8a43334f0a7fb45504c5cc upstream. The BUG_ON in drivers/iommu/intel-iommu.c:785 can be triggered from userspace via VFIO by calling the VFIO_IOMMU_MAP_DMA ioctl on a vfio device with any address beyond the addressing capabilities of the IOMMU. The problem is that the ioctl code calls iommu_iova_to_phys before it calls iommu_map. iommu_map handles the case that it gets addresses beyond the addressing capabilities of its IOMMU. intel_iommu_iova_to_phys does not. This patch fixes iommu_iova_to_phys to return NULL for addresses beyond what the IOMMU can handle. This in turn causes the ioctl call to fail in iommu_map and (correctly) return EFAULT to the user with a helpful warning message in the kernel log. Signed-off-by: Julian Stecklina <jsteckli@os.inf.tu-dresden.de> Acked-by: Alex Williamson <alex.williamson@redhat.com> Signed-off-by: Joerg Roedel <joro@8bytes.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'block')
0 files changed, 0 insertions, 0 deletions