Thank you very much, Kirti and Yan!
On 2020/5/18 11:36, Yan Zhao wrote:
> On Mon, May 18, 2020 at 10:39:52AM +0800, Xiang Zheng wrote:
>> Hi Kirti and Yan,
>>
>> How can I test this patch series on my SR-IOV devices?
>> I have looked through Yan's pathes for i40e VF live migration support:
>>
On Mon, May 18, 2020 at 10:39:52AM +0800, Xiang Zheng wrote:
> Hi Kirti and Yan,
>
> How can I test this patch series on my SR-IOV devices?
> I have looked through Yan's pathes for i40e VF live migration support:
> https://patchwork.kernel.org/patch/11375177/
>
I just updated the patches to
On 5/18/2020 8:09 AM, Xiang Zheng wrote:
Hi Kirti and Yan,
How can I test this patch series on my SR-IOV devices?
I have looked through Yan's pathes for i40e VF live migration support:
https://patchwork.kernel.org/patch/11375177/
However, I cannot find the detailed
Hi Kirti and Yan,
How can I test this patch series on my SR-IOV devices?
I have looked through Yan's pathes for i40e VF live migration support:
https://patchwork.kernel.org/patch/11375177/
However, I cannot find the detailed implementation about device state
saving/restoring and
On 5/16/2020 5:17 AM, Tian, Kevin wrote:
Hi, Kirti,
Will you send out a new version in Qemu side, or previous v16 still applies?
v16 doesn't work as now migration capability is added to iommu info
chain. I'll send out new version of QEMU side tomorrow, though I'm not
able to update QEMU
Hi, Kirti,
Will you send out a new version in Qemu side, or previous v16 still applies?
Thanks
Kevin
> From: Kirti Wankhede
> Sent: Saturday, May 16, 2020 5:13 AM
>
> Hi,
>
> This patch set adds:
> * IOCTL VFIO_IOMMU_DIRTY_PAGES to get dirty pages bitmap with
> respect to IOMMU container
Hi,
This patch set adds:
* IOCTL VFIO_IOMMU_DIRTY_PAGES to get dirty pages bitmap with
respect to IOMMU container rather than per device. All pages pinned by
vendor driver through vfio_pin_pages external API has to be marked as
dirty during migration. When IOMMU capable device is present