summaryrefslogtreecommitdiffstats
path: root/drivers/parport
diff options
context:
space:
mode:
authorChangbin Du <changbin.du@intel.com>2018-03-01 08:49:59 +0100
committerZhenyu Wang <zhenyuw@linux.intel.com>2018-03-06 06:19:27 +0100
commitcf4ee73fd9b6d31fa7530f72cff5cc97b94f1272 (patch)
tree4b056932a08bd1194f0c1dd87e7831d544d40316 /drivers/parport
parentdrm/i915/gvt: Fix check error on hws_pga_write() fail message (diff)
downloadlinux-cf4ee73fd9b6d31fa7530f72cff5cc97b94f1272.tar.xz
linux-cf4ee73fd9b6d31fa7530f72cff5cc97b94f1272.zip
drm/i915/gvt: Fix guest vGPU hang caused by very high dma setup overhead
The implementation of current kvmgt implicitly setup dma mapping at MPT API gfn_to_mfn. First this design against the API's original purpose. Second, there is no unmap hit in this design. The result is that the dma mapping keep growing larger and larger. For mutl-vm case, they will consume IOMMU IOVA low 4GB address space quickly and so tons of rbtree entries crated in the IOMMU IOVA allocator. Finally, single IOVA allocation can take as long as ~70ms. Such latency is intolerable. To address both above issues, this patch introduced two new MPT API: o dma_map_guest_page - setup dma map for guest page o dma_unmap_guest_page - cancel dma map for guest page The kvmgt implements these 2 API. And to reduce dma setup overhead for duplicated pages (eg. scratch pages), two caches are used: one is for mapping gfn to struct gvt_dma, another is for mapping dma addr to struct gvt_dma. With these 2 new API, the gtt now is able to cancel dma mapping when page table is invalidated. The dma mapping is not in a gradual increase now. v2: follow the old logic for VFIO_IOMMU_NOTIFY_DMA_UNMAP at this point. Cc: Hang Yuan <hang.yuan@intel.com> Cc: Xiong Zhang <xiong.y.zhang@intel.com> Signed-off-by: Changbin Du <changbin.du@intel.com> Signed-off-by: Zhenyu Wang <zhenyuw@linux.intel.com>
Diffstat (limited to 'drivers/parport')
0 files changed, 0 insertions, 0 deletions