qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Current differences between qemu --enable-kvm and qemu-


From: Gerd Hoffmann
Subject: Re: [Qemu-devel] Current differences between qemu --enable-kvm and qemu-kvm?
Date: Tue, 22 May 2012 15:05:05 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120422 Thunderbird/10.0.4

  Hi,

> BTW, if someone could have a look at the VGA diffs and resolve them,
> that would be great.

There isn't much ...

--- a/hw/vga_int.h
+++ b/hw/vga_int.h
@@ -31,8 +31,8 @@

-#define VBE_DISPI_MAX_XRES              1600
-#define VBE_DISPI_MAX_YRES              1200
+#define VBE_DISPI_MAX_XRES              2560
+#define VBE_DISPI_MAX_YRES              1600

The vgabios (both lgpl'ed and seavgabios) filters the mode list by
available memory anyway, so there is no need to keep those low enougth
that the xmax * ymax * 32bpp fits into vga memory.  And when the vgamem
becomes configurable (see below) this will be moot anyway.

I think we should just make them large enougth that they are practically
unlimited.  Those are 16bit registers in virtual hardware.  Guess we
better leave the high bit clear to avoid possible issues with signed
integers.  So (1<<14) aka 16384 maybe?  Or 16000?

-#define VGA_RAM_SIZE (8192 * 1024)
+#define VGA_RAM_SIZE (16 * 1024 * 1024)

That one is more tricky as it breaks migration.  I guess qemu has to
stick to 8M by default for that reason.  We certainly can make the vga
memory size configurable via property though, so you can easily go for
16M or even more (or 1M to reduce the memory footprint of your guests
when using text mode only).

> Gerd, what's the state of switching the BIOS?

Postponed to 1.2.  Too risky for 1.1, also malc vetoed the switch
without seavgabios supporting the vesa protected mode interface which
still needs to be done.

cheers,
  Gerd



reply via email to

[Prev in Thread] Current Thread [Next in Thread]