diff options
| author | Michael S. Tsirkin | 2013-08-19 16:26:55 +0200 |
|---|---|---|
| committer | Michael S. Tsirkin | 2013-08-20 23:18:39 +0200 |
| commit | 04920fc0faa4760f9c4fc0e73b992b768099be70 (patch) | |
| tree | 90921644ff0d58e6e165cc439321328e5d771256 /include/hw/loader.h | |
| parent | arch_init: align MR size to target page size (diff) | |
| download | qemu-04920fc0faa4760f9c4fc0e73b992b768099be70.tar.gz qemu-04920fc0faa4760f9c4fc0e73b992b768099be70.tar.xz qemu-04920fc0faa4760f9c4fc0e73b992b768099be70.zip | |
loader: store FW CFG ROM files in RAM
ROM files that are put in FW CFG are copied to guest ram, by BIOS, but
they are not backed by RAM so they don't get migrated.
Each time we change two bytes in such a ROM this breaks cross-version
migration: since we can migrate after BIOS has read the first byte but
before it has read the second one, getting an inconsistent state.
Future-proof this by creating, for each such ROM,
an MR serving as the backing store.
This MR is never mapped into guest memory, but it's registered
as RAM so it's migrated with the guest.
Naturally, this only helps for -M 1.7 and up, older machine types
will still have the cross-version migration bug.
Luckily the race window for the problem to trigger is very small,
which is also likely why we didn't notice the cross-version
migration bug in testing yet.
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Laszlo Ersek <lersek@redhat.com>
Diffstat (limited to 'include/hw/loader.h')
| -rw-r--r-- | include/hw/loader.h | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/include/hw/loader.h b/include/hw/loader.h index eb9c9a3612..61457360f6 100644 --- a/include/hw/loader.h +++ b/include/hw/loader.h @@ -36,6 +36,7 @@ void pstrcpy_targphys(const char *name, hwaddr dest, int buf_size, const char *source); +extern bool rom_file_in_ram; int rom_add_file(const char *file, const char *fw_dir, hwaddr addr, int32_t bootindex); |