qemu-e2k/migration
Li Zhijian dd63169766 migration: extend migration_bitmap
Prevously, if we hotplug a device(e.g. device_add e1000) during
migration is processing in source side, qemu will add a new ram
block but migration_bitmap is not extended.
In this case, migration_bitmap will overflow and lead qemu abort
unexpectedly.

Signed-off-by: Li Zhijian <lizhijian@cn.fujitsu.com>
Signed-off-by: Wen Congyang <wency@cn.fujitsu.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
2015-07-07 14:54:56 +02:00
..
block.c block: Ensure consistent bitmap function prototypes 2015-04-28 15:36:10 +02:00
exec.c Change qemu_set_fd_handler2(..., NULL, ...) to qemu_set_fd_handler 2015-06-12 13:26:21 +01:00
fd.c Change qemu_set_fd_handler2(..., NULL, ...) to qemu_set_fd_handler 2015-06-12 13:26:21 +01:00
Makefile.objs Split the QEMU buffered file code out 2014-12-16 17:47:36 +05:30
migration.c migration: Add migration events on target side 2015-07-07 14:54:55 +02:00
qemu-file-buf.c qerror: Move #include out of qerror.h 2015-06-22 18:20:40 +02:00
qemu-file-internal.h Split struct QEMUFile out 2014-12-16 17:47:36 +05:30
qemu-file-stdio.c
qemu-file-unix.c socket shutdown 2015-01-16 13:06:17 +05:30
qemu-file.c Rework ram_control_load_hook to hook during block load 2015-07-07 14:54:48 +02:00
ram.c migration: extend migration_bitmap 2015-07-07 14:54:56 +02:00
rdma.c Fail more cleanly in mismatched RAM cases 2015-07-07 14:54:50 +02:00
savevm.c check_section_footers: Check the correct section_id 2015-07-07 14:54:55 +02:00
tcp.c Change qemu_set_fd_handler2(..., NULL, ...) to qemu_set_fd_handler 2015-06-12 13:26:21 +01:00
unix.c Change qemu_set_fd_handler2(..., NULL, ...) to qemu_set_fd_handler 2015-06-12 13:26:21 +01:00
vmstate.c vmstate: Create optional sections 2015-07-07 14:54:52 +02:00
xbzrle.c