[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 0/9] migration: Drop/unexport migration_is_device() and migra
From: |
Joao Martins |
Subject: |
Re: [PATCH 0/9] migration: Drop/unexport migration_is_device() and migration_is_active() |
Date: |
Mon, 16 Dec 2024 15:37:32 +0000 |
On 16/12/2024 14:45, Avihai Horon wrote:
> On 16/12/2024 14:00, Joao Martins wrote:
>> On 16/12/2024 09:46, Avihai Horon wrote:
>> I also have a much
>> smaller series for that sort of unblockage that I can give you a pointer.
>
> Yes, if you have it at hand, that could be useful for testing next versions.
>
>> Though, eventually the optimizations we will do for VF dirty tracking for
>> vIOMMU
>> will apply to IOMMU HW too just so we minimize the amount of calls to get
>> dirty
>> bits.
>>
>>> I didn't test it with iommu DPT as I don't have access to such HW.
>>> Cedric, I remember you said that you have such HW, it would be very
>>> helpful if you could test it.
>>>
>> I am starting to prep the unblocking vIOMMU for Qemu 10, so I can validate if
>> this series works as well -- but from what I have looked so far it should be
>> all
>> OK.
>
> Thanks, that wouldn't hurt :)
>
>> If it helps I have some pending series that lets you test emulated x86 IOMMU
>> DPT support (either on intel-iommu or amd-iommu) that can help you when you
>> don't have the hardware to test.
>
> That would be great, I didn't know such thing existed.
>
I did post it, but it was some time ago (2y). While I got some comments, but
failed to follow-up:
https://lore.kernel.org/qemu-devel/20220428211351.3897-1-joao.m.martins@oracle.com/#t
The link above has bugs, but let me conjure the version alongside vIOMMU and the
other stuff I mentioned earlier.
- [PATCH 6/9] vfio/migration: Rename vfio_devices_all_dirty_tracking(), (continued)
Re: [PATCH 0/9] migration: Drop/unexport migration_is_device() and migration_is_active(), Cédric Le Goater, 2024/12/16