with its specific subsystem vendor ID and device ID. To let the device be
probed by IFCVF driver, adding "vdpa=1" parameter helps to specify that this
device is to be used in vDPA mode, rather than polling mode, virtio pmd will
-skip when it detects this message.
+skip when it detects this message. If no this parameter specified, device
+will not be used as a vDPA device, and it will be driven by virtio pmd.
Different VF devices serve different virtio frontends which are in different
VMs, so each VF needs to have its own DMA address translation service. During
container vDPA driver can program DMA remapping table with the VM's memory
region information.
+The device argument "sw-live-migration=1" will configure the driver into SW
+assisted live migration mode. In this mode, the driver will set up a SW relay
+thread when LM happens, this thread will help device to log dirty pages. Thus
+this mode does not require HW to implement a dirty page logging function block,
+but will consume some percentage of CPU resource depending on the network
+throughput. If no this parameter specified, driver will rely on device's logging
+capability.
+
Key IFCVF vDPA driver ops
~~~~~~~~~~~~~~~~~~~~~~~~~
Features of the IFCVF driver are:
- Compatibility with virtio 0.95 and 1.0.
+- SW assisted vDPA live migration.
Prerequisites
* Added the handler to get firmware version string.
* Added support for multicast filtering.
+* **Added support for SW-assisted VDPA live migration.**
+
+ This SW-assisted VDPA live migration facility helps VDPA devices without
+ logging capability to perform live migration, a mediated SW relay can help
+ devices to track dirty pages caused by DMA. IFC driver has enabled this
+ SW-assisted live migration mode.
+
* **Added a compression performance test tool.**
Added a new performance test tool to test the compressdev PMD. The tool tests