the other VFs are
controlled by other user, I actually think it might be an interesting use case.
Thanks,
Ilya
-Original Message-
From: Alex Williamson [mailto:alex.william...@redhat.com]
Sent: Tuesday, December 22, 2015 5:36 PM
To: Ilya Lesokhin <il...@mellanox.com>; kvm@vger.kern
> -Original Message-
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Wednesday, December 23, 2015 6:28 PM
> To: Ilya Lesokhin <il...@mellanox.com>; kvm@vger.kernel.org; linux-
> p...@vger.kernel.org
> Cc: bhelg...@google.com; Noa Osherovich <
nly and leave user space to worry about
this problem.
4. Other SRIOV capabilities.
Do we want to hide capabilities we do not support in the SR-IOV
Capabilities register? or leave it to the userspace application?
[1] https://github.com/knuto/qemu/tree/sriov_patches_v6
Ilya Lesokhin (2):
PCI: Exp
Add support for PCIE SRIOV extended capablity with following features:
1. The ability to probe SRIOV BAR sizes.
2. The ability to enable and disable sriov.
Signed-off-by: Ilya Lesokhin <il...@mellanox.com>
Signed-off-by: Noa Osherovich <no...@mellanox.com>
Signed-off-by: Hagga
Expose iov_set_numvfs and iov_resource_size to make them available
for VFIO-PCI sriov support.
Signed-off-by: Ilya Lesokhin <il...@mellanox.com>
Signed-off-by: Noa Osherovich <no...@mellanox.com>
Signed-off-by: Haggai Eran <hagg...@mellanox.com>
---
drivers/pci/iov.c | 4 +
