[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [PATCH v5 0/8] pcie: Enhanced link speed and width support
From: |
Alex Williamson |
Subject: |
[Qemu-devel] [PATCH v5 0/8] pcie: Enhanced link speed and width support |
Date: |
Wed, 12 Dec 2018 12:38:23 -0700 |
User-agent: |
StGit/0.19-dirty |
v4->v5:
- Rebase to bb9bf94b3e89 where the v4.0 machine type already exists
(dropped from this series)
- Fix casting enum as int as noted by Eric Blake
- Looking specifically for Acks/Reviews/Sign-offs from PCI
maintainers, I think the ancillary components all have
sufficient reviewsi (more always welcome).
v3->v4:
- v4.0 machine types moved to patch 1/9. This patch is now for
reference only with the expectation that it will be merged
through Eduardo's tree. Including here only to have a self
contained series. (Includes Eduardo's SPAPR loop fix)
- Add Markus & Philippe's Review-by
- Add Eric's Review-by and corrections to various patches:
- qapi: correct release reference to 4.0 in enum definitions
- link fill: set link bandwidth notification for width > x1
OR (new) speed > 2.5GT/s with comment update
- Correct HW_COMPAT_3_1 to the experimental property names
v2->v3:
- Michael suggested offline that we not commit the pcie-root-port
driver API to support arbitrary speeds and widths without some
necessary use case where it's required to set these outside of
the machine type defaults. These options therefore become
experimental, x-speed and x-width, with the expectation that users
can either update their machine type or use experimental options
for old machine types. Patches 6 & 9 affected. Leaving Geoffrey's
Tested-by on patch 6 as this is a superficial change.
- Rolled in David's Ack for spapr 4.0 machine type (patch 8).
v1->v2:
- Update for QEMU release numbering, next is 4.0 not 3.2. Only
patch 8 and the commit log of patch 9 updated.
RFC->v1:
- Add Cc reported by get_maintainer
- Fixup some commit logs (no code changes in patches 1-7)
- Add Geoffrey's Tested-by
- Add patches 8 & 9 which define a QEMU 3.2 machine type and cranking
up the link speed and width for that machine type while maintaining
compatibile speeds for older machine types (testing requested for
non-x86 machine types)
- Various other users have also reported success with this series
(/r/VFIO)
Original cover letter:
QEMU exposes gen1 PCI-express interconnect devices supporting only
2.5GT/s and x1 width. It might not seem obvious that a virtual
bandwidth limitation can result in a real performance degradation, but
it's been reported that in some configurations assigned GPUs might not
scale their link speed up to the maximum supported value if the
downstream port above it only advertises limited link support.
As proposed[1] this series effectively implements virtual link
negotiation on downstream ports and enhances the generic PCIe root
port to allow user configurable speeds and widths. The "negotiation"
simply mirrors the link status of the connected downstream device
providing the appearance of dynamic link speed scaling to match the
endpoint device. Not yet implemented from the proposal is support
for globally updating defaults based on machine type, though the
foundation is provided here by allowing supporting PCIESlots to
implement an instance_init callback which can call into a common
helper for this.
I have not specifically tested migration with this, but we already
consider LNKSTA to be dynamic and the other changes implemented here
are static config space changes with no changes being implemented for
devices using default values, ie. they should be compatible by virtue
of existing config space migration support.
I think I've covered the required link related registers to support
PCIe 4.0, but please let me know if I've missed any.
Testing and feedback appreciated, patch 6/7 [now 6/8] provides example
qemu:arg options and requirements to use with existing libvirt. Native
libvirt support TBD [unnecessary now with only experimental options
for configuration beyond machine version]. Thanks,
Alex
[1] https://lists.gnu.org/archive/html/qemu-devel/2018-10/msg03086.html
---
Alex Williamson (8):
pcie: Create enums for link speed and width
pci: Sync PCIe downstream port LNKSTA on read
qapi: Define PCIe link speed and width properties
pcie: Add link speed and width fields to PCIESlot
pcie: Fill PCIESlot link fields to support higher speeds and widths
pcie: Allow generic PCIe root port to specify link speed and width
vfio/pci: Remove PCIe Link Status emulation
pcie: Fast PCIe root ports for new machines
hw/core/qdev-properties.c | 176 ++++++++++++++++++++++++++++++++++++
hw/pci-bridge/gen_pcie_root_port.c | 4 +
hw/pci-bridge/pcie_root_port.c | 14 +++
hw/pci/pci.c | 4 +
hw/pci/pcie.c | 120 ++++++++++++++++++++++++-
hw/vfio/pci.c | 9 --
include/hw/compat.h | 10 ++
include/hw/pci/pci.h | 13 +++
include/hw/pci/pcie.h | 1
include/hw/pci/pcie_port.h | 4 +
include/hw/pci/pcie_regs.h | 23 ++++-
include/hw/qdev-properties.h | 8 ++
qapi/common.json | 42 +++++++++
13 files changed, 415 insertions(+), 13 deletions(-)
- [Qemu-devel] [PATCH v5 0/8] pcie: Enhanced link speed and width support,
Alex Williamson <=
- [Qemu-devel] [PATCH v5 1/8] pcie: Create enums for link speed and width, Alex Williamson, 2018/12/12
- [Qemu-devel] [PATCH v5 2/8] pci: Sync PCIe downstream port LNKSTA on read, Alex Williamson, 2018/12/12
- [Qemu-devel] [PATCH v5 3/8] qapi: Define PCIe link speed and width properties, Alex Williamson, 2018/12/12
- [Qemu-devel] [PATCH v5 4/8] pcie: Add link speed and width fields to PCIESlot, Alex Williamson, 2018/12/12
- [Qemu-devel] [PATCH v5 5/8] pcie: Fill PCIESlot link fields to support higher speeds and widths, Alex Williamson, 2018/12/12
- [Qemu-devel] [PATCH v5 7/8] vfio/pci: Remove PCIe Link Status emulation, Alex Williamson, 2018/12/12
- [Qemu-devel] [PATCH v5 6/8] pcie: Allow generic PCIe root port to specify link speed and width, Alex Williamson, 2018/12/12