summaryrefslogtreecommitdiff
path: root/replay
diff options
context:
space:
mode:
authorThomas Huth <thuth@redhat.com>2019-12-09 13:52:45 +0100
committerPaolo Bonzini <pbonzini@redhat.com>2019-12-18 02:34:12 +0100
commit30d2a17b46e9b2979e91f6d85c8b0da98879a879 (patch)
treebacd5196705ee5f6cdbb89d3888f355b7e851d76 /replay
parent3066573ee5e2a7e37638cd91afcd3d8b4a09a227 (diff)
downloadqemu-30d2a17b46e9b2979e91f6d85c8b0da98879a879.zip
hw/i386: Remove the deprecated machines 0.12 up to 0.15
These machines can't be used reliably for migration anymore, quoting https://lists.gnu.org/archive/html/qemu-devel/2018-12/msg04516.html : " due to the introduction of the memory API, the firmware is not migrated correctly from source to destination. On QEMU <1.3 the 0xf0000-0xfffff area is basically a copy of the higher 0xffff0000-0xffffffff area, while on more recent versions it is initialized with zeroes and the firmware copies from 0xffff0000 to 0xf0000. When you migrate from old to new QEMU, after reboot there's nothing at 0xf0000 and bugs ensue. " The pc-0.x machines have been marked as deprecated since QEMU v4.0, so it is time to remove them now. And while we're at it, mark the remaining pc-1.x machine types as deprecated now, too, so that we finally only have "pc-i440fx" and "pc-q35" machine types left (apart from the non-versioned "isapc" and "microvm") once we remove them in a couple of releases. Reviewed-by: Philippe Mathieu-Daudé <philmd@redhat.com> Signed-off-by: Thomas Huth <thuth@redhat.com> Message-Id: <20191209125248.5849-2-thuth@redhat.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'replay')
0 files changed, 0 insertions, 0 deletions