On Wed, May 4, 2011 at 11:40 PM, Gianluca Cecchi <gianluca.cecchi@gmail.com>wrote:
On Wed, May 4, 2011 at 6:05 PM, Daniel P. Berrange <berrange@redhat.com> wrote:
On Wed, May 04, 2011 at 07:52:37PM +0400, Emre Erenoglu wrote:
Hi,
Please see the below discussion with the spice community.
libvirt is adding a parameter about video ram to qemu process and this parameter might be responsible of a crash in the qxl at higher resolutions. Spice people tell me that their default ram should be 64 Mbytes.
I'm using libvirt 0.9.0 and qemu 0.14, virt-manager 0.8.7. When configuring a guest in virt-manager, cirrus driver is added as default, then you can change it to qxl, but the 9 MB videoram parameter can't be adjusted and it does not automatically change to 64 MB. If you add a 2nd qxl video card, then it has 64 MB memory.
The parameter that qemu gets with one qxl device is:
-vga qxl -global qxl-vga.vram_size=9437184
The parameter that qemu gets with a second qxl device is:
-vga qxl -global qxl-vga.vram_size=9437184 -device qxl,id=video1,vram_size=67108864,bus=pci.0,addr=0x8
Is this a bug in libvirt or other related tools?
libvirt allows arbitrary RAM specification for QXL, so I think it is probably a virt-manager issue. When changing the display type from cirrus -> qxl, virt-manager should probably just remove any RAM attribute in the XML and let libvirt re-assign the default setting
Daniel
Actually on my Fedora 14 + virt-preview repo, that comes with a lower libvirt version, in particular: qemu-kvm-0.14.0-7.fc14.x86_64 virt-manager-0.8.7-3.fc14.noarch libvirt-0.8.8-4.fc14.x86_64
I do have in virt-manager inside the section "video": Model: qxl RAM: 9MB (not changeable, like a note) Heads:1
but my qemu-kvm line for a w2k3 32bit guest is: [ ~]$ ps -ef|grep qemu qemu 17973 1 24 18:11 ? 00:49:12 /usr/bin/qemu-kvm -S -M fedora-13 -cpu core2duo,+x2apic -enable-kvm -m 1536 -smp 1,sockets=1,cores=1,threads=1 -name w2k3 -uuid 5ee312e2-2e2e-4503-f1c2-749592bb6ca8 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/w2k3.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime -boot dc -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x6 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
file=/f13/var/lib/libvirt/images/w2k3new.img,if=none,id=drive-ide0-0-1,format=raw -device ide-drive,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -netdev tap,fd=21,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:ff:61:63,bus=pci.0,addr=0x4 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -chardev spicevmc,id=charchannel0,name=vdagent -device
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 -usb -device usb-tablet,id=input0 -spice
port=5901,tls-port=5902,addr=127.0.0.1,disable-ticketing,x509-dir=/etc/pki/libvirt-spice -vga qxl -device AC97,id=sound0,bus=pci.0,addr=0x5 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3
So the -qxl part doesn't get the "-global qxl-vga.vram_size" option set at all..... Does this mean that it gets the default 64Mb? Perhaps a regression in 0.9.0?
I don't know, I use the latest versions only. The upstream sent a patch and I checked it against virt-manager 0.8.7, works perfectly! -- Emre