From mboxrd@z Thu Jan 1 00:00:00 1970 From: "kevin.zhang@octlink.com" Subject: Re: QXL problem: Xen 4.4.1 rc1 and xen 4.5 unstable Date: Mon, 14 Jul 2014 10:26:45 +0800 Message-ID: <2014071410264327208736@octlink.com> References: <2014071110385714173022@octlink.com>, <53BFB740.2010500@m2r.biz> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6231827401982390116==" Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Fabio Fantoni , xen-devel List-Id: xen-devel@lists.xenproject.org This is a multi-part message in MIME format. --===============6231827401982390116== Content-Type: multipart/alternative; boundary="----=_001_NextPart078723388347_=----" This is a multi-part message in MIME format. ------=_001_NextPart078723388347_=---- Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgRmFiaW8gRmFudG9uaSwNCiAgICBUaGFuayB5b3UgZm9yIHlvdXIgaGVscC4NCiAgICAgSWYg SSB1c2UgeW91ciBtZXRob2QgdG8gcnVuIHFlbXUtZ2RiIHdoZW4gdXNpbmcgeGwgY3JlYXRlLCB4 bCB3aWxsIGNvbXBsYWluIHN0YXJ0dXAgdGltZW91dC4gDQogICAgUGVyaGFwcyBJIGRpZCBub3Qg ZGVzY3JpYmUgbXkgcHJvYmxlbSBjbGVhcmx5IGVub3VnaCwgSSBjYW4gc3VjY2Vzc2Z1bGx5IGNy ZWF0ZSB3aW5kb3dzIEhWTSwgbXkgcHJvYmxlbSBoYXBwZW5lZCB3aGVuIEkgY2hhbmdlIHdpbmRv d3Mgc2NyZWVuIHJlc29sdXRpb24uDQpUaGUgcWVtdSBwcm9jZXNzIHN1ZGRlbmx5ICBleGl0ZWQg d2hpbGUgeGwgbGlzdCBjYW4gc3RpbGwgbGlzdCB0aGUgZG9tVSBpbmZvcm1hdGlvbi4NCg0KICAg IEkgYW0gdXNpbmcgZGViaWFuIHdoZWV6eSA3LjUgYW1kIDY0LCBJIGFtIHVzaW5nIGZhbnR1J3Mg eGVuIDQuNSB1bnN0YWJsZSBhbmQgdGhlIHFlbXUteGVuLXJlbW90ZSBpbiBoaXMgY29kZSByZXBv c2l0b3J5LA0Kcm9vdEBkZWJpYW46fiMgL3Vzci9saWIveGVuL2Jpbi9xZW11LXN5c3RlbS1pMzg2 IC12ZXJzaW9uDQpRRU1VIGVtdWxhdG9yIHZlcnNpb24gMi4wLjAsIENvcHlyaWdodCAoYykgMjAw My0yMDA4IEZhYnJpY2UgQmVsbGFyZCAgDQogQW5kIEkgY29tcGlsZWQgWGVuIGZyb20gZmFudHUn cyB4ZW4gcmVwb3NpdG9yeSBpbiBjb21waWxhdGlvbiBzZXJ2ZXIsIHRoZW4gdXNlIGluc3RhbGwu c2ggaW4gZGlzdCBkaXIgdG8gaW5zdGFsbCB4ZW4gcGFja2FnZXMgaW4gbXkgdGVzdCBzZXJ2ZXIu DQogTXkgY29tcGlsYXRpb24gc2VydmVyIGhhcyBzcGljZSAwLjEyLjQgY29tcGlsZWQgYW5kIGlu c3RhbGxlZC4NCiBNeSB0ZXN0IHNlcnZlciBoYXMgZGViaWFuIHdoZWV6eSBiYWNrcG9ydCBxZW11 IGluc3RhbGxlZCB3aXRoIHNwaWNlLXNlcnZlcjoNCmRwa2cgLWwgfGdyZXAgc3BpY2UNCmlpICBs aWJzcGljZS1zZXJ2ZXIxOmFtZDY0ICAgICAgICAgICAgIDAuMTIuNC0wbm9jZWx0Mn5icG83MCsx ICAgDQogVGhlbiBob3cgY2FuIEkgb2J0YWluIHVzZWZ1bCBkZWJ1ZyBpbmZvcm1hdGlvbiBhZnRl ciBxZW11IGV4aXQgd2l0aCB2bSBydW5uaW5nPw0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCkZyb206 IEZhYmlvIEZhbnRvbmkNCkRhdGU6IDIwMTQtMDctMTEgMTg6MDYNClRvOiBrZXZpbi56aGFuZ0Bv Y3RsaW5rLmNvbTsgeGVuLWRldmVsDQpTdWJqZWN0OiBSZTogW1hlbi1kZXZlbF0gUVhMIHByb2Js ZW06IFhlbiA0LjQuMSByYzEgYW5kIHhlbiA0LjUgdW5zdGFibGUNCklsIDExLzA3LzIwMTQgMDQ6 MzgsIGtldmluLnpoYW5nQG9jdGxpbmsuY29tIGhhIHNjcml0dG86DQoNCkhpIGFsbCwNCg0KRmly c3RseSBwbGVhc2UgZm9yZ2l2ZSBtZSBpZiBJIHB1dCB0aGlzIHByb2JsZW0gaW4gdGhlIHdyb25n IG1haWwgbGlzdC4gDQpIb3dldmVyLCBpdCBzZWVtcyB0aGF0IHhlbi11c2VycyBtYWlsIGxpc3Qg Y2Fubm90IHJlc29sdmUgdGhpcyBRWEwgcHJvYmxlbXMuIFRoZXJlZm9yZSwgSSBoYXZlIHRvIHBv c3QgUVhMIHByb2JsZW0gaW4gZGV2ZWwgbWFpbCBsaXN0Lg0KTXkgcHJvYmxlbSBpcyBhcyBmb2xs b3c6DQoNCkknbSB0ZXN0aW5nIFFYTCBmb3Igd2luZG93cyBIVk0sIHNwaWNlIHdvcmtzIHdlbGwg d2l0aCBzdGR2Z2EuIA0KSG93ZXZlciwgd2hlbiBJIHN3aXRjaCB0byBRWEwsIHFlbXUgZXhpdCBh Ym5vcm1hbGx5Og0KSSBzcGVjaWZ5IHZnYT0icXhsIiBhbmQgdmlkZW9yYW09MTI4LCB1c2luZyBx ZW11LXhlbi4gVGhlIHdpbmRvd3MgNyBib290cyBhbmQgYXV0b21hdGlhbGx5IHN3aXRjaCByZXNv bHV0aW9uIGZvciBtZSBpbiB2aXJ0LXZpZXdlci4NCldoaWxlIGRpc3BsYXkgYW5kIHNvdW5kIHRy YW5zZmVyaW5nIHZlcnkgd2VsbCwgaWYgSSBjaGFuZ2UgZGlzcGxheSByZXNvbHV0aW9uLCB0aGUg dmlydC12aWV3ZXIgd2lsbCBiZSBzdWRkZW5seSBjbG9zZWQgYW5kDQpJIGNoZWNrIHRoZSBwaHlz aWNhbCBzZXJ2ZXIsIHRoZSBxZW11IHByb2Nlc3MgZGlzYXBwZWFyIHNpbXVsdGFuZW91c2x5LiAN ClRoZW4gSSBzd2l0Y2ggdG8gd2hlZXp5IGJhY2twb3J0IHFlbXUgMi4wIGFzIGRldmljZSBtb2Rl bCwgdGhlIHFlbXUgcHJvY2VzcyB3aWxsIGV4aXQgYXMgc29vbiBhcyB0aGUgd2VsY29tZSBwYWdl IGFwcGVhcnMgYW5kIGF0IHRoZSBiZWdpbm5pbmcgb2YgcmVzb2x1dGlvbiBjaGFuZ2UuDQpJIHRl c3RlZCBhbmQgZm91bmQgdGhlIHNhbWUgYnVnIG9uIGJvdGggeGVuYml0cyB4ZW4gNC40LjEgcmMx IGFuZCBGYW50dSdzIFhlbiA0LjUgdW5zdGFibGUsIHRoaXMgcHJvYmxlbSBleGlzdHMgaW4gYm90 aCBicmFuY2hlcy4NCklzIGl0IGEga25vd24gaXNzdWUgb3IgaXMgdGhlcmUgYW55IHNvbHV0aW9u IGZvciB0aGlzIGJ1Zz8NClRoYW5rIHlvdSB2ZXJ5IG11Y2ghIA0KDQpUaGFua3MgZm9yIHRlc3Rp bmcgc3BpY2UgYW5kIHF4bCBhbmQgcmVwb3J0IGlzc3VlLg0KSSBoYXZlIHNwaWNlICsgcXhsIHdv cmtpbmcgYXMga3ZtIG9uIHhlbiB1bnN0YWJsZSBleGNlcHQgdGhpcyBwcm9ibGVtOg0KaHR0cDov L2xpc3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tZGV2ZWwvMjAxNC0wNy9tc2cwMTAyMS5o dG1sDQoNClBsZWFzZSBwb3N0IGRldGFpbHMgb24geW91ciBkb20wIGluc3RhbGxhdGlvbiBhbmQg ZG9tVSAoZm9yIGV4YW1wbGUgeGwgY2ZnLA0Kc3BpY2UgZ3Vlc3QgdG9vbHMgdmVyc2lvbiBlY2Mu Li4pDQpBYm91dCBxZW11IGNyYXNoIHRyeSB0byB0YWtlIGEgZnVsbCBiYWNrdHJhY2Ugd2l0aCBn ZGIgYW5kIHBvc3QgaXQgaGVyZS4NCg0KU21hbGwgaGVscCB3aXRoIGdkYiBvZiBxZW11IGxhdW5j aGVkIGJ5IHhsOg0KDQpBZGQgdGhlIGxpbmUgYmVsb3cgaW4gZG9tVSdzIHhsIGNmZzoNCmRldmlj ZV9tb2RlbF9vdmVycmlkZT0iL3Vzci9saWIveGVuL2Jpbi9xZW11LWdkYiINCg0KdmkgL3Vzci9s aWIveGVuL2Jpbi9xZW11LWdkYiAjIGNyZWF0ZSB0aGUgZmlsZSwgY2hhbmdlIHRoZSBxZW11IHBh dGggaWYNCm5lZWRlZA0KIyEvYmluL3NoDQpleGVjIGdkYnNlcnZlciAwLjAuMC4wOjEyMzQgL3Vz ci9saWIveGVuL2Jpbi9xZW11LXN5c3RlbS1pMzg2ICIkQCINCg0KIyBhZnRlciB4bCBjcmVhdGUs IGRvIGl0IGZhc3QgKGJlZm9yZSB0aW1lb3V0IG9yIHhsIGNyZWF0ZSB3aWxsIGZhaWxzKQ0KdGFy Z2V0IHJlbW90ZSBsb2NhbGhvc3Q6MTIzNA0KYyANCmJ0IGZ1bGwgIyB3aGVuIHFlbXUgc3RvcHMN Cg0KWW91IHNob3VsZCBpbnN0YWxsIGFsc28gYWxsIG5lZWRlZCBkYmcgcGFja2FnZXMgYmVmb3Jl LCBzcGljZSBxZW11IGVjYyBvcg0Kd2l0aG91dCBwYWNrYWdlIHNob3VsZCBiZSBjb21waWxlZCB3 aXRoIGRlYnVnIGVuYWJsZWQgKGZvciB4ZW4gYW5kIHFlbXUNCmRlZmF1bHQgaW4gdW5zdGFibGUp Lg0KDQpUaGUgbGF0ZXN0IHFlbXUgY3Jhc2ggd2l0aCBzcGljZSBJIHNhdyB3YXMgaW4gMi4wLXJj IHNvbHZlZCBiZWZvcmUgMi4wLjANCmZpbmFsLCB5b3VyIHFlbXUgaXMgYXQgbGVhc3QgMi4wLjAg ZmluYWw/DQpodHRwOi8vZ2l0LnFlbXUub3JnLz9wPXFlbXUuZ2l0O2E9Y29tbWl0O2g9ZGM0OTFj ZmMxNDA3NDA2NGVkNTRhODcyYjYyY2NlNmNhMTMzMDY0NA0KDQoNCg0KDQpLZXZpbg0KQmVzdCBS ZWdhcmRzLA0KDQoNCiANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NClhlbi1kZXZlbCBtYWlsaW5nIGxpc3QNClhlbi1kZXZlbEBsaXN0cy54ZW4ub3Jn DQpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tZGV2ZWw= ------=_001_NextPart078723388347_=---- Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =EF=BB=BF
Hi Fabio Fantoni,
    Thank you for your help.
     If I use your method to run qemu-gdb when us= ing xl=20 create, xl will complain startup timeout.
    Perhaps I did not describe my problem clearly enou= gh, I=20 can successfully create windows HVM, my problem happened when I change win= dows=20 screen resolution.
The qemu process suddenly  exited while xl list can still list t= he=20 domU information.
 
    I am using debian wheezy 7.5 amd 64, I am using fa= ntu's=20 xen 4.5 unstable and the qemu-xen-remote in his code repository,
root@debian:~# /usr/lib/xen/bin/qemu-syste= m-i386=20 -version
QEMU emulator version 2.0.0, Copyright (c)= =20 2003-2008 Fabrice Bellard  
 And I compiled Xen from fantu's xen repository in compilation s= erver,=20 then use install.sh in dist dir to install xen packages in my test server.=
 My compilation server has spice 0.12.4 compiled and installed.<= /DIV>
 My test server has debian wheezy backport qemu installed with=20 spice-server:
dpkg -l |grep spice
ii =20 libspice-server1:amd64        &n= bsp;   =20 0.12.4-0nocelt2~bpo70+1   
 Then how can I obtain useful debug information after qemu exit = with=20 vm running?
 
Best=20 Regards

Date: 2014-07-11 18:06
To: kevin.zhang@octlink.com; xen-devel
Subject: Re: [Xen-devel] QXL problem: Xen 4.4.1 rc1 and x= en 4.5=20 unstable
Il 11/07/2014 04:38, kevin.zhang@octlink.com ha=20 scritto:
Hi all,
 
Firstly please forgive me if I put this problem in the wrong mail l= ist.=20
However, it seems that xen-users mail list cannot resolve this QXL=20 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=3D"qxl" and videoram=3D128, using qemu-xen. The windo= ws 7 boots=20 and automatially switch resolution for me in virt-viewer.
While display and sound transfering very well, if I change display=20 resolution, the virt-viewer will be suddenly closed and
I check the physical server, the qemu process disappear simultaneou= sly.=20
Then I switch to wheezy backport qemu 2.0 as device model, the qemu= =20 process will exit as soon as the welcome page appears and at the beginni= ng of=20 resolution change.
I tested and found the same bug on both xenbits xen 4.4.1 rc1 and F= antu's=20 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 ha= ve spice=20 + qxl working as kvm on xen unstable except this problem:
http://lists.xen.org/archives/html/xen-devel/2014-07/msg01021.html
Please=20 post details on your dom0 installation and domU (for example xl cfg,
sp= ice=20 guest tools version ecc...)
About qemu crash try to take a full backtra= ce=20 with gdb and post it here.

Small help with gdb of qemu launched by=20 xl:

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

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

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

You should install also all needed db= g=20 packages before, spice qemu ecc or
without package should be compiled w= ith=20 debug enabled (for xen and qemu
default in unstable).

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

 
 
Kevin
Best Regards,

 



__=
_____________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
h=
ttp://lists.xen.org/xen-devel

------=_001_NextPart078723388347_=------ --===============6231827401982390116== 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 --===============6231827401982390116==--