From mboxrd@z Thu Jan 1 00:00:00 1970 From: Fabio Fantoni Subject: Re: QXL problem: Xen 4.4.1 rc1 and xen 4.5 unstable Date: Fri, 11 Jul 2014 12:06:56 +0200 Message-ID: <53BFB740.2010500@m2r.biz> References: <2014071110385714173022@octlink.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3523269724436965993==" Return-path: In-Reply-To: <2014071110385714173022@octlink.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: "kevin.zhang@octlink.com" , xen-devel List-Id: xen-devel@lists.xenproject.org This is a multi-part message in MIME format. --===============3523269724436965993== Content-Type: multipart/alternative; boundary="------------080105000608090407060406" This is a multi-part message in MIME format. --------------080105000608090407060406 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Il 11/07/2014 04:38, kevin.zhang@octlink.com ha scritto: > Hi all, > Firstly please forgive me if I put this problem in the wrong mail list. > However, it seems that xen-users mail list cannot resolve this QXL > problems. Therefore, I have to post QXL problem in devel mail list. > My problem is as follow: > I'm testing QXL for windows HVM, spice works well with stdvga. > However, when I switch to QXL, qemu exit abnormally: > I specify vga="qxl" and videoram=128, using qemu-xen. The windows 7 > boots and automatially switch resolution for me in virt-viewer. > While display and sound transfering very well, if I change display > resolution, the virt-viewer will be suddenly closed and > I check the physical server, the qemu process disappear simultaneously. > Then I switch to wheezy backport qemu 2.0 as device model, the qemu > process will exit as soon as the welcome page appears and at the > beginning of resolution change. > I tested and found the same bug on both xenbits xen 4.4.1 rc1 and > Fantu's Xen 4.5 unstable, this problem exists in both branches. > Is it a known issue or is there any solution for this bug? > Thank you very much! Thanks for testing spice and qxl and report issue. I have spice + qxl working as kvm on xen unstable except this problem: http://lists.xen.org/archives/html/xen-devel/2014-07/msg01021.html Please post details on your dom0 installation and domU (for example xl cfg, spice guest tools version ecc...) About qemu crash try to take a full backtrace with gdb and post it here. Small help with gdb of qemu launched by xl: Add the line below in domU's xl cfg: device_model_override="/usr/lib/xen/bin/qemu-gdb" vi /usr/lib/xen/bin/qemu-gdb # create the file, change the qemu path if needed #!/bin/sh exec gdbserver 0.0.0.0:1234 /usr/lib/xen/bin/qemu-system-i386 "$@" # after xl create, do it fast (before timeout or xl create will fails) target remote localhost:1234 c bt full # when qemu stops You should install also all needed dbg packages before, spice qemu ecc or without package should be compiled with debug enabled (for xen and qemu default in unstable). The latest qemu crash with spice I saw was in 2.0-rc solved before 2.0.0 final, your qemu is at least 2.0.0 final? http://git.qemu.org/?p=qemu.git;a=commit;h=dc491cfc14074064ed54a872b62cce6ca1330644 > Kevin > Best Regards, > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel --------------080105000608090407060406 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

Il 11/07/2014 04:38, kevin.zhang@octlink.com ha scritto:

Hi all,

Firstly please forgive me if I put this problem in the wrong mail list.

However, it seems that xen-users mail list cannot resolve this QXL problems. Therefore, I have to post QXL problem in devel mail list.

My problem is as follow:

I'm testing QXL for windows HVM, spice works well with stdvga.

However, when I switch to QXL, qemu exit abnormally:

I specify vga="qxl" and videoram=128, using qemu-xen. The windows 7 boots and automatially switch resolution for me in virt-viewer.

While display and sound transfering very well, if I change display resolution, the virt-viewer will be suddenly closed and

I check the physical server, the qemu process disappear simultaneously.

Then I switch to wheezy backport qemu 2.0 as device model, the qemu process will exit as soon as the welcome page appears and at the beginning of resolution change.

I tested and found the same bug on both xenbits xen 4.4.1 rc1 and Fantu's Xen 4.5 unstable, this problem exists in both branches.

Is it a known issue or is there any solution for this bug?

Thank you very much!

Thanks for testing spice and qxl and report issue.
I have spice + qxl working as kvm on xen unstable except this problem:
http://lists.xen.org/archives/html/xen-devel/2014-07/msg01021.html

Please post details on your dom0 installation and domU (for example xl cfg,
spice guest tools version ecc...)
About qemu crash try to take a full backtrace with gdb and post it here.

Small help with gdb of qemu launched by xl:

Add the line below in domU's xl cfg:
device_model_override="/usr/lib/xen/bin/qemu-gdb"

vi /usr/lib/xen/bin/qemu-gdb # create the file, change the qemu path if
needed
#!/bin/sh
exec gdbserver 0.0.0.0:1234 /usr/lib/xen/bin/qemu-system-i386 "$@"

# after xl create, do it fast (before timeout or xl create will fails)
target remote localhost:1234
c
bt full # when qemu stops

You should install also all needed dbg packages before, spice qemu ecc or
without package should be compiled with debug enabled (for xen and qemu
default in unstable).

The latest qemu crash with spice I saw was in 2.0-rc solved before 2.0.0
final, your qemu is at least 2.0.0 final?
http://git.qemu.org/?p=qemu.git;a=commit;h=dc491cfc14074064ed54a872b62cce6ca1330644

Kevin

Best Regards,

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

--------------080105000608090407060406-- --===============3523269724436965993== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============3523269724436965993==--