diff options
| author | Knut Omang <knut.omang@oracle.com> | 2019-02-21 19:13:23 +0100 |
|---|---|---|
| committer | Michael S. Tsirkin <mst@redhat.com> | 2019-03-12 22:31:21 -0400 |
| commit | e07fb4b50b629141eb1517002ccfa070dbdc1ea7 (patch) | |
| tree | f867927fbb21836f928de0aba391ade75311c5bf /ioport.c | |
| parent | db891a9ba3b5aef52c2735f9b907d4d3678a86f8 (diff) | |
| download | qemu-e07fb4b50b629141eb1517002ccfa070dbdc1ea7.zip qemu-e07fb4b50b629141eb1517002ccfa070dbdc1ea7.tar.gz qemu-e07fb4b50b629141eb1517002ccfa070dbdc1ea7.tar.bz2 | |
gen_pcie_root_port: Add ACS (Access Control Services) capability
Claim ACS support in the generic PCIe root port to allow
passthrough of individual functions of a device to different
guests (in a nested virt.setting) with VFIO.
Without this patch, all functions of a device, such as all VFs of
an SR/IOV device, will end up in the same IOMMU group.
A similar situation occurs on Windows with Hyper-V.
In the single function device case, it also has a small cosmetic
benefit in that the root port itself is not grouped with
the device. VFIO handles that situation in that binding rules
only apply to endpoints, so it does not limit passthrough in
those cases.
Signed-off-by: Knut Omang <knut.omang@oracle.com>
Reviewed-by: Marcel Apfelbaum <marcel.apfelbaum@gmail.com>
Message-Id: <319460b483f566dd57487eb3dd340ed4c10aa53c.1550768238.git-series.knut.omang@oracle.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Alex Williamson <alex.williamson@redhat.com>
Diffstat (limited to 'ioport.c')
0 files changed, 0 insertions, 0 deletions