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: Thu, 17 Jul 2014 09:48:35 +0800 Message-ID: <2014071709483539932587@octlink.com> References: <2014071110385714173022@octlink.com>, <53BFB740.2010500@m2r.biz>, <2014071410264327208736@octlink.com>, <2014071413295244395449@octlink.com>, <53C38DF4.5000205@m2r.biz>, <2014071416485967694054@octlink.com>, <2014071513535911540472@octlink.com>, <53C4E1B0.2080707@m2r.biz>, <2014071615035855791678@octlink.com>, <53C63FD2.9090404@m2r.biz> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6128473381486374909==" 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. --===============6128473381486374909== Content-Type: multipart/alternative; boundary="----=_001_NextPart155504151007_=----" This is a multi-part message in MIME format. ------=_001_NextPart155504151007_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgRmFiaW8gRmFudG9uaSwNCg0KICAgICBJIGZpbmFsbHkgZ290IGl0LiBJZiB0aGF0J3Mgbm90 IGVub3VnaCwgSSB3aWxsIHByb3ZpZGUgbW9yZSBhcyB1IGd1aWRlLg0KICAgICBJIGFkanVzdCB0 aGUgdGltZSB0byBqdXN0IGFmdGVyIHhsIGNyZWF0ZSBhbmQgY2FuIGdldCBzdGFjayBpbmZvIGFz IGZvbGxvdyA6DQooZ2RiKSB0YXJnZXQgcmVtb3RlIGxvY2FsaG9zdDoxMjM0DQpSZW1vdGUgZGVi dWdnaW5nIHVzaW5nIGxvY2FsaG9zdDoxMjM0DQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvbGliNjQv bGQtbGludXgteDg2LTY0LnNvLjIuLi4obm8gZGVidWdnaW5nIHN5bWJvbHMgZm91bmQpLi4uZG9u ZS4NCkxvYWRlZCBzeW1ib2xzIGZvciAvbGliNjQvbGQtbGludXgteDg2LTY0LnNvLjINCjB4MDAw MDdmZmZmN2RkZGFmMCBpbiA/PyAoKSBmcm9tIC9saWI2NC9sZC1saW51eC14ODYtNjQuc28uMg0K KGdkYikgYw0KQ29udGludWluZy4NCg0KUHJvZ3JhbSByZWNlaXZlZCBzaWduYWwgU0lHQUJSVCwg QWJvcnRlZC4NCjB4MDAwMDdmZmZmMmUwNDQ3NSBpbiByYWlzZSAoKSBmcm9tIC9saWIveDg2XzY0 LWxpbnV4LWdudS9saWJjLnNvLjYNCihnZGIpIGJ0IGZ1bGwNCiMwICAweDAwMDA3ZmZmZjJlMDQ0 NzUgaW4gcmFpc2UgKCkgZnJvbSAvbGliL3g4Nl82NC1saW51eC1nbnUvbGliYy5zby42DQpObyBz eW1ib2wgdGFibGUgaW5mbyBhdmFpbGFibGUuDQojMSAgMHgwMDAwN2ZmZmYyZTA3NmYwIGluIGFi b3J0ICgpIGZyb20gL2xpYi94ODZfNjQtbGludXgtZ251L2xpYmMuc28uNg0KTm8gc3ltYm9sIHRh YmxlIGluZm8gYXZhaWxhYmxlLg0KIzIgIDB4MDAwMDdmZmZmMmUzZjUyYiBpbiA/PyAoKSBmcm9t IC9saWIveDg2XzY0LWxpbnV4LWdudS9saWJjLnNvLjYNCk5vIHN5bWJvbCB0YWJsZSBpbmZvIGF2 YWlsYWJsZS4NCiMzICAweDAwMDA3ZmZmZjJlNDhkNzYgaW4gPz8gKCkgZnJvbSAvbGliL3g4Nl82 NC1saW51eC1nbnUvbGliYy5zby42DQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFpbGFibGUuDQoj NCAgMHgwMDAwN2ZmZmYyZTRkYjFjIGluIGZyZWUgKCkgZnJvbSAvbGliL3g4Nl82NC1saW51eC1n bnUvbGliYy5zby42DQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFpbGFibGUuDQojNSAgMHgwMDAw N2ZmZmYzYjViNDRiIGluID8/ICgpIGZyb20gL3Vzci9saWIveDg2XzY0LWxpbnV4LWdudS9saWJw aXhtYW4tMS5zby4wDQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFpbGFibGUuDQojNiAgMHgwMDAw N2ZmZmYzYjViMzk5IGluIHBpeG1hbl9pbWFnZV91bnJlZiAoKSBmcm9tIC91c3IvbGliL3g4Nl82 NC1saW51eC1nbnUvbGlicGl4bWFuLTEuc28uMA0KTm8gc3ltYm9sIHRhYmxlIGluZm8gYXZhaWxh YmxlLg0KIzcgIDB4MDAwMDU1NTU1NTg1MjgzYiBpbiBxZW11X3BpeG1hbl9pbWFnZV91bnJlZiAo aW1hZ2U9MHg1NTU1NThjZDExNzApIGF0IHVpL3FlbXUtcGl4bWFuLmM6ODANCk5vIGxvY2Fscy4N CiM4ICAweDAwMDA1NTU1NTU4NzQ0NmIgaW4gdm5jX2RweV9zd2l0Y2ggKGRjbD0weDdmZmZlMmNi YzA0OCwgc3VyZmFjZT0weDU1NTU1NjMyNjNjMCkgYXQgdWkvdm5jLmM6NTg4DQogICAgICAgIHZk ID0gMHg3ZmZmZTJjYmMwMTANCiAgICAgICAgdnMgPSAweGZmMDAwMDAwMTgwNDIwDQojOSAgMHgw MDAwNTU1NTU1ODRiZTgxIGluIGRweV9nZnhfcmVwbGFjZV9zdXJmYWNlIChjb249MHg1NTU1NTY2 YTI1NTAsIHN1cmZhY2U9MHg1NTU1NTYzMjYzYzApIGF0IHVpL2NvbnNvbGUuYzoxNDA0DQogICAg ICAgIHMgPSAweDU1NTU1NjcxNWI5MA0KICAgICAgICBvbGRfc3VyZmFjZSA9IDB4NTU1NTU2NmUw MWUwDQogICAgICAgIGRjbCA9IDB4N2ZmZmUyY2JjMDQ4DQojMTAgMHgwMDAwNTU1NTU1NmVjZDUy IGluIHF4bF9yZW5kZXJfdXBkYXRlX2FyZWFfdW5sb2NrZWQgKHF4bD0weDU1NTU1NjcxNWJjMCkg YXQgaHcvZGlzcGxheS9xeGwtcmVuZGVyLmM6MTMxDQogICAgICAgIHZnYSA9IDB4NTU1NTU2NzE2 NmIwDQogICAgICAgIHN1cmZhY2UgPSAweDU1NTU1NjMyNjNjMA0KICAgICAgICBpID0gMA0KIzEx IDB4MDAwMDU1NTU1NTZlZDAyMSBpbiBxeGxfcmVuZGVyX3VwZGF0ZV9hcmVhX2JoIChvcGFxdWU9 MHg1NTU1NTY3MTViYzApIGF0IGh3L2Rpc3BsYXkvcXhsLXJlbmRlci5jOjE4Mw0KICAgICAgICBx eGwgPSAweDU1NTU1NjcxNWJjMA0KIzEyIDB4MDAwMDU1NTU1NTVmNTMzMCBpbiBhaW9fYmhfcG9s bCAoY3R4PTB4NTU1NTU2MmYxYzMwKSBhdCBhc3luYy5jOjgxDQogICAgICAgIGJoID0gMHg1NTU1 NTY1ZmI3MDANCiAgICAgICAgYmhwID0gMHg3ZmZmZjc3YmZlODYNCiAgICAgICAgbmV4dCA9IDB4 NTU1NTU2NmFmZDAwDQogICAgICAgIHJldCA9IDENCiMxMyAweDAwMDA1NTU1NTU1ZjRmODkgaW4g YWlvX3BvbGwgKGN0eD0weDU1NTU1NjJmMWMzMCwgYmxvY2tpbmc9ZmFsc2UpIGF0IGFpby1wb3Np eC5jOjE4OA0KICAgICAgICBub2RlID0gMHg3ZmZmZjczMjY5YTQNCiAgICAgICAgcmV0ID0gMzI3 NjcNCi0tLVR5cGUgPHJldHVybj4gdG8gY29udGludWUsIG9yIHEgPHJldHVybj4gdG8gcXVpdC0t LQ0KICAgICAgICBwcm9ncmVzcyA9IGZhbHNlDQojMTQgMHgwMDAwNTU1NTU1NWY1NzQ3IGluIGFp b19jdHhfZGlzcGF0Y2ggKHNvdXJjZT0weDU1NTU1NjJmMWMzMCwgY2FsbGJhY2s9MCwgdXNlcl9k YXRhPTB4MCkgYXQgYXN5bmMuYzoyMDUNCiAgICAgICAgY3R4ID0gMHg1NTU1NTYyZjFjMzANCiAg ICAgICAgX19QUkVUVFlfRlVOQ1RJT05fXyA9ICJhaW9fY3R4X2Rpc3BhdGNoIg0KIzE1IDB4MDAw MDdmZmZmNzMwYzM1NSBpbiBnX21haW5fY29udGV4dF9kaXNwYXRjaCAoKSBmcm9tIC9saWIveDg2 XzY0LWxpbnV4LWdudS9saWJnbGliLTIuMC5zby4wDQpObyBzeW1ib2wgdGFibGUgaW5mbyBhdmFp bGFibGUuDQojMTYgMHgwMDAwNTU1NTU1N2Q0MWNlIGluIGdsaWJfcG9sbGZkc19wb2xsICgpIGF0 IG1haW4tbG9vcC5jOjE5MA0KICAgICAgICBjb250ZXh0ID0gMHg1NTU1NTYyZjI3YzANCiAgICAg ICAgcGZkcyA9IDB4NTU1NTU2NmY3NWMwDQojMTcgMHgwMDAwNTU1NTU1N2Q0MmNlIGluIG9zX2hv c3RfbWFpbl9sb29wX3dhaXQgKHRpbWVvdXQ9MCkgYXQgbWFpbi1sb29wLmM6MjM1DQogICAgICAg IHJldCA9IDENCiAgICAgICAgc3Bpbl9jb3VudGVyID0gMQ0KIzE4IDB4MDAwMDU1NTU1NTdkNDNh MSBpbiBtYWluX2xvb3Bfd2FpdCAobm9uYmxvY2tpbmc9MCkgYXQgbWFpbi1sb29wLmM6NDg0DQog ICAgICAgIHJldCA9IDIxODQ1DQogICAgICAgIHRpbWVvdXQgPSA0Mjk0OTY3Mjk1DQogICAgICAg IHRpbWVvdXRfbnMgPSAxNzUxNTg2Ng0KIzE5IDB4MDAwMDU1NTU1NTg3ZmUwYyBpbiBtYWluX2xv b3AgKCkgYXQgdmwuYzoyMDUxDQogICAgICAgIG5vbmJsb2NraW5nID0gZmFsc2UNCiAgICAgICAg bGFzdF9pbyA9IDANCiMyMCAweDAwMDA1NTU1NTU4ODc3ZTYgaW4gbWFpbiAoYXJnYz02NCwgYXJn dj0weDdmZmZmZmZmZGZiOCwgZW52cD0weDdmZmZmZmZmZTFjMCkgYXQgdmwuYzo0NTA3DQogICAg ICAgIGkgPSA2NA0KICAgICAgICBzbmFwc2hvdCA9IDANCiAgICAgICAgbGludXhfYm9vdCA9IDAN CiAgICAgICAgaWNvdW50X29wdGlvbiA9IDB4MA0KICAgICAgICBpbml0cmRfZmlsZW5hbWUgPSAw eDANCiAgICAgICAga2VybmVsX2ZpbGVuYW1lID0gMHgwDQogICAgICAgIGtlcm5lbF9jbWRsaW5l ID0gMHg1NTU1NTVhMjIzMDQgIiINCiAgICAgICAgYm9vdF9vcmRlciA9IDB4NTU1NTU2MmVmODQw ICJkYyINCiAgICAgICAgZHMgPSAweDU1NTU1NjcxNWI5MA0KICAgICAgICBjeWxzID0gMA0KICAg ICAgICBoZWFkcyA9IDANCiAgICAgICAgc2VjcyA9IDANCiAgICAgICAgdHJhbnNsYXRpb24gPSAw DQogICAgICAgIGhkYV9vcHRzID0gMHgwDQogICAgICAgIG9wdHMgPSAweDU1NTU1NjJlZjc5MA0K ICAgICAgICBtYWNoaW5lX29wdHMgPSAweDU1NTU1NjJmMTNmMA0KICAgICAgICBvbGlzdCA9IDB4 NTU1NTU1ZTA4MjIwDQotLS1UeXBlIDxyZXR1cm4+IHRvIGNvbnRpbnVlLCBvciBxIDxyZXR1cm4+ IHRvIHF1aXQtLS0NCiAgICAgICAgb3B0aW5kID0gNjQNCiAgICAgICAgb3B0YXJnID0gMHg3ZmZm ZmZmZmU5MTUgImlmPWlkZSxpbmRleD0xLG1lZGlhPWNkcm9tLGNhY2hlPXdyaXRlYmFjayxpZD1p ZGUtODMyIg0KICAgICAgICBsb2Fkdm0gPSAweDANCiAgICAgICAgbWFjaGluZV9jbGFzcyA9IDB4 NTU1NTU2MmU4NTQwDQogICAgICAgIG1hY2hpbmUgPSAweDU1NTU1NWUwZGU4MA0KICAgICAgICBj cHVfbW9kZWwgPSAweDANCiAgICAgICAgdmdhX21vZGVsID0gMHgwDQogICAgICAgIHF0ZXN0X2No cmRldiA9IDB4MA0KICAgICAgICBxdGVzdF9sb2cgPSAweDANCiAgICAgICAgcGlkX2ZpbGUgPSAw eDANCiAgICAgICAgaW5jb21pbmcgPSAweDANCiAgICAgICAgc2hvd192bmNfcG9ydCA9IDANCiAg ICAgICAgZGVmY29uZmlnID0gdHJ1ZQ0KICAgICAgICB1c2VyY29uZmlnID0gdHJ1ZQ0KICAgICAg ICBsb2dfbWFzayA9IDB4MA0KICAgICAgICBsb2dfZmlsZSA9IDB4MA0KICAgICAgICBtZW1fdHJh Y2UgPSB7bWFsbG9jID0gMHg1NTU1NTU4ODM2OWUgPG1hbGxvY19hbmRfdHJhY2U+LCByZWFsbG9j ID0gMHg1NTU1NTU4ODM2ZjYgPHJlYWxsb2NfYW5kX3RyYWNlPiwgDQogICAgICAgICAgZnJlZSA9 IDB4NTU1NTU1ODgzNzVkIDxmcmVlX2FuZF90cmFjZT4sIGNhbGxvYyA9IDAsIHRyeV9tYWxsb2Mg PSAwLCB0cnlfcmVhbGxvYyA9IDB9DQogICAgICAgIHRyYWNlX2V2ZW50cyA9IDB4MA0KICAgICAg ICB0cmFjZV9maWxlID0gMHgwDQogICAgICAgIF9fZnVuY19fID0gIm1haW4iDQogICAgICAgIGFy Z3MgPSB7bWFjaGluZSA9IDB4NTU1NTU1ZTBkZTgwLCByYW1fc2l6ZSA9IDQxNjA3NDk1NjgsIGJv b3Rfb3JkZXIgPSAweDU1NTU1NjJlZjg0MCAiZGMiLCANCiAgICAgICAgICBrZXJuZWxfZmlsZW5h bWUgPSAweDAsIGtlcm5lbF9jbWRsaW5lID0gMHg1NTU1NTVhMjIzMDQgIiIsIGluaXRyZF9maWxl bmFtZSA9IDB4MCwgY3B1X21vZGVsID0gMHgwfQ0KDQoNCg0KDQoNCkJlc3QgUmVnYXJkcw0K5Y+R 5Lu25Lq677yaIEZhYmlvIEZhbnRvbmkNCuWPkemAgeaXtumXtO+8miAyMDE0LTA3LTE2IDE3OjAz DQrmlLbku7bkurrvvJoga2V2aW4uemhhbmdAb2N0bGluay5jb207IHhlbi1kZXZlbA0K5Li76aKY 77yaIFJlOuWbnuWkjTogUmU6IFtYZW4tZGV2ZWxdIFFYTCBwcm9ibGVtOiBYZW4gNC40LjEgcmMx IGFuZCB4ZW4gNC41IHVuc3RhYmxlDQpJbCAxNi8wNy8yMDE0IDA5OjA0LCBrZXZpbi56aGFuZ0Bv Y3RsaW5rLmNvbSBoYSBzY3JpdHRvOg0KDQpIaSBGYWJpbyBGYW50b25pLA0KDQogICAgIFRoYW5r IHlvdSBmb3IgeW91ciBhZHZpY2UgZm9yIGJ1aWxkaW5nIHhlbiB1bnN0YWJsZS4NCiAgICAgQmVj YXVzZSBJIGhhdmUgdG8gdXNlIGRlYmlhbiB3aGVlenkgYXMgcHJvZHVjdGlvbiBkaXN0cm8sIEkn dmUgZ290IHRvIGRvIHRoZSB0ZXN0IGluIGl0Lg0KICAgICBUb2RheSwgSSBlZGl0IENvbmZpZy5t ayBhbmQgd3JpdGU6DQpRRU1VX1VQU1RSRUFNX1VSTCA9IGdpdDovL2dpdC5xZW11Lm9yZy9xZW11 LmdpdA0KUUVNVV9VUFNUUkVBTV9SRVZJU0lPTiA9IG1hc3Rlcg0KICAgICBUaGVuLCB0aGUgYnVp bHQgcWVtdS14ZW4gYmluYXJ5IHdvcmtzIHdlbGwuICBUaGVyZWZvcmUsIEkgZ3Vlc3MgdGhhdCBn aXQ6Ly94ZW5iaXRzLnhlbi5vcmcvcWVtdS11cHN0cmVhbS11bnN0YWJsZS5naXQgIGhhcyBzb21l IHZlcnkgbGl0dGxlIGRpZmZlcmVuY2UNCmNvbXBhcmVkIHRvIHFlbXUuZ2l0LiBNYXliZSB5b3Vy IGVudmlyb25tZW50IGNhbm5vdCByZXBlYXQgIHRoYXQgcHJvYmxlbSBlaXRoZXIsIEknZCBsaWtl IHRvIHByb3ZpZGUgYW55IHVzZWZ1bCBpbmZvcm1hdGlvbiB0byByZXNvbHZlIHRoaXMgcHJvYmxl bS4NCg0KSSBhbHNvIHVzZSB3aGVlenkgZm9yIGJvdGggcHJvZHVjdGlvbiBhbmQgZGV2ZWxvcC90 ZXN0aW5nLg0KSSB0cmllZCBub3cgb24gbXkgbGF0ZXN0IHRlc3RpbmcgYnVpbGQsIG9mIHNvbWUg ZGF5cyBhZ28geGVuIGZyb20gcmViYXNlL20yci1zdGFnaW5nIGJyYW5jaCBhbmQgcWVtdSBtYWlu bGluZSB3aXRoIHNhbWUgQ29uZmlnLm1rIGJlZm9yZSBidWlsZC4NCk9uIHdpbmRvd3MgNyBwcm8g NjQgYml0IGRvbVVzIHdpdGggbGF0ZXN0IHNwaWNlIGd1ZXN0IHRvb2xzIGF1dG8gYW5kIG1hbnVh bCByZXNvbHV0aW9uIGNoYW5nZSB3b3JrcyB3aXRob3V0IHByb2JsZW0uDQpJJ20gc3RpbGwgdW5h YmxlIHRvIHJlcHJvZHVjZSB5b3VyIHFlbXUgY3Jhc2guDQoNCllvdSBjYW4gcmV0cnkgdG8gY2F0 Y2ggYW5kIHBvc3QgYmFja3RyYWNlIHdpdGggbXkgbGF0ZXN0IGJldHRlciBleHBsYWluPw0KDQoN Ckkga25vdywgSSBhbHJlYWR5IHBvc3RlZCB0aGUgc29sdXRpb24gYnV0IEkgdHJ5IHRvIGV4cGxh aW4gYmV0dGVyLg0KDQojIGFmdGVyIHhsIGNyZWF0ZSB3aXRoIChxZW11IGdkYiksIGRvIGl0IGZh c3QgYWZ0ZXIgeGwgY3JlYXRlIHdoZW4gYXJyaXZlIG9uIHFlbXUgcHJvY2VzcyBsYXVuY2ggKGJl Zm9yZSB0aW1lb3V0IG9yIHhsIGNyZWF0ZSB3aWxsIGZhaWxzKQ0KdGFyZ2V0IHJlbW90ZSBsb2Nh bGhvc3Q6MTIzNCAjIHByZXBhcmUgdGhpcyBjb21tYW5kIGluIG90aGVyIHNzaCB0byB0aGUgeGVu IGRvbTAgYW5kIGVudGVyIG9uIHhsIGNyZWF0ZSB3aGVuIGFycml2ZSBvbiBxZW11IGxhdW5jaA0K YyAjIHByZXNzIGltbWVkaWF0bHkNCmJ0IGZ1bGwgIyB3aGVuIHFlbXUgc3RvcHMNCg0KU29ycnkg Zm9yIG15IGJhZCBlbmdsaXNoLg0KDQoNCg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCkZyb206IEZh YmlvIEZhbnRvbmkNCkRhdGU6IDIwMTQtMDctMTUgMTY6MDkNClRvOiBrZXZpbi56aGFuZ0BvY3Rs aW5rLmNvbTsgeGVuLWRldmVsDQpTdWJqZWN0OiBSZTogW1hlbi1kZXZlbF0gUVhMIHByb2JsZW06 IFhlbiA0LjQuMSByYzEgYW5kIHhlbiA0LjUgdW5zdGFibGUNCklsIDE1LzA3LzIwMTQgMDc6NTMs IGtldmluLnpoYW5nQG9jdGxpbmsuY29tIGhhIHNjcml0dG86DQoNCkhpIEZhYmlvIEZhbnRvbmks DQogICAgICBUb2RheSBJIHRyaWVkIHRvIHVzZSB3aGVlenkgYmFja3BvcnRzIHZlcnNpb24gb2Yg c3BpY2Utc2VydmVyLCB0aGUgcHJvYmxlbSBwZXJzaXN0cyB3aXRoIHFlbXUteGVuIGJpbmFyeSwg d2hpbGUgbXkgc2VsZiBjb21waWxlZCBxZW11IDIuMCB3b3JrcyB3ZWxsLg0KSSB0aGluayBpdCBp cyBhIHByb2JsZW0gYW5kIGNhbiBiZSByZXBlYXRlZC4NCiAgICAgVGhlbiwgSSB3aWxsIHN1bW1h cml6ZSBteSBjb21waWxhdGlvbiBwcm9jZXNzIGhlcmU6DQogICAgIEZpcnN0bHkgaW5zdGFsbCBk ZWJpYW4gd2hlZXp5IDcuNSBhbWQ2NCBhbmQgbmVjZXNzYXJ5IGJ1aWxkIGRlcGVuZGVuY3kuIFRo ZW46DQoxLiBnaXQgY2xvbmUgIGdpdDovL3hlbmJpdHMueGVuLm9yZy94ZW4uZ2l0DQoyLiAgaW5z dGFsbCBiYWNrcG9ydCB2ZXJzaW9uICBsaWJzcGljZS1zZXJ2ZXItZGV2IGxpYnNwaWNlLXByb3Rv Y29sLWRldg0Kcm9vdEBkZWJpYW46fiMgIGFwdC1jYWNoZSBwb2xpY3kgbGlic3BpY2Utc2VydmVy LWRldiBsaWJzcGljZS1wcm90b2NvbC1kZXYNCmxpYnNwaWNlLXNlcnZlci1kZXY6DQogIEluc3Rh bGxlZDogMC4xMi40LTBub2NlbHQyfmJwbzcwKzENCiAgQ2FuZGlkYXRlOiAwLjEyLjQtMG5vY2Vs dDJ+YnBvNzArMQ0KICBWZXJzaW9uIHRhYmxlOg0KKioqIDAuMTIuNC0wbm9jZWx0Mn5icG83MCsx IDANCiAgICAgICAgMTAwIGh0dHA6Ly9jZG4uZGViaWFuLm5ldC9kZWJpYW4vIHdoZWV6eS1iYWNr cG9ydHMvbWFpbiBhbWQ2NCBQYWNrYWdlcw0KICAgICAgICAxMDAgL3Zhci9saWIvZHBrZy9zdGF0 dXMNCmxpYnNwaWNlLXByb3RvY29sLWRldjoNCiAgSW5zdGFsbGVkOiAwLjEyLjYtMX5icG83MCsy DQogIENhbmRpZGF0ZTogMC4xMi42LTF+YnBvNzArMg0KICBWZXJzaW9uIHRhYmxlOg0KKioqIDAu MTIuNi0xfmJwbzcwKzIgMA0KICAgICAgICAxMDAgaHR0cDovL2Nkbi5kZWJpYW4ubmV0L2RlYmlh bi8gd2hlZXp5LWJhY2twb3J0cy9tYWluIGFtZDY0IFBhY2thZ2VzDQogICAgICAgIDEwMCAvdmFy L2xpYi9kcGtnL3N0YXR1cw0KIDMuIHBhdGNoIGZvciBRWEwgb3B0aW9uDQogNC4gLi9jb25maWd1 cmUgLS1wcmVmaXg9L3VzciANCiA1LiBhZGQgc3BpY2UgYW5kIHVzYi1yZWRpciBvcHRpb24gZm9y IHFlbXUteGVuLXVwc3RyZWFtDQogNi4gbWFrZSB4ZW47bWFrZSB0b29sczttYWtlIGluc3RhbGwt eGVuO21ha2UgaW5zdGFsbC10b29scw0KDQogICAgICAgVG8gY29tcGlsZSBxZW11IDIuMCBmcm9t IHFlbXUub3JnOg0KICAgICAgIDEuIHdnZXQgaHR0cDovL3dpa2kucWVtdS1wcm9qZWN0Lm9yZy9k b3dubG9hZC9xZW11LTIuMC4wLnRhci5iejINCiAgICAgICAyLiAuL2NvbmZpZ3VyZSAtLWVuYWJs ZS14ZW4gLS10YXJnZXQtbGlzdD1pMzg2LXNvZnRtbXUgLS1leHRyYS1jZmxhZ3M9Ii1JL3Vzci9z cmMveGVuL3Rvb2xzL2luY2x1ZGUgLUkvdXNyL3NyYy94ZW4vdG9vbHMvbGlieGMgLUkvdXNyL3Ny Yy94ZW4vdG9vbHMveGVuc3RvcmUiIFwNCiAgICAgICAgICAgIC0tZW5hYmxlLXNwaWNlIC0tZW5h YmxlLXVzYi1yZWRpciANCiAgICAgICAzIC5tYWtlO21ha2UgaW5zdGFsbA0KDQoNCg0KRm9yIGZh c3QgdW5zdGFibGUgdGVzdHMgSSBkbyB0aGlzICh1c2luZyBteSBnaXRodWIgcmViYXNlL20yci0q KToNCkluc3RhbGwgb2Ygb3B1cywgdXNicmVkaXIgYW5kIGxpYnVzYnggZnJvbSBiYWNrcG9ydHMu DQpSZWJ1aWxkIGFuZCBpbnN0YWxsIG5ldyBzZWFiaW9zIDEuNy41LTEgYW5kIHNwaWNlIHBhY2th Z2VzIChzZXJ2ZXIgMC4xMi41LTEgYW5kIHByb3RvY29sIDAuMTIuNy0xKSBmcm9tIHNpZCB0aGF0 IGNvbnRhaW5zIG1hbnkgZml4ZXMgKHNpbXBseSBhbmQgZmFzdCB3aXRoIGdpdCBjbG9uZSBvZiBk ZWJpYW4gcmVwb3NpdG9yeSBhbmQgZGVidWlsZCkuDQouL2NvbmZpZ3VyZSAtLXByZWZpeD0vdXNy IC0tZW5hYmxlLXFlbXUtdHJhZGl0aW9uYWw9bm8gLS13aXRoLXN5c3RlbS1zZWFiaW9zPS91c3Iv c2hhcmUvc2VhYmlvcy9iaW9zLTI1NmsuYmluIC0td2l0aC1leHRyYS1xZW11dS1jb25maWd1cmUt YXJncz0iLS1lbmFibGUtc3BpY2UgLS1lbmFibGUtdXNiLXJlZGlyIg0KbWFrZSBkZWJiYWxsDQpk cGtnIC1pIG9mIHhlbiBwYWNrYWdlIGluIGRpc3QgKGNvbnRhaW4gYm90aCB4ZW4gYW5kIHFlbXUp DQpBbmQgaWYgSSBuZWVkIHRvIHRlc3QgbmV3ZXIgcWVtdSBpbiBkZXZlbG9wbWVudCBJIHNpbXBs eSBjaGFuZ2UgdGhlIHFlbXUgZ2l0IHdpdGggbWFpbmxpbmUgaW4gQ29uZmlnLm1rLg0KDQpBbmQg Zm9yIG5ld2VyIHByb2R1Y3Rpb24gc2VydmVycyBJIHN0YXJ0IHByZXBhcmVkIG5ldyB4ZW4ncyBk ZWJpYW4gcGFja2FnZXMgYXdhaXRpbmcgZGViaWFuIG1haW50YWluZXJzIHJlcGxpZXM6DQpodHRw czovL2dpdGh1Yi5jb20vRmFudHUvcGtnLXhlbi90cmVlL3doZWV6eS1iYWNrcG9ydHMNCk5lZWRz IGFsc28gcWVtdSByZWJ1aWxkIHRvIHVzZSBuZXcgeGVuIDQuNCBsaWJyYXJpZXMgKHNpbXBseSBh bmQgZmFzdCB3aXRoIGdpdCBjbG9uZSBvZiBkZWJpYW4gcmVwb3NpdG9yeSBhbmQgZGVidWlsZCku DQoNClRoZXJlIGlzIGFsc28gYSBwcm9ibGVtIG9mIGpwZWctdHVyYm8gaW4gZGViaWFuIGFuZCBm b3IgaGF2ZSBiZXR0ZXIgcGVyZm9ybWFuY2VzIGFuZCBub3QgdG9vIG1hbnkgY3B1IHdhc3RlIEkg Zm9yIG5vdyBzb2x2ZWQgd2l0aDoNCmFwdC1rZXkgYWR2IC0tcmVjdi1rZXlzIC0ta2V5c2VydmVy IGtleXMuZ251cGcubmV0IEUxRjk1ODM4NUJGRTJCNkUNCnZpIC9ldGMvYXB0L3NvdXJjZXMubGlz dC5kL3gyZ28ubGlzdA0KIyBYMkdvIFJlcG9zaXRvcnkgKGZvciBqcGVnLXR1cmJvIGFzIGRlZmF1 bHQgYW5kIHdpdGggZnVsbCAtZGV2IHBhY2thZ2UpDQpkZWIgaHR0cDovL3BhY2thZ2VzLngyZ28u b3JnL2RlYmlhbiB3aGVlenkgaGV1bGVyDQpkZWItc3JjIGh0dHA6Ly9wYWNrYWdlcy54MmdvLm9y Zy9kZWJpYW4gd2hlZXp5IGhldWxlcg0KYXB0aXR1ZGUgdXBkYXRlDQphcHRpdHVkZSBpbnN0YWxs IHgyZ28ta2V5cmluZyAmJiBhcHRpdHVkZSB1cGRhdGUNCmFwdGl0dWRlIGluc3RhbGwgbGlianBl ZzgtdHVyYm8tZGV2DQoNCg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCuWPkeS7tuS6uu+8miBrZXZp bi56aGFuZ0BvY3RsaW5rLmNvbQ0K5Y+R6YCB5pe26Ze077yaIDIwMTQtMDctMTQgMTY6NDkNCuaU tuS7tuS6uu+8miBGYWJpbyBGYW50b25pOyB4ZW4tZGV2ZWwNCuS4u+mimO+8miDlm57lpI06IFJl OiBbWGVuLWRldmVsXSBRWEwgcHJvYmxlbTogWGVuIDQuNC4xIHJjMSBhbmQgeGVuIDQuNSB1bnN0 YWJsZQ0KSGkgRmFiaW8gRmFudG9uaSwNCiAgICAgDQogICAgICBUaGFuayB5b3UgZm9yIHlvdXIg cmVwbHkuDQogICAgICBJdCBpcyByZWFsbHkgd2VpcmQuIA0KICAgICAgSSBjb21waWxlZCBib3Ro IHFlbXUgYmluYXJ5ICggcWVtdS11cHN0cmVhbSBpbiB4ZW4gYW5kIHFlbXUtMi4wIGZyb20gcWVt dS5vcmcgd2Vic2l0ZSkgaW4gdGhlIHNhbWUgZW52aXJvbm1lbnQsICB0aGUgYmluYXJ5IGluIHhl biBoYXMgdGhlIHByb2JsZW0gd2hpbGUgDQp0aGUgb3RoZXIgb25lIHdvcmtzIHdlbGwuDQogICAg ICBJIHdpbGwgY2hlY2sgd2hldGhlciB3aGVlenkgYmFja3BvcnQgaGFzIGxpYnNwaWNlLXNlcnZl ci1kZXYgYW5kIGxpYnNwaWNlLXByb3RvY29sLWRldiBhbmQgdHJ5IGFnYWluLiANCg0KDQoNCg0K QmVzdCBSZWdhcmRzDQpGcm9tOiBGYWJpbyBGYW50b25pDQpEYXRlOiAyMDE0LTA3LTE0IDE1OjU5 DQpUbzoga2V2aW4uemhhbmdAb2N0bGluay5jb207IHhlbi1kZXZlbA0KU3ViamVjdDogUmU6IFtY ZW4tZGV2ZWxdIFFYTCBwcm9ibGVtOiBYZW4gNC40LjEgcmMxIGFuZCB4ZW4gNC41IHVuc3RhYmxl DQpJbCAxNC8wNy8yMDE0IDA3OjI5LCBrZXZpbi56aGFuZ0BvY3RsaW5rLmNvbSBoYSBzY3JpdHRv Og0KDQpIaSBGYWJpbyBGYW50b25pLA0KICAgIA0KICAgICBUb2RheSwgSSd2ZSBkb25lIGFub3Ro ZXIgdGVzdCBvbiB4ZW5iaXRzIHhlbiA0LjUgdW5zdGFibGUuDQogICAgIFRoaXMgdGltZSwgSSBk aXJlY3RseSBjb21waWxlZCB4ZW4gb24gbXkgdGVzdCBzZXJ2ZXIsIGFuZCB1c2UgZGVmYXVsdCBs aWJzcGljZS1zZXJ2ZXItZGV2ICBhbmQgbGlic3BpY2UtcHJvdG9jb2wtZGV2IGhlYWRlciBmaWxl cyBmb3Igc3BpY2Ugb3B0aW9uLg0KICAgIA0Kcm9vdEBkZWJpYW46fiMgYXB0LWNhY2hlIHBvbGlj eSBsaWJzcGljZS1zZXJ2ZXItZGV2IGxpYnNwaWNlLXByb3RvY29sLWRldg0KbGlic3BpY2Utc2Vy dmVyLWRldjoNCiAgSW5zdGFsbGVkOiAwLjExLjAtMStkZWI3dTENCiAgQ2FuZGlkYXRlOiAwLjEx LjAtMStkZWI3dTENCiAgVmVyc2lvbiB0YWJsZToNCioqKiAwLjExLjAtMStkZWI3dTEgMA0KICAg ICAgICA1MDAgaHR0cDovL2Nkbi5kZWJpYW4ubmV0L2RlYmlhbi8gd2hlZXp5L21haW4gYW1kNjQg UGFja2FnZXMNCiAgICAgICAgMTAwIC92YXIvbGliL2Rwa2cvc3RhdHVzDQpsaWJzcGljZS1wcm90 b2NvbC1kZXY6DQogIEluc3RhbGxlZDogMC4xMC4xLTENCiAgQ2FuZGlkYXRlOiAwLjEwLjEtMQ0K ICBWZXJzaW9uIHRhYmxlOg0KKioqIDAuMTAuMS0xIDANCiAgICAgICAgNTAwIGh0dHA6Ly9jZG4u ZGViaWFuLm5ldC9kZWJpYW4vIHdoZWV6eS9tYWluIGFtZDY0IFBhY2thZ2VzDQogICAgICAgIDEw MCAvdmFyL2xpYi9kcGtnL3N0YXR1cw0KDQogICAgIEkgYWxzbyBkb3dubG9hZCBxZW11LTIuMCBz b3VyY2UgY29kZSBmcm9tIHFlbXUub3JnLCBhbmQgY29tcGlsZWQgaXQgYnkgdGhlIHdheSBtZW50 aW9uZWQgaW4gaHR0cDovL3dpa2kueGVuLm9yZy93aWtpL1FFTVVfVXBzdHJlYW0uDQogICAgIFRo ZW4gSSBjcmVhdGUgd2luNyBodm0gd2l0aCBxZW11LXhlbiBhbmQgL3Vzci9sb2NhbC9iaW4vcWVt dS1zeXN0ZW0taTM4NiByZXNwZWN0aXZlbHkuDQogICAgIFRoZSByZXN1bHQgc2hvd3MgdGhhdDoN CiAgICAgIDEgLiBxZW11LXVwc3RyZWFtIHVzZWQgaW4geGVuIDQuNSB1bnN0YWJsZSBzdGlsbCBl eGl0ZWQgd2hlbiBjaGFuZ2luZyBzY3JlZW4gcmVzb2x1dGlvbiwNCiAgICAgIDIuICBteSBzZWxm LWNvbXBpbGVkIHFlbXUyLjAgYmVoYXZlIG5vcm1hbGx5Lg0KICAgICBJIHRoaW5rIG1heWJlIHRo ZXJlJ3Mgc3RpbGwgc29tZSBkaWZmZXJlbmNlcyBiZXR3ZWVuIHRoZSB0d28gcWVtdSByZXBvc2l0 b3J5Lg0KDQpVc2Ugc3BpY2UgZnJvbSBiYWNrcG9ydHMgb3IgcmVjb21waWxlIHRoZSBsYXRlc3Qg ZnJvbSBTaWQsIHdoZWV6eSBwYWNrYWdlcyBhcmUgdG9vIG9sZCBmb3IgbmV3ZXIgcWVtdS4NCnhl biBhbHJlYWR5IGRvd25sb2FkIGFuZCBjb21waWxlIHFlbXUgdXBzdHJlYW0gYXV0b21hdGljYWxs eSBpZiB5b3Ugbm90IHNwZWNpZnkgYmluYXJ5IGluIHJlcG9zaXRvcnkuDQpJIGFsc28gdXNlIHVz ZSB3aGVlenkgZG9tMCB3aXRoIHNhbWUgeGVuIGFuZCBxZW11IGFuZCBzYW1lIGRvbVUgYW5kIHNw aWNlIGd1ZXN0IHRvb2xzIGluc3RhbGxlZCBhdXRvbWF0aWNhbGx5IHJlc2l6ZSB0aGUgd2luZG93 cyByZXNvbHV0aW9uIHdpdGhvdXQgcHJvYmxlbSAoZXhjZXB0IHJhcmUgY2FzZXMgd2hlbiBJIGNv bm5lY3QgcmVtb3RlLXZpZXdlciBiZWZvcmUgd2luZG93cyBzdGFydCkuDQpCZWxvdyBhbHNvIHJl cGx5IHRvIG90aGVyIG1haWwuDQoNCg0KDQogICAgIEknbSBhY3RpdmVseSB3YWl0aW5nIGZvciB5 b3VyIGFkdmljZSBhbmQgd2lsbGluZyB0byBkbyB0aGUgZm9sbG93aW5nIGRlYnVnLg0KICAgICB2 bSBjb25maWcgZmlsZSBpcyBhcyBmb2xsb3c6DQpuYW1lPSdXaW43Jw0KYnVpbGRlcj0iaHZtIg0K bWVtb3J5PTIwNDgNCnZjcHVzPTINCnZpZj1bJ2JyaWRnZT1icjAnXQ0KZGlzaz1bJy9zcnYvdm1f dGVtcGxhdGVzLzEucWNvdzIscWNvdzIsaGRhLHJ3JywnLHJhdyxoZGIscm8sY2Ryb20nXQ0KYm9v dD0nZGMnDQpkZXZpY2VfbW9kZWxfdmVyc2lvbj0icWVtdS14ZW4iDQojZGV2aWNlX21vZGVsX292 ZXJyaWRlPSIvdXNyL2xpYi94ZW4vYmluL3FlbXUtZ2RiIg0KI2RldmljZV9tb2RlbF9vdmVycmlk ZT0iL3Vzci9sb2NhbC9iaW4vcWVtdS1zeXN0ZW0taTM4NiINCnZpcmlkaWFuPTENCnZuYz0xDQp2 bmNsaXN0ZW49IjAuMC4wLjAiDQpvbl9jcmFzaD0iZGVzdHJveSINCnZnYT0icXhsIg0Kc3BpY2U9 MQ0Kc3BpY2Vob3N0PScwLjAuMC4wJw0Kc3BpY2Vwb3J0PTYwMDANCnNwaWNlZGlzYWJsZV90aWNr ZXRpbmc9MQ0Kc3BpY2V2ZGFnZW50PTENCnNwaWNlX2NsaXBib2FyZF9zaGFyaW5nPTENCnNwaWNl dXNicmVkaXJlY3Rpb249NA0Kc291bmRodz0iaGRhIg0KbG9jYWx0aW1lPTENCnZpZGVvcmFtPTEy OA0KDQp2aWRlb3JhbT0xMjggaXMgbm90IG5lZWRlZCB3aXRoIHF4bCBhcyBhbHJlYWR5IHRoZSBk ZWZhdWx0Lg0KVHJ5IHRvIGRpc2FibGUgdm5jIHdoZW4geW91IHVzZSBzcGljZSwgZXZlbiBpZiBJ IHVzZWQgd2l0aCBhbHNvIHZuYyBtYW55IHRpbWVzIHdpdGhvdXQgcHJvYmxlbSB0aW1lIGFnby4N Cg0KDQoNCiAgIA0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCkZyb206IGtldmluLnpoYW5nQG9jdGxp bmsuY29tDQpEYXRlOiAyMDE0LTA3LTE0IDEwOjI2DQpUbzogRmFiaW8gRmFudG9uaTsgeGVuLWRl dmVsDQpTdWJqZWN0OiBSZTogW1hlbi1kZXZlbF0gUVhMIHByb2JsZW06IFhlbiA0LjQuMSByYzEg YW5kIHhlbiA0LjUgdW5zdGFibGUNCkhpIEZhYmlvIEZhbnRvbmksDQogICAgVGhhbmsgeW91IGZv ciB5b3VyIGhlbHAuDQogICAgIElmIEkgdXNlIHlvdXIgbWV0aG9kIHRvIHJ1biBxZW11LWdkYiB3 aGVuIHVzaW5nIHhsIGNyZWF0ZSwgeGwgd2lsbCBjb21wbGFpbiBzdGFydHVwIHRpbWVvdXQuIA0K DQpJIGtub3csIEkgYWxyZWFkeSBwb3N0ZWQgdGhlIHNvbHV0aW9uIGJ1dCBJIHRyeSB0byBleHBs YWluIGJldHRlci4NCg0KIyBhZnRlciB4bCBjcmVhdGUgd2l0aCAocWVtdSBnZGIpLCBkbyBpdCBm YXN0IGFmdGVyIHhsIGNyZWF0ZSB3aGVuIGFycml2ZSBvbiBxZW11IHByb2Nlc3MgbGF1bmNoIChi ZWZvcmUgdGltZW91dCBvciB4bCBjcmVhdGUgd2lsbCBmYWlscykNCnRhcmdldCByZW1vdGUgbG9j YWxob3N0OjEyMzQgIyBwcmVwYXJlIHRoaXMgY29tbWFuZCBpbiBvdGhlciBzc2ggdG8gdGhlIHhl biBkb20wIGFuZCBlbnRlciBvbiB4bCBjcmVhdGUgd2hlbiBhcnJpdmUgb24gcWVtdSBsYXVuY2gN CmMgIyBwcmVzcyBpbW1lZGlhdGx5DQpidCBmdWxsICMgd2hlbiBxZW11IHN0b3BzDQoNClNvcnJ5 IGZvciBteSBiYWQgZW5nbGlzaC4NCg0KDQogICAgUGVyaGFwcyBJIGRpZCBub3QgZGVzY3JpYmUg bXkgcHJvYmxlbSBjbGVhcmx5IGVub3VnaCwgSSBjYW4gc3VjY2Vzc2Z1bGx5IGNyZWF0ZSB3aW5k b3dzIEhWTSwgbXkgcHJvYmxlbSBoYXBwZW5lZCB3aGVuIEkgY2hhbmdlIHdpbmRvd3Mgc2NyZWVu IHJlc29sdXRpb24uDQpUaGUgcWVtdSBwcm9jZXNzIHN1ZGRlbmx5ICBleGl0ZWQgd2hpbGUgeGwg bGlzdCBjYW4gc3RpbGwgbGlzdCB0aGUgZG9tVSBpbmZvcm1hdGlvbi4NCg0KICAgIEkgYW0gdXNp bmcgZGViaWFuIHdoZWV6eSA3LjUgYW1kIDY0LCBJIGFtIHVzaW5nIGZhbnR1J3MgeGVuIDQuNSB1 bnN0YWJsZSBhbmQgdGhlIHFlbXUteGVuLXJlbW90ZSBpbiBoaXMgY29kZSByZXBvc2l0b3J5LA0K cm9vdEBkZWJpYW46fiMgL3Vzci9saWIveGVuL2Jpbi9xZW11LXN5c3RlbS1pMzg2IC12ZXJzaW9u DQpRRU1VIGVtdWxhdG9yIHZlcnNpb24gMi4wLjAsIENvcHlyaWdodCAoYykgMjAwMy0yMDA4IEZh YnJpY2UgQmVsbGFyZCAgDQogQW5kIEkgY29tcGlsZWQgWGVuIGZyb20gZmFudHUncyB4ZW4gcmVw b3NpdG9yeSBpbiBjb21waWxhdGlvbiBzZXJ2ZXIsIHRoZW4gdXNlIGluc3RhbGwuc2ggaW4gZGlz dCBkaXIgdG8gaW5zdGFsbCB4ZW4gcGFja2FnZXMgaW4gbXkgdGVzdCBzZXJ2ZXIuDQogTXkgY29t cGlsYXRpb24gc2VydmVyIGhhcyBzcGljZSAwLjEyLjQgY29tcGlsZWQgYW5kIGluc3RhbGxlZC4N CiBNeSB0ZXN0IHNlcnZlciBoYXMgZGViaWFuIHdoZWV6eSBiYWNrcG9ydCBxZW11IGluc3RhbGxl ZCB3aXRoIHNwaWNlLXNlcnZlcjoNCmRwa2cgLWwgfGdyZXAgc3BpY2UNCmlpICBsaWJzcGljZS1z ZXJ2ZXIxOmFtZDY0ICAgICAgICAgICAgIDAuMTIuNC0wbm9jZWx0Mn5icG83MCsxICAgDQogVGhl biBob3cgY2FuIEkgb2J0YWluIHVzZWZ1bCBkZWJ1ZyBpbmZvcm1hdGlvbiBhZnRlciBxZW11IGV4 aXQgd2l0aCB2bSBydW5uaW5nPw0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMNCkZyb206IEZhYmlvIEZh bnRvbmkNCkRhdGU6IDIwMTQtMDctMTEgMTg6MDYNClRvOiBrZXZpbi56aGFuZ0BvY3RsaW5rLmNv bTsgeGVuLWRldmVsDQpTdWJqZWN0OiBSZTogW1hlbi1kZXZlbF0gUVhMIHByb2JsZW06IFhlbiA0 LjQuMSByYzEgYW5kIHhlbiA0LjUgdW5zdGFibGUNCklsIDExLzA3LzIwMTQgMDQ6MzgsIGtldmlu LnpoYW5nQG9jdGxpbmsuY29tIGhhIHNjcml0dG86DQoNCkhpIGFsbCwNCg0KRmlyc3RseSBwbGVh c2UgZm9yZ2l2ZSBtZSBpZiBJIHB1dCB0aGlzIHByb2JsZW0gaW4gdGhlIHdyb25nIG1haWwgbGlz dC4gDQpIb3dldmVyLCBpdCBzZWVtcyB0aGF0IHhlbi11c2VycyBtYWlsIGxpc3QgY2Fubm90IHJl c29sdmUgdGhpcyBRWEwgcHJvYmxlbXMuIFRoZXJlZm9yZSwgSSBoYXZlIHRvIHBvc3QgUVhMIHBy b2JsZW0gaW4gZGV2ZWwgbWFpbCBsaXN0Lg0KTXkgcHJvYmxlbSBpcyBhcyBmb2xsb3c6DQoNCkkn bSB0ZXN0aW5nIFFYTCBmb3Igd2luZG93cyBIVk0sIHNwaWNlIHdvcmtzIHdlbGwgd2l0aCBzdGR2 Z2EuIA0KSG93ZXZlciwgd2hlbiBJIHN3aXRjaCB0byBRWEwsIHFlbXUgZXhpdCBhYm5vcm1hbGx5 Og0KSSBzcGVjaWZ5IHZnYT0icXhsIiBhbmQgdmlkZW9yYW09MTI4LCB1c2luZyBxZW11LXhlbi4g VGhlIHdpbmRvd3MgNyBib290cyBhbmQgYXV0b21hdGlhbGx5IHN3aXRjaCByZXNvbHV0aW9uIGZv ciBtZSBpbiB2aXJ0LXZpZXdlci4NCldoaWxlIGRpc3BsYXkgYW5kIHNvdW5kIHRyYW5zZmVyaW5n IHZlcnkgd2VsbCwgaWYgSSBjaGFuZ2UgZGlzcGxheSByZXNvbHV0aW9uLCB0aGUgdmlydC12aWV3 ZXIgd2lsbCBiZSBzdWRkZW5seSBjbG9zZWQgYW5kDQpJIGNoZWNrIHRoZSBwaHlzaWNhbCBzZXJ2 ZXIsIHRoZSBxZW11IHByb2Nlc3MgZGlzYXBwZWFyIHNpbXVsdGFuZW91c2x5LiANClRoZW4gSSBz d2l0Y2ggdG8gd2hlZXp5IGJhY2twb3J0IHFlbXUgMi4wIGFzIGRldmljZSBtb2RlbCwgdGhlIHFl bXUgcHJvY2VzcyB3aWxsIGV4aXQgYXMgc29vbiBhcyB0aGUgd2VsY29tZSBwYWdlIGFwcGVhcnMg YW5kIGF0IHRoZSBiZWdpbm5pbmcgb2YgcmVzb2x1dGlvbiBjaGFuZ2UuDQpJIHRlc3RlZCBhbmQg Zm91bmQgdGhlIHNhbWUgYnVnIG9uIGJvdGggeGVuYml0cyB4ZW4gNC40LjEgcmMxIGFuZCBGYW50 dSdzIFhlbiA0LjUgdW5zdGFibGUsIHRoaXMgcHJvYmxlbSBleGlzdHMgaW4gYm90aCBicmFuY2hl cy4NCklzIGl0IGEga25vd24gaXNzdWUgb3IgaXMgdGhlcmUgYW55IHNvbHV0aW9uIGZvciB0aGlz IGJ1Zz8NClRoYW5rIHlvdSB2ZXJ5IG11Y2ghIA0KDQpUaGFua3MgZm9yIHRlc3Rpbmcgc3BpY2Ug YW5kIHF4bCBhbmQgcmVwb3J0IGlzc3VlLg0KSSBoYXZlIHNwaWNlICsgcXhsIHdvcmtpbmcgYXMg a3ZtIG9uIHhlbiB1bnN0YWJsZSBleGNlcHQgdGhpcyBwcm9ibGVtOg0KaHR0cDovL2xpc3RzLnhl bi5vcmcvYXJjaGl2ZXMvaHRtbC94ZW4tZGV2ZWwvMjAxNC0wNy9tc2cwMTAyMS5odG1sDQoNClBs ZWFzZSBwb3N0IGRldGFpbHMgb24geW91ciBkb20wIGluc3RhbGxhdGlvbiBhbmQgZG9tVSAoZm9y IGV4YW1wbGUgeGwgY2ZnLA0Kc3BpY2UgZ3Vlc3QgdG9vbHMgdmVyc2lvbiBlY2MuLi4pDQpBYm91 dCBxZW11IGNyYXNoIHRyeSB0byB0YWtlIGEgZnVsbCBiYWNrdHJhY2Ugd2l0aCBnZGIgYW5kIHBv c3QgaXQgaGVyZS4NCg0KU21hbGwgaGVscCB3aXRoIGdkYiBvZiBxZW11IGxhdW5jaGVkIGJ5IHhs Og0KDQpBZGQgdGhlIGxpbmUgYmVsb3cgaW4gZG9tVSdzIHhsIGNmZzoNCmRldmljZV9tb2RlbF9v dmVycmlkZT0iL3Vzci9saWIveGVuL2Jpbi9xZW11LWdkYiINCg0KdmkgL3Vzci9saWIveGVuL2Jp bi9xZW11LWdkYiAjIGNyZWF0ZSB0aGUgZmlsZSwgY2hhbmdlIHRoZSBxZW11IHBhdGggaWYNCm5l ZWRlZA0KIyEvYmluL3NoDQpleGVjIGdkYnNlcnZlciAwLjAuMC4wOjEyMzQgL3Vzci9saWIveGVu L2Jpbi9xZW11LXN5c3RlbS1pMzg2ICIkQCINCg0KIyBhZnRlciB4bCBjcmVhdGUsIGRvIGl0IGZh c3QgKGJlZm9yZSB0aW1lb3V0IG9yIHhsIGNyZWF0ZSB3aWxsIGZhaWxzKQ0KdGFyZ2V0IHJlbW90 ZSBsb2NhbGhvc3Q6MTIzNA0KYyANCmJ0IGZ1bGwgIyB3aGVuIHFlbXUgc3RvcHMNCg0KWW91IHNo b3VsZCBpbnN0YWxsIGFsc28gYWxsIG5lZWRlZCBkYmcgcGFja2FnZXMgYmVmb3JlLCBzcGljZSBx ZW11IGVjYyBvcg0Kd2l0aG91dCBwYWNrYWdlIHNob3VsZCBiZSBjb21waWxlZCB3aXRoIGRlYnVn IGVuYWJsZWQgKGZvciB4ZW4gYW5kIHFlbXUNCmRlZmF1bHQgaW4gdW5zdGFibGUpLg0KDQpUaGUg bGF0ZXN0IHFlbXUgY3Jhc2ggd2l0aCBzcGljZSBJIHNhdyB3YXMgaW4gMi4wLXJjIHNvbHZlZCBi ZWZvcmUgMi4wLjANCmZpbmFsLCB5b3VyIHFlbXUgaXMgYXQgbGVhc3QgMi4wLjAgZmluYWw/DQpo dHRwOi8vZ2l0LnFlbXUub3JnLz9wPXFlbXUuZ2l0O2E9Y29tbWl0O2g9ZGM0OTFjZmMxNDA3NDA2 NGVkNTRhODcyYjYyY2NlNmNhMTMzMDY0NA0KDQoNCg0KDQpLZXZpbg0KQmVzdCBSZWdhcmRzLA== ------=_001_NextPart155504151007_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =EF=BB=BF
Hi Fabio Fantoni,
 
     I finally got it. If that's not enough, I wi= ll=20 provide more as u guide.
     I adjust the time to just after xl crea= te and=20 can get stack info as follow :
(gdb) target remote=20 localhost:1234
Remote debugging using localhost:1234Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugg= ing=20 symbols found)...done.
Loaded symbols for=20 /lib64/ld-linux-x86-64.so.2
0x00007ffff7dddaf0 in ?? () fr= om=20 /lib64/ld-linux-x86-64.so.2
(gdb) c
Continui= ng.
 
Program received signal S= IGABRT,=20 Aborted.
0x00007ffff2e04475 in raise () from=20 /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt full
#0 =20 0x00007ffff2e04475 in raise () from /lib/x86_64-linux-gnu/libc.so.6No symbol table info available.
#1 =20 0x00007ffff2e076f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6No symbol table info available.
#2 =20 0x00007ffff2e3f52b in ?? () from /lib/x86_64-linux-gnu/libc.so.6No symbol table info available.
#3 =20 0x00007ffff2e48d76 in ?? () from /lib/x86_64-linux-gnu/libc.so.6No symbol table info available.
#4 =20 0x00007ffff2e4db1c in free () from /lib/x86_64-linux-gnu/libc.so.6No symbol table info available.
#5 =20 0x00007ffff3b5b44b in ?? () from /usr/lib/x86_64-linux-gnu/libpixman-1.s= o.0No symbol table info available.
#6 =20 0x00007ffff3b5b399 in pixman_image_unref () from=20 /usr/lib/x86_64-linux-gnu/libpixman-1.so.0
No symbol table= info=20 available.
#7  0x000055555585283b in qemu_pixman_imag= e_unref=20 (image=3D0x555558cd1170) at ui/qemu-pixman.c:80
No locals.= #8  0x000055555587446b in vnc_dpy_switch (dcl=3D0x7fffe2= cbc048,=20 surface=3D0x5555563263c0) at ui/vnc.c:588        vd =3D 0x7fffe2cbc= 010        vs =3D 0xff0000001= 80420#9  0x000055555584be81 in dpy_gfx_replace_surface=20 (con=3D0x5555566a2550, surface=3D0x5555563263c0) at ui/console.c:1404        s =3D 0x555556715b= 90        old_surface =3D=20 0x5555566e01e0
        = dcl =3D=20 0x7fffe2cbc048
#10 0x00005555556ecd52 in=20 qxl_render_update_area_unlocked (qxl=3D0x555556715bc0) at=20 hw/display/qxl-render.c:131        vga =3D 0x55555671= 66b0        surface =3D=20 0x5555563263c0
        = i =3D 0#11 0x00005555556ed021 in qxl_render_update_area_bh=20 (opaque=3D0x555556715bc0) at hw/display/qxl-render.c:183        qxl =3D 0x55555671= 5bc0#12 0x00005555555f5330 in aio_bh_poll (ctx=3D0x5555562f1c30) = at=20 async.c:81
        bh = =3D=20 0x5555565fb700
        = bhp =3D=20 0x7ffff77bfe86
        = next =3D=20 0x5555566afd00
        = ret =3D=20 1
#13 0x00005555555f4f89 in aio_poll (ctx=3D0x5555562f1c30= ,=20 blocking=3Dfalse) at aio-posix.c:188        node =3D 0x7ffff73= 269a4        ret =3D 32767---Type <return> to continue, or q <return> to qu= it---        progress =3D false= #14 0x00005555555f5747 in aio_ctx_dispatch (source=3D0x555556= 2f1c30,=20 callback=3D0, user_data=3D0x0) at async.c:205        ctx =3D 0x5555562f= 1c30        __PRETTY_FUNCTION_= _ =3D=20 "aio_ctx_dispatch"
#15 0x00007ffff730c355 in=20 g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0No symbol table info available.
#16 0x000055555= 57d41ce in=20 glib_pollfds_poll () at main-loop.c:190        context =3D=20 0x5555562f27c0
        = pfds =3D=20 0x5555566f75c0
#17 0x00005555557d42ce in os_host_main_loop= _wait=20 (timeout=3D0) at main-loop.c:235        ret =3D 1        spin_counter =3D 1= #18 0x00005555557d43a1 in main_loop_wait (nonblocking=3D0) at= =20 main-loop.c:484
       = ret =3D=20 21845
        timeout = =3D=20 4294967295
        time= out_ns =3D=20 17515866
#19 0x000055555587fe0c in main_loop () at vl.c:20= 51        nonblocking =3D fa= lse        last_io =3D 0#20 0x00005555558877e6 in main (argc=3D64, argv=3D0x7fffffffd= fb8,=20 envp=3D0x7fffffffe1c0) at vl.c:4507        i =3D 64        snapshot =3D 0        linux_boot =3D 0        icount_option =3D = 0x0        initrd_filename = =3D 0x0        kernel_filename = =3D 0x0        kernel_cmdline =3D= =20 0x555555a22304 ""
      &nbs= p;=20 boot_order =3D 0x5555562ef840 "dc"        ds =3D 0x555556715= b90        cyls =3D 0        heads =3D 0        secs =3D 0        translation =3D 0<= BR=20 style=3D"">        hda_opts =3D 0x0        opts =3D 0x5555562= ef790        machine_opts =3D=20 0x5555562f13f0
        = olist =3D=20 0x555555e08220
---Type <return> to continue, or q=20 <return> to quit---        optind =3D 64        optarg =3D 0x7ffff= fffe915=20 "if=3Dide,index=3D1,media=3Dcdrom,cache=3Dwriteback,id=3Dide-832"        loadvm =3D 0x0        machine_class =3D=20 0x5555562e8540
        = machine=20 =3D 0x555555e0de80
      &nb= sp;=20 cpu_model =3D 0x0
      &nbs= p;=20 vga_model =3D 0x0
      &nbs= p;=20 qtest_chrdev =3D 0x0
      &= nbsp;=20 qtest_log =3D 0x0
      &nbs= p;=20 pid_file =3D 0x0
       = ; incoming=20 =3D 0x0
        show_vn= c_port =3D=20 0
        defconfig =3D= true        userconfig =3D tru= e        log_mask =3D 0x0        log_file =3D 0x0        mem_trace =3D {mal= loc =3D=20 0x55555588369e <malloc_and_trace>, realloc =3D 0x5555558836f6=20 <realloc_and_trace>,           free = =3D=20 0x55555588375d <free_and_trace>, calloc =3D 0, try_malloc =3D 0, t= ry_realloc=20 =3D 0}
        trace_ev= ents =3D=20 0x0
        trace_file = =3D 0x0        __func__ =3D "main= "        args =3D {machine = =3D=20 0x555555e0de80, ram_size =3D 4160749568, boot_order =3D 0x5555562ef840 "= dc",          =20 kernel_filename =3D 0x0, kernel_cmdline =3D 0x555555a22304 "", initrd_fi= lename =3D=20 0x0, cpu_model =3D 0x0}
 
 
Best=20 Regards

=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A Fabio=20 Fantoni
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A 2014-07-16&= nbsp;17:03
=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A kevin.zhang@octlink.com; xen-devel
=E4=B8=BB=E9=A2=98=EF=BC=9A Re:=E5=9B=9E=E5=A4=8D: Re: [X= en-devel] QXL problem: Xen 4.4.1 rc1 and xen=20 4.5 unstable
Il 16/07/2014 09:04, kevin.zhang@octlink.com ha=20 scritto:
Hi Fabio Fantoni,
 
     Thank you for your advice for building xen= =20 unstable.
     Because I have to use debian wheezy as=20 production distro, I've got to do the test in it.
     Today, I edit Config.mk and write:
QEMU_UPSTREAM_URL =3D git://git.qemu.org/qemu.git
QEMU_UPSTREAM_REVISION =3D master
     Then, the built qemu-xen binary works=20 well.  Therefore, I guess that=20 git://xenbits.xen.org/qemu-upstream-unstable.git  has some very lit= tle=20 difference
compared to qemu.git. Maybe your environment cannot repeat  th= at=20 problem either, I'd like to provide any useful information to resolve th= is=20 problem.

I also use wheezy f= or both=20 production and develop/testing.
I tried now on my latest testing build,= of=20 some days ago xen from rebase/m2r-staging branch and qemu mainline with sa= me=20 Config.mk before build.
On windows 7 pro 64 bit domUs with latest spice= guest=20 tools auto and manual resolution change works without problem.
I'm stil= l=20 unable to reproduce your qemu crash.

You can retry to catch and pos= t=20 backtrace with my latest better explain?

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

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

Sorry for my bad=20 english.


 
=
Best=20 Regards

<= /DIV>
Date: 2014-07-15 16:09
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 15/07/2014 07:53, kevin.zhang@octlink.com ha scritto:
Hi Fabio Fantoni,
      Today I tried to use wheezy backpo= rts=20 version of spice-server, the problem persists with qemu-xen binary, wh= ile 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 pr= ocess=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 polic= y=20 libspice-server-dev libspice-protocol-dev
libspice-server-dev:
  Installed:=20 0.12.4-0nocelt2~bpo70+1
  Candidate:=20 0.12.4-0nocelt2~bpo70+1
  Version table:
*** 0.12.4-0nocelt2~bpo70+1 0
      =  =20 100 http://cdn.debian.net/debian/=20 wheezy-backports/main amd64 Packages
      =  =20 100 /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
      =  =20 100 http://cdn.debian.net/debian/=20 wheezy-backports/main amd64 Packages
      =  =20 100 /var/lib/dpkg/status
 3. patch for QXL option
 4. ./configure --prefix=3D/usr&n= bsp;
 5. add spice and usb-redir=20 option for 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://wiki.qemu-project.org/download/qemu-2.= 0.0.tar.bz2
       2.=20 ./configure --enable-xen --target-list=3Di386-softmmu=20 --extra-cflags=3D"-I/usr/src/xen/tools/include -I/usr/src/xen/tools/li= bxc=20 -I/usr/src/xen/tools/xenstore" \
       &nb= sp;  =20  --enable-spice --enable-usb-redir
       3=20 .make;make install
 
 

For fast unsta= ble tests=20 I do this (using my github rebase/m2r-*):
Install of opus, usbredir a= nd=20 libusbx from backports.
Rebuild and install new seabios 1.7.5-1 and s= pice=20 packages (server 0.12.5-1 and protocol 0.12= .7-1)=20 from sid that contains many fixes (simply and fast with git clone of debian repository and= =20 debuild).
./configure --prefix=3D/usr --enable-qemu-traditiona= l=3Dno=20 --with-system-seabios=3D/usr/share/seabios/bios-256k.bin=20 --with-extra-qemuu-configure-args=3D"--enable-spice --enable-usb-redir"<= BR>make=20 debball
dpkg -i of xen package in dist (contain both xen and qemu)And=20 if I need to test newer qemu in development I simply change the qemu git= with=20 mainline in Config.mk.

And for newer= =20 production servers I start prepared new xen's debian packages awaiting d= ebian=20 maintainers replies:
https://github.com/Fantu/pkg-xen/tree/wheezy-ba= ckports
Needs=20 also qemu rebuild to use new xen 4.4 libraries (simply and fast with git= clone=20 of debian repository and debuild).

T= here is=20 also a problem of jpeg-turbo in debian and for have better performances = and=20 not too many cpu waste I for now solved with:
apt-key adv --recv-keys= =20 --keyserver keys.gnupg.net E1F958385BFE2B6E
vi=20 /etc/apt/sources.list.d/x2go.list
# X2Go Repository (for jpeg-turbo a= s=20 default and with full -dev package)
deb http://packages.x2go.org/debian wheezy=20 heuler
deb-src http://packages.x2go.org/debian wheezy=20 heuler
aptitude update
aptitude install x2go-keyring && ap= titude=20 update
aptitude install libjpeg8-turbo-dev

 
Best Regards

<= SPAN=20 style=3D"FONT-FAMILY: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB=91; FONT-SIZE:= 10.5pt">

=
=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 16:49
=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A Fabio Fantoni; 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=20 4.5 unstable
Hi Fabio Fantoni,
    
      Thank you for your reply.
      It is really weird.
      I compiled both qemu binary (=20 qemu-upstream in xen and qemu-2.0 from qemu.org website) in = the=20 same environment,  the binary in xen has the problem wh= ile=20
the other one works well.
      I will check whether wheezy=20 backport has libspice-server-dev and libspice-protocol-dev and try=20 again. 
 
Best Regards

<= SPAN=20 style=3D"FONT-SIZE: 10.5pt; FONT-: =E5=BE=AE=E8=BD=AF=E9=9B=85=E9=BB= =91">

=
Date: 2014-07-14 15:59
To: kevin.zhang@octlink.com; xen-devel
Subject: Re: [Xen-devel] QXL problem: Xen 4.4.1 rc1 a= nd xen=20 4.5 unstable
Il 14/07/2014 07:29, kevin.zhang@octlink.com ha scritto:
Hi Fabio Fantoni,
   
     Today, I've done another test on xenbi= ts xen=20 4.5 unstable.
     This time, I directly compiled xen on = my=20 test server, and use default libspice-server-dev  and=20 libspice-protocol-dev 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<= /DIV>
  Candidate: 0.11.0-1+deb7u1<= /DIV>
  Version table:
*** 0.11.0-1+deb7u1 0
     &nbs= p; =20 500 http://cdn.debian.net/debian/ wheez= y/main=20 amd64 Packages
     &nbs= p; =20 100 /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; =20 500 http://cdn.debian.net/debian/ wheez= y/main=20 amd64 Packages
     &nbs= p; =20 100 /var/lib/dpkg/status
 
     I also download qemu-2.0 source c= ode=20 from 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 a= nd=20 /usr/local/bin/qemu-system-i386 respectively.
     The result shows that:
      1 . qemu-upstream used in x= en 4.5=20 unstable still exited when changing screen resolution,
      2.  my self-compiled qemu2.= 0=20 behave normally.
     I think maybe there's still some diffe= rences=20 between the two qemu repository.

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

 
     I'm actively waiting for your advice a= nd=20 willing 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/bi= n/qemu-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 u= se=20 spice, even if I used with also vnc many times without problem time=20 ago.

 
   
 
Best Regards

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

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

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

Sorry for my bad english.

    Perhaps I did not describe my problem clearl= y=20 enough, I can successfully create windows HVM, my problem happened w= hen I=20 change windows screen resolution.
The qemu process suddenly  exited while xl list can still = list=20 the domU information.
 
    I am using debian wheezy 7.5 amd 64, I am us= ing=20 fantu's xen 4.5 unstable and the qemu-xen-remote in his code=20 repository,
root@debian:~#=20 /usr/lib/xen/bin/qemu-system-i386 -version
QEMU emulator version 2.0.0, Copyrig= ht (c)=20 2003-2008 Fabrice Bellard  
 And I compiled Xen from fantu's xen repository in compila= tion=20 server, then use install.sh in dist dir to install xen packages in m= y test=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       &n= bsp;    =20 0.12.4-0nocelt2~bpo70+1   
 Then how can I obtain useful debug information after qemu= exit=20 with vm running?
 
Best 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=20 xen 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=20 list.
However, it seems that xen-users mail list cannot resolve thi= s QXL=20 problems. Therefore, I have to post QXL problem in devel mail=20 list.
My problem is as follow:
 
I'm testing QXL for windows HVM, spice works well with stdvga= .=20
However, when I switch to QXL, qemu exit abnormally:
I specify vga=3D"qxl" and videoram=3D128, using qemu-xen. The= windows 7=20 boots and automatially switch resolution for me in virt-viewer.
While display and sound transfering very well, if I change di= splay=20 resolution, the virt-viewer will be suddenly closed and
I check the physical server, the qemu process disappear=20 simultaneously.
Then I switch to wheezy backport qemu 2.0 as device model, th= e qemu=20 process will exit as soon as the welcome page appears and at the=20 beginning 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:
<= A=20 class=3Dmoz-txt-link-freetext=20 href=3D"http://lists.xen.org/archives/html/xen-devel/2014-07/msg0102= 1.html"=20 moz-do-not-send=3D"true">http://lists.xen.org/archives/html/xen-deve= l/2014-07/msg01021.html

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

Small help with g= db of=20 qemu launched by xl:

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

v= i=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=20 fast (before timeout or xl create will fails)
target remote=20 localhost:1234
c
bt full # when qemu stops

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

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

 
 
Kevin
Best Regards,

 




=
------=_001_NextPart155504151007_=------ --===============6128473381486374909== 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 --===============6128473381486374909==--