migration: support UFFD write fault processing in ram_save_iterate()
commit278e2f551a095b234de74dca9c214d5502a1f72c
authorAndrey Gruzdev <andrey.gruzdev@virtuozzo.com>
Fri, 29 Jan 2021 10:14:05 +0000 (29 13:14 +0300)
committerDr. David Alan Gilbert <dgilbert@redhat.com>
Mon, 8 Feb 2021 11:19:51 +0000 (8 11:19 +0000)
tree0759c7262dc70c647fcfb12fdc9905e81666b022
parent0e9b5cd6b238b7ca9a3a50d957f50c37082705a0
migration: support UFFD write fault processing in ram_save_iterate()

In this particular implementation the same single migration
thread is responsible for both normal linear dirty page
migration and procesing UFFD page fault events.

Processing write faults includes reading UFFD file descriptor,
finding respective RAM block and saving faulting page to
the migration stream. After page has been saved, write protection
can be removed. Since asynchronous version of qemu_put_buffer()
is expected to be used to save pages, we also have to flush
migraion stream prior to un-protecting saved memory range.

Write protection is being removed for any previously protected
memory chunk that has hit the migration stream. That's valid
for pages from linear page scan along with write fault pages.

Signed-off-by: Andrey Gruzdev <andrey.gruzdev@virtuozzo.com>
Acked-by: Peter Xu <peterx@redhat.com>
Reviewed-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Message-Id: <20210129101407.103458-4-andrey.gruzdev@virtuozzo.com>
Signed-off-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
  fixup pagefault.address cast for 32bit
include/exec/memory.h
migration/ram.c
migration/ram.h
migration/trace-events