| commit | 37fa32de707340f3a93959ad5a1ebc41ba1520ee | |
| author | Matthew Rosato <mjrosato@linux.ibm.com> | |
| Mon, 26 Oct 2020 15:34:35 +0000 (26 11:34 -0400) | ||
| committer | Alex Williamson <alex.williamson@redhat.com> | |
| Sun, 1 Nov 2020 19:30:52 +0000 (1 12:30 -0700) | ||
| tree | 2c7beddea849c67a0f1565f865c03fe1a55542a4 | treesnapshot (tar.gz zip) |
| parent | cd7498d07fbb20fa04790ff7ee168a8a8d01cb30 | commitdiff |
s390x/pci: Honor DMA limits set by vfio
When an s390 guest is using lazy unmapping, it can result in a very
large number of oustanding DMA requests, far beyond the default
limit configured for vfio. Let's track DMA usage similar to vfio
in the host, and trigger the guest to flush their DMA mappings
before vfio runs out.
Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
[aw: non-Linux build fixes]
Signed-off-by: Alex Williamson <alex.williamson@redhat.com>
When an s390 guest is using lazy unmapping, it can result in a very
large number of oustanding DMA requests, far beyond the default
limit configured for vfio. Let's track DMA usage similar to vfio
in the host, and trigger the guest to flush their DMA mappings
before vfio runs out.
Signed-off-by: Matthew Rosato <mjrosato@linux.ibm.com>
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
[aw: non-Linux build fixes]
Signed-off-by: Alex Williamson <alex.williamson@redhat.com>