DescriptionMarcel Apfelbaum
2017-01-05 19:34:15 UTC
+++ This bug was initially created as a clone of Bug #1408813 +++
+++ This bug was initially created as a clone of Bug #1390346 +++
QEMU reserves only 32-bit memory range for hotplug. The range can be rather limited and not enough to hot-plug devices with large BARs.
Add a parameter to QEMU to reserve a 64-bit range in CRS
starting after the memory ranged reserved for memory hotplug.
Check that all the range is addressable by VM's CPU.
Add libvirt support for the new command line parameters.
This should work the same as with Memory Hotplug.
If for Memory Hotplug we need to specify the slots and max size at command line, for the PCI Hotplug over 4G we only need to specify the size.
By default the allocated size will be 0, because when we reserve the space we add a constraint on the VM CPU addressable bits. Reserving a bigger chunk may create problems when we want to migrate the VM to a host with less addressable bits.
Because of the above, libvirt can't decide by itself and the upper layers need to handle this trade-off: more hot-pluggable space VS potential migration limitations.