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