From mboxrd@z Thu Jan 1 00:00:00 1970 From: "kevin.zhang@octlink.com" Subject: =?utf-8?b?5Zue5aSNOiBSZTogIFFYTCBwcm9ibGVtOiBYZW4g?= =?utf-8?q?4=2E4=2E1_rc1_and_xen_4=2E5_unstable?= Date: Mon, 14 Jul 2014 16:49:00 +0800 Message-ID: <2014071416485967694054@octlink.com> References: <2014071110385714173022@octlink.com>, <53BFB740.2010500@m2r.biz>, <2014071410264327208736@octlink.com>, <2014071413295244395449@octlink.com>, <53C38DF4.5000205@m2r.biz> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5942262852459748239==" 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. --===============5942262852459748239== Content-Type: multipart/alternative; boundary="----=_001_NextPart088003511864_=----" This is a multi-part message in MIME format. ------=_001_NextPart088003511864_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgRmFiaW8gRmFudG9uaSwNCiAgICAgDQogICAgICBUaGFuayB5b3UgZm9yIHlvdXIgcmVwbHku DQogICAgICBJdCBpcyByZWFsbHkgd2VpcmQuIA0KICAgICAgSSBjb21waWxlZCBib3RoIHFlbXUg YmluYXJ5ICggcWVtdS11cHN0cmVhbSBpbiB4ZW4gYW5kIHFlbXUtMi4wIGZyb20gcWVtdS5vcmcg d2Vic2l0ZSkgaW4gdGhlIHNhbWUgZW52aXJvbm1lbnQsICB0aGUgYmluYXJ5IGluIHhlbiBoYXMg dGhlIHByb2JsZW0gd2hpbGUgDQp0aGUgb3RoZXIgb25lIHdvcmtzIHdlbGwuDQogICAgICBJIHdp bGwgY2hlY2sgd2hldGhlciB3aGVlenkgYmFja3BvcnQgaGFzIGxpYnNwaWNlLXNlcnZlci1kZXYg YW5kIGxpYnNwaWNlLXByb3RvY29sLWRldiBhbmQgdHJ5IGFnYWluLiANCg0KDQoNCg0KQmVzdCBS ZWdhcmRzDQpGcm9tOiBGYWJpbyBGYW50b25pDQpEYXRlOiAyMDE0LTA3LTE0IDE1OjU5DQpUbzog a2V2aW4uemhhbmdAb2N0bGluay5jb207IHhlbi1kZXZlbA0KU3ViamVjdDogUmU6IFtYZW4tZGV2 ZWxdIFFYTCBwcm9ibGVtOiBYZW4gNC40LjEgcmMxIGFuZCB4ZW4gNC41IHVuc3RhYmxlDQpJbCAx NC8wNy8yMDE0IDA3OjI5LCBrZXZpbi56aGFuZ0BvY3RsaW5rLmNvbSBoYSBzY3JpdHRvOg0KDQpI aSBGYWJpbyBGYW50b25pLA0KICAgIA0KICAgICBUb2RheSwgSSd2ZSBkb25lIGFub3RoZXIgdGVz dCBvbiB4ZW5iaXRzIHhlbiA0LjUgdW5zdGFibGUuDQogICAgIFRoaXMgdGltZSwgSSBkaXJlY3Rs eSBjb21waWxlZCB4ZW4gb24gbXkgdGVzdCBzZXJ2ZXIsIGFuZCB1c2UgZGVmYXVsdCBsaWJzcGlj ZS1zZXJ2ZXItZGV2ICBhbmQgbGlic3BpY2UtcHJvdG9jb2wtZGV2IGhlYWRlciBmaWxlcyBmb3Ig c3BpY2Ugb3B0aW9uLg0KICAgIA0Kcm9vdEBkZWJpYW46fiMgYXB0LWNhY2hlIHBvbGljeSBsaWJz cGljZS1zZXJ2ZXItZGV2IGxpYnNwaWNlLXByb3RvY29sLWRldg0KbGlic3BpY2Utc2VydmVyLWRl djoNCiAgSW5zdGFsbGVkOiAwLjExLjAtMStkZWI3dTENCiAgQ2FuZGlkYXRlOiAwLjExLjAtMStk ZWI3dTENCiAgVmVyc2lvbiB0YWJsZToNCioqKiAwLjExLjAtMStkZWI3dTEgMA0KICAgICAgICA1 MDAgaHR0cDovL2Nkbi5kZWJpYW4ubmV0L2RlYmlhbi8gd2hlZXp5L21haW4gYW1kNjQgUGFja2Fn ZXMNCiAgICAgICAgMTAwIC92YXIvbGliL2Rwa2cvc3RhdHVzDQpsaWJzcGljZS1wcm90b2NvbC1k ZXY6DQogIEluc3RhbGxlZDogMC4xMC4xLTENCiAgQ2FuZGlkYXRlOiAwLjEwLjEtMQ0KICBWZXJz aW9uIHRhYmxlOg0KKioqIDAuMTAuMS0xIDANCiAgICAgICAgNTAwIGh0dHA6Ly9jZG4uZGViaWFu Lm5ldC9kZWJpYW4vIHdoZWV6eS9tYWluIGFtZDY0IFBhY2thZ2VzDQogICAgICAgIDEwMCAvdmFy L2xpYi9kcGtnL3N0YXR1cw0KDQogICAgIEkgYWxzbyBkb3dubG9hZCBxZW11LTIuMCBzb3VyY2Ug Y29kZSBmcm9tIHFlbXUub3JnLCBhbmQgY29tcGlsZWQgaXQgYnkgdGhlIHdheSBtZW50aW9uZWQg aW4gaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1FFTVVfVXBzdHJlYW0uDQogICAgIFRoZW4gSSBj cmVhdGUgd2luNyBodm0gd2l0aCBxZW11LXhlbiBhbmQgL3Vzci9sb2NhbC9iaW4vcWVtdS1zeXN0 ZW0taTM4NiByZXNwZWN0aXZlbHkuDQogICAgIFRoZSByZXN1bHQgc2hvd3MgdGhhdDoNCiAgICAg IDEgLiBxZW11LXVwc3RyZWFtIHVzZWQgaW4geGVuIDQuNSB1bnN0YWJsZSBzdGlsbCBleGl0ZWQg d2hlbiBjaGFuZ2luZyBzY3JlZW4gcmVzb2x1dGlvbiwNCiAgICAgIDIuICBteSBzZWxmLWNvbXBp bGVkIHFlbXUyLjAgYmVoYXZlIG5vcm1hbGx5Lg0KICAgICBJIHRoaW5rIG1heWJlIHRoZXJlJ3Mg c3RpbGwgc29tZSBkaWZmZXJlbmNlcyBiZXR3ZWVuIHRoZSB0d28gcWVtdSByZXBvc2l0b3J5Lg0K DQpVc2Ugc3BpY2UgZnJvbSBiYWNrcG9ydHMgb3IgcmVjb21waWxlIHRoZSBsYXRlc3QgZnJvbSBT aWQsIHdoZWV6eSBwYWNrYWdlcyBhcmUgdG9vIG9sZCBmb3IgbmV3ZXIgcWVtdS4NCnhlbiBhbHJl YWR5IGRvd25sb2FkIGFuZCBjb21waWxlIHFlbXUgdXBzdHJlYW0gYXV0b21hdGljYWxseSBpZiB5 b3Ugbm90IHNwZWNpZnkgYmluYXJ5IGluIHJlcG9zaXRvcnkuDQpJIGFsc28gdXNlIHVzZSB3aGVl enkgZG9tMCB3aXRoIHNhbWUgeGVuIGFuZCBxZW11IGFuZCBzYW1lIGRvbVUgYW5kIHNwaWNlIGd1 ZXN0IHRvb2xzIGluc3RhbGxlZCBhdXRvbWF0aWNhbGx5IHJlc2l6ZSB0aGUgd2luZG93cyByZXNv bHV0aW9uIHdpdGhvdXQgcHJvYmxlbSAoZXhjZXB0IHJhcmUgY2FzZXMgd2hlbiBJIGNvbm5lY3Qg cmVtb3RlLXZpZXdlciBiZWZvcmUgd2luZG93cyBzdGFydCkuDQpCZWxvdyBhbHNvIHJlcGx5IHRv IG90aGVyIG1haWwuDQoNCg0KDQogICAgIEknbSBhY3RpdmVseSB3YWl0aW5nIGZvciB5b3VyIGFk dmljZSBhbmQgd2lsbGluZyB0byBkbyB0aGUgZm9sbG93aW5nIGRlYnVnLg0KICAgICB2bSBjb25m aWcgZmlsZSBpcyBhcyBmb2xsb3c6DQpuYW1lPSdXaW43Jw0KYnVpbGRlcj0iaHZtIg0KbWVtb3J5 PTIwNDgNCnZjcHVzPTINCnZpZj1bJ2JyaWRnZT1icjAnXQ0KZGlzaz1bJy9zcnYvdm1fdGVtcGxh dGVzLzEucWNvdzIscWNvdzIsaGRhLHJ3JywnLHJhdyxoZGIscm8sY2Ryb20nXQ0KYm9vdD0nZGMn DQpkZXZpY2VfbW9kZWxfdmVyc2lvbj0icWVtdS14ZW4iDQojZGV2aWNlX21vZGVsX292ZXJyaWRl PSIvdXNyL2xpYi94ZW4vYmluL3FlbXUtZ2RiIg0KI2RldmljZV9tb2RlbF9vdmVycmlkZT0iL3Vz ci9sb2NhbC9iaW4vcWVtdS1zeXN0ZW0taTM4NiINCnZpcmlkaWFuPTENCnZuYz0xDQp2bmNsaXN0 ZW49IjAuMC4wLjAiDQpvbl9jcmFzaD0iZGVzdHJveSINCnZnYT0icXhsIg0Kc3BpY2U9MQ0Kc3Bp Y2Vob3N0PScwLjAuMC4wJw0Kc3BpY2Vwb3J0PTYwMDANCnNwaWNlZGlzYWJsZV90aWNrZXRpbmc9 MQ0Kc3BpY2V2ZGFnZW50PTENCnNwaWNlX2NsaXBib2FyZF9zaGFyaW5nPTENCnNwaWNldXNicmVk aXJlY3Rpb249NA0Kc291bmRodz0iaGRhIg0KbG9jYWx0aW1lPTENCnZpZGVvcmFtPTEyOA0KDQp2 aWRlb3JhbT0xMjggaXMgbm90IG5lZWRlZCB3aXRoIHF4bCBhcyBhbHJlYWR5IHRoZSBkZWZhdWx0 Lg0KVHJ5IHRvIGRpc2FibGUgdm5jIHdoZW4geW91IHVzZSBzcGljZSwgZXZlbiBpZiBJIHVzZWQg d2l0aCBhbHNvIHZuYyBtYW55IHRpbWVzIHdpdGhvdXQgcHJvYmxlbSB0aW1lIGFnby4NCg0KDQoN CiAgIA0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCkZyb206IGtldmluLnpoYW5nQG9jdGxpbmsuY29t DQpEYXRlOiAyMDE0LTA3LTE0IDEwOjI2DQpUbzogRmFiaW8gRmFudG9uaTsgeGVuLWRldmVsDQpT dWJqZWN0OiBSZTogW1hlbi1kZXZlbF0gUVhMIHByb2JsZW06IFhlbiA0LjQuMSByYzEgYW5kIHhl biA0LjUgdW5zdGFibGUNCkhpIEZhYmlvIEZhbnRvbmksDQogICAgVGhhbmsgeW91IGZvciB5b3Vy IGhlbHAuDQogICAgIElmIEkgdXNlIHlvdXIgbWV0aG9kIHRvIHJ1biBxZW11LWdkYiB3aGVuIHVz aW5nIHhsIGNyZWF0ZSwgeGwgd2lsbCBjb21wbGFpbiBzdGFydHVwIHRpbWVvdXQuIA0KDQpJIGtu b3csIEkgYWxyZWFkeSBwb3N0ZWQgdGhlIHNvbHV0aW9uIGJ1dCBJIHRyeSB0byBleHBsYWluIGJl dHRlci4NCg0KIyBhZnRlciB4bCBjcmVhdGUgd2l0aCAocWVtdSBnZGIpLCBkbyBpdCBmYXN0IGFm dGVyIHhsIGNyZWF0ZSB3aGVuIGFycml2ZSBvbiBxZW11IHByb2Nlc3MgbGF1bmNoIChiZWZvcmUg dGltZW91dCBvciB4bCBjcmVhdGUgd2lsbCBmYWlscykNCnRhcmdldCByZW1vdGUgbG9jYWxob3N0 OjEyMzQgIyBwcmVwYXJlIHRoaXMgY29tbWFuZCBpbiBvdGhlciBzc2ggdG8gdGhlIHhlbiBkb20w IGFuZCBlbnRlciBvbiB4bCBjcmVhdGUgd2hlbiBhcnJpdmUgb24gcWVtdSBsYXVuY2gNCmMgIyBw cmVzcyBpbW1lZGlhdGx5DQpidCBmdWxsICMgd2hlbiBxZW11IHN0b3BzDQoNClNvcnJ5IGZvciBt eSBiYWQgZW5nbGlzaC4NCg0KDQogICAgUGVyaGFwcyBJIGRpZCBub3QgZGVzY3JpYmUgbXkgcHJv YmxlbSBjbGVhcmx5IGVub3VnaCwgSSBjYW4gc3VjY2Vzc2Z1bGx5IGNyZWF0ZSB3aW5kb3dzIEhW TSwgbXkgcHJvYmxlbSBoYXBwZW5lZCB3aGVuIEkgY2hhbmdlIHdpbmRvd3Mgc2NyZWVuIHJlc29s dXRpb24uDQpUaGUgcWVtdSBwcm9jZXNzIHN1ZGRlbmx5ICBleGl0ZWQgd2hpbGUgeGwgbGlzdCBj YW4gc3RpbGwgbGlzdCB0aGUgZG9tVSBpbmZvcm1hdGlvbi4NCg0KICAgIEkgYW0gdXNpbmcgZGVi aWFuIHdoZWV6eSA3LjUgYW1kIDY0LCBJIGFtIHVzaW5nIGZhbnR1J3MgeGVuIDQuNSB1bnN0YWJs ZSBhbmQgdGhlIHFlbXUteGVuLXJlbW90ZSBpbiBoaXMgY29kZSByZXBvc2l0b3J5LA0Kcm9vdEBk ZWJpYW46fiMgL3Vzci9saWIveGVuL2Jpbi9xZW11LXN5c3RlbS1pMzg2IC12ZXJzaW9uDQpRRU1V IGVtdWxhdG9yIHZlcnNpb24gMi4wLjAsIENvcHlyaWdodCAoYykgMjAwMy0yMDA4IEZhYnJpY2Ug QmVsbGFyZCAgDQogQW5kIEkgY29tcGlsZWQgWGVuIGZyb20gZmFudHUncyB4ZW4gcmVwb3NpdG9y eSBpbiBjb21waWxhdGlvbiBzZXJ2ZXIsIHRoZW4gdXNlIGluc3RhbGwuc2ggaW4gZGlzdCBkaXIg dG8gaW5zdGFsbCB4ZW4gcGFja2FnZXMgaW4gbXkgdGVzdCBzZXJ2ZXIuDQogTXkgY29tcGlsYXRp b24gc2VydmVyIGhhcyBzcGljZSAwLjEyLjQgY29tcGlsZWQgYW5kIGluc3RhbGxlZC4NCiBNeSB0 ZXN0IHNlcnZlciBoYXMgZGViaWFuIHdoZWV6eSBiYWNrcG9ydCBxZW11IGluc3RhbGxlZCB3aXRo IHNwaWNlLXNlcnZlcjoNCmRwa2cgLWwgfGdyZXAgc3BpY2UNCmlpICBsaWJzcGljZS1zZXJ2ZXIx OmFtZDY0ICAgICAgICAgICAgIDAuMTIuNC0wbm9jZWx0Mn5icG83MCsxICAgDQogVGhlbiBob3cg Y2FuIEkgb2J0YWluIHVzZWZ1bCBkZWJ1ZyBpbmZvcm1hdGlvbiBhZnRlciBxZW11IGV4aXQgd2l0 aCB2bSBydW5uaW5nPw0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCkZyb206IEZhYmlvIEZhbnRvbmkN CkRhdGU6IDIwMTQtMDctMTEgMTg6MDYNClRvOiBrZXZpbi56aGFuZ0BvY3RsaW5rLmNvbTsgeGVu LWRldmVsDQpTdWJqZWN0OiBSZTogW1hlbi1kZXZlbF0gUVhMIHByb2JsZW06IFhlbiA0LjQuMSBy YzEgYW5kIHhlbiA0LjUgdW5zdGFibGUNCklsIDExLzA3LzIwMTQgMDQ6MzgsIGtldmluLnpoYW5n QG9jdGxpbmsuY29tIGhhIHNjcml0dG86DQoNCkhpIGFsbCwNCg0KRmlyc3RseSBwbGVhc2UgZm9y Z2l2ZSBtZSBpZiBJIHB1dCB0aGlzIHByb2JsZW0gaW4gdGhlIHdyb25nIG1haWwgbGlzdC4gDQpI b3dldmVyLCBpdCBzZWVtcyB0aGF0IHhlbi11c2VycyBtYWlsIGxpc3QgY2Fubm90IHJlc29sdmUg dGhpcyBRWEwgcHJvYmxlbXMuIFRoZXJlZm9yZSwgSSBoYXZlIHRvIHBvc3QgUVhMIHByb2JsZW0g aW4gZGV2ZWwgbWFpbCBsaXN0Lg0KTXkgcHJvYmxlbSBpcyBhcyBmb2xsb3c6DQoNCkknbSB0ZXN0 aW5nIFFYTCBmb3Igd2luZG93cyBIVk0sIHNwaWNlIHdvcmtzIHdlbGwgd2l0aCBzdGR2Z2EuIA0K SG93ZXZlciwgd2hlbiBJIHN3aXRjaCB0byBRWEwsIHFlbXUgZXhpdCBhYm5vcm1hbGx5Og0KSSBz cGVjaWZ5IHZnYT0icXhsIiBhbmQgdmlkZW9yYW09MTI4LCB1c2luZyBxZW11LXhlbi4gVGhlIHdp bmRvd3MgNyBib290cyBhbmQgYXV0b21hdGlhbGx5IHN3aXRjaCByZXNvbHV0aW9uIGZvciBtZSBp biB2aXJ0LXZpZXdlci4NCldoaWxlIGRpc3BsYXkgYW5kIHNvdW5kIHRyYW5zZmVyaW5nIHZlcnkg d2VsbCwgaWYgSSBjaGFuZ2UgZGlzcGxheSByZXNvbHV0aW9uLCB0aGUgdmlydC12aWV3ZXIgd2ls bCBiZSBzdWRkZW5seSBjbG9zZWQgYW5kDQpJIGNoZWNrIHRoZSBwaHlzaWNhbCBzZXJ2ZXIsIHRo ZSBxZW11IHByb2Nlc3MgZGlzYXBwZWFyIHNpbXVsdGFuZW91c2x5LiANClRoZW4gSSBzd2l0Y2gg dG8gd2hlZXp5IGJhY2twb3J0IHFlbXUgMi4wIGFzIGRldmljZSBtb2RlbCwgdGhlIHFlbXUgcHJv Y2VzcyB3aWxsIGV4aXQgYXMgc29vbiBhcyB0aGUgd2VsY29tZSBwYWdlIGFwcGVhcnMgYW5kIGF0 IHRoZSBiZWdpbm5pbmcgb2YgcmVzb2x1dGlvbiBjaGFuZ2UuDQpJIHRlc3RlZCBhbmQgZm91bmQg dGhlIHNhbWUgYnVnIG9uIGJvdGggeGVuYml0cyB4ZW4gNC40LjEgcmMxIGFuZCBGYW50dSdzIFhl biA0LjUgdW5zdGFibGUsIHRoaXMgcHJvYmxlbSBleGlzdHMgaW4gYm90aCBicmFuY2hlcy4NCklz IGl0IGEga25vd24gaXNzdWUgb3IgaXMgdGhlcmUgYW55IHNvbHV0aW9uIGZvciB0aGlzIGJ1Zz8N ClRoYW5rIHlvdSB2ZXJ5IG11Y2ghIA0KDQpUaGFua3MgZm9yIHRlc3Rpbmcgc3BpY2UgYW5kIHF4 bCBhbmQgcmVwb3J0IGlzc3VlLg0KSSBoYXZlIHNwaWNlICsgcXhsIHdvcmtpbmcgYXMga3ZtIG9u IHhlbiB1bnN0YWJsZSBleGNlcHQgdGhpcyBwcm9ibGVtOg0KaHR0cDovL2xpc3RzLnhlbi5vcmcv YXJjaGl2ZXMvaHRtbC94ZW4tZGV2ZWwvMjAxNC0wNy9tc2cwMTAyMS5odG1sDQoNClBsZWFzZSBw b3N0IGRldGFpbHMgb24geW91ciBkb20wIGluc3RhbGxhdGlvbiBhbmQgZG9tVSAoZm9yIGV4YW1w bGUgeGwgY2ZnLA0Kc3BpY2UgZ3Vlc3QgdG9vbHMgdmVyc2lvbiBlY2MuLi4pDQpBYm91dCBxZW11 IGNyYXNoIHRyeSB0byB0YWtlIGEgZnVsbCBiYWNrdHJhY2Ugd2l0aCBnZGIgYW5kIHBvc3QgaXQg aGVyZS4NCg0KU21hbGwgaGVscCB3aXRoIGdkYiBvZiBxZW11IGxhdW5jaGVkIGJ5IHhsOg0KDQpB ZGQgdGhlIGxpbmUgYmVsb3cgaW4gZG9tVSdzIHhsIGNmZzoNCmRldmljZV9tb2RlbF9vdmVycmlk ZT0iL3Vzci9saWIveGVuL2Jpbi9xZW11LWdkYiINCg0KdmkgL3Vzci9saWIveGVuL2Jpbi9xZW11 LWdkYiAjIGNyZWF0ZSB0aGUgZmlsZSwgY2hhbmdlIHRoZSBxZW11IHBhdGggaWYNCm5lZWRlZA0K IyEvYmluL3NoDQpleGVjIGdkYnNlcnZlciAwLjAuMC4wOjEyMzQgL3Vzci9saWIveGVuL2Jpbi9x ZW11LXN5c3RlbS1pMzg2ICIkQCINCg0KIyBhZnRlciB4bCBjcmVhdGUsIGRvIGl0IGZhc3QgKGJl Zm9yZSB0aW1lb3V0IG9yIHhsIGNyZWF0ZSB3aWxsIGZhaWxzKQ0KdGFyZ2V0IHJlbW90ZSBsb2Nh bGhvc3Q6MTIzNA0KYyANCmJ0IGZ1bGwgIyB3aGVuIHFlbXUgc3RvcHMNCg0KWW91IHNob3VsZCBp bnN0YWxsIGFsc28gYWxsIG5lZWRlZCBkYmcgcGFja2FnZXMgYmVmb3JlLCBzcGljZSBxZW11IGVj YyBvcg0Kd2l0aG91dCBwYWNrYWdlIHNob3VsZCBiZSBjb21waWxlZCB3aXRoIGRlYnVnIGVuYWJs ZWQgKGZvciB4ZW4gYW5kIHFlbXUNCmRlZmF1bHQgaW4gdW5zdGFibGUpLg0KDQpUaGUgbGF0ZXN0 IHFlbXUgY3Jhc2ggd2l0aCBzcGljZSBJIHNhdyB3YXMgaW4gMi4wLXJjIHNvbHZlZCBiZWZvcmUg Mi4wLjANCmZpbmFsLCB5b3VyIHFlbXUgaXMgYXQgbGVhc3QgMi4wLjAgZmluYWw/DQpodHRwOi8v Z2l0LnFlbXUub3JnLz9wPXFlbXUuZ2l0O2E9Y29tbWl0O2g9ZGM0OTFjZmMxNDA3NDA2NGVkNTRh ODcyYjYyY2NlNmNhMTMzMDY0NA0KDQoNCg0KDQpLZXZpbg0KQmVzdCBSZWdhcmRzLA== ------=_001_NextPart088003511864_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =EF=BB=BF
Hi Fabio Fantoni,
    
      Thank you for your reply.
      It is really weird.
      I compiled both qemu binary ( qemu-ups= tream=20 in xen and qemu-2.0 from qemu.org website) in the same=20 environment,  the binary in xen has the problem while
the other one works well.
      I will check whether wheezy backp= ort=20 has libspice-server-dev and libspice-protocol-dev and try again. 
 
Best=20 Regards

Date: 2014-07-14 15:59
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 14/07/2014 07:29, kevin.zhang@octlink.com ha=20 scritto:
Hi Fabio Fantoni,
   
     Today, I've done another test on xenbits x= en 4.5=20 unstable.
     This time, I directly compiled xen on my t= est=20 server, and use default libspice-server-dev  and libspice-protocol-= dev=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
      &n= bsp; 500=20 http://cdn.debian.net/debian/= =20 wheezy/main amd64 Packages
      &n= bsp; 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
      &n= bsp; 500=20 http://cdn.debian.net/debian/= =20 wheezy/main amd64 Packages
      &n= bsp; 100=20 /var/lib/dpkg/status
 
     I also download qemu-2.0 source code = from=20 qemu.org, and compiled it by the way mentioned in http://wiki.xen.org/wiki/QEMU_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 be= have=20 normally.
     I think maybe there's still some differenc= es=20 between the two qemu repository.

Use=20 spice from backports or recompile the latest from Sid, wheezy packages are= too=20 old for newer qemu.
xen already download and compile qemu upstream=20 automatically if you not specify binary in repository.
I also use use w= heezy=20 dom0 with same xen and qemu and same domU and spice guest tools installed=20 automatically resize the windows resolution without problem (except rare c= ases=20 when I connect remote-viewer before windows start).
Below also reply to other mail.

 
     I'm actively waiting for your advice and w= illing=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/qe= mu-gdb"
#device_model_override=3D"/usr/local/bin/qemu= -system-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
videoram=3D128 is not needed with qxl as already the=20 default.
Try to disable vnc when you use s= pice,=20 even if I used with also vnc many times without problem time ago.
 
   
 
=
Best=20 Regards

<= /DIV>
Date: 2014-07-14 10:26
To: Fabio Fantoni; xen-devel
Subject: Re: [Xen-devel] QXL problem: Xen 4.4.1 rc1 and= xen=20 4.5 unstable
Hi Fabio Fantoni,
    Thank you for your help.
     If I use your method to run qemu-gdb when = using=20 xl create, xl will complain startup timeout.=20

I know, I already= posted=20 the solution but I try to explain better.

#=20 after xl create with (qemu gdb), do it fast after xl create when arrive on= qemu=20 process launch (before timeout or xl create will fails)
target remote=20 localhost:1234 # prepare this command in other ssh to the xen dom0 and ent= er on=20 xl create when arrive on qemu launch
c # press immediatly
bt full # = when=20 qemu stops

Sorry for my bad=20 english.

    Perhaps I did not describe my problem clearly en= ough,=20 I can successfully create windows HVM, my problem happened when I change= =20 windows screen resolution.
The qemu process suddenly  exited while xl list can still list= the=20 domU information.
 
    I am using debian wheezy 7.5 amd 64, I am using=20 fantu's xen 4.5 unstable and the qemu-xen-remote in his code repository,=
root@debian:~# /usr/lib/xen/bin/qemu-sys= tem-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= =20 server, then use install.sh in dist dir to install xen packages in my te= st=20 server.
 My compilation server has spice 0.12.4 compiled and=20 installed.
 My test server has debian wheezy backport qemu installed with= =20 spice-server:
dpkg -l |grep spice
ii =20 libspice-server1:amd64        =     =20 0.12.4-0nocelt2~bpo70+1   
 Then how can I obtain useful debug information after qemu exi= t with=20 vm running?
 
=
Best=20 Regards

<= /DIV>
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= xen=20 4.5 unstable
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.=20
However, it seems that xen-users mail list cannot resolve this QX= L=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 win= dows 7=20 boots and automatially switch resolution for me in virt-viewer.
While display and sound transfering very well, if I change displa= y=20 resolution, the virt-viewer will be suddenly closed and
I check the physical server, the qemu process disappear simultane= ously.=20
Then I switch to wheezy backport qemu 2.0 as device model, the qe= mu=20 process will exit as soon as the welcome page appears and at the begin= ning=20 of resolution change.
I tested and found the same bug on both xenbits xen 4.4.1 rc1 and= =20 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=20 spice + qxl working as kvm on xen unstable except this problem:
http://lists.xen.org/archives/html/xen-devel/20= 14-07/msg01021.html

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

Small help with gdb of qemu launched b= y=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 f= ast=20 (before timeout or xl create will fails)
target remote localhost:1234=
c=20
bt full # when qemu stops

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

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

 
 
Kevin
Best Regards,

 


=
------=_001_NextPart088003511864_=------ --===============5942262852459748239== 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 --===============5942262852459748239==--