qemu/migration
Denis V. Lunev 8646992279 migration: fix use-after-free in loadvm_postcopy_handle_run_bh
MigrationState is destroyed before we can come into bottom half.

Signed-off-by: Denis V. Lunev <den@openvz.org>
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
CC: Juan Quintela <quintela@redhat.com>
CC: Amit Shah <amit.shah@redhat.com>
CC: Dr. David Alan Gilbert <dgilbert@redhat.com>
Message-Id: <1457537708-8622-1-git-send-email-den@openvz.org>
Signed-off-by: Amit Shah <amit.shah@redhat.com>
2016-03-11 12:58:45 +05:30
..
Makefile.objs postcopy: OS support test 2015-11-10 15:00:26 +01:00
block.c block-migration: acquire AioContext as necessary 2016-02-25 13:14:18 +02:00
exec.c migration: rename 'file' in MigrationState to 'to_dst_file' 2016-02-05 19:09:50 +05:30
fd.c migration: rename 'file' in MigrationState to 'to_dst_file' 2016-02-05 19:09:50 +05:30
migration.c migration: fix warning for source_return_path_thread 2016-03-11 12:58:37 +05:30
postcopy-ram.c migration/postcopy-ram: Guard use of sys/eventfd.h with CONFIG_EVENTFD 2016-02-26 15:05:25 +05:30
qemu-file-buf.c migration: Clean up includes 2016-01-29 15:07:22 +00:00
qemu-file-internal.h Split struct QEMUFile out 2014-12-16 17:47:36 +05:30
qemu-file-stdio.c migration: Clean up includes 2016-01-29 15:07:22 +00:00
qemu-file-unix.c migration: Clean up includes 2016-01-29 15:07:22 +00:00
qemu-file.c migration: Clean up includes 2016-01-29 15:07:22 +00:00
ram.c migration: fix incorrect memory_global_dirty_log_start outside BQL 2016-02-16 15:34:43 +01:00
rdma.c migration: rename 'file' in MigrationState to 'to_dst_file' 2016-02-05 19:09:50 +05:30
savevm.c migration: fix use-after-free in loadvm_postcopy_handle_run_bh 2016-03-11 12:58:45 +05:30
tcp.c migration: rename 'file' in MigrationState to 'to_dst_file' 2016-02-05 19:09:50 +05:30
unix.c migration: rename 'file' in MigrationState to 'to_dst_file' 2016-02-05 19:09:50 +05:30
vmstate.c migration: Clean up includes 2016-01-29 15:07:22 +00:00
xbzrle.c migration: Clean up includes 2016-01-29 15:07:22 +00:00