]> www.infradead.org Git - users/dwmw2/qemu.git/commit
migration/multifd: Don't send ram data during SYNC
authorFabiano Rosas <farosas@suse.de>
Tue, 27 Aug 2024 17:45:58 +0000 (14:45 -0300)
committerFabiano Rosas <farosas@suse.de>
Tue, 3 Sep 2024 19:24:35 +0000 (16:24 -0300)
commitd7e58f412cf6c5426efda60558f0ccfbf709f646
treeb149ccc8fa2ae8c69d88ffafcbdc7c3f8579ef4e
parent87bb9e953e6729920701dbc439a498586ae7e305
migration/multifd: Don't send ram data during SYNC

Skip saving and loading any ram data in the packet in the case of a
SYNC. This fixes a shortcoming of the current code which requires a
reset of the MultiFDPages_t fields right after the previous
pending_job finishes, otherwise the very next job might be a SYNC and
multifd_send_fill_packet() will put the stale values in the packet.

By not calling multifd_ram_fill_packet(), we can stop resetting
MultiFDPages_t in the multifd core and leave that to the client code.

Actually moving the reset function is not yet done because
pages->num==0 is used by the client code to determine whether the
MultiFDPages_t needs to be flushed. The subsequent patches will
replace that with a generic flag that is not dependent on
MultiFDPages_t.

Reviewed-by: Peter Xu <peterx@redhat.com>
Signed-off-by: Fabiano Rosas <farosas@suse.de>
migration/multifd.c