s390x/zpci: some hotplug handler cleanups
Status from this message: queued to s390-next
Get series with b4
b4 am [email protected]Versions newest first
Patches in v1 Applied
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/4 | s390x/zpci: drop msix.availablehw/ hw/ | +0 | 5 replies | |
| 2/4 | s390x/zpci: use hotplug_dev instead of looking up the host bridgehw/ | +2 | 7 replies | |
| 3/4 | s390x/zpci: move some hotplug checks to the pre_plug handlerhw/ | +26 | 4 replies | |
| 4/4 | s390x/zpci: properly fail if the zPCI device cannot be createdhw/ | +19 | 7 replies |
Reviews trailers per patch
3 of 4 patches have a Reviewed-by or Acked-by.
| Patch | Thomas Huth | Collin Walling |
|---|---|---|
| 1/4 | R-b | R-b |
| 2/4 | ||
| 3/4 | R-b | |
| 4/4 | R-b | R-b |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [Qemu-devel] [PATCH v1 0/4] s390x/zpci: some hotplug handler cleanups
The hotplug code needs more love, but let's do some obvious cleanups first. In the future, we want to propery make use of unplug_request() + unplug(), instead of routing everything (especially two separate but linked) devices via a single unplug call. Also, we want to move all errors in plug() into the pre_plug() handler, but this will require general PCI refactorings (moving stuff from realize() to the pre_plug/plug handler).
This series is based on "[PATCH v2 00/10] pci: hotplug handler reworks", which contains one cleanup for s390x.
David Hildenbrand (4):
s390x/zpci: drop msix.available
s390x/zpci: use hotplug_dev instead of looking up the host bridge s390x/zpci: move some hotplug checks to the pre_plug handler s390x/zpci: properly fail if the zPCI device cannot be created
hw/s390x/s390-pci-bus.c | 74 ++++++++++++++++++++++++++--------------- hw/s390x/s390-pci-bus.h | 1 - 2 files changed, 47 insertions(+), 28 deletions(-)
Signature · 1 line
2.17.2