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: Tue, 15 Jul 2014 13:53:59 +0800 Message-ID: <2014071513535911540472@octlink.com> References: <2014071110385714173022@octlink.com>, <53BFB740.2010500@m2r.biz>, <2014071410264327208736@octlink.com>, <2014071413295244395449@octlink.com>, <53C38DF4.5000205@m2r.biz>, <2014071416485967694054@octlink.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5017282596609198137==" 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. --===============5017282596609198137== Content-Type: multipart/alternative; boundary="----=_001_NextPart151252171887_=----" This is a multi-part message in MIME format. ------=_001_NextPart151252171887_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgRmFiaW8gRmFudG9uaSwNCiAgICAgIFRvZGF5IEkgdHJpZWQgdG8gdXNlIHdoZWV6eSBiYWNr cG9ydHMgdmVyc2lvbiBvZiBzcGljZS1zZXJ2ZXIsIHRoZSBwcm9ibGVtIHBlcnNpc3RzIHdpdGgg cWVtdS14ZW4gYmluYXJ5LCB3aGlsZSBteSBzZWxmIGNvbXBpbGVkIHFlbXUgMi4wIHdvcmtzIHdl bGwuDQpJIHRoaW5rIGl0IGlzIGEgcHJvYmxlbSBhbmQgY2FuIGJlIHJlcGVhdGVkLg0KICAgICBU aGVuLCBJIHdpbGwgc3VtbWFyaXplIG15IGNvbXBpbGF0aW9uIHByb2Nlc3MgaGVyZToNCiAgICAg Rmlyc3RseSBpbnN0YWxsIGRlYmlhbiB3aGVlenkgNy41IGFtZDY0IGFuZCBuZWNlc3NhcnkgYnVp bGQgZGVwZW5kZW5jeS4gVGhlbjoNCjEuIGdpdCBjbG9uZSAgZ2l0Oi8veGVuYml0cy54ZW4ub3Jn L3hlbi5naXQNCjIuICBpbnN0YWxsIGJhY2twb3J0IHZlcnNpb24gIGxpYnNwaWNlLXNlcnZlci1k ZXYgbGlic3BpY2UtcHJvdG9jb2wtZGV2DQpyb290QGRlYmlhbjp+IyAgYXB0LWNhY2hlIHBvbGlj eSBsaWJzcGljZS1zZXJ2ZXItZGV2IGxpYnNwaWNlLXByb3RvY29sLWRldg0KbGlic3BpY2Utc2Vy dmVyLWRldjoNCiAgSW5zdGFsbGVkOiAwLjEyLjQtMG5vY2VsdDJ+YnBvNzArMQ0KICBDYW5kaWRh dGU6IDAuMTIuNC0wbm9jZWx0Mn5icG83MCsxDQogIFZlcnNpb24gdGFibGU6DQoqKiogMC4xMi40 LTBub2NlbHQyfmJwbzcwKzEgMA0KICAgICAgICAxMDAgaHR0cDovL2Nkbi5kZWJpYW4ubmV0L2Rl Ymlhbi8gd2hlZXp5LWJhY2twb3J0cy9tYWluIGFtZDY0IFBhY2thZ2VzDQogICAgICAgIDEwMCAv dmFyL2xpYi9kcGtnL3N0YXR1cw0KbGlic3BpY2UtcHJvdG9jb2wtZGV2Og0KICBJbnN0YWxsZWQ6 IDAuMTIuNi0xfmJwbzcwKzINCiAgQ2FuZGlkYXRlOiAwLjEyLjYtMX5icG83MCsyDQogIFZlcnNp b24gdGFibGU6DQoqKiogMC4xMi42LTF+YnBvNzArMiAwDQogICAgICAgIDEwMCBodHRwOi8vY2Ru LmRlYmlhbi5uZXQvZGViaWFuLyB3aGVlenktYmFja3BvcnRzL21haW4gYW1kNjQgUGFja2FnZXMN CiAgICAgICAgMTAwIC92YXIvbGliL2Rwa2cvc3RhdHVzDQogMy4gcGF0Y2ggZm9yIFFYTCBvcHRp b24NCiA0LiAuL2NvbmZpZ3VyZSAtLXByZWZpeD0vdXNyIA0KIDUuIGFkZCBzcGljZSBhbmQgdXNi LXJlZGlyIG9wdGlvbiBmb3IgcWVtdS14ZW4tdXBzdHJlYW0NCiA2LiBtYWtlIHhlbjttYWtlIHRv b2xzO21ha2UgaW5zdGFsbC14ZW47bWFrZSBpbnN0YWxsLXRvb2xzDQoNCiAgICAgICBUbyBjb21w aWxlIHFlbXUgMi4wIGZyb20gcWVtdS5vcmc6DQogICAgICAgMS4gd2dldCBodHRwOi8vd2lraS5x ZW11LXByb2plY3Qub3JnL2Rvd25sb2FkL3FlbXUtMi4wLjAudGFyLmJ6Mg0KICAgICAgIDIuIC4v Y29uZmlndXJlIC0tZW5hYmxlLXhlbiAtLXRhcmdldC1saXN0PWkzODYtc29mdG1tdSAtLWV4dHJh LWNmbGFncz0iLUkvdXNyL3NyYy94ZW4vdG9vbHMvaW5jbHVkZSAtSS91c3Ivc3JjL3hlbi90b29s cy9saWJ4YyAtSS91c3Ivc3JjL3hlbi90b29scy94ZW5zdG9yZSIgXA0KICAgICAgICAgICAgLS1l bmFibGUtc3BpY2UgLS1lbmFibGUtdXNiLXJlZGlyIA0KICAgICAgIDMgLm1ha2U7bWFrZSBpbnN0 YWxsDQoNCg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCuWPkeS7tuS6uu+8miBrZXZpbi56aGFuZ0Bv Y3RsaW5rLmNvbQ0K5Y+R6YCB5pe26Ze077yaIDIwMTQtMDctMTQgMTY6NDkNCuaUtuS7tuS6uu+8 miBGYWJpbyBGYW50b25pOyB4ZW4tZGV2ZWwNCuS4u+mimO+8miDlm57lpI06IFJlOiBbWGVuLWRl dmVsXSBRWEwgcHJvYmxlbTogWGVuIDQuNC4xIHJjMSBhbmQgeGVuIDQuNSB1bnN0YWJsZQ0KSGkg RmFiaW8gRmFudG9uaSwNCiAgICAgDQogICAgICBUaGFuayB5b3UgZm9yIHlvdXIgcmVwbHkuDQog ICAgICBJdCBpcyByZWFsbHkgd2VpcmQuIA0KICAgICAgSSBjb21waWxlZCBib3RoIHFlbXUgYmlu YXJ5ICggcWVtdS11cHN0cmVhbSBpbiB4ZW4gYW5kIHFlbXUtMi4wIGZyb20gcWVtdS5vcmcgd2Vi c2l0ZSkgaW4gdGhlIHNhbWUgZW52aXJvbm1lbnQsICB0aGUgYmluYXJ5IGluIHhlbiBoYXMgdGhl IHByb2JsZW0gd2hpbGUgDQp0aGUgb3RoZXIgb25lIHdvcmtzIHdlbGwuDQogICAgICBJIHdpbGwg Y2hlY2sgd2hldGhlciB3aGVlenkgYmFja3BvcnQgaGFzIGxpYnNwaWNlLXNlcnZlci1kZXYgYW5k IGxpYnNwaWNlLXByb3RvY29sLWRldiBhbmQgdHJ5IGFnYWluLiANCg0KDQoNCg0KQmVzdCBSZWdh cmRzDQpGcm9tOiBGYWJpbyBGYW50b25pDQpEYXRlOiAyMDE0LTA3LTE0IDE1OjU5DQpUbzoga2V2 aW4uemhhbmdAb2N0bGluay5jb207IHhlbi1kZXZlbA0KU3ViamVjdDogUmU6IFtYZW4tZGV2ZWxd IFFYTCBwcm9ibGVtOiBYZW4gNC40LjEgcmMxIGFuZCB4ZW4gNC41IHVuc3RhYmxlDQpJbCAxNC8w Ny8yMDE0IDA3OjI5LCBrZXZpbi56aGFuZ0BvY3RsaW5rLmNvbSBoYSBzY3JpdHRvOg0KDQpIaSBG YWJpbyBGYW50b25pLA0KICAgIA0KICAgICBUb2RheSwgSSd2ZSBkb25lIGFub3RoZXIgdGVzdCBv biB4ZW5iaXRzIHhlbiA0LjUgdW5zdGFibGUuDQogICAgIFRoaXMgdGltZSwgSSBkaXJlY3RseSBj b21waWxlZCB4ZW4gb24gbXkgdGVzdCBzZXJ2ZXIsIGFuZCB1c2UgZGVmYXVsdCBsaWJzcGljZS1z ZXJ2ZXItZGV2ICBhbmQgbGlic3BpY2UtcHJvdG9jb2wtZGV2IGhlYWRlciBmaWxlcyBmb3Igc3Bp Y2Ugb3B0aW9uLg0KICAgIA0Kcm9vdEBkZWJpYW46fiMgYXB0LWNhY2hlIHBvbGljeSBsaWJzcGlj ZS1zZXJ2ZXItZGV2IGxpYnNwaWNlLXByb3RvY29sLWRldg0KbGlic3BpY2Utc2VydmVyLWRldjoN CiAgSW5zdGFsbGVkOiAwLjExLjAtMStkZWI3dTENCiAgQ2FuZGlkYXRlOiAwLjExLjAtMStkZWI3 dTENCiAgVmVyc2lvbiB0YWJsZToNCioqKiAwLjExLjAtMStkZWI3dTEgMA0KICAgICAgICA1MDAg aHR0cDovL2Nkbi5kZWJpYW4ubmV0L2RlYmlhbi8gd2hlZXp5L21haW4gYW1kNjQgUGFja2FnZXMN CiAgICAgICAgMTAwIC92YXIvbGliL2Rwa2cvc3RhdHVzDQpsaWJzcGljZS1wcm90b2NvbC1kZXY6 DQogIEluc3RhbGxlZDogMC4xMC4xLTENCiAgQ2FuZGlkYXRlOiAwLjEwLjEtMQ0KICBWZXJzaW9u IHRhYmxlOg0KKioqIDAuMTAuMS0xIDANCiAgICAgICAgNTAwIGh0dHA6Ly9jZG4uZGViaWFuLm5l dC9kZWJpYW4vIHdoZWV6eS9tYWluIGFtZDY0IFBhY2thZ2VzDQogICAgICAgIDEwMCAvdmFyL2xp Yi9kcGtnL3N0YXR1cw0KDQogICAgIEkgYWxzbyBkb3dubG9hZCBxZW11LTIuMCBzb3VyY2UgY29k ZSBmcm9tIHFlbXUub3JnLCBhbmQgY29tcGlsZWQgaXQgYnkgdGhlIHdheSBtZW50aW9uZWQgaW4g aHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1FFTVVfVXBzdHJlYW0uDQogICAgIFRoZW4gSSBjcmVh dGUgd2luNyBodm0gd2l0aCBxZW11LXhlbiBhbmQgL3Vzci9sb2NhbC9iaW4vcWVtdS1zeXN0ZW0t aTM4NiByZXNwZWN0aXZlbHkuDQogICAgIFRoZSByZXN1bHQgc2hvd3MgdGhhdDoNCiAgICAgIDEg LiBxZW11LXVwc3RyZWFtIHVzZWQgaW4geGVuIDQuNSB1bnN0YWJsZSBzdGlsbCBleGl0ZWQgd2hl biBjaGFuZ2luZyBzY3JlZW4gcmVzb2x1dGlvbiwNCiAgICAgIDIuICBteSBzZWxmLWNvbXBpbGVk IHFlbXUyLjAgYmVoYXZlIG5vcm1hbGx5Lg0KICAgICBJIHRoaW5rIG1heWJlIHRoZXJlJ3Mgc3Rp bGwgc29tZSBkaWZmZXJlbmNlcyBiZXR3ZWVuIHRoZSB0d28gcWVtdSByZXBvc2l0b3J5Lg0KDQpV c2Ugc3BpY2UgZnJvbSBiYWNrcG9ydHMgb3IgcmVjb21waWxlIHRoZSBsYXRlc3QgZnJvbSBTaWQs IHdoZWV6eSBwYWNrYWdlcyBhcmUgdG9vIG9sZCBmb3IgbmV3ZXIgcWVtdS4NCnhlbiBhbHJlYWR5 IGRvd25sb2FkIGFuZCBjb21waWxlIHFlbXUgdXBzdHJlYW0gYXV0b21hdGljYWxseSBpZiB5b3Ug bm90IHNwZWNpZnkgYmluYXJ5IGluIHJlcG9zaXRvcnkuDQpJIGFsc28gdXNlIHVzZSB3aGVlenkg ZG9tMCB3aXRoIHNhbWUgeGVuIGFuZCBxZW11IGFuZCBzYW1lIGRvbVUgYW5kIHNwaWNlIGd1ZXN0 IHRvb2xzIGluc3RhbGxlZCBhdXRvbWF0aWNhbGx5IHJlc2l6ZSB0aGUgd2luZG93cyByZXNvbHV0 aW9uIHdpdGhvdXQgcHJvYmxlbSAoZXhjZXB0IHJhcmUgY2FzZXMgd2hlbiBJIGNvbm5lY3QgcmVt b3RlLXZpZXdlciBiZWZvcmUgd2luZG93cyBzdGFydCkuDQpCZWxvdyBhbHNvIHJlcGx5IHRvIG90 aGVyIG1haWwuDQoNCg0KDQogICAgIEknbSBhY3RpdmVseSB3YWl0aW5nIGZvciB5b3VyIGFkdmlj ZSBhbmQgd2lsbGluZyB0byBkbyB0aGUgZm9sbG93aW5nIGRlYnVnLg0KICAgICB2bSBjb25maWcg ZmlsZSBpcyBhcyBmb2xsb3c6DQpuYW1lPSdXaW43Jw0KYnVpbGRlcj0iaHZtIg0KbWVtb3J5PTIw NDgNCnZjcHVzPTINCnZpZj1bJ2JyaWRnZT1icjAnXQ0KZGlzaz1bJy9zcnYvdm1fdGVtcGxhdGVz LzEucWNvdzIscWNvdzIsaGRhLHJ3JywnLHJhdyxoZGIscm8sY2Ryb20nXQ0KYm9vdD0nZGMnDQpk ZXZpY2VfbW9kZWxfdmVyc2lvbj0icWVtdS14ZW4iDQojZGV2aWNlX21vZGVsX292ZXJyaWRlPSIv dXNyL2xpYi94ZW4vYmluL3FlbXUtZ2RiIg0KI2RldmljZV9tb2RlbF9vdmVycmlkZT0iL3Vzci9s b2NhbC9iaW4vcWVtdS1zeXN0ZW0taTM4NiINCnZpcmlkaWFuPTENCnZuYz0xDQp2bmNsaXN0ZW49 IjAuMC4wLjAiDQpvbl9jcmFzaD0iZGVzdHJveSINCnZnYT0icXhsIg0Kc3BpY2U9MQ0Kc3BpY2Vo b3N0PScwLjAuMC4wJw0Kc3BpY2Vwb3J0PTYwMDANCnNwaWNlZGlzYWJsZV90aWNrZXRpbmc9MQ0K c3BpY2V2ZGFnZW50PTENCnNwaWNlX2NsaXBib2FyZF9zaGFyaW5nPTENCnNwaWNldXNicmVkaXJl Y3Rpb249NA0Kc291bmRodz0iaGRhIg0KbG9jYWx0aW1lPTENCnZpZGVvcmFtPTEyOA0KDQp2aWRl b3JhbT0xMjggaXMgbm90IG5lZWRlZCB3aXRoIHF4bCBhcyBhbHJlYWR5IHRoZSBkZWZhdWx0Lg0K VHJ5IHRvIGRpc2FibGUgdm5jIHdoZW4geW91IHVzZSBzcGljZSwgZXZlbiBpZiBJIHVzZWQgd2l0 aCBhbHNvIHZuYyBtYW55IHRpbWVzIHdpdGhvdXQgcHJvYmxlbSB0aW1lIGFnby4NCg0KDQoNCiAg IA0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCkZyb206IGtldmluLnpoYW5nQG9jdGxpbmsuY29tDQpE YXRlOiAyMDE0LTA3LTE0IDEwOjI2DQpUbzogRmFiaW8gRmFudG9uaTsgeGVuLWRldmVsDQpTdWJq ZWN0OiBSZTogW1hlbi1kZXZlbF0gUVhMIHByb2JsZW06IFhlbiA0LjQuMSByYzEgYW5kIHhlbiA0 LjUgdW5zdGFibGUNCkhpIEZhYmlvIEZhbnRvbmksDQogICAgVGhhbmsgeW91IGZvciB5b3VyIGhl bHAuDQogICAgIElmIEkgdXNlIHlvdXIgbWV0aG9kIHRvIHJ1biBxZW11LWdkYiB3aGVuIHVzaW5n IHhsIGNyZWF0ZSwgeGwgd2lsbCBjb21wbGFpbiBzdGFydHVwIHRpbWVvdXQuIA0KDQpJIGtub3cs IEkgYWxyZWFkeSBwb3N0ZWQgdGhlIHNvbHV0aW9uIGJ1dCBJIHRyeSB0byBleHBsYWluIGJldHRl ci4NCg0KIyBhZnRlciB4bCBjcmVhdGUgd2l0aCAocWVtdSBnZGIpLCBkbyBpdCBmYXN0IGFmdGVy IHhsIGNyZWF0ZSB3aGVuIGFycml2ZSBvbiBxZW11IHByb2Nlc3MgbGF1bmNoIChiZWZvcmUgdGlt ZW91dCBvciB4bCBjcmVhdGUgd2lsbCBmYWlscykNCnRhcmdldCByZW1vdGUgbG9jYWxob3N0OjEy MzQgIyBwcmVwYXJlIHRoaXMgY29tbWFuZCBpbiBvdGhlciBzc2ggdG8gdGhlIHhlbiBkb20wIGFu ZCBlbnRlciBvbiB4bCBjcmVhdGUgd2hlbiBhcnJpdmUgb24gcWVtdSBsYXVuY2gNCmMgIyBwcmVz cyBpbW1lZGlhdGx5DQpidCBmdWxsICMgd2hlbiBxZW11IHN0b3BzDQoNClNvcnJ5IGZvciBteSBi YWQgZW5nbGlzaC4NCg0KDQogICAgUGVyaGFwcyBJIGRpZCBub3QgZGVzY3JpYmUgbXkgcHJvYmxl bSBjbGVhcmx5IGVub3VnaCwgSSBjYW4gc3VjY2Vzc2Z1bGx5IGNyZWF0ZSB3aW5kb3dzIEhWTSwg bXkgcHJvYmxlbSBoYXBwZW5lZCB3aGVuIEkgY2hhbmdlIHdpbmRvd3Mgc2NyZWVuIHJlc29sdXRp b24uDQpUaGUgcWVtdSBwcm9jZXNzIHN1ZGRlbmx5ICBleGl0ZWQgd2hpbGUgeGwgbGlzdCBjYW4g c3RpbGwgbGlzdCB0aGUgZG9tVSBpbmZvcm1hdGlvbi4NCg0KICAgIEkgYW0gdXNpbmcgZGViaWFu IHdoZWV6eSA3LjUgYW1kIDY0LCBJIGFtIHVzaW5nIGZhbnR1J3MgeGVuIDQuNSB1bnN0YWJsZSBh bmQgdGhlIHFlbXUteGVuLXJlbW90ZSBpbiBoaXMgY29kZSByZXBvc2l0b3J5LA0Kcm9vdEBkZWJp YW46fiMgL3Vzci9saWIveGVuL2Jpbi9xZW11LXN5c3RlbS1pMzg2IC12ZXJzaW9uDQpRRU1VIGVt dWxhdG9yIHZlcnNpb24gMi4wLjAsIENvcHlyaWdodCAoYykgMjAwMy0yMDA4IEZhYnJpY2UgQmVs bGFyZCAgDQogQW5kIEkgY29tcGlsZWQgWGVuIGZyb20gZmFudHUncyB4ZW4gcmVwb3NpdG9yeSBp biBjb21waWxhdGlvbiBzZXJ2ZXIsIHRoZW4gdXNlIGluc3RhbGwuc2ggaW4gZGlzdCBkaXIgdG8g aW5zdGFsbCB4ZW4gcGFja2FnZXMgaW4gbXkgdGVzdCBzZXJ2ZXIuDQogTXkgY29tcGlsYXRpb24g c2VydmVyIGhhcyBzcGljZSAwLjEyLjQgY29tcGlsZWQgYW5kIGluc3RhbGxlZC4NCiBNeSB0ZXN0 IHNlcnZlciBoYXMgZGViaWFuIHdoZWV6eSBiYWNrcG9ydCBxZW11IGluc3RhbGxlZCB3aXRoIHNw aWNlLXNlcnZlcjoNCmRwa2cgLWwgfGdyZXAgc3BpY2UNCmlpICBsaWJzcGljZS1zZXJ2ZXIxOmFt ZDY0ICAgICAgICAgICAgIDAuMTIuNC0wbm9jZWx0Mn5icG83MCsxICAgDQogVGhlbiBob3cgY2Fu IEkgb2J0YWluIHVzZWZ1bCBkZWJ1ZyBpbmZvcm1hdGlvbiBhZnRlciBxZW11IGV4aXQgd2l0aCB2 bSBydW5uaW5nPw0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCkZyb206IEZhYmlvIEZhbnRvbmkNCkRh dGU6IDIwMTQtMDctMTEgMTg6MDYNClRvOiBrZXZpbi56aGFuZ0BvY3RsaW5rLmNvbTsgeGVuLWRl dmVsDQpTdWJqZWN0OiBSZTogW1hlbi1kZXZlbF0gUVhMIHByb2JsZW06IFhlbiA0LjQuMSByYzEg YW5kIHhlbiA0LjUgdW5zdGFibGUNCklsIDExLzA3LzIwMTQgMDQ6MzgsIGtldmluLnpoYW5nQG9j dGxpbmsuY29tIGhhIHNjcml0dG86DQoNCkhpIGFsbCwNCg0KRmlyc3RseSBwbGVhc2UgZm9yZ2l2 ZSBtZSBpZiBJIHB1dCB0aGlzIHByb2JsZW0gaW4gdGhlIHdyb25nIG1haWwgbGlzdC4gDQpIb3dl dmVyLCBpdCBzZWVtcyB0aGF0IHhlbi11c2VycyBtYWlsIGxpc3QgY2Fubm90IHJlc29sdmUgdGhp cyBRWEwgcHJvYmxlbXMuIFRoZXJlZm9yZSwgSSBoYXZlIHRvIHBvc3QgUVhMIHByb2JsZW0gaW4g ZGV2ZWwgbWFpbCBsaXN0Lg0KTXkgcHJvYmxlbSBpcyBhcyBmb2xsb3c6DQoNCkknbSB0ZXN0aW5n IFFYTCBmb3Igd2luZG93cyBIVk0sIHNwaWNlIHdvcmtzIHdlbGwgd2l0aCBzdGR2Z2EuIA0KSG93 ZXZlciwgd2hlbiBJIHN3aXRjaCB0byBRWEwsIHFlbXUgZXhpdCBhYm5vcm1hbGx5Og0KSSBzcGVj aWZ5IHZnYT0icXhsIiBhbmQgdmlkZW9yYW09MTI4LCB1c2luZyBxZW11LXhlbi4gVGhlIHdpbmRv d3MgNyBib290cyBhbmQgYXV0b21hdGlhbGx5IHN3aXRjaCByZXNvbHV0aW9uIGZvciBtZSBpbiB2 aXJ0LXZpZXdlci4NCldoaWxlIGRpc3BsYXkgYW5kIHNvdW5kIHRyYW5zZmVyaW5nIHZlcnkgd2Vs bCwgaWYgSSBjaGFuZ2UgZGlzcGxheSByZXNvbHV0aW9uLCB0aGUgdmlydC12aWV3ZXIgd2lsbCBi ZSBzdWRkZW5seSBjbG9zZWQgYW5kDQpJIGNoZWNrIHRoZSBwaHlzaWNhbCBzZXJ2ZXIsIHRoZSBx ZW11IHByb2Nlc3MgZGlzYXBwZWFyIHNpbXVsdGFuZW91c2x5LiANClRoZW4gSSBzd2l0Y2ggdG8g d2hlZXp5IGJhY2twb3J0IHFlbXUgMi4wIGFzIGRldmljZSBtb2RlbCwgdGhlIHFlbXUgcHJvY2Vz cyB3aWxsIGV4aXQgYXMgc29vbiBhcyB0aGUgd2VsY29tZSBwYWdlIGFwcGVhcnMgYW5kIGF0IHRo ZSBiZWdpbm5pbmcgb2YgcmVzb2x1dGlvbiBjaGFuZ2UuDQpJIHRlc3RlZCBhbmQgZm91bmQgdGhl IHNhbWUgYnVnIG9uIGJvdGggeGVuYml0cyB4ZW4gNC40LjEgcmMxIGFuZCBGYW50dSdzIFhlbiA0 LjUgdW5zdGFibGUsIHRoaXMgcHJvYmxlbSBleGlzdHMgaW4gYm90aCBicmFuY2hlcy4NCklzIGl0 IGEga25vd24gaXNzdWUgb3IgaXMgdGhlcmUgYW55IHNvbHV0aW9uIGZvciB0aGlzIGJ1Zz8NClRo YW5rIHlvdSB2ZXJ5IG11Y2ghIA0KDQpUaGFua3MgZm9yIHRlc3Rpbmcgc3BpY2UgYW5kIHF4bCBh bmQgcmVwb3J0IGlzc3VlLg0KSSBoYXZlIHNwaWNlICsgcXhsIHdvcmtpbmcgYXMga3ZtIG9uIHhl biB1bnN0YWJsZSBleGNlcHQgdGhpcyBwcm9ibGVtOg0KaHR0cDovL2xpc3RzLnhlbi5vcmcvYXJj aGl2ZXMvaHRtbC94ZW4tZGV2ZWwvMjAxNC0wNy9tc2cwMTAyMS5odG1sDQoNClBsZWFzZSBwb3N0 IGRldGFpbHMgb24geW91ciBkb20wIGluc3RhbGxhdGlvbiBhbmQgZG9tVSAoZm9yIGV4YW1wbGUg eGwgY2ZnLA0Kc3BpY2UgZ3Vlc3QgdG9vbHMgdmVyc2lvbiBlY2MuLi4pDQpBYm91dCBxZW11IGNy YXNoIHRyeSB0byB0YWtlIGEgZnVsbCBiYWNrdHJhY2Ugd2l0aCBnZGIgYW5kIHBvc3QgaXQgaGVy ZS4NCg0KU21hbGwgaGVscCB3aXRoIGdkYiBvZiBxZW11IGxhdW5jaGVkIGJ5IHhsOg0KDQpBZGQg dGhlIGxpbmUgYmVsb3cgaW4gZG9tVSdzIHhsIGNmZzoNCmRldmljZV9tb2RlbF9vdmVycmlkZT0i L3Vzci9saWIveGVuL2Jpbi9xZW11LWdkYiINCg0KdmkgL3Vzci9saWIveGVuL2Jpbi9xZW11LWdk YiAjIGNyZWF0ZSB0aGUgZmlsZSwgY2hhbmdlIHRoZSBxZW11IHBhdGggaWYNCm5lZWRlZA0KIyEv YmluL3NoDQpleGVjIGdkYnNlcnZlciAwLjAuMC4wOjEyMzQgL3Vzci9saWIveGVuL2Jpbi9xZW11 LXN5c3RlbS1pMzg2ICIkQCINCg0KIyBhZnRlciB4bCBjcmVhdGUsIGRvIGl0IGZhc3QgKGJlZm9y ZSB0aW1lb3V0IG9yIHhsIGNyZWF0ZSB3aWxsIGZhaWxzKQ0KdGFyZ2V0IHJlbW90ZSBsb2NhbGhv c3Q6MTIzNA0KYyANCmJ0IGZ1bGwgIyB3aGVuIHFlbXUgc3RvcHMNCg0KWW91IHNob3VsZCBpbnN0 YWxsIGFsc28gYWxsIG5lZWRlZCBkYmcgcGFja2FnZXMgYmVmb3JlLCBzcGljZSBxZW11IGVjYyBv cg0Kd2l0aG91dCBwYWNrYWdlIHNob3VsZCBiZSBjb21waWxlZCB3aXRoIGRlYnVnIGVuYWJsZWQg KGZvciB4ZW4gYW5kIHFlbXUNCmRlZmF1bHQgaW4gdW5zdGFibGUpLg0KDQpUaGUgbGF0ZXN0IHFl bXUgY3Jhc2ggd2l0aCBzcGljZSBJIHNhdyB3YXMgaW4gMi4wLXJjIHNvbHZlZCBiZWZvcmUgMi4w LjANCmZpbmFsLCB5b3VyIHFlbXUgaXMgYXQgbGVhc3QgMi4wLjAgZmluYWw/DQpodHRwOi8vZ2l0 LnFlbXUub3JnLz9wPXFlbXUuZ2l0O2E9Y29tbWl0O2g9ZGM0OTFjZmMxNDA3NDA2NGVkNTRhODcy YjYyY2NlNmNhMTMzMDY0NA0KDQoNCg0KDQpLZXZpbg0KQmVzdCBSZWdhcmRzLA== ------=_001_NextPart151252171887_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =EF=BB=BF
Hi Fabio Fantoni,
      Today I tried to use wheezy backports=20 version of spice-server, the problem persists with qemu-xen binary, while = my=20 self compiled qemu 2.0 works well.
I think it is a problem and can be repeated.
     Then, I will summarize my compilation proces= s=20 here:
     Firstly install debian wheezy 7.5 amd64 and=20 necessary build dependency. Then:
2.  install backport version =20 libspice-server-dev libspice-protocol-dev
root@debian:~#  apt-cache policy=20 libspice-server-dev libspice-protocol-dev
libspice-server-dev:
  Installed: 0.12.4-0nocelt2~bpo70+= 1
  Candidate: 0.12.4-0nocelt2~bpo70+= 1
  Version table:
*** 0.12.4-0nocelt2~bpo70+1 0
      &nbs= p; 100=20 http://cdn.debian.net/debian/ wheezy-backports/main amd64 Packages
      &nbs= p; 100=20 /var/lib/dpkg/status
libspice-protocol-dev:
  Installed: 0.12.6-1~bpo70+2
  Candidate: 0.12.6-1~bpo70+2
  Version table:
*** 0.12.6-1~bpo70+2 0
      &nbs= p; 100=20 http://cdn.debian.net/debian/ wheezy-backports/main amd64 Packages
      &nbs= p; 100=20 /var/lib/dpkg/status
 3. patch for QXL option
 4. ./configure --prefix=3D/usr =
 5. add spice and usb-redir option&nb= sp;for=20 qemu-xen-upstream
 6. make xen;make=20 tools;make install-xen;make install-tools
 
       To compile qemu 2.0 from=20 qemu.org:
       1. wget= http://w= iki.qemu-project.org/download/qemu-2.0.0.tar.bz2
       2. ./co= nfigure=20 --enable-xen --target-list=3Di386-softmmu=20 --extra-cflags=3D"-I/usr/src/xen/tools/include -I/usr/src/xen/tools/libxc=20 -I/usr/src/xen/tools/xenstore" \
        &= nbsp; =20  --enable-spice --enable-usb-redir
       3 .make= ;make=20 install
 
 
 
Best=20 Regards

=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A kevin.zhang@octlink.com
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A 2014-07-14&= nbsp;16:49
=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A Fabio Fantoni;=20 xen-devel
=E4=B8=BB=E9=A2=98=EF=BC=9A =E5=9B=9E=E5=A4=8D: Re: [Xen-= devel] QXL problem: Xen 4.4.1 rc1 and xen 4.5=20 unstable
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_NextPart151252171887_=------ --===============5017282596609198137== 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 --===============5017282596609198137==--