[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[PATCH v20 03/11] s390x/pci: Avoid creating zpci for VFs
From: |
Akihiko Odaki |
Subject: |
[PATCH v20 03/11] s390x/pci: Avoid creating zpci for VFs |
Date: |
Thu, 16 Jan 2025 18:00:54 +0900 |
VFs are automatically created by PF, and creating zpci for them will
result in unexpected usage of fids. Currently QEMU does not support
multifunction for s390x so we don't need zpci for VFs anyway.
Signed-off-by: Akihiko Odaki <akihiko.odaki@daynix.com>
---
hw/s390x/s390-pci-bus.c | 21 +++++++++++++++++++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff --git a/hw/s390x/s390-pci-bus.c b/hw/s390x/s390-pci-bus.c
index eead269cc285..8c5eb69f7d76 100644
--- a/hw/s390x/s390-pci-bus.c
+++ b/hw/s390x/s390-pci-bus.c
@@ -1080,6 +1080,16 @@ static void s390_pcihost_plug(HotplugHandler
*hotplug_dev, DeviceState *dev,
pbdev = s390_pci_find_dev_by_target(s, dev->id);
if (!pbdev) {
+ /*
+ * VFs are automatically created by PF, and creating zpci for them
+ * will result in unexpected usage of fids. Currently QEMU does not
+ * support multifunction for s390x so we don't need zpci for VFs
+ * anyway.
+ */
+ if (pci_is_vf(pdev)) {
+ return;
+ }
+
pbdev = s390_pci_device_new(s, dev->id, errp);
if (!pbdev) {
return;
@@ -1167,7 +1177,10 @@ static void s390_pcihost_unplug(HotplugHandler
*hotplug_dev, DeviceState *dev,
int32_t devfn;
pbdev = s390_pci_find_dev_by_pci(s, PCI_DEVICE(dev));
- g_assert(pbdev);
+ if (!pbdev) {
+ g_assert(pci_is_vf(pci_dev));
+ return;
+ }
s390_pci_generate_plug_event(HP_EVENT_STANDBY_TO_RESERVED,
pbdev->fh, pbdev->fid);
@@ -1206,7 +1219,11 @@ static void s390_pcihost_unplug_request(HotplugHandler
*hotplug_dev,
* we've checked the PCI device already (to prevent endless recursion).
*/
pbdev = s390_pci_find_dev_by_pci(s, PCI_DEVICE(dev));
- g_assert(pbdev);
+ if (!pbdev) {
+ g_assert(pci_is_vf(PCI_DEVICE(dev)));
+ return;
+ }
+
pbdev->pci_unplug_request_processed = true;
qdev_unplug(DEVICE(pbdev), errp);
} else if (object_dynamic_cast(OBJECT(dev), TYPE_S390_PCI_DEVICE)) {
--
2.47.1
- [PATCH v20 00/11] hw/pci: SR-IOV related fixes and improvements, Akihiko Odaki, 2025/01/16
- [PATCH v20 01/11] hw/ppc/spapr_pci: Do not create DT for disabled PCI device, Akihiko Odaki, 2025/01/16
- [PATCH v20 02/11] hw/ppc/spapr_pci: Do not reject VFs created after a PF, Akihiko Odaki, 2025/01/16
- [PATCH v20 03/11] s390x/pci: Avoid creating zpci for VFs,
Akihiko Odaki <=
- [PATCH v20 04/11] s390x/pci: Allow plugging SR-IOV devices, Akihiko Odaki, 2025/01/16
- [PATCH v20 05/11] s390x/pci: Check for multifunction after device realization, Akihiko Odaki, 2025/01/16
- [PATCH v20 06/11] pcie_sriov: Do not manually unrealize, Akihiko Odaki, 2025/01/16
- [PATCH v20 07/11] pcie_sriov: Ensure VF addr does not overflow, Akihiko Odaki, 2025/01/16
- [PATCH v20 08/11] pcie_sriov: Reuse SR-IOV VF device instances, Akihiko Odaki, 2025/01/16
- [PATCH v20 09/11] pcie_sriov: Release VFs failed to realize, Akihiko Odaki, 2025/01/16
- [PATCH v20 10/11] pcie_sriov: Remove num_vfs from PCIESriovPF, Akihiko Odaki, 2025/01/16
- [PATCH v20 11/11] pcie_sriov: Register VFs after migration, Akihiko Odaki, 2025/01/16