right, a capabilities field in struct vfio_device_migration_info can avoid
populating iteration APIs and migration states into every vendor drivers
who actually may not requires those APIs and simply do nothing or return
value 0 in response to those APIs.
struct vfio_device_migration_info {
__u32 device_state; /* VFIO device state */
+ __u32 capabilities; /* VFIO device capabilities */
struct {
__u64 precopy_only;
__u64 compatible;
__u64 postcopy_only;
__u64 threshold_size;
} pending;
...
};
So, only for devices who need iteration APIs, like GPU with standalone
video memory, can set flag VFIO_MIGRATION_HAS_ITERTATION to this
capabilities field. Then callbacks like save_live_iterate(),
is_active_iterate(), save_live_pending() will check the flag
VFIO_MIGRATION_HAS_ITERTATION in capabilities field and send requests
into vendor driver.
But, for simple devices who only use system memory, like IGD and NIC,
will not set the flag VFIO_MIGRATION_HAS_ITERTATION, and as a result, no
need to handle requests like "Get buffer", "Set buffer", "Get pending
bytes" triggered by QEMU iteration callbacks. And therefore, detailed
migration states are not cared for vendor drivers for these devices.
Thanks to Gonglei for providing this idea and details.
Free free to give your comments to the above description.
On Mon, Dec 17, 2018 at 11:19:49AM +0000, Gonglei (Arei) wrote:
Hi,
It's great to see this patch series, which is a very important step, although
currently only consider GPU mdev devices to support hot migration.
However, this is based on the VFIO framework after all, so we expect
that we can make this live migration framework more general.
For example, the vfio_save_pending() callback is used to obtain device
memory (such as GPU memory), but if the device (such as network card)
has no special proprietary memory, but only system memory?
It is too much to perform a null operation for this kind of device by writing
memory to the vendor driver of kernel space.
I think we can acquire the capability from the vendor driver before using this.
If there is device memory that needs iterative copying, the vendor driver return
ture, otherwise return false. Then QEMU implement the specific logic,
otherwise return directly. Just like getting the capability list of KVM
module, can we?
Regards,
-Gonglei
-----Original Message-----
From: Qemu-devel
[mailto:address@hidden On
Behalf Of Kirti Wankhede
Sent: Wednesday, November 21, 2018 4:40 AM
To: address@hidden; address@hidden
Cc: address@hidden; address@hidden; address@hidden;
address@hidden; address@hidden; address@hidden;
address@hidden; address@hidden; address@hidden;
address@hidden; address@hidden; address@hidden;
address@hidden; Kirti Wankhede <address@hidden>;
address@hidden; address@hidden; address@hidden;
address@hidden; address@hidden
Subject: [Qemu-devel] [PATCH 3/5] Add migration functions for VFIO devices
- Migration function are implemented for VFIO_DEVICE_TYPE_PCI device.
- Added SaveVMHandlers and implemented all basic functions required for live
migration.
- Added VM state change handler to know running or stopped state of VM.
- Added migration state change notifier to get notification on migration state
change. This state is translated to VFIO device state and conveyed to vendor
driver.
- VFIO device supportd migration or not is decided based of migration region
query. If migration region query is successful then migration is supported
else migration is blocked.
- Structure vfio_device_migration_info is mapped at 0th offset of migration
region and should always trapped by VFIO device's driver. Added both type of
access support, trapped or mmapped, for data section of the region.
- To save device state, read data offset and size using structure
vfio_device_migration_info.data, accordingly copy data from the region.
- To restore device state, write data offset and size in the structure and write
data in the region.
- To get dirty page bitmap, write start address and pfn count then read count of
pfns copied and accordingly read those from the rest of the region or
mmaped
part of the region. This copy is iterated till page bitmap for all requested
pfns are copied.
Signed-off-by: Kirti Wankhede <address@hidden>
Reviewed-by: Neo Jia <address@hidden>
---
hw/vfio/Makefile.objs | 2 +-
hw/vfio/migration.c | 729
++++++++++++++++++++++++++++++++++++++++++
include/hw/vfio/vfio-common.h | 23 ++
3 files changed, 753 insertions(+), 1 deletion(-)
create mode 100644 hw/vfio/migration.c
[skip]
+
+static SaveVMHandlers savevm_vfio_handlers = {
+ .save_setup = vfio_save_setup,
+ .save_live_iterate = vfio_save_iterate,
+ .save_live_complete_precopy = vfio_save_complete_precopy,
+ .save_live_pending = vfio_save_pending,
+ .save_cleanup = vfio_save_cleanup,
+ .load_state = vfio_load_state,
+ .load_setup = vfio_load_setup,
+ .load_cleanup = vfio_load_cleanup,
+ .is_active_iterate = vfio_is_active_iterate,
+};
+