<div dir="ltr"><div class="gmail_quote">On Wed, May 4, 2011 at 6:00 PM, Alon Levy <span dir="ltr">&lt;<a href="mailto:alevy@redhat.com">alevy@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Wed, May 04, 2011 at 05:10:31PM +0400, Emre Erenoglu wrote:<br>
&gt; On Wed, May 4, 2011 at 2:12 PM, Alon Levy &lt;<a href="mailto:alevy@redhat.com">alevy@redhat.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; On Wed, May 04, 2011 at 01:45:39PM +0400, Emre Erenoglu wrote:<br>
&gt; &gt; &gt; On Wed, Apr 27, 2011 at 1:16 AM, Emre Erenoglu &lt;<a href="mailto:erenoglu@gmail.com">erenoglu@gmail.com</a>&gt;<br>
&gt; &gt; wrote:<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; Hi,<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; I started to see frequent crashes with my guests running windows xp and<br>
&gt; &gt; &gt; &gt; windows server 2003 x86.  The bsod appears on qxldd.dll. I can give<br>
&gt; &gt; further<br>
&gt; &gt; &gt; &gt; info if needed.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; The host is Linux x86_64, qemu 0.14, spice 0.8.1. Guest has qxl 0.6.1<br>
&gt; &gt; &gt; &gt; drivers loaded. I may revert back to 0.8.0 since it was not crashing.<br>
&gt; &gt; &gt; &gt; Nothing changed in the guests when I upgraded spice from 0.8.0 to<br>
&gt; &gt; 0.8.1.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; Some updates on the original issue. I checked a lot and I found out that<br>
&gt; &gt; the<br>
&gt; &gt; &gt; issue continued with any version of spice and guest qxl drivers.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; I finally digged down to the point that, the qemu comment line which<br>
&gt; &gt; states<br>
&gt; &gt; &gt; &quot;   -global qxl-vga.vram_size=9xxxxxx  &quot; parameter is the problem. When<br>
&gt; &gt; the<br>
&gt; &gt; &gt; guest is started with 9 MB of video memory given as comment line<br>
&gt; &gt; parameter<br>
&gt; &gt; &gt; to qemu, the guest qxldd driver crashes with BSOD.<br>
&gt; &gt;<br>
&gt; &gt; Why was it started with 9MB? anyway, good catch, we should add a check for<br>
&gt; &gt; this<br>
&gt; &gt; in the driver (and probably just refuse to load). Could you open a bug on<br>
&gt; &gt; this<br>
&gt; &gt; in <a href="http://bugzilla.freedesktop.org" target="_blank">bugzilla.freedesktop.org</a>?<br>
&gt; &gt;<br>
&gt;<br>
&gt; This is added by libvirt (virt-manager) when launching qemu. Do we need to<br>
&gt; file it against libvirt or against spice?  I will post this to the libvirt<br>
&gt; list also.<br>
&gt;<br>
&gt; Btw, rather than refusing to load, I think we should just limit the possible<br>
&gt; resolutions. I&#39;m not sure if the resolutions are the issue though. The crash<br>
&gt; was not happening immediately and it was working OK with that 9 MB memory.<br>
&gt; When I launched outlook, or IE8, or just in the middle of an application, it<br>
&gt; could crash and bsod.<br>
<br>
</div></div>But that number doesn&#39;t make any sense - the spice default is 64MB, we never tested<br>
with less then that. It is probably fixable like you say, but until that&#39;s fixed why<br>
not stick to the spice default?</blockquote><div><br></div><div>Well, this parameter is not configurable from the virt-manager UI and it configures 9 MB to the command line of qemu by libvirt (even latest 0.9.0) version. </div>
<div>When you add a 2nd VGA adapter, it adds 64 MB to that adapter correctly (-device qxl,id=video1,vram_size=67108864,bus=pci.0,addr=0x8)</div><div><br></div><div>I guess i need to file a bug report to libvirt too.</div>
<div><br></div><div>Emre</div><div><br></div></div>
</div>