diff options
| author | Alon Levy <alevy@redhat.com> | 2011-10-25 15:39:50 +0200 |
|---|---|---|
| committer | Gerd Hoffmann <kraxel@redhat.com> | 2011-11-01 13:24:55 +0100 |
| commit | 54825d2e39b0a809332b5fee837f456d5d9befee (patch) | |
| tree | 28b657a8fb661f4b5406cd98076ad37a437bef66 /qemu-progress.c | |
| parent | a053f1b1fb63cb57483354db7b154e9a2e585b5a (diff) | |
| download | qemu-54825d2e39b0a809332b5fee837f456d5d9befee.zip qemu-54825d2e39b0a809332b5fee837f456d5d9befee.tar.gz qemu-54825d2e39b0a809332b5fee837f456d5d9befee.tar.bz2 | |
qxl: create slots on post_load in vga state
RHBZ 740547
If we migrate when the device is in vga state the guest
still believes the slots are created, and will cause operations
that reference the slots, causing a "panic: virtual address out of range"
on the first of them. Easy to see by migrating in vga mode with
a driver loaded, for instance windows cmd window in full screen mode,
and then exiting vga mode back to native mode will cause said panic.
Fixed by doing the slot recreation in post_load for vga mode as well.
Note that compat does not require any changes because it creates it's
only slot by a side effect of QXL_IO_SET_MODE.
Signed-off-by: Alon Levy <alevy@redhat.com>
Diffstat (limited to 'qemu-progress.c')
0 files changed, 0 insertions, 0 deletions