diff options
| author | Longpeng(Mike) <longpeng2@huawei.com> | 2022-03-26 14:02:25 +0800 |
|---|---|---|
| committer | Alex Williamson <alex.williamson@redhat.com> | 2022-05-06 09:06:50 -0600 |
| commit | 75d546fc18023d36779c687b948128c1a4666a96 (patch) | |
| tree | 7611847066972a63c7cd99025196d1f83086cdb9 /hw/vfio/pci.h | |
| parent | 8ab217d5d34275ee471a3b085ec90728b8f06d80 (diff) | |
| download | qemu-75d546fc18023d36779c687b948128c1a4666a96.zip qemu-75d546fc18023d36779c687b948128c1a4666a96.tar.gz qemu-75d546fc18023d36779c687b948128c1a4666a96.tar.bz2 | |
Revert "vfio: Avoid disabling and enabling vectors repeatedly in VFIO migration"
Commit ecebe53fe993 ("vfio: Avoid disabling and enabling vectors
repeatedly in VFIO migration") avoids inefficiently disabling and
enabling vectors repeatedly and lets the unmasked vectors be enabled
one by one.
But we want to batch multiple routes and defer the commit, and only
commit once outside the loop of setting vector notifiers, so we
cannot enable the vectors one by one in the loop now.
Revert that commit and we will take another way in the next patch,
it can not only avoid disabling/enabling vectors repeatedly, but
also satisfy our requirement of defer to commit.
Signed-off-by: Longpeng(Mike) <longpeng2@huawei.com>
Link: https://lore.kernel.org/r/20220326060226.1892-5-longpeng2@huawei.com
Signed-off-by: Alex Williamson <alex.williamson@redhat.com>
Diffstat (limited to 'hw/vfio/pci.h')
0 files changed, 0 insertions, 0 deletions