aboutsummaryrefslogtreecommitdiff
path: root/scripts/render_block_graph.py
diff options
context:
space:
mode:
authorYuan Liu <yuan1.liu@intel.com>2024-12-18 17:14:11 +0800
committerFabiano Rosas <farosas@suse.de>2025-01-09 17:40:15 -0300
commitcdc3970f8597ebdc1a4c2090cfb4d11e297329ed (patch)
tree8f28e00030fb9d7c17baed52185669b57f0c6443 /scripts/render_block_graph.py
parentc76ee1f6255c3988a9447d363bb17072f1ec84e1 (diff)
downloadqemu-cdc3970f8597ebdc1a4c2090cfb4d11e297329ed.zip
qemu-cdc3970f8597ebdc1a4c2090cfb4d11e297329ed.tar.gz
qemu-cdc3970f8597ebdc1a4c2090cfb4d11e297329ed.tar.bz2
multifd: bugfix for migration using compression methods
When compression is enabled on the migration channel and the pages processed are all zero pages, these pages will not be sent and updated on the target side, resulting in incorrect memory data on the source and target sides. The root cause is that all compression methods call multifd_send_prepare_common to determine whether to compress dirty pages, but multifd_send_prepare_common does not update the IOV of MultiFDPacket_t when all dirty pages are zero pages. The solution is to always update the IOV of MultiFDPacket_t regardless of whether the dirty pages are all zero pages. Fixes: 303e6f54f9 ("migration/multifd: Implement zero page transmission on the multifd thread.") Cc: qemu-stable@nongnu.org #9.0+ Signed-off-by: Yuan Liu <yuan1.liu@intel.com> Reviewed-by: Jason Zeng <jason.zeng@intel.com> Reviewed-by: Peter Xu <peterx@redhat.com> Message-Id: <20241218091413.140396-2-yuan1.liu@intel.com> Signed-off-by: Fabiano Rosas <farosas@suse.de>
Diffstat (limited to 'scripts/render_block_graph.py')
0 files changed, 0 insertions, 0 deletions