Files
qemu/hw
Michael Roth 788d2599de spapr_pci: fix multifunction hotplug
Since 3f1e147, QEMU has adopted a convention of supporting function
hotplug by deferring hotplug events until func 0 is hotplugged.
This is likely how management tools like libvirt would expose
such support going forward.

Since sPAPR guests rely on per-func events rather than
slot-based, our protocol has been to hotplug func 0 *first* to
avoid cases where devices appear within guests without func 0
present to avoid undefined behavior.

To remain compatible with new convention, defer hotplug in a
similar manner, but then generate events in 0-first order as we
did in the past. Once func 0 present, fail any attempts to plug
additional functions (as we do with PCIe).

For unplug, defer unplug operations in a similar manner, but
generate unplug events such that function 0 is removed last in guest.

Signed-off-by: Michael Roth <mdroth@linux.vnet.ibm.com>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
2016-03-16 09:55:05 +11:00
..
2016-02-23 12:43:05 +00:00
2016-03-11 16:59:11 +02:00
2016-03-10 20:03:16 -07:00
2016-02-23 12:43:05 +00:00
2016-01-29 15:07:25 +00:00
2016-03-07 13:18:28 +01:00
2016-01-29 15:07:25 +00:00
2016-03-15 16:16:57 +02:00
2016-03-11 16:45:21 +02:00
2016-01-29 15:07:25 +00:00
2016-03-11 16:45:21 +02:00
2016-03-07 13:26:29 +01:00
2016-03-11 16:45:21 +02:00
2016-03-11 16:59:12 +02:00
2016-01-29 15:07:25 +00:00
2016-03-16 09:55:05 +11:00
2016-03-04 11:30:17 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:25 +00:00
2016-01-29 15:07:25 +00:00
2016-01-29 15:07:25 +00:00
2016-01-29 15:07:22 +00:00
2016-01-29 15:07:23 +00:00
2015-12-22 18:39:19 +02:00