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 13:29:52 +0800 Message-ID: <2014071413295244395449@octlink.com> References: <2014071110385714173022@octlink.com>, <53BFB740.2010500@m2r.biz>, <2014071410264327208736@octlink.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8119160913943879472==" 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. --===============8119160913943879472== Content-Type: multipart/alternative; boundary="----=_001_NextPart720004033006_=----" This is a multi-part message in MIME format. ------=_001_NextPart720004033006_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgRmFiaW8gRmFudG9uaSwNCiAgICANCiAgICAgVG9kYXksIEkndmUgZG9uZSBhbm90aGVyIHRl c3Qgb24geGVuYml0cyB4ZW4gNC41IHVuc3RhYmxlLg0KICAgICBUaGlzIHRpbWUsIEkgZGlyZWN0 bHkgY29tcGlsZWQgeGVuIG9uIG15IHRlc3Qgc2VydmVyLCBhbmQgdXNlIGRlZmF1bHQgbGlic3Bp Y2Utc2VydmVyLWRldiAgYW5kIGxpYnNwaWNlLXByb3RvY29sLWRldiBoZWFkZXIgZmlsZXMgZm9y IHNwaWNlIG9wdGlvbi4NCiAgICANCnJvb3RAZGViaWFuOn4jIGFwdC1jYWNoZSBwb2xpY3kgbGli c3BpY2Utc2VydmVyLWRldiBsaWJzcGljZS1wcm90b2NvbC1kZXYNCmxpYnNwaWNlLXNlcnZlci1k ZXY6DQogIEluc3RhbGxlZDogMC4xMS4wLTErZGViN3UxDQogIENhbmRpZGF0ZTogMC4xMS4wLTEr ZGViN3UxDQogIFZlcnNpb24gdGFibGU6DQoqKiogMC4xMS4wLTErZGViN3UxIDANCiAgICAgICAg NTAwIGh0dHA6Ly9jZG4uZGViaWFuLm5ldC9kZWJpYW4vIHdoZWV6eS9tYWluIGFtZDY0IFBhY2th Z2VzDQogICAgICAgIDEwMCAvdmFyL2xpYi9kcGtnL3N0YXR1cw0KbGlic3BpY2UtcHJvdG9jb2wt ZGV2Og0KICBJbnN0YWxsZWQ6IDAuMTAuMS0xDQogIENhbmRpZGF0ZTogMC4xMC4xLTENCiAgVmVy c2lvbiB0YWJsZToNCioqKiAwLjEwLjEtMSAwDQogICAgICAgIDUwMCBodHRwOi8vY2RuLmRlYmlh bi5uZXQvZGViaWFuLyB3aGVlenkvbWFpbiBhbWQ2NCBQYWNrYWdlcw0KICAgICAgICAxMDAgL3Zh ci9saWIvZHBrZy9zdGF0dXMNCg0KICAgICBJIGFsc28gZG93bmxvYWQgcWVtdS0yLjAgc291cmNl IGNvZGUgZnJvbSBxZW11Lm9yZywgYW5kIGNvbXBpbGVkIGl0IGJ5IHRoZSB3YXkgbWVudGlvbmVk IGluIGh0dHA6Ly93aWtpLnhlbi5vcmcvd2lraS9RRU1VX1Vwc3RyZWFtLg0KICAgICBUaGVuIEkg Y3JlYXRlIHdpbjcgaHZtIHdpdGggcWVtdS14ZW4gYW5kIC91c3IvbG9jYWwvYmluL3FlbXUtc3lz dGVtLWkzODYgcmVzcGVjdGl2ZWx5Lg0KICAgICBUaGUgcmVzdWx0IHNob3dzIHRoYXQ6DQogICAg ICAxIC4gcWVtdS11cHN0cmVhbSB1c2VkIGluIHhlbiA0LjUgdW5zdGFibGUgc3RpbGwgZXhpdGVk IHdoZW4gY2hhbmdpbmcgc2NyZWVuIHJlc29sdXRpb24sDQogICAgICAyLiAgbXkgc2VsZi1jb21w aWxlZCBxZW11Mi4wIGJlaGF2ZSBub3JtYWxseS4NCiAgICAgSSB0aGluayBtYXliZSB0aGVyZSdz IHN0aWxsIHNvbWUgZGlmZmVyZW5jZXMgYmV0d2VlbiB0aGUgdHdvIHFlbXUgcmVwb3NpdG9yeS4N Cg0KICAgICBJJ20gYWN0aXZlbHkgd2FpdGluZyBmb3IgeW91ciBhZHZpY2UgYW5kIHdpbGxpbmcg dG8gZG8gdGhlIGZvbGxvd2luZyBkZWJ1Zy4NCiAgICAgdm0gY29uZmlnIGZpbGUgaXMgYXMgZm9s bG93Og0KbmFtZT0nV2luNycNCmJ1aWxkZXI9Imh2bSINCm1lbW9yeT0yMDQ4DQp2Y3B1cz0yDQp2 aWY9WydicmlkZ2U9YnIwJ10NCmRpc2s9Wycvc3J2L3ZtX3RlbXBsYXRlcy8xLnFjb3cyLHFjb3cy LGhkYSxydycsJyxyYXcsaGRiLHJvLGNkcm9tJ10NCmJvb3Q9J2RjJw0KZGV2aWNlX21vZGVsX3Zl cnNpb249InFlbXUteGVuIg0KI2RldmljZV9tb2RlbF9vdmVycmlkZT0iL3Vzci9saWIveGVuL2Jp bi9xZW11LWdkYiINCiNkZXZpY2VfbW9kZWxfb3ZlcnJpZGU9Ii91c3IvbG9jYWwvYmluL3FlbXUt c3lzdGVtLWkzODYiDQp2aXJpZGlhbj0xDQp2bmM9MQ0Kdm5jbGlzdGVuPSIwLjAuMC4wIg0Kb25f Y3Jhc2g9ImRlc3Ryb3kiDQp2Z2E9InF4bCINCnNwaWNlPTENCnNwaWNlaG9zdD0nMC4wLjAuMCcN CnNwaWNlcG9ydD02MDAwDQpzcGljZWRpc2FibGVfdGlja2V0aW5nPTENCnNwaWNldmRhZ2VudD0x DQpzcGljZV9jbGlwYm9hcmRfc2hhcmluZz0xDQpzcGljZXVzYnJlZGlyZWN0aW9uPTQNCnNvdW5k aHc9ImhkYSINCmxvY2FsdGltZT0xDQp2aWRlb3JhbT0xMjgNCg0KICAgDQoNCg0KDQoNCkJlc3Qg UmVnYXJkcw0KRnJvbToga2V2aW4uemhhbmdAb2N0bGluay5jb20NCkRhdGU6IDIwMTQtMDctMTQg MTA6MjYNClRvOiBGYWJpbyBGYW50b25pOyB4ZW4tZGV2ZWwNClN1YmplY3Q6IFJlOiBbWGVuLWRl dmVsXSBRWEwgcHJvYmxlbTogWGVuIDQuNC4xIHJjMSBhbmQgeGVuIDQuNSB1bnN0YWJsZQ0KSGkg RmFiaW8gRmFudG9uaSwNCiAgICBUaGFuayB5b3UgZm9yIHlvdXIgaGVscC4NCiAgICAgSWYgSSB1 c2UgeW91ciBtZXRob2QgdG8gcnVuIHFlbXUtZ2RiIHdoZW4gdXNpbmcgeGwgY3JlYXRlLCB4bCB3 aWxsIGNvbXBsYWluIHN0YXJ0dXAgdGltZW91dC4gDQogICAgUGVyaGFwcyBJIGRpZCBub3QgZGVz Y3JpYmUgbXkgcHJvYmxlbSBjbGVhcmx5IGVub3VnaCwgSSBjYW4gc3VjY2Vzc2Z1bGx5IGNyZWF0 ZSB3aW5kb3dzIEhWTSwgbXkgcHJvYmxlbSBoYXBwZW5lZCB3aGVuIEkgY2hhbmdlIHdpbmRvd3Mg c2NyZWVuIHJlc29sdXRpb24uDQpUaGUgcWVtdSBwcm9jZXNzIHN1ZGRlbmx5ICBleGl0ZWQgd2hp bGUgeGwgbGlzdCBjYW4gc3RpbGwgbGlzdCB0aGUgZG9tVSBpbmZvcm1hdGlvbi4NCg0KICAgIEkg YW0gdXNpbmcgZGViaWFuIHdoZWV6eSA3LjUgYW1kIDY0LCBJIGFtIHVzaW5nIGZhbnR1J3MgeGVu IDQuNSB1bnN0YWJsZSBhbmQgdGhlIHFlbXUteGVuLXJlbW90ZSBpbiBoaXMgY29kZSByZXBvc2l0 b3J5LA0Kcm9vdEBkZWJpYW46fiMgL3Vzci9saWIveGVuL2Jpbi9xZW11LXN5c3RlbS1pMzg2IC12 ZXJzaW9uDQpRRU1VIGVtdWxhdG9yIHZlcnNpb24gMi4wLjAsIENvcHlyaWdodCAoYykgMjAwMy0y MDA4IEZhYnJpY2UgQmVsbGFyZCAgDQogQW5kIEkgY29tcGlsZWQgWGVuIGZyb20gZmFudHUncyB4 ZW4gcmVwb3NpdG9yeSBpbiBjb21waWxhdGlvbiBzZXJ2ZXIsIHRoZW4gdXNlIGluc3RhbGwuc2gg aW4gZGlzdCBkaXIgdG8gaW5zdGFsbCB4ZW4gcGFja2FnZXMgaW4gbXkgdGVzdCBzZXJ2ZXIuDQog TXkgY29tcGlsYXRpb24gc2VydmVyIGhhcyBzcGljZSAwLjEyLjQgY29tcGlsZWQgYW5kIGluc3Rh bGxlZC4NCiBNeSB0ZXN0IHNlcnZlciBoYXMgZGViaWFuIHdoZWV6eSBiYWNrcG9ydCBxZW11IGlu c3RhbGxlZCB3aXRoIHNwaWNlLXNlcnZlcjoNCmRwa2cgLWwgfGdyZXAgc3BpY2UNCmlpICBsaWJz cGljZS1zZXJ2ZXIxOmFtZDY0ICAgICAgICAgICAgIDAuMTIuNC0wbm9jZWx0Mn5icG83MCsxICAg DQogVGhlbiBob3cgY2FuIEkgb2J0YWluIHVzZWZ1bCBkZWJ1ZyBpbmZvcm1hdGlvbiBhZnRlciBx ZW11IGV4aXQgd2l0aCB2bSBydW5uaW5nPw0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCkZyb206IEZh YmlvIEZhbnRvbmkNCkRhdGU6IDIwMTQtMDctMTEgMTg6MDYNClRvOiBrZXZpbi56aGFuZ0BvY3Rs aW5rLmNvbTsgeGVuLWRldmVsDQpTdWJqZWN0OiBSZTogW1hlbi1kZXZlbF0gUVhMIHByb2JsZW06 IFhlbiA0LjQuMSByYzEgYW5kIHhlbiA0LjUgdW5zdGFibGUNCklsIDExLzA3LzIwMTQgMDQ6Mzgs IGtldmluLnpoYW5nQG9jdGxpbmsuY29tIGhhIHNjcml0dG86DQoNCkhpIGFsbCwNCg0KRmlyc3Rs eSBwbGVhc2UgZm9yZ2l2ZSBtZSBpZiBJIHB1dCB0aGlzIHByb2JsZW0gaW4gdGhlIHdyb25nIG1h aWwgbGlzdC4gDQpIb3dldmVyLCBpdCBzZWVtcyB0aGF0IHhlbi11c2VycyBtYWlsIGxpc3QgY2Fu bm90IHJlc29sdmUgdGhpcyBRWEwgcHJvYmxlbXMuIFRoZXJlZm9yZSwgSSBoYXZlIHRvIHBvc3Qg UVhMIHByb2JsZW0gaW4gZGV2ZWwgbWFpbCBsaXN0Lg0KTXkgcHJvYmxlbSBpcyBhcyBmb2xsb3c6 DQoNCkknbSB0ZXN0aW5nIFFYTCBmb3Igd2luZG93cyBIVk0sIHNwaWNlIHdvcmtzIHdlbGwgd2l0 aCBzdGR2Z2EuIA0KSG93ZXZlciwgd2hlbiBJIHN3aXRjaCB0byBRWEwsIHFlbXUgZXhpdCBhYm5v cm1hbGx5Og0KSSBzcGVjaWZ5IHZnYT0icXhsIiBhbmQgdmlkZW9yYW09MTI4LCB1c2luZyBxZW11 LXhlbi4gVGhlIHdpbmRvd3MgNyBib290cyBhbmQgYXV0b21hdGlhbGx5IHN3aXRjaCByZXNvbHV0 aW9uIGZvciBtZSBpbiB2aXJ0LXZpZXdlci4NCldoaWxlIGRpc3BsYXkgYW5kIHNvdW5kIHRyYW5z ZmVyaW5nIHZlcnkgd2VsbCwgaWYgSSBjaGFuZ2UgZGlzcGxheSByZXNvbHV0aW9uLCB0aGUgdmly dC12aWV3ZXIgd2lsbCBiZSBzdWRkZW5seSBjbG9zZWQgYW5kDQpJIGNoZWNrIHRoZSBwaHlzaWNh bCBzZXJ2ZXIsIHRoZSBxZW11IHByb2Nlc3MgZGlzYXBwZWFyIHNpbXVsdGFuZW91c2x5LiANClRo ZW4gSSBzd2l0Y2ggdG8gd2hlZXp5IGJhY2twb3J0IHFlbXUgMi4wIGFzIGRldmljZSBtb2RlbCwg dGhlIHFlbXUgcHJvY2VzcyB3aWxsIGV4aXQgYXMgc29vbiBhcyB0aGUgd2VsY29tZSBwYWdlIGFw cGVhcnMgYW5kIGF0IHRoZSBiZWdpbm5pbmcgb2YgcmVzb2x1dGlvbiBjaGFuZ2UuDQpJIHRlc3Rl ZCBhbmQgZm91bmQgdGhlIHNhbWUgYnVnIG9uIGJvdGggeGVuYml0cyB4ZW4gNC40LjEgcmMxIGFu ZCBGYW50dSdzIFhlbiA0LjUgdW5zdGFibGUsIHRoaXMgcHJvYmxlbSBleGlzdHMgaW4gYm90aCBi cmFuY2hlcy4NCklzIGl0IGEga25vd24gaXNzdWUgb3IgaXMgdGhlcmUgYW55IHNvbHV0aW9uIGZv ciB0aGlzIGJ1Zz8NClRoYW5rIHlvdSB2ZXJ5IG11Y2ghIA0KDQpUaGFua3MgZm9yIHRlc3Rpbmcg c3BpY2UgYW5kIHF4bCBhbmQgcmVwb3J0IGlzc3VlLg0KSSBoYXZlIHNwaWNlICsgcXhsIHdvcmtp bmcgYXMga3ZtIG9uIHhlbiB1bnN0YWJsZSBleGNlcHQgdGhpcyBwcm9ibGVtOg0KaHR0cDovL2xp c3RzLnhlbi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tZGV2ZWwvMjAxNC0wNy9tc2cwMTAyMS5odG1s DQoNClBsZWFzZSBwb3N0IGRldGFpbHMgb24geW91ciBkb20wIGluc3RhbGxhdGlvbiBhbmQgZG9t VSAoZm9yIGV4YW1wbGUgeGwgY2ZnLA0Kc3BpY2UgZ3Vlc3QgdG9vbHMgdmVyc2lvbiBlY2MuLi4p DQpBYm91dCBxZW11IGNyYXNoIHRyeSB0byB0YWtlIGEgZnVsbCBiYWNrdHJhY2Ugd2l0aCBnZGIg YW5kIHBvc3QgaXQgaGVyZS4NCg0KU21hbGwgaGVscCB3aXRoIGdkYiBvZiBxZW11IGxhdW5jaGVk IGJ5IHhsOg0KDQpBZGQgdGhlIGxpbmUgYmVsb3cgaW4gZG9tVSdzIHhsIGNmZzoNCmRldmljZV9t b2RlbF9vdmVycmlkZT0iL3Vzci9saWIveGVuL2Jpbi9xZW11LWdkYiINCg0KdmkgL3Vzci9saWIv eGVuL2Jpbi9xZW11LWdkYiAjIGNyZWF0ZSB0aGUgZmlsZSwgY2hhbmdlIHRoZSBxZW11IHBhdGgg aWYNCm5lZWRlZA0KIyEvYmluL3NoDQpleGVjIGdkYnNlcnZlciAwLjAuMC4wOjEyMzQgL3Vzci9s aWIveGVuL2Jpbi9xZW11LXN5c3RlbS1pMzg2ICIkQCINCg0KIyBhZnRlciB4bCBjcmVhdGUsIGRv IGl0IGZhc3QgKGJlZm9yZSB0aW1lb3V0IG9yIHhsIGNyZWF0ZSB3aWxsIGZhaWxzKQ0KdGFyZ2V0 IHJlbW90ZSBsb2NhbGhvc3Q6MTIzNA0KYyANCmJ0IGZ1bGwgIyB3aGVuIHFlbXUgc3RvcHMNCg0K WW91IHNob3VsZCBpbnN0YWxsIGFsc28gYWxsIG5lZWRlZCBkYmcgcGFja2FnZXMgYmVmb3JlLCBz cGljZSBxZW11IGVjYyBvcg0Kd2l0aG91dCBwYWNrYWdlIHNob3VsZCBiZSBjb21waWxlZCB3aXRo IGRlYnVnIGVuYWJsZWQgKGZvciB4ZW4gYW5kIHFlbXUNCmRlZmF1bHQgaW4gdW5zdGFibGUpLg0K DQpUaGUgbGF0ZXN0IHFlbXUgY3Jhc2ggd2l0aCBzcGljZSBJIHNhdyB3YXMgaW4gMi4wLXJjIHNv bHZlZCBiZWZvcmUgMi4wLjANCmZpbmFsLCB5b3VyIHFlbXUgaXMgYXQgbGVhc3QgMi4wLjAgZmlu YWw/DQpodHRwOi8vZ2l0LnFlbXUub3JnLz9wPXFlbXUuZ2l0O2E9Y29tbWl0O2g9ZGM0OTFjZmMx NDA3NDA2NGVkNTRhODcyYjYyY2NlNmNhMTMzMDY0NA0KDQoNCg0KDQpLZXZpbg0KQmVzdCBSZWdh cmRzLA0KDQoNCiANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NClhlbi1kZXZlbCBtYWlsaW5nIGxpc3QNClhlbi1kZXZlbEBsaXN0cy54ZW4ub3JnDQpo dHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tZGV2ZWw= ------=_001_NextPart720004033006_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =EF=BB=BF
Hi Fabio Fantoni,
   
     Today, I've done another test on xenbits xen= 4.5=20 unstable.
     This time, I directly compiled xen on my tes= t=20 server, and use default libspice-server-dev  and libspice-protocol-de= v=20 header files for spice option.
   
root@debian:~# apt-cache policy=20 libspice-server-dev libspice-protocol-dev
libspice-server-dev:
  Installed: 0.11.0-1+deb7u1
  Candidate: 0.11.0-1+deb7u1
  Version table:
*** 0.11.0-1+deb7u1 0
      &nbs= p; 500=20 http://cdn.debian.net/debian/ wheezy/main amd64 Packages
      &nbs= p; 100=20 /var/lib/dpkg/status
libspice-protocol-dev:
  Installed: 0.10.1-1
  Candidate: 0.10.1-1
  Version table:
*** 0.10.1-1 0
      &nbs= p; 500=20 http://cdn.debian.net/debian/ wheezy/main amd64 Packages
      &nbs= p; 100=20 /var/lib/dpkg/status
 
     I also download qemu-2.0 source code fr= om=20 qemu.org, and compiled it by the way mentioned in http://wiki.xen.org/wiki/Q= EMU_Upstream.
     Then I create win7 hvm with qemu-xen and=20 /usr/local/bin/qemu-system-i386 respectively.
     The result shows that:
      1 . qemu-upstream used in xen 4.5= =20 unstable still exited when changing screen resolution,
      2.  my self-compiled qemu2.0 beha= ve=20 normally.
     I think maybe there's still some differences= =20 between the two qemu repository.
 
     I'm actively waiting for your advice and wil= ling=20 to do the following debug.
     vm config file is as follow:
name=3D'Win7'
builder=3D"hvm"
memory=3D2048
vcpus=3D2
vif=3D['bridge=3Dbr0']
disk=3D['/srv/vm_templates/1.qcow2,qcow2,hda,rw= ',',raw,hdb,ro,cdrom']
boot=3D'dc'
device_model_version=3D"qemu-xen"
#device_model_override=3D"/usr/lib/xen/bin/qemu= -gdb" #device_model_override=3D"/usr/local/bin/qemu-s= ystem-i386"
viridian=3D1
vnc=3D1
vnclisten=3D"0.0.0.0"
on_crash=3D"destroy"
vga=3D"qxl"
spice=3D1
spicehost=3D'0.0.0.0'
spiceport=3D6000
spicedisable_ticketing=3D1
spicevdagent=3D1
spice_clipboard_sharing=3D1
spiceusbredirection=3D4
soundhw=3D"hda"
localtime=3D1
videoram=3D128
 
   
 
Best=20 Regards

From: kevin.zhang@octlink.com
Date: 2014-07-14 10:26
Subject: Re: [Xen-devel] QXL problem: Xen 4.4.1 rc1 and x= en 4.5=20 unstable
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_NextPart720004033006_=------ --===============8119160913943879472== 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 --===============8119160913943879472==--