diff options
author | Gerd Hoffmann | 2013-03-25 11:44:21 +0100 |
---|---|---|
committer | Gerd Hoffmann | 2013-04-16 09:03:47 +0200 |
commit | eb2f9b024d68884a3b25e63e4dbf90b67f8da236 (patch) | |
tree | 3cef2e9953768c190817e1bb4b54d980762738bc /migration-tcp.c | |
parent | hw/vmware_vga.c: add tracepoints for mmio reads+writes (diff) | |
download | qemu-eb2f9b024d68884a3b25e63e4dbf90b67f8da236.tar.gz qemu-eb2f9b024d68884a3b25e63e4dbf90b67f8da236.tar.xz qemu-eb2f9b024d68884a3b25e63e4dbf90b67f8da236.zip |
hw/vmware_vga.c: various vmware vga fixes.
Hardcode depth to 32 bpp. It effectively was that way before because
that is the default surface depth, this just makes it explicit in the
code.
Rename depth to new_depth to make it consistent with the new_width +
new_height names. In theory we can make new_depth changeable (i.e.
allow the guest to fill in -- say -- 16 there). In practice the guests
don't try, the X-Server refuses to start if you ask it to use 16bpp
depth (via DefaultDepth in the Screen section).
Always return the correct rmask+gmask+bmask values for the given
new_depth.
Fix mode setting to also verify at new_depth to make sure we have a
correct DisplaySurface, even if the current video mode happes to be
16bpp (set by vgabios via bochs vbe interface). While being at it
switch over to use qemu_create_displaysurface_from, so the surface is
backed by guest-visible video memory and we save a memcpy.
Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
Diffstat (limited to 'migration-tcp.c')
0 files changed, 0 insertions, 0 deletions