From xen-users-bounces@lists.xen.org Mon Feb 01 09:59:18 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Feb 2016 09:59:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQBFQ-0004G6-24; Mon, 01 Feb 2016 09:58:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQBFO-0004FW-KS for xen-users@lists.xen.org; Mon, 01 Feb 2016 09:58:14 +0000 Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id 50/C0-13487-53C2FA65; Mon, 01 Feb 2016 09:58:13 +0000 X-Env-Sender: prvs=832d3ee5e=Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1454320692!19386349!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21700 invoked from network); 1 Feb 2016 09:58:13 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2016 09:58:13 -0000 X-IronPort-AV: E=Sophos;i="5.22,379,1449532800"; d="scan'208";a="328849216" Message-ID: <1454320690.28781.44.camel@citrix.com> From: Ian Campbell To: Peter Braun , "xen-users@lists.xen.org" Date: Mon, 1 Feb 2016 09:58:10 +0000 In-Reply-To: References: X-Mailer: Evolution 3.18.2-1 MIME-Version: 1.0 X-DLP: MIA1 Subject: Re: [Xen-users] Migrating legacy guests from Xen 3.4 to 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCAyMDE2LTAxLTI5IGF0IDIzOjQ4ICswMTAwLCBQZXRlciBCcmF1biB3cm90ZToKPiBI aSBhbGwsCj4gCj4gd2UgaGF2ZSBjb3VwbGUgb2YgcmVhbGx5IG9sZCBYZW4gaG9zdHMgcnVubmlu ZyBYZW4gMy40IChnaXRjbyByZXBvKSB3aXRoCj4gQ2VudE9TIDUgZG9tMC4KPiAKPiBHdWVzdHMg YXJlIFBWIGFuZCBtb3N0bHkgb2xkIE9TZXMgbGlrZSBEZWJpYW4gNiBhbmQgQ2VudE9TIDUuCj4g Cj4gCj4gV2UgYXJlIHBsYW5uaW5nIG9mIG1pZ3JhdGluZyB0aGUgZ3Vlc3QgdG8gYnJhbmQgbmV3 IGhhcmR3YXJlIHdpdGggRGViaWFuCj4gOCBvciBVYnVudHUgMTQgc2VydmVyLgo+IAo+IFVuZm9y dHVuYXRlbGx5IHdlIGFyZSB1bmFibGUgdG8gcnVuIGFueSBvZiB0aG9zZSBvbGQgZ3Vlc3QgaW4g dGhlIG5ldwo+IGVudnJpb25tZW50LgoKQXJlIHlvdSBhYmxlIHRvIHJ1biBhbnkgbmV3IGd1ZXN0 cywgb3IgYW55IGd1ZXN0cyBhdCBhbGw/IGkuZS4gaXMgaXQganVzdAp0aGUgb2xkIGltcG9ydGVk IGd1ZXN0cyB3aGljaCBhcmUgdGhlIHByb2JsZW0/Cgo+IERlYmlhbiA4ICsgWGVuIDQuNC4xICsg bHZtIGJhc2VkIGd1ZXN0IERlYmlhbiA2IHdpdGggMi42LjMyIGtlcm5lbAo+IAo+IC0tLS0tLS0t LQo+IAo+IHhlbmNvbnNvbGU6IENvdWxkIG5vdCBvcGVuIHR0eSBgJzogTm8gc3VjaCBmaWxlIG9y IGRpcmVjdG9yeQoKVGhpcyBzZWVtcyB0byBzdWdnZXN0IGFuIGlzc3VlIHdpdGggdGhlIHhlbmNv bnNvbGUgZGFlbW9uICh3aGljaCBzaG91bGQKaGF2ZSB3cml0dGVuIHRoZSB0dHkgdG8geGVuc3Rv cmUgZm9yIHRoZSBjbGllbnQgdG8gdXNlKS4KCklzIHhlbmNvbnNvbGVkIHJ1bm5pbmc/Cgo+IMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGxpYnhsOiBlcnJvcjoKPiBsaWJ4bF9leGVj LmM6MTE4OmxpYnhsX3JlcG9ydF9jaGlsZF9leGl0c3RhdHVzOiBjb25zb2xlIGNoaWxkIFswXSBl eGl0ZWQKPiB3aXRoIGVycm9yIHN0YXR1cyAyCj4gwqAgwqAgwqAgbGlieGw6IGVycm9yOiBsaWJ4 bF9kb20uYzozNTpsaWJ4bF9fZG9tYWluX3R5cGU6IHVuYWJsZSB0byBnZXQKPiBkb21haW4gdHlw ZSBmb3IgZG9taWQ9Ngo+IMKgIMKgIMKgIMKgIMKgIMKgIFVuYWJsZSB0byBhdHRhY2ggY29uc29s ZQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IGxpYnhsOiBlcnJvcjoKPiBsaWJ4bF9leGVjLmM6MTE4OmxpYnhsX3JlcG9ydF9jaGlsZF9leGl0 c3RhdHVzOiBjb25zb2xlIGNoaWxkIFswXSBleGl0ZWQKPiB3aXRoIGVycm9yIHN0YXR1cyAxCj4g Cj4gCj4gLS0tLS0tCj4gCj4gCj4gI2Jvb3Rsb2FkZXIgPSAiL3Vzci9iaW4vcHlncnViIgo+IGJv b3Rsb2FkZXIgPSAicHlncnViIgo+ICNleHRyYSA9ICJjb25zb2xlPWh2YzAiCj4gI3ZjcHVzID0g MQo+IG1lbW9yeSA9IDUxMgo+IG5hbWUgPSAic2VjIgo+ICN2aWYgPSBbICd2aWZuYW1lPXNlYycg XQo+IGRpc2sgPSBbICdwaHk6L2Rldi92Zy9zZWNoZCxzZGExLHcnLCdwaHk6L2Rldi92Zy9zZWNz d3Asc2RhMix3JyBdCj4gCj4gcm9vdCA9ICIvZGV2L3NkYTEgcm8iCj4gCj4gCj4gLS0tLQo+IAo+ IEdlbmVyYWxseSBpcyBpdCBzdXBwb3J0ZWQgdG8gcnVuIHN1Y2ggb2xkIHB2IGd1ZXN0cyBvbiBY ZW4gNC40PwoKSW4gZ2VuZXJhbCB5ZXMsIGFuZCBEZWJpYW4gNiAoc3F1ZWV6ZSkgd2l0aCBhIDIu Ni4zMiBpcyBub3Qgc28gdmVyeSBvbGQKdGhhdCBJIHdvdWxkIGV4cGVjdCBwcm9ibGVtcy4KCklu IGZhY3Qgd2UgdGVzdCBTcXVlZXplIGFzIGEgZG9tVSBvbiBhIHdlZWtseSBiYXNpcyAoYWdhaW5z dCBYZW4gdW5zdGFibGUpCmFuZCBpbiBnZW5lcmFsIGl0IGlzIGZpbmUsIGUuZy4KICAgIGh0dHA6 Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWRldmVsLzIwMTYtMDEvbXNnMDM0NjYu aHRtbAoKSXMgdGhlIDIuNi4zMiBrZXJuZWwgaW4gdGhlc2UgZ3Vlc3RzIHVwIHRvIGRhdGUgd2l0 aCB0aGUgbGF0ZXN0IGluIFNxdWVlemUKKDMuMi42OC0xK2RlYjd1MyBvcsKgMy4yLjczLTIrZGVi N3UyIGZyb20gdGhlIHNlY3VyaXR5IHJlcG8gZm9yIGV4YW1wbGUpPwoKSXQgd291bGQgYmUgdXNl ZnVsIHRvIHNlZSB0aGUgbG9ncyAoc2VlIFswXSBmb3IgZXhhbXBsZXMgb2Ygd2hlcmUgdG8gbG9v awphbmQgd2hhdCB0byBpbmNsdWRlKSBhcyB3ZWxsIGFzIHRoZSBmdWxsIG91dHB1dCBvZjoKICAg IHhsIC12dnYgY3JlYXRlIDxjZmdmaWxlPgoKSWFuLgoKWzBdwqBodHRwOi8vd2lraS54ZW4ub3Jn L3dpa2kvUmVwb3J0aW5nX0J1Z3NfYWdhaW5zdF9YZW4KCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Mon Feb 01 09:59:18 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Feb 2016 09:59:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQBFQ-0004G6-24; Mon, 01 Feb 2016 09:58:16 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQBFO-0004FW-KS for xen-users@lists.xen.org; Mon, 01 Feb 2016 09:58:14 +0000 Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id 50/C0-13487-53C2FA65; Mon, 01 Feb 2016 09:58:13 +0000 X-Env-Sender: prvs=832d3ee5e=Ian.Campbell@citrix.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1454320692!19386349!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 21700 invoked from network); 1 Feb 2016 09:58:13 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 1 Feb 2016 09:58:13 -0000 X-IronPort-AV: E=Sophos;i="5.22,379,1449532800"; d="scan'208";a="328849216" Message-ID: <1454320690.28781.44.camel@citrix.com> From: Ian Campbell To: Peter Braun , "xen-users@lists.xen.org" Date: Mon, 1 Feb 2016 09:58:10 +0000 In-Reply-To: References: X-Mailer: Evolution 3.18.2-1 MIME-Version: 1.0 X-DLP: MIA1 Subject: Re: [Xen-users] Migrating legacy guests from Xen 3.4 to 4.4 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCAyMDE2LTAxLTI5IGF0IDIzOjQ4ICswMTAwLCBQZXRlciBCcmF1biB3cm90ZToKPiBI aSBhbGwsCj4gCj4gd2UgaGF2ZSBjb3VwbGUgb2YgcmVhbGx5IG9sZCBYZW4gaG9zdHMgcnVubmlu ZyBYZW4gMy40IChnaXRjbyByZXBvKSB3aXRoCj4gQ2VudE9TIDUgZG9tMC4KPiAKPiBHdWVzdHMg YXJlIFBWIGFuZCBtb3N0bHkgb2xkIE9TZXMgbGlrZSBEZWJpYW4gNiBhbmQgQ2VudE9TIDUuCj4g Cj4gCj4gV2UgYXJlIHBsYW5uaW5nIG9mIG1pZ3JhdGluZyB0aGUgZ3Vlc3QgdG8gYnJhbmQgbmV3 IGhhcmR3YXJlIHdpdGggRGViaWFuCj4gOCBvciBVYnVudHUgMTQgc2VydmVyLgo+IAo+IFVuZm9y dHVuYXRlbGx5IHdlIGFyZSB1bmFibGUgdG8gcnVuIGFueSBvZiB0aG9zZSBvbGQgZ3Vlc3QgaW4g dGhlIG5ldwo+IGVudnJpb25tZW50LgoKQXJlIHlvdSBhYmxlIHRvIHJ1biBhbnkgbmV3IGd1ZXN0 cywgb3IgYW55IGd1ZXN0cyBhdCBhbGw/IGkuZS4gaXMgaXQganVzdAp0aGUgb2xkIGltcG9ydGVk IGd1ZXN0cyB3aGljaCBhcmUgdGhlIHByb2JsZW0/Cgo+IERlYmlhbiA4ICsgWGVuIDQuNC4xICsg bHZtIGJhc2VkIGd1ZXN0IERlYmlhbiA2IHdpdGggMi42LjMyIGtlcm5lbAo+IAo+IC0tLS0tLS0t LQo+IAo+IHhlbmNvbnNvbGU6IENvdWxkIG5vdCBvcGVuIHR0eSBgJzogTm8gc3VjaCBmaWxlIG9y IGRpcmVjdG9yeQoKVGhpcyBzZWVtcyB0byBzdWdnZXN0IGFuIGlzc3VlIHdpdGggdGhlIHhlbmNv bnNvbGUgZGFlbW9uICh3aGljaCBzaG91bGQKaGF2ZSB3cml0dGVuIHRoZSB0dHkgdG8geGVuc3Rv cmUgZm9yIHRoZSBjbGllbnQgdG8gdXNlKS4KCklzIHhlbmNvbnNvbGVkIHJ1bm5pbmc/Cgo+IMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIGxpYnhsOiBlcnJvcjoKPiBsaWJ4bF9leGVj LmM6MTE4OmxpYnhsX3JlcG9ydF9jaGlsZF9leGl0c3RhdHVzOiBjb25zb2xlIGNoaWxkIFswXSBl eGl0ZWQKPiB3aXRoIGVycm9yIHN0YXR1cyAyCj4gwqAgwqAgwqAgbGlieGw6IGVycm9yOiBsaWJ4 bF9kb20uYzozNTpsaWJ4bF9fZG9tYWluX3R5cGU6IHVuYWJsZSB0byBnZXQKPiBkb21haW4gdHlw ZSBmb3IgZG9taWQ9Ngo+IMKgIMKgIMKgIMKgIMKgIMKgIFVuYWJsZSB0byBhdHRhY2ggY29uc29s ZQo+IMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKgIMKg IGxpYnhsOiBlcnJvcjoKPiBsaWJ4bF9leGVjLmM6MTE4OmxpYnhsX3JlcG9ydF9jaGlsZF9leGl0 c3RhdHVzOiBjb25zb2xlIGNoaWxkIFswXSBleGl0ZWQKPiB3aXRoIGVycm9yIHN0YXR1cyAxCj4g Cj4gCj4gLS0tLS0tCj4gCj4gCj4gI2Jvb3Rsb2FkZXIgPSAiL3Vzci9iaW4vcHlncnViIgo+IGJv b3Rsb2FkZXIgPSAicHlncnViIgo+ICNleHRyYSA9ICJjb25zb2xlPWh2YzAiCj4gI3ZjcHVzID0g MQo+IG1lbW9yeSA9IDUxMgo+IG5hbWUgPSAic2VjIgo+ICN2aWYgPSBbICd2aWZuYW1lPXNlYycg XQo+IGRpc2sgPSBbICdwaHk6L2Rldi92Zy9zZWNoZCxzZGExLHcnLCdwaHk6L2Rldi92Zy9zZWNz d3Asc2RhMix3JyBdCj4gCj4gcm9vdCA9ICIvZGV2L3NkYTEgcm8iCj4gCj4gCj4gLS0tLQo+IAo+ IEdlbmVyYWxseSBpcyBpdCBzdXBwb3J0ZWQgdG8gcnVuIHN1Y2ggb2xkIHB2IGd1ZXN0cyBvbiBY ZW4gNC40PwoKSW4gZ2VuZXJhbCB5ZXMsIGFuZCBEZWJpYW4gNiAoc3F1ZWV6ZSkgd2l0aCBhIDIu Ni4zMiBpcyBub3Qgc28gdmVyeSBvbGQKdGhhdCBJIHdvdWxkIGV4cGVjdCBwcm9ibGVtcy4KCklu IGZhY3Qgd2UgdGVzdCBTcXVlZXplIGFzIGEgZG9tVSBvbiBhIHdlZWtseSBiYXNpcyAoYWdhaW5z dCBYZW4gdW5zdGFibGUpCmFuZCBpbiBnZW5lcmFsIGl0IGlzIGZpbmUsIGUuZy4KICAgIGh0dHA6 Ly9saXN0cy54ZW4ub3JnL2FyY2hpdmVzL2h0bWwveGVuLWRldmVsLzIwMTYtMDEvbXNnMDM0NjYu aHRtbAoKSXMgdGhlIDIuNi4zMiBrZXJuZWwgaW4gdGhlc2UgZ3Vlc3RzIHVwIHRvIGRhdGUgd2l0 aCB0aGUgbGF0ZXN0IGluIFNxdWVlemUKKDMuMi42OC0xK2RlYjd1MyBvcsKgMy4yLjczLTIrZGVi N3UyIGZyb20gdGhlIHNlY3VyaXR5IHJlcG8gZm9yIGV4YW1wbGUpPwoKSXQgd291bGQgYmUgdXNl ZnVsIHRvIHNlZSB0aGUgbG9ncyAoc2VlIFswXSBmb3IgZXhhbXBsZXMgb2Ygd2hlcmUgdG8gbG9v awphbmQgd2hhdCB0byBpbmNsdWRlKSBhcyB3ZWxsIGFzIHRoZSBmdWxsIG91dHB1dCBvZjoKICAg IHhsIC12dnYgY3JlYXRlIDxjZmdmaWxlPgoKSWFuLgoKWzBdwqBodHRwOi8vd2lraS54ZW4ub3Jn L3dpa2kvUmVwb3J0aW5nX0J1Z3NfYWdhaW5zdF9YZW4KCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJz QGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Mon Feb 01 19:17:18 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Feb 2016 19:17:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQJxS-0004lv-D0; Mon, 01 Feb 2016 19:16:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQJxQ-0004lm-Is; Mon, 01 Feb 2016 19:16:16 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id F1/91-21901-FFEAFA65; Mon, 01 Feb 2016 19:16:15 +0000 X-Env-Sender: brijesh.singh@amd.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1454354174!19312874!1 X-Originating-IP: [157.56.111.63] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 44867 invoked from network); 1 Feb 2016 19:16:14 -0000 Received: from mail-bn1bon0063.outbound.protection.outlook.com (HELO na01-bn1-obe.outbound.protection.outlook.com) (157.56.111.63) by server-13.tower-206.messagelabs.com with AES256-SHA256 encrypted SMTP; 1 Feb 2016 19:16:14 -0000 Received: from CY1PR12CA0014.namprd12.prod.outlook.com (10.160.137.24) by SN1PR12MB0862.namprd12.prod.outlook.com (10.164.27.12) with Microsoft SMTP Server (TLS) id 15.1.396.15; Mon, 1 Feb 2016 19:16:11 +0000 Received: from DM3NAM03FT028.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e49::201) by CY1PR12CA0014.outlook.office365.com (2a01:111:e400:4c1f::24) with Microsoft SMTP Server (TLS) id 15.1.396.15 via Frontend Transport; Mon, 1 Feb 2016 19:16:11 +0000 Received-SPF: None (protection.outlook.com: amd.com does not designate permitted sender hosts) Received: from atltwp01.amd.com (165.204.84.221) by DM3NAM03FT028.mail.protection.outlook.com (10.152.82.196) with Microsoft SMTP Server id 15.1.390.12 via Frontend Transport; Mon, 1 Feb 2016 19:16:09 +0000 X-WSS-ID: 0O1VUUV-07-GYR-02 X-M-MSG: Received: from satlvexedge01.amd.com (satlvexedge01.amd.com [10.177.96.28]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by atltwp01.amd.com (Axway MailGate 5.3.1) with ESMTPS id 20F3D12C1323; Mon, 1 Feb 2016 14:16:06 -0500 (EST) Received: from SATLEXDAG01.amd.com (10.181.40.3) by satlvexedge01.amd.com (10.177.96.28) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 1 Feb 2016 13:16:26 -0600 Received: from [10.236.136.62] (10.180.168.240) by SATLEXDAG01.amd.com (10.181.40.3) with Microsoft SMTP Server (TLS) id 14.3.266.1; Mon, 1 Feb 2016 14:16:06 -0500 To: "Zhang, Chunyu" , "xen-users-bounces@lists.xen.org" , "xen-users@lists.xen.org" References: <56ABC39E.2010207@amd.com> From: Brijesh Singh Message-ID: <56AFAE62.80008@amd.com> Date: Mon, 1 Feb 2016 13:13:38 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: X-Originating-IP: [10.180.168.240] X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:165.204.84.221; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10009020)(6009001)(2980300002)(428002)(199003)(189002)(164054003)(83506001)(92566002)(2501003)(77096005)(105586002)(50466002)(76176999)(4326007)(5001770100001)(50986999)(23696002)(106466001)(5008740100001)(86362001)(2201001)(65816999)(87936001)(101416001)(2950100001)(54356999)(4001350100001)(33656002)(1220700001)(6116002)(3846002)(5004730100002)(189998001)(1096002)(586003)(64126003)(65806001)(65956001)(11100500001)(2906002)(558084003)(47776003)(230700001)(36756003)(3470700001); DIR:OUT; SFP:1101; SCL:1; SRVR:SN1PR12MB0862; H:atltwp01.amd.com; FPR:; SPF:None; MLV:sfv; A:1; MX:1; LANG:en; X-MS-Office365-Filtering-Correlation-Id: 65044079-3b87-4a15-b5cd-08d32b3c253b X-Microsoft-Exchange-Diagnostics: 1; SN1PR12MB0862; 2:gx7kyooaemsJLVYVq6ojtH77JBgOfwsNrUPINwER3tPrQkFdkkEh45PJ32iFdupqvC+mdc8UIy7rotQgLqs1zgv6MVGIZyEEOQQcs5LKbOxQ6I2/EEBsOVxvOdMzBRfnyOTDiZmKe3eVjZtYS48fLU2I41ujSIjmHniFXcLzp+F35BX6EsrjX5CdRfZz77Yb; 3:YUSd9WnWMLUF3Y65FOeh8gMzoLzSDC4mqa5ircTjLjD133/pGRETfPPi6ONL0jwwxf2lKrojHfCt7c962k4Vssl/NJbXW0+YBwEQuR2RZJ+E9wti4Ak0VS1ve52zA8zUaOGBKqTddwl1na8OJ6AfoRX6EJSA1FcZDyfWE5CdujiIWgMQ3u78Hwluorjdol3pEQwLsW4U2WyrmZH9+xOOOU75gq2gX0+SixHug3Otx78=; 25:33f9XcvqHhw2JZAIPdgEiV4eMnP/M6tXwpCH6i4vPwIw4MKwVpf+uBaBaRCo1amcifGqxy4t45Y61AG1jJfcvM05ctcI/lXjg+QbXxQdoaWrWWKRzOuAdz3p9TXR8MTW01PQGWqLXGLEl5hVwlpXhBfu22A5Oaq7eCmRmCh+2KLeQo3ROHvk/bnIzsITC8USOPovBTaMZ6KkO/ci56+Ow/lrqisdYTQdfAPX0O7xs8dOJxMdDfQniasm+qM78hKZ X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR12MB0862; X-Microsoft-Exchange-Diagnostics: 1; SN1PR12MB0862; 20:ztcMBvidJbvxBP+0P1L/GOHI14QbBCmXfAXNFCT0fqpG0nLsxzGEh/fsYzPWC56z/8eh/4Yd1M29l6JRJ0p1SSUuVe5msHyWR/fAhd5GhTqVpE6fWbNCDwOyL74GVZxaSduPgH/zlYqODdtIiPkucfQAIcpk3FHmfjAsJX99Jy109r+UMO5LgV4T0FC9cxZ9h0EL9JHsc5KGCnjUJSt3ZXFq2OZ5NkikLFXlfDZ/vrldsh63Mkj4Zf7/RsicAuFXvWRjGLXPTDAOB5OFTZSrRcuiJVY2+oTwdtjeUSXQIi84SlBXBZeNGtmNpVEZj+7GvGYWwB3NIos+TrEv8TpXydPe8VNoTR+ir04YiJyPDL8ZR9AQrPqibrju2xSQnVZqpjnNotWNW8EhuODCk+v42xZcQTRQAjIWuUFHffmfI4bRLi9SNnsjIhY7RqNgSyXUDCAVzjXkSRqgHH8ZnzYa4VbMKEyyxuwABofx33cqE/NZhUSWjvvgpQ4/6Z6Hu3pL X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13017025)(13015025)(13024025)(13023025)(5005006)(8121501046)(13018025)(10201501046)(3002001); SRVR:SN1PR12MB0862; BCL:0; PCL:0; RULEID:; SRVR:SN1PR12MB0862; X-Microsoft-Exchange-Diagnostics: 1; SN1PR12MB0862; 4:QBni7RLrHTPFFJ26pULRJTc+ksHVHhFVjww30Ts/W9XRoZN8akfEDbgPmcjIdlaZKQE6wtxmSmj6q1yEvr7nwds0xFcH6a5XrkSOJE8pgw21z1Z0qrY3gq+wpLPTsPHjrZVTw1+wAoJmLL1Hb6tK87kNi479Ckbg6YcWIDxAIjBK98dUdAF6wiggwpwZeOACiNyWOrLbY/kjVwl6LICIhaBFdUM4y2Prr6iLJWpBTT+6XE3FI6SQCIfe12TNDEIKMCX2IR2OxJ1ZR8igm09ejVrkkBaGCC6rgc5zxgFikI4sgnjGD57dqOj7X6DNw9NxB2we0xROl9JxdIgnJXIIfFbnY5pSxHAQO0XTvwkjpwR/aCnS82dueWCJvYFgAih82EfQyOMjMZ8ys+pd6N6hvCWzgqmGZQ5cEBIz+jN5CYJchGjQVA/CtZCI2yYzQHQdfYnuSjGM6W645UzT+yaUmA== X-Forefront-PRVS: 0839D067E7 X-Microsoft-Exchange-Diagnostics: =?gb2312?B?MTtTTjFQUjEyTUIwODYyOzIzOm9UdmkycmNkbzVvN3kxQ0VoaVdpQThONnBr?= =?gb2312?B?VGhVODlQb25SZ2xFTStCL0lTbUxkVk9GVUorY1NtR2FxejNPOTVPQ0tjUHZY?= =?gb2312?B?YUJxRDJ6YTdVVm5OZjRLRFRhd1J3a1RyWDdxeU51YlVJZFRxb1VFWU9XV21x?= =?gb2312?B?cUZhZ3VSQ0IwRVp5MUJwdG1hY1NKVTc0QWwrOUxlaFA3d21CMlBpd1JxVEc3?= =?gb2312?B?NzEvenZybFRlU1ZZSEZaVmdjWHA2Y1VReVVBZlp6VXlUcTZwYW13eElMNU0y?= =?gb2312?B?SVRBaEZEWllySVlxK1E5Tm5JV29FbEFlRUJmV2lvTm9pVWtPRUVLL2NJUnJU?= =?gb2312?B?bHgva2ZFZEhmZk56dnUxWkJCU1lHSW5mbGh3eTd3RnRCamcvTy9yM1FlRldK?= =?gb2312?B?dTB6T2dPdlpjamNKRitZWU5yS3FOcm1uYlVUMlZidWRJOUQ1dis1R1hlZWhj?= =?gb2312?B?bFkrZFl1K0g2d1BrOG8wbG42M05mdTlUNTZ2Nkd4c0FDazAxSGFveDZueTRv?= =?gb2312?B?S3ZEejJpdnlFb2FpSm5KWHRPR00wUmdOTlI1bE5yMXpvU2R2QThuVVFJeDJN?= =?gb2312?B?ZGkzNGNLaWczZUoweTZ6RUZQOFRwd3MzQjR5K2dDMnRvTkQ2eXNJTUhiYkhx?= =?gb2312?B?QTB6WFIxOWFnQU5uWTEyaXNTcWNFL1BXTWtaSWFZczl0QUdPRlVQOG5hcEpQ?= =?gb2312?B?Y2JDZ0FQZ3dtUVR3VzVWbHBuTExic2kxRGU0bjZYVVd3UnpxUldLeVBnMnpE?= =?gb2312?B?ZzUwSi95QnEvSXZrbjNrMWlKZWh4NnY5MWthTXFUQ0c3aGFlSndSaHQ5UnFi?= =?gb2312?B?aVl4UFdDT3U2RCtYemgvcVRRRDY0SlFWcXNzNmlrQzk0eGpkTjBkZTI5SFF0?= =?gb2312?B?RUtOcHhLc1JjdFlRZmNOOTM3ellFUDI2UnNnbzd5Qm5zUXhmZGtBRFVwMDhv?= =?gb2312?B?WFNubGFKSEg3d1lGQVNRRDJpNGYwRjVFSGxtRVhEU2JidVBzMTFwUmZoRXg2?= =?gb2312?B?eHVCN3pRNmFlbmIxVkJqMnQrWWNUalExNHBqeittTDBSaDF5N2g2YXNTSnpD?= =?gb2312?B?bzZhZERlK1RuVGk4WU1MTmowTk9hYUQyOVcyMXkwc3gvVVJjMktyYlFHSkRO?= =?gb2312?B?UGJUdlhTZ2pxdVY2RUhvcUp1ZjYrL0JJbDhjNmRpdGRZVldDZXRiNmc4SlNN?= =?gb2312?B?YmdNSngyMmJkTHdzS3NqT2J0dlVpL0lNemlHQ2NadW9RbW8xWnJ2SXhWMm5h?= =?gb2312?B?MGlJUmVacmtQUGlGTGNkd3g2VHJrcE03bThzK2IyaDliY1NyYzgyUTYxR210?= =?gb2312?B?WGFGM1M5K1hUMldYWXhXYk1tVFZmUXRsUm94ZmlDOTFQWlhpaFEyU0Z6YTU2?= =?gb2312?B?ek9ZejJETlBtUmhJcnlraDJ2WUFiZGhrclpYTVJnODhUbUJoQk9ieW1CUE5n?= =?gb2312?B?eEhPMVhBWUp1a2JNR1pxZTdGd25lYnFhVlNhakZIc2FpNWtZdFI1azhGMmo3?= =?gb2312?B?MHhnUTFrdlNUWjBpSGNCS3g1RTB4Qld0QXNiMnhrRG5jcHFpYkpDaFRQMHAw?= =?gb2312?B?eGc3S0gxMzlWakV0TnBacnh1SGoyQ3c9PQ==?= X-Microsoft-Exchange-Diagnostics: 1; SN1PR12MB0862; 5:TsmRkgWW66MDn/wHWvfB4cgnvjCHFxtl1tDfGn3bxnRZyzqxmuFAjtRMvF9Cgif4feffjavtUQErZa/JjnqVpqXnUE/69AY1+KuMrF0RIMTYgWCtpVEBaDdFEJkepuMcH4jMvpJuwMh+AM/lcutvqw==; 24:W83zpc05GpnmsY36nCyviJsOuiGohDfLEKQj6olLR57U2XTk9W6OYH3MZuUS40Yr8Z5Wrlbl4Wao3S0if4/wxTNc0d+9TvZ+XCQ928xt/ks=; 20:/kBbMaHcP5LwzSgc07qQo0VrBdO1eAz3IQzk2dx42TzwQSG1s5PE3W7o3mVct2iDCdCxa0E8/VlLcE9O+duuo/XdOSrzwXzt3kMK+d8yP20J7NgkyS4rGjVxy+3YGbEP378DyUWNafkGDWwg2ZfnD0hruPAGPI2GkNF6HFdU/eWPy0bGe5nKZS0v0FNrRFjK9QSpgF6vbqgIe3c0kGpaW0nx9gNzZvmjBQxbXP02KPO21EVzneQpt/P4NJ8wDf3t SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Feb 2016 19:16:09.9729 (UTC) X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3dd8961f-e488-4e60-8e11-a82d994e183d; Ip=[165.204.84.221]; Helo=[atltwp01.amd.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR12MB0862 Cc: brijesh.singh@amd.com Subject: Re: [Xen-users] xl list hang X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > /etc/init.d/xencommons start > > try again. > Thanks, that was it. -Brijesh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 01 19:17:18 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Feb 2016 19:17:18 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQJxS-0004lv-D0; Mon, 01 Feb 2016 19:16:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQJxQ-0004lm-Is; Mon, 01 Feb 2016 19:16:16 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id F1/91-21901-FFEAFA65; Mon, 01 Feb 2016 19:16:15 +0000 X-Env-Sender: brijesh.singh@amd.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1454354174!19312874!1 X-Originating-IP: [157.56.111.63] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 44867 invoked from network); 1 Feb 2016 19:16:14 -0000 Received: from mail-bn1bon0063.outbound.protection.outlook.com (HELO na01-bn1-obe.outbound.protection.outlook.com) (157.56.111.63) by server-13.tower-206.messagelabs.com with AES256-SHA256 encrypted SMTP; 1 Feb 2016 19:16:14 -0000 Received: from CY1PR12CA0014.namprd12.prod.outlook.com (10.160.137.24) by SN1PR12MB0862.namprd12.prod.outlook.com (10.164.27.12) with Microsoft SMTP Server (TLS) id 15.1.396.15; Mon, 1 Feb 2016 19:16:11 +0000 Received: from DM3NAM03FT028.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e49::201) by CY1PR12CA0014.outlook.office365.com (2a01:111:e400:4c1f::24) with Microsoft SMTP Server (TLS) id 15.1.396.15 via Frontend Transport; Mon, 1 Feb 2016 19:16:11 +0000 Received-SPF: None (protection.outlook.com: amd.com does not designate permitted sender hosts) Received: from atltwp01.amd.com (165.204.84.221) by DM3NAM03FT028.mail.protection.outlook.com (10.152.82.196) with Microsoft SMTP Server id 15.1.390.12 via Frontend Transport; Mon, 1 Feb 2016 19:16:09 +0000 X-WSS-ID: 0O1VUUV-07-GYR-02 X-M-MSG: Received: from satlvexedge01.amd.com (satlvexedge01.amd.com [10.177.96.28]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by atltwp01.amd.com (Axway MailGate 5.3.1) with ESMTPS id 20F3D12C1323; Mon, 1 Feb 2016 14:16:06 -0500 (EST) Received: from SATLEXDAG01.amd.com (10.181.40.3) by satlvexedge01.amd.com (10.177.96.28) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 1 Feb 2016 13:16:26 -0600 Received: from [10.236.136.62] (10.180.168.240) by SATLEXDAG01.amd.com (10.181.40.3) with Microsoft SMTP Server (TLS) id 14.3.266.1; Mon, 1 Feb 2016 14:16:06 -0500 To: "Zhang, Chunyu" , "xen-users-bounces@lists.xen.org" , "xen-users@lists.xen.org" References: <56ABC39E.2010207@amd.com> From: Brijesh Singh Message-ID: <56AFAE62.80008@amd.com> Date: Mon, 1 Feb 2016 13:13:38 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: X-Originating-IP: [10.180.168.240] X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:165.204.84.221; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10009020)(6009001)(2980300002)(428002)(199003)(189002)(164054003)(83506001)(92566002)(2501003)(77096005)(105586002)(50466002)(76176999)(4326007)(5001770100001)(50986999)(23696002)(106466001)(5008740100001)(86362001)(2201001)(65816999)(87936001)(101416001)(2950100001)(54356999)(4001350100001)(33656002)(1220700001)(6116002)(3846002)(5004730100002)(189998001)(1096002)(586003)(64126003)(65806001)(65956001)(11100500001)(2906002)(558084003)(47776003)(230700001)(36756003)(3470700001); DIR:OUT; SFP:1101; SCL:1; SRVR:SN1PR12MB0862; H:atltwp01.amd.com; FPR:; SPF:None; MLV:sfv; A:1; MX:1; LANG:en; X-MS-Office365-Filtering-Correlation-Id: 65044079-3b87-4a15-b5cd-08d32b3c253b X-Microsoft-Exchange-Diagnostics: 1; SN1PR12MB0862; 2:gx7kyooaemsJLVYVq6ojtH77JBgOfwsNrUPINwER3tPrQkFdkkEh45PJ32iFdupqvC+mdc8UIy7rotQgLqs1zgv6MVGIZyEEOQQcs5LKbOxQ6I2/EEBsOVxvOdMzBRfnyOTDiZmKe3eVjZtYS48fLU2I41ujSIjmHniFXcLzp+F35BX6EsrjX5CdRfZz77Yb; 3:YUSd9WnWMLUF3Y65FOeh8gMzoLzSDC4mqa5ircTjLjD133/pGRETfPPi6ONL0jwwxf2lKrojHfCt7c962k4Vssl/NJbXW0+YBwEQuR2RZJ+E9wti4Ak0VS1ve52zA8zUaOGBKqTddwl1na8OJ6AfoRX6EJSA1FcZDyfWE5CdujiIWgMQ3u78Hwluorjdol3pEQwLsW4U2WyrmZH9+xOOOU75gq2gX0+SixHug3Otx78=; 25:33f9XcvqHhw2JZAIPdgEiV4eMnP/M6tXwpCH6i4vPwIw4MKwVpf+uBaBaRCo1amcifGqxy4t45Y61AG1jJfcvM05ctcI/lXjg+QbXxQdoaWrWWKRzOuAdz3p9TXR8MTW01PQGWqLXGLEl5hVwlpXhBfu22A5Oaq7eCmRmCh+2KLeQo3ROHvk/bnIzsITC8USOPovBTaMZ6KkO/ci56+Ow/lrqisdYTQdfAPX0O7xs8dOJxMdDfQniasm+qM78hKZ X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR12MB0862; X-Microsoft-Exchange-Diagnostics: 1; SN1PR12MB0862; 20:ztcMBvidJbvxBP+0P1L/GOHI14QbBCmXfAXNFCT0fqpG0nLsxzGEh/fsYzPWC56z/8eh/4Yd1M29l6JRJ0p1SSUuVe5msHyWR/fAhd5GhTqVpE6fWbNCDwOyL74GVZxaSduPgH/zlYqODdtIiPkucfQAIcpk3FHmfjAsJX99Jy109r+UMO5LgV4T0FC9cxZ9h0EL9JHsc5KGCnjUJSt3ZXFq2OZ5NkikLFXlfDZ/vrldsh63Mkj4Zf7/RsicAuFXvWRjGLXPTDAOB5OFTZSrRcuiJVY2+oTwdtjeUSXQIi84SlBXBZeNGtmNpVEZj+7GvGYWwB3NIos+TrEv8TpXydPe8VNoTR+ir04YiJyPDL8ZR9AQrPqibrju2xSQnVZqpjnNotWNW8EhuODCk+v42xZcQTRQAjIWuUFHffmfI4bRLi9SNnsjIhY7RqNgSyXUDCAVzjXkSRqgHH8ZnzYa4VbMKEyyxuwABofx33cqE/NZhUSWjvvgpQ4/6Z6Hu3pL X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13017025)(13015025)(13024025)(13023025)(5005006)(8121501046)(13018025)(10201501046)(3002001); SRVR:SN1PR12MB0862; BCL:0; PCL:0; RULEID:; SRVR:SN1PR12MB0862; X-Microsoft-Exchange-Diagnostics: 1; SN1PR12MB0862; 4:QBni7RLrHTPFFJ26pULRJTc+ksHVHhFVjww30Ts/W9XRoZN8akfEDbgPmcjIdlaZKQE6wtxmSmj6q1yEvr7nwds0xFcH6a5XrkSOJE8pgw21z1Z0qrY3gq+wpLPTsPHjrZVTw1+wAoJmLL1Hb6tK87kNi479Ckbg6YcWIDxAIjBK98dUdAF6wiggwpwZeOACiNyWOrLbY/kjVwl6LICIhaBFdUM4y2Prr6iLJWpBTT+6XE3FI6SQCIfe12TNDEIKMCX2IR2OxJ1ZR8igm09ejVrkkBaGCC6rgc5zxgFikI4sgnjGD57dqOj7X6DNw9NxB2we0xROl9JxdIgnJXIIfFbnY5pSxHAQO0XTvwkjpwR/aCnS82dueWCJvYFgAih82EfQyOMjMZ8ys+pd6N6hvCWzgqmGZQ5cEBIz+jN5CYJchGjQVA/CtZCI2yYzQHQdfYnuSjGM6W645UzT+yaUmA== X-Forefront-PRVS: 0839D067E7 X-Microsoft-Exchange-Diagnostics: =?gb2312?B?MTtTTjFQUjEyTUIwODYyOzIzOm9UdmkycmNkbzVvN3kxQ0VoaVdpQThONnBr?= =?gb2312?B?VGhVODlQb25SZ2xFTStCL0lTbUxkVk9GVUorY1NtR2FxejNPOTVPQ0tjUHZY?= =?gb2312?B?YUJxRDJ6YTdVVm5OZjRLRFRhd1J3a1RyWDdxeU51YlVJZFRxb1VFWU9XV21x?= =?gb2312?B?cUZhZ3VSQ0IwRVp5MUJwdG1hY1NKVTc0QWwrOUxlaFA3d21CMlBpd1JxVEc3?= =?gb2312?B?NzEvenZybFRlU1ZZSEZaVmdjWHA2Y1VReVVBZlp6VXlUcTZwYW13eElMNU0y?= =?gb2312?B?SVRBaEZEWllySVlxK1E5Tm5JV29FbEFlRUJmV2lvTm9pVWtPRUVLL2NJUnJU?= =?gb2312?B?bHgva2ZFZEhmZk56dnUxWkJCU1lHSW5mbGh3eTd3RnRCamcvTy9yM1FlRldK?= =?gb2312?B?dTB6T2dPdlpjamNKRitZWU5yS3FOcm1uYlVUMlZidWRJOUQ1dis1R1hlZWhj?= =?gb2312?B?bFkrZFl1K0g2d1BrOG8wbG42M05mdTlUNTZ2Nkd4c0FDazAxSGFveDZueTRv?= =?gb2312?B?S3ZEejJpdnlFb2FpSm5KWHRPR00wUmdOTlI1bE5yMXpvU2R2QThuVVFJeDJN?= =?gb2312?B?ZGkzNGNLaWczZUoweTZ6RUZQOFRwd3MzQjR5K2dDMnRvTkQ2eXNJTUhiYkhx?= =?gb2312?B?QTB6WFIxOWFnQU5uWTEyaXNTcWNFL1BXTWtaSWFZczl0QUdPRlVQOG5hcEpQ?= =?gb2312?B?Y2JDZ0FQZ3dtUVR3VzVWbHBuTExic2kxRGU0bjZYVVd3UnpxUldLeVBnMnpE?= =?gb2312?B?ZzUwSi95QnEvSXZrbjNrMWlKZWh4NnY5MWthTXFUQ0c3aGFlSndSaHQ5UnFi?= =?gb2312?B?aVl4UFdDT3U2RCtYemgvcVRRRDY0SlFWcXNzNmlrQzk0eGpkTjBkZTI5SFF0?= =?gb2312?B?RUtOcHhLc1JjdFlRZmNOOTM3ellFUDI2UnNnbzd5Qm5zUXhmZGtBRFVwMDhv?= =?gb2312?B?WFNubGFKSEg3d1lGQVNRRDJpNGYwRjVFSGxtRVhEU2JidVBzMTFwUmZoRXg2?= =?gb2312?B?eHVCN3pRNmFlbmIxVkJqMnQrWWNUalExNHBqeittTDBSaDF5N2g2YXNTSnpD?= =?gb2312?B?bzZhZERlK1RuVGk4WU1MTmowTk9hYUQyOVcyMXkwc3gvVVJjMktyYlFHSkRO?= =?gb2312?B?UGJUdlhTZ2pxdVY2RUhvcUp1ZjYrL0JJbDhjNmRpdGRZVldDZXRiNmc4SlNN?= =?gb2312?B?YmdNSngyMmJkTHdzS3NqT2J0dlVpL0lNemlHQ2NadW9RbW8xWnJ2SXhWMm5h?= =?gb2312?B?MGlJUmVacmtQUGlGTGNkd3g2VHJrcE03bThzK2IyaDliY1NyYzgyUTYxR210?= =?gb2312?B?WGFGM1M5K1hUMldYWXhXYk1tVFZmUXRsUm94ZmlDOTFQWlhpaFEyU0Z6YTU2?= =?gb2312?B?ek9ZejJETlBtUmhJcnlraDJ2WUFiZGhrclpYTVJnODhUbUJoQk9ieW1CUE5n?= =?gb2312?B?eEhPMVhBWUp1a2JNR1pxZTdGd25lYnFhVlNhakZIc2FpNWtZdFI1azhGMmo3?= =?gb2312?B?MHhnUTFrdlNUWjBpSGNCS3g1RTB4Qld0QXNiMnhrRG5jcHFpYkpDaFRQMHAw?= =?gb2312?B?eGc3S0gxMzlWakV0TnBacnh1SGoyQ3c9PQ==?= X-Microsoft-Exchange-Diagnostics: 1; SN1PR12MB0862; 5:TsmRkgWW66MDn/wHWvfB4cgnvjCHFxtl1tDfGn3bxnRZyzqxmuFAjtRMvF9Cgif4feffjavtUQErZa/JjnqVpqXnUE/69AY1+KuMrF0RIMTYgWCtpVEBaDdFEJkepuMcH4jMvpJuwMh+AM/lcutvqw==; 24:W83zpc05GpnmsY36nCyviJsOuiGohDfLEKQj6olLR57U2XTk9W6OYH3MZuUS40Yr8Z5Wrlbl4Wao3S0if4/wxTNc0d+9TvZ+XCQ928xt/ks=; 20:/kBbMaHcP5LwzSgc07qQo0VrBdO1eAz3IQzk2dx42TzwQSG1s5PE3W7o3mVct2iDCdCxa0E8/VlLcE9O+duuo/XdOSrzwXzt3kMK+d8yP20J7NgkyS4rGjVxy+3YGbEP378DyUWNafkGDWwg2ZfnD0hruPAGPI2GkNF6HFdU/eWPy0bGe5nKZS0v0FNrRFjK9QSpgF6vbqgIe3c0kGpaW0nx9gNzZvmjBQxbXP02KPO21EVzneQpt/P4NJ8wDf3t SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Feb 2016 19:16:09.9729 (UTC) X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=3dd8961f-e488-4e60-8e11-a82d994e183d; Ip=[165.204.84.221]; Helo=[atltwp01.amd.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR12MB0862 Cc: brijesh.singh@amd.com Subject: Re: [Xen-users] xl list hang X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org > /etc/init.d/xencommons start > > try again. > Thanks, that was it. -Brijesh _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 01 23:59:05 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Feb 2016 23:59:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQOM8-0000Cs-PA; Mon, 01 Feb 2016 23:58:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQOM7-0000Cn-F7 for xen-users@lists.xensource.com; Mon, 01 Feb 2016 23:58:03 +0000 Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id 09/5D-17090-A01FFA65; Mon, 01 Feb 2016 23:58:02 +0000 X-Env-Sender: gcexu-xen-users@m.gmane.org X-Msg-Ref: server-5.tower-206.messagelabs.com!1454371081!19545396!1 X-Originating-IP: [80.91.229.3] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11761 invoked from network); 1 Feb 2016 23:58:02 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by server-5.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 1 Feb 2016 23:58:02 -0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aQOM3-0004ul-68 for xen-users@lists.xensource.com; Tue, 02 Feb 2016 00:57:59 +0100 Received: from dslb-088-066-044-068.088.066.pools.vodafone-ip.de ([88.66.44.68]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Feb 2016 00:57:59 +0100 Received: from sven.koehler by dslb-088-066-044-068.088.066.pools.vodafone-ip.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Feb 2016 00:57:59 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: xen-users@lists.xensource.com From: =?UTF-8?Q?Sven_K=c3=b6hler?= Date: Tue, 2 Feb 2016 00:49:56 +0100 Lines: 19 Message-ID: References: Mime-Version: 1.0 Content-Length: 615 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: dslb-088-066-044-068.088.066.pools.vodafone-ip.de User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 In-Reply-To: Subject: Re: [Xen-users] kernel 4.4: rtc_cmos stopped working in dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Any clue what's going on? rtc_cmos works fine with previous kernels on the same hardware. Am 24.01.2016 um 00:09 schrieb Sven K=F6hler: > Hi, > = > since I upgraded by test machine's kernel to 4.4, rtc_cmos won't work > anymore. In consequence, hwclock --show terminates with an error. In > dmesg, I see the following error message: > = > rtc_cmos: probe of rtc_cmos failed with error -22 > = > = > Is dom0 not supposed to control the CMOS clock? > = > = > Regards, > Sven > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 01 23:59:05 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 01 Feb 2016 23:59:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQOM8-0000Cs-PA; Mon, 01 Feb 2016 23:58:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aQOM7-0000Cn-F7 for xen-users@lists.xensource.com; Mon, 01 Feb 2016 23:58:03 +0000 Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id 09/5D-17090-A01FFA65; Mon, 01 Feb 2016 23:58:02 +0000 X-Env-Sender: gcexu-xen-users@m.gmane.org X-Msg-Ref: server-5.tower-206.messagelabs.com!1454371081!19545396!1 X-Originating-IP: [80.91.229.3] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11761 invoked from network); 1 Feb 2016 23:58:02 -0000 Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by server-5.tower-206.messagelabs.com with AES256-SHA encrypted SMTP; 1 Feb 2016 23:58:02 -0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aQOM3-0004ul-68 for xen-users@lists.xensource.com; Tue, 02 Feb 2016 00:57:59 +0100 Received: from dslb-088-066-044-068.088.066.pools.vodafone-ip.de ([88.66.44.68]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Feb 2016 00:57:59 +0100 Received: from sven.koehler by dslb-088-066-044-068.088.066.pools.vodafone-ip.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Feb 2016 00:57:59 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: xen-users@lists.xensource.com From: =?UTF-8?Q?Sven_K=c3=b6hler?= Date: Tue, 2 Feb 2016 00:49:56 +0100 Lines: 19 Message-ID: References: Mime-Version: 1.0 Content-Length: 615 X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: dslb-088-066-044-068.088.066.pools.vodafone-ip.de User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 In-Reply-To: Subject: Re: [Xen-users] kernel 4.4: rtc_cmos stopped working in dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Any clue what's going on? rtc_cmos works fine with previous kernels on the same hardware. Am 24.01.2016 um 00:09 schrieb Sven K=F6hler: > Hi, > = > since I upgraded by test machine's kernel to 4.4, rtc_cmos won't work > anymore. In consequence, hwclock --show terminates with an error. In > dmesg, I see the following error message: > = > rtc_cmos: probe of rtc_cmos failed with error -22 > = > = > Is dom0 not supposed to control the CMOS clock? > = > = > Regards, > Sven > = _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 06 10:35:01 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 10:35:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS0Bg-0003UX-PM; Sat, 06 Feb 2016 10:33:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS0Bf-0003US-33 for xen-users@lists.xen.org; Sat, 06 Feb 2016 10:33:55 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 2C/0C-31122-21CC5B65; Sat, 06 Feb 2016 10:33:54 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-12.tower-21.messagelabs.com!1454754833!14439528!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 39151 invoked from network); 6 Feb 2016 10:33:53 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 6 Feb 2016 10:33:53 -0000 To: xen-users@lists.xen.org References: <565C92C5.7050603@sluimers.net> <1448961325.13926.82.camel@citrix.com> <565E1577.9040203@sluimers.net> <1449055423.4424.50.camel@citrix.com> <566F53B9.2040603@sluimers.net> <56703B8E.8010800@sluimers.net> From: Folatt Message-ID: <56B5CC0E.9050406@sluimers.net> Date: Sat, 6 Feb 2016 11:33:50 +0100 MIME-Version: 1.0 In-Reply-To: <56703B8E.8010800@sluimers.net> Subject: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1873006698981455229==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1873006698981455229== Content-Type: multipart/alternative; boundary="------------050204080705060502030207" This is a multi-part message in MIME format. --------------050204080705060502030207 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit I moved my harddrive to my new computer, my current situation is still this: - I am not able to start a display/desktop manager. - Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or even lower, using only part of the screen. Both Dom0 and DomU are Arch linux (DomU being slightly modified version). Because |Xorg :0 -configure| results in video card not found as I'm in a DomU, I created a xorg config file. /etc/X11/xorg.conf.d/10-monitor.conf |Section "Monitor" Identifier "Monitor0" EndSection Section "Device" Identifier "Device0" Driver "vesa" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth 16 SubSection "Display" Depth 16 Modes "1024x768_75.00" EndSubSection EndSection | My |startx| output: /var/log/Xorg.0.log |[ 3450.215] X.Org X Server 1.18.0 Release Date: 2015-11-09 [ 3450.215] X Protocol Version 11, Revision 0 [ 3450.215] Build Operating System: Linux 4.2.5-1-ARCH x86_64 [ 3450.215] Current Operating System: Linux ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64 [ 3450.215] Kernel command line: root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null) [ 3450.216] Build Date: 08 January 2016 05:56:16PM [ 3450.216] [ 3450.216] Current version of pixman: 0.34.0 [ 3450.216] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 3450.216] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 3450.216] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb 6 00:34:40 2016 [ 3450.217] (==) Using config file: "/etc/X11/xorg.conf" [ 3450.217] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 3450.217] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 3450.217] (==) No Layout section. Using the first Screen section. [ 3450.217] (**) |-->Screen "Screen0" (0) [ 3450.217] (**) | |-->Monitor "Monitor0" [ 3450.218] (**) | |-->Device "Device0" [ 3450.218] (==) Automatically adding devices [ 3450.218] (==) Automatically enabling devices [ 3450.218] (==) Automatically adding GPU devices [ 3450.218] (==) Max clients allowed: 256, resource mask: 0x1fffff [ 3450.218] (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ [ 3450.218] (==) ModulePath set to "/usr/lib/xorg/modules" [ 3450.218] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 3450.218] (II) Loader magic: 0x819d40 [ 3450.218] (II) Module ABI versions: [ 3450.218] X.Org ANSI C Emulation: 0.4 [ 3450.218] X.Org Video Driver: 20.0 [ 3450.218] X.Org XInput driver : 22.1 [ 3450.218] X.Org Server Extension : 9.0 [ 3450.221] (--) using VT number 2 [ 3450.221] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration [ 3450.221] (II) no primary bus or device found [ 3450.222] (II) Open ACPI successful (/var/run/acpid.socket) [ 3450.222] (II) LoadModule: "glx" [ 3450.222] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 3450.226] (II) Module glx: vendor="X.Org Foundation" [ 3450.226] compiled for 1.18.0, module version = 1.0.0 [ 3450.226] ABI class: X.Org Server Extension, version 9.0 [ 3450.226] (==) AIGLX enabled [ 3450.226] (II) LoadModule: "vesa" [ 3450.227] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so [ 3450.227] (II) Module vesa: vendor="X.Org Foundation" [ 3450.227] compiled for 1.18.0, module version = 2.3.4 [ 3450.227] Module class: X.Org Video Driver [ 3450.227] ABI class: X.Org Video Driver, version 20.0 [ 3450.227] (II) VESA: driver for VESA chipsets: vesa [ 3450.231] (WW) Falling back to old probe method for vesa [ 3450.232] (EE) No devices detected. [ 3450.232] (EE) Fatal server error: [ 3450.232] (EE) no screens found(EE) [ 3450.232] (EE) | My DomU PV config: /etc/xen/ArkOS-dev_PV.cfg |name = 'ArkOS_Dev' bootloader = "pygrub" #kernel = "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk = "/mnt/arch/boot/x86_64/archiso.img" #extra = "archisobasedir=arch archisolabel=ARCH_201511" memory = 2048 vcpus = 3 disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev", "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev" ] vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ] vfb = ['vnc=1,vnclisten=0.0.0.0'] root = "/dev/xvda rw" | inxi -F (Dom0) |System: Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: tty 0 Distro: Arch Linux Machine: Mobo: ASRock model: N3700-ITX Bios: American Megatrends v: P1.30 date: 08/19/2015 CPU: Single core Intel Pentium N3700 (-UP-) cache: 1024 KB speed: 1600 MHz (max) Graphics: Card: Intel Device 22b1 Display Server: N/A driver: N/A tty size: 80x24 Advanced Data: N/A out of X Audio: Card Intel Device 2284 driver: snd_hda_intel Sound: Advanced Linux Sound Architecture v: k4.4.1-2-ARCH Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169 IF: enp3s0 state: up speed: 100 Mbps duplex: full mac: d0:50:99:8f:1e:31 Drives: HDD Total Size: 120.0GB (7.8% used) ID-1: /dev/sda model: OCZ size: 120.0GB Partition: ID-1: / size: 16G used: 6.8G (44%) fs: btrfs dev: /dev/sda2 ID-2: /boot size: 511M used: 41M (8%) fs: vfat dev: /dev/sda1 ID-3: swap-1 size: 2.15GB used: 1.32GB (61%) fs: swap dev: /dev/sda4 Sensors: None detected - is lm-sensors installed and configured? Info: Processes: 101 Uptime: 0 min Memory: 901.9/927.2MB Init: systemd Client: Shell (bash) inxi: 2.2.32 | inxi -F (DomU) |System: Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: tty 0 Distro: Arch Linux Machine: No /sys/class/dmi; using dmidecode: dmidecode is not installed. CPU: Single core Intel Pentium N3700 (-) cache: 1024 KB clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: 1600 MHz Graphics: Card: Failed to Detect Video Card! Display Server: X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of X Network: Card: Failed to Detect Network Card! Drives: HDD Total Size: 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB ID-2: /dev/xvdb model: N/A size: 2.1GB Partition: ID-1: / size: 86G used: 4.1G (6%) fs: ext4 dev: /dev/xvda Sensors: None detected - is lm-sensors installed and configured? Info: Processes: 73 Uptime: 1 min Memory: 84.7/1997.3MB Init: systemd Client: Shell (bash) inxi: 2.2.32 | --------------050204080705060502030207 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit I moved my harddrive to my new computer, my current situation is still this:

- I am not able to start a display/desktop manager.
- Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or even lower, using only part of the screen.

Both Dom0 and DomU are Arch linux (DomU being slightly modified version).

Because Xorg :0 -configure results in video card not found as I'm in a DomU, I created a xorg config file.

/etc/X11/xorg.conf.d/10-monitor.conf

Section "Monitor"
    Identifier             "Monitor0"
EndSection

Section "Device"
    Identifier             "Device0"
    Driver                 "vesa" 
EndSection

Section "Screen"
    Identifier             "Screen0"  
    Device                 "Device0"
    Monitor                "Monitor0"
    DefaultDepth           16 
    SubSection             "Display"
        Depth              16
        Modes              "1024x768_75.00" 
    EndSubSection
EndSection

My startx output:

/var/log/Xorg.0.log

[  3450.215] 
X.Org X Server 1.18.0
Release Date: 2015-11-09
[  3450.215] X Protocol Version 11, Revision 0
[  3450.215] Build Operating System: Linux 4.2.5-1-ARCH x86_64 
[  3450.215] Current Operating System: Linux ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64
[  3450.215] Kernel command line: root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null)
[  3450.216] Build Date: 08 January 2016  05:56:16PM
[  3450.216]  
[  3450.216] Current version of pixman: 0.34.0
[  3450.216]    Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  3450.216] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  3450.216] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb  6 00:34:40 2016
[  3450.217] (==) Using config file: "/etc/X11/xorg.conf"
[  3450.217] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  3450.217] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  3450.217] (==) No Layout section.  Using the first Screen section.
[  3450.217] (**) |-->Screen "Screen0" (0)
[  3450.217] (**) |   |-->Monitor "Monitor0"
[  3450.218] (**) |   |-->Device "Device0"
[  3450.218] (==) Automatically adding devices
[  3450.218] (==) Automatically enabling devices
[  3450.218] (==) Automatically adding GPU devices
[  3450.218] (==) Max clients allowed: 256, resource mask: 0x1fffff
[  3450.218] (==) FontPath set to:
/usr/share/fonts/misc/,
/usr/share/fonts/TTF/,
/usr/share/fonts/OTF/,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/
[  3450.218] (==) ModulePath set to "/usr/lib/xorg/modules"
[  3450.218] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[  3450.218] (II) Loader magic: 0x819d40
[  3450.218] (II) Module ABI versions:
[  3450.218]    X.Org ANSI C Emulation: 0.4
[  3450.218]    X.Org Video Driver: 20.0
[  3450.218]    X.Org XInput driver : 22.1
[  3450.218]    X.Org Server Extension : 9.0
[  3450.221] (--) using VT number 2

[  3450.221] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[  3450.221] (II) no primary bus or device found
[  3450.222] (II) Open ACPI successful (/var/run/acpid.socket)
[  3450.222] (II) LoadModule: "glx"
[  3450.222] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  3450.226] (II) Module glx: vendor="X.Org Foundation"
[  3450.226]    compiled for 1.18.0, module version = 1.0.0
[  3450.226]    ABI class: X.Org Server Extension, version 9.0
[  3450.226] (==) AIGLX enabled
[  3450.226] (II) LoadModule: "vesa"
[  3450.227] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[  3450.227] (II) Module vesa: vendor="X.Org Foundation"
[  3450.227]    compiled for 1.18.0, module version = 2.3.4
[  3450.227]    Module class: X.Org Video Driver
[  3450.227]    ABI class: X.Org Video Driver, version 20.0
[  3450.227] (II) VESA: driver for VESA chipsets: vesa
[  3450.231] (WW) Falling back to old probe method for vesa
[  3450.232] (EE) No devices detected.
[  3450.232] (EE) 
Fatal server error:
[  3450.232] (EE) no screens found(EE) 
[  3450.232] (EE)

My DomU PV config:

/etc/xen/ArkOS-dev_PV.cfg

name = 'ArkOS_Dev'
bootloader = "pygrub"
#kernel = "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk = "/mnt/arch/boot/x86_64/archiso.img"
#extra = "archisobasedir=arch archisolabel=ARCH_201511"
memory = 2048
vcpus = 3
disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev",
     "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev"
   ]
vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ]
vfb = ['vnc=1,vnclisten=0.0.0.0']
root = "/dev/xvda rw"

inxi -F (Dom0)

System:    Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit)
           Console: tty 0 Distro: Arch Linux
Machine:   Mobo: ASRock model: N3700-ITX
           Bios: American Megatrends v: P1.30 date: 08/19/2015
CPU:       Single core Intel Pentium N3700 (-UP-) cache: 1024 KB
           speed: 1600 MHz (max)
Graphics:  Card: Intel Device 22b1
           Display Server: N/A driver: N/A
           tty size: 80x24 Advanced Data: N/A out of X
Audio:     Card Intel Device 2284 driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.1-2-ARCH
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: enp3s0 state: up speed: 100 Mbps duplex: full
           mac: d0:50:99:8f:1e:31
Drives:    HDD Total Size: 120.0GB (7.8% used)
           ID-1: /dev/sda model: OCZ size: 120.0GB
Partition: ID-1: / size: 16G used: 6.8G (44%) fs: btrfs dev: /dev/sda2
           ID-2: /boot size: 511M used: 41M (8%) fs: vfat dev: /dev/sda1
           ID-3: swap-1 size: 2.15GB used: 1.32GB (61%) fs: swap dev: /dev/sda4
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 101 Uptime: 0 min Memory: 901.9/927.2MB Init: systemd
           Client: Shell (bash) inxi: 2.2.32

inxi -F (DomU)

System:    Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: tty 0 Distro: Arch Linux
Machine:   No /sys/class/dmi; using dmidecode: dmidecode is not installed.
CPU:       Single core Intel Pentium N3700 (-) cache: 1024 KB 
           clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: 1600 MHz
Graphics:  Card: Failed to Detect Video Card!
           Display Server: X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of X
Network:   Card: Failed to Detect Network Card!
Drives:    HDD Total Size: 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB
           ID-2: /dev/xvdb model: N/A size: 2.1GB
Partition: ID-1: / size: 86G used: 4.1G (6%) fs: ext4 dev: /dev/xvda
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 73 Uptime: 1 min Memory: 84.7/1997.3MB Init: systemd     
           Client: Shell (bash) inxi: 2.2.32
--------------050204080705060502030207-- --===============1873006698981455229== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1873006698981455229==-- From xen-users-bounces@lists.xen.org Sat Feb 06 10:35:01 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 10:35:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS0Bg-0003UX-PM; Sat, 06 Feb 2016 10:33:56 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS0Bf-0003US-33 for xen-users@lists.xen.org; Sat, 06 Feb 2016 10:33:55 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id 2C/0C-31122-21CC5B65; Sat, 06 Feb 2016 10:33:54 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-12.tower-21.messagelabs.com!1454754833!14439528!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 39151 invoked from network); 6 Feb 2016 10:33:53 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-12.tower-21.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 6 Feb 2016 10:33:53 -0000 To: xen-users@lists.xen.org References: <565C92C5.7050603@sluimers.net> <1448961325.13926.82.camel@citrix.com> <565E1577.9040203@sluimers.net> <1449055423.4424.50.camel@citrix.com> <566F53B9.2040603@sluimers.net> <56703B8E.8010800@sluimers.net> From: Folatt Message-ID: <56B5CC0E.9050406@sluimers.net> Date: Sat, 6 Feb 2016 11:33:50 +0100 MIME-Version: 1.0 In-Reply-To: <56703B8E.8010800@sluimers.net> Subject: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1873006698981455229==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1873006698981455229== Content-Type: multipart/alternative; boundary="------------050204080705060502030207" This is a multi-part message in MIME format. --------------050204080705060502030207 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit I moved my harddrive to my new computer, my current situation is still this: - I am not able to start a display/desktop manager. - Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or even lower, using only part of the screen. Both Dom0 and DomU are Arch linux (DomU being slightly modified version). Because |Xorg :0 -configure| results in video card not found as I'm in a DomU, I created a xorg config file. /etc/X11/xorg.conf.d/10-monitor.conf |Section "Monitor" Identifier "Monitor0" EndSection Section "Device" Identifier "Device0" Driver "vesa" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth 16 SubSection "Display" Depth 16 Modes "1024x768_75.00" EndSubSection EndSection | My |startx| output: /var/log/Xorg.0.log |[ 3450.215] X.Org X Server 1.18.0 Release Date: 2015-11-09 [ 3450.215] X Protocol Version 11, Revision 0 [ 3450.215] Build Operating System: Linux 4.2.5-1-ARCH x86_64 [ 3450.215] Current Operating System: Linux ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64 [ 3450.215] Kernel command line: root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null) [ 3450.216] Build Date: 08 January 2016 05:56:16PM [ 3450.216] [ 3450.216] Current version of pixman: 0.34.0 [ 3450.216] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 3450.216] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 3450.216] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb 6 00:34:40 2016 [ 3450.217] (==) Using config file: "/etc/X11/xorg.conf" [ 3450.217] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 3450.217] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 3450.217] (==) No Layout section. Using the first Screen section. [ 3450.217] (**) |-->Screen "Screen0" (0) [ 3450.217] (**) | |-->Monitor "Monitor0" [ 3450.218] (**) | |-->Device "Device0" [ 3450.218] (==) Automatically adding devices [ 3450.218] (==) Automatically enabling devices [ 3450.218] (==) Automatically adding GPU devices [ 3450.218] (==) Max clients allowed: 256, resource mask: 0x1fffff [ 3450.218] (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ [ 3450.218] (==) ModulePath set to "/usr/lib/xorg/modules" [ 3450.218] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 3450.218] (II) Loader magic: 0x819d40 [ 3450.218] (II) Module ABI versions: [ 3450.218] X.Org ANSI C Emulation: 0.4 [ 3450.218] X.Org Video Driver: 20.0 [ 3450.218] X.Org XInput driver : 22.1 [ 3450.218] X.Org Server Extension : 9.0 [ 3450.221] (--) using VT number 2 [ 3450.221] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration [ 3450.221] (II) no primary bus or device found [ 3450.222] (II) Open ACPI successful (/var/run/acpid.socket) [ 3450.222] (II) LoadModule: "glx" [ 3450.222] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 3450.226] (II) Module glx: vendor="X.Org Foundation" [ 3450.226] compiled for 1.18.0, module version = 1.0.0 [ 3450.226] ABI class: X.Org Server Extension, version 9.0 [ 3450.226] (==) AIGLX enabled [ 3450.226] (II) LoadModule: "vesa" [ 3450.227] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so [ 3450.227] (II) Module vesa: vendor="X.Org Foundation" [ 3450.227] compiled for 1.18.0, module version = 2.3.4 [ 3450.227] Module class: X.Org Video Driver [ 3450.227] ABI class: X.Org Video Driver, version 20.0 [ 3450.227] (II) VESA: driver for VESA chipsets: vesa [ 3450.231] (WW) Falling back to old probe method for vesa [ 3450.232] (EE) No devices detected. [ 3450.232] (EE) Fatal server error: [ 3450.232] (EE) no screens found(EE) [ 3450.232] (EE) | My DomU PV config: /etc/xen/ArkOS-dev_PV.cfg |name = 'ArkOS_Dev' bootloader = "pygrub" #kernel = "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk = "/mnt/arch/boot/x86_64/archiso.img" #extra = "archisobasedir=arch archisolabel=ARCH_201511" memory = 2048 vcpus = 3 disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev", "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev" ] vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ] vfb = ['vnc=1,vnclisten=0.0.0.0'] root = "/dev/xvda rw" | inxi -F (Dom0) |System: Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: tty 0 Distro: Arch Linux Machine: Mobo: ASRock model: N3700-ITX Bios: American Megatrends v: P1.30 date: 08/19/2015 CPU: Single core Intel Pentium N3700 (-UP-) cache: 1024 KB speed: 1600 MHz (max) Graphics: Card: Intel Device 22b1 Display Server: N/A driver: N/A tty size: 80x24 Advanced Data: N/A out of X Audio: Card Intel Device 2284 driver: snd_hda_intel Sound: Advanced Linux Sound Architecture v: k4.4.1-2-ARCH Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169 IF: enp3s0 state: up speed: 100 Mbps duplex: full mac: d0:50:99:8f:1e:31 Drives: HDD Total Size: 120.0GB (7.8% used) ID-1: /dev/sda model: OCZ size: 120.0GB Partition: ID-1: / size: 16G used: 6.8G (44%) fs: btrfs dev: /dev/sda2 ID-2: /boot size: 511M used: 41M (8%) fs: vfat dev: /dev/sda1 ID-3: swap-1 size: 2.15GB used: 1.32GB (61%) fs: swap dev: /dev/sda4 Sensors: None detected - is lm-sensors installed and configured? Info: Processes: 101 Uptime: 0 min Memory: 901.9/927.2MB Init: systemd Client: Shell (bash) inxi: 2.2.32 | inxi -F (DomU) |System: Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: tty 0 Distro: Arch Linux Machine: No /sys/class/dmi; using dmidecode: dmidecode is not installed. CPU: Single core Intel Pentium N3700 (-) cache: 1024 KB clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: 1600 MHz Graphics: Card: Failed to Detect Video Card! Display Server: X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of X Network: Card: Failed to Detect Network Card! Drives: HDD Total Size: 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB ID-2: /dev/xvdb model: N/A size: 2.1GB Partition: ID-1: / size: 86G used: 4.1G (6%) fs: ext4 dev: /dev/xvda Sensors: None detected - is lm-sensors installed and configured? Info: Processes: 73 Uptime: 1 min Memory: 84.7/1997.3MB Init: systemd Client: Shell (bash) inxi: 2.2.32 | --------------050204080705060502030207 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit I moved my harddrive to my new computer, my current situation is still this:

- I am not able to start a display/desktop manager.
- Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or even lower, using only part of the screen.

Both Dom0 and DomU are Arch linux (DomU being slightly modified version).

Because Xorg :0 -configure results in video card not found as I'm in a DomU, I created a xorg config file.

/etc/X11/xorg.conf.d/10-monitor.conf

Section "Monitor"
    Identifier             "Monitor0"
EndSection

Section "Device"
    Identifier             "Device0"
    Driver                 "vesa" 
EndSection

Section "Screen"
    Identifier             "Screen0"  
    Device                 "Device0"
    Monitor                "Monitor0"
    DefaultDepth           16 
    SubSection             "Display"
        Depth              16
        Modes              "1024x768_75.00" 
    EndSubSection
EndSection

My startx output:

/var/log/Xorg.0.log

[  3450.215] 
X.Org X Server 1.18.0
Release Date: 2015-11-09
[  3450.215] X Protocol Version 11, Revision 0
[  3450.215] Build Operating System: Linux 4.2.5-1-ARCH x86_64 
[  3450.215] Current Operating System: Linux ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64
[  3450.215] Kernel command line: root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null)
[  3450.216] Build Date: 08 January 2016  05:56:16PM
[  3450.216]  
[  3450.216] Current version of pixman: 0.34.0
[  3450.216]    Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  3450.216] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  3450.216] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb  6 00:34:40 2016
[  3450.217] (==) Using config file: "/etc/X11/xorg.conf"
[  3450.217] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  3450.217] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  3450.217] (==) No Layout section.  Using the first Screen section.
[  3450.217] (**) |-->Screen "Screen0" (0)
[  3450.217] (**) |   |-->Monitor "Monitor0"
[  3450.218] (**) |   |-->Device "Device0"
[  3450.218] (==) Automatically adding devices
[  3450.218] (==) Automatically enabling devices
[  3450.218] (==) Automatically adding GPU devices
[  3450.218] (==) Max clients allowed: 256, resource mask: 0x1fffff
[  3450.218] (==) FontPath set to:
/usr/share/fonts/misc/,
/usr/share/fonts/TTF/,
/usr/share/fonts/OTF/,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/
[  3450.218] (==) ModulePath set to "/usr/lib/xorg/modules"
[  3450.218] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[  3450.218] (II) Loader magic: 0x819d40
[  3450.218] (II) Module ABI versions:
[  3450.218]    X.Org ANSI C Emulation: 0.4
[  3450.218]    X.Org Video Driver: 20.0
[  3450.218]    X.Org XInput driver : 22.1
[  3450.218]    X.Org Server Extension : 9.0
[  3450.221] (--) using VT number 2

[  3450.221] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[  3450.221] (II) no primary bus or device found
[  3450.222] (II) Open ACPI successful (/var/run/acpid.socket)
[  3450.222] (II) LoadModule: "glx"
[  3450.222] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  3450.226] (II) Module glx: vendor="X.Org Foundation"
[  3450.226]    compiled for 1.18.0, module version = 1.0.0
[  3450.226]    ABI class: X.Org Server Extension, version 9.0
[  3450.226] (==) AIGLX enabled
[  3450.226] (II) LoadModule: "vesa"
[  3450.227] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[  3450.227] (II) Module vesa: vendor="X.Org Foundation"
[  3450.227]    compiled for 1.18.0, module version = 2.3.4
[  3450.227]    Module class: X.Org Video Driver
[  3450.227]    ABI class: X.Org Video Driver, version 20.0
[  3450.227] (II) VESA: driver for VESA chipsets: vesa
[  3450.231] (WW) Falling back to old probe method for vesa
[  3450.232] (EE) No devices detected.
[  3450.232] (EE) 
Fatal server error:
[  3450.232] (EE) no screens found(EE) 
[  3450.232] (EE)

My DomU PV config:

/etc/xen/ArkOS-dev_PV.cfg

name = 'ArkOS_Dev'
bootloader = "pygrub"
#kernel = "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk = "/mnt/arch/boot/x86_64/archiso.img"
#extra = "archisobasedir=arch archisolabel=ARCH_201511"
memory = 2048
vcpus = 3
disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev",
     "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev"
   ]
vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ]
vfb = ['vnc=1,vnclisten=0.0.0.0']
root = "/dev/xvda rw"

inxi -F (Dom0)

System:    Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit)
           Console: tty 0 Distro: Arch Linux
Machine:   Mobo: ASRock model: N3700-ITX
           Bios: American Megatrends v: P1.30 date: 08/19/2015
CPU:       Single core Intel Pentium N3700 (-UP-) cache: 1024 KB
           speed: 1600 MHz (max)
Graphics:  Card: Intel Device 22b1
           Display Server: N/A driver: N/A
           tty size: 80x24 Advanced Data: N/A out of X
Audio:     Card Intel Device 2284 driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.1-2-ARCH
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: enp3s0 state: up speed: 100 Mbps duplex: full
           mac: d0:50:99:8f:1e:31
Drives:    HDD Total Size: 120.0GB (7.8% used)
           ID-1: /dev/sda model: OCZ size: 120.0GB
Partition: ID-1: / size: 16G used: 6.8G (44%) fs: btrfs dev: /dev/sda2
           ID-2: /boot size: 511M used: 41M (8%) fs: vfat dev: /dev/sda1
           ID-3: swap-1 size: 2.15GB used: 1.32GB (61%) fs: swap dev: /dev/sda4
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 101 Uptime: 0 min Memory: 901.9/927.2MB Init: systemd
           Client: Shell (bash) inxi: 2.2.32

inxi -F (DomU)

System:    Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: tty 0 Distro: Arch Linux
Machine:   No /sys/class/dmi; using dmidecode: dmidecode is not installed.
CPU:       Single core Intel Pentium N3700 (-) cache: 1024 KB 
           clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: 1600 MHz
Graphics:  Card: Failed to Detect Video Card!
           Display Server: X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of X
Network:   Card: Failed to Detect Network Card!
Drives:    HDD Total Size: 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB
           ID-2: /dev/xvdb model: N/A size: 2.1GB
Partition: ID-1: / size: 86G used: 4.1G (6%) fs: ext4 dev: /dev/xvda
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 73 Uptime: 1 min Memory: 84.7/1997.3MB Init: systemd     
           Client: Shell (bash) inxi: 2.2.32
--------------050204080705060502030207-- --===============1873006698981455229== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1873006698981455229==-- From xen-users-bounces@lists.xen.org Sat Feb 06 14:41:28 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 14:41:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS42A-0002hU-AG; Sat, 06 Feb 2016 14:40:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS428-0002hP-DE for xen-users@lists.xen.org; Sat, 06 Feb 2016 14:40:20 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id 1C/B1-10715-3D506B65; Sat, 06 Feb 2016 14:40:19 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-4.tower-27.messagelabs.com!1454769617!21017609!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 53734 invoked from network); 6 Feb 2016 14:40:18 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 6 Feb 2016 14:40:18 -0000 To: xen-users@lists.xen.org References: <565C92C5.7050603@sluimers.net> <1448961325.13926.82.camel@citrix.com> <565E1577.9040203@sluimers.net> <1449055423.4424.50.camel@citrix.com> <566F53B9.2040603@sluimers.net> <56703B8E.8010800@sluimers.net> <56B5CC0E.9050406@sluimers.net> From: Folatt Message-ID: <56B605CE.8090708@sluimers.net> Date: Sat, 6 Feb 2016 15:40:14 +0100 MIME-Version: 1.0 In-Reply-To: <56B5CC0E.9050406@sluimers.net> Subject: Re: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0346378053135837969==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0346378053135837969== Content-Type: multipart/alternative; boundary="------------010009020201060008060004" This is a multi-part message in MIME format. --------------010009020201060008060004 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Maybe I'm getting this all wrong by the way. I was under the impression that I first need a graphical environment on my DomU and then connect to that, but playing around with vnc I now get the impression I can skip that part. Because my ultimate goal is to work on this DomU remotely. Folatt On 06-02-16 11:33, Folatt wrote: > I moved my harddrive to my new computer, my current situation is still > this: > > - I am not able to start a display/desktop manager. > - Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or > even lower, using only part of the screen. > > Both Dom0 and DomU are Arch linux (DomU being slightly modified version). > > Because |Xorg :0 -configure| results in video card not found as I'm in > a DomU, I created a xorg config file. > > /etc/X11/xorg.conf.d/10-monitor.conf > > |Section "Monitor" Identifier "Monitor0" EndSection Section "Device" > Identifier "Device0" Driver "vesa" EndSection Section "Screen" > Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth > 16 SubSection "Display" Depth 16 Modes "1024x768_75.00" EndSubSection > EndSection | > > My |startx| output: > > /var/log/Xorg.0.log > > |[ 3450.215] X.Org X Server 1.18.0 Release Date: 2015-11-09 [ 3450.215] > X Protocol Version 11, Revision 0 [ 3450.215] Build Operating System: > Linux 4.2.5-1-ARCH x86_64 [ 3450.215] Current Operating System: Linux > ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 > x86_64 [ 3450.215] Kernel command line: > root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro > xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null) [ 3450.216] > Build Date: 08 January 2016 05:56:16PM [ 3450.216] [ 3450.216] Current > version of pixman: 0.34.0 [ 3450.216] Before reporting problems, check > http://wiki.x.org to make sure that you have the latest version. [ > 3450.216] Markers: (--) probed, (**) from config file, (==) default > setting, (++) from command line, (!!) notice, (II) informational, (WW) > warning, (EE) error, (NI) not implemented, (??) unknown. [ 3450.216] > (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb 6 00:34:40 2016 [ > 3450.217] (==) Using config file: "/etc/X11/xorg.conf" [ 3450.217] > (==) Using config directory: "/etc/X11/xorg.conf.d" [ 3450.217] (==) > Using system config directory "/usr/share/X11/xorg.conf.d" [ 3450.217] > (==) No Layout section. Using the first Screen section. [ 3450.217] > (**) |-->Screen "Screen0" (0) [ 3450.217] (**) | |-->Monitor > "Monitor0" [ 3450.218] (**) | |-->Device "Device0" [ 3450.218] (==) > Automatically adding devices [ 3450.218] (==) Automatically enabling > devices [ 3450.218] (==) Automatically adding GPU devices [ 3450.218] > (==) Max clients allowed: 256, resource mask: 0x1fffff [ 3450.218] > (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, > /usr/share/fonts/OTF/, /usr/share/fonts/Type1/, > /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ [ 3450.218] (==) > ModulePath set to "/usr/lib/xorg/modules" [ 3450.218] (II) The server > relies on udev to provide the list of input devices. If no devices > become available, reconfigure udev or disable AutoAddDevices. [ > 3450.218] (II) Loader magic: 0x819d40 [ 3450.218] (II) Module ABI > versions: [ 3450.218] X.Org ANSI C Emulation: 0.4 [ 3450.218] X.Org > Video Driver: 20.0 [ 3450.218] X.Org XInput driver : 22.1 [ 3450.218] > X.Org Server Extension : 9.0 [ 3450.221] (--) using VT number 2 [ > 3450.221] (II) systemd-logind: logind integration requires -keeptty > and -keeptty was not provided, disabling logind integration [ > 3450.221] (II) no primary bus or device found [ 3450.222] (II) Open > ACPI successful (/var/run/acpid.socket) [ 3450.222] (II) LoadModule: > "glx" [ 3450.222] (II) Loading > /usr/lib/xorg/modules/extensions/libglx.so [ 3450.226] (II) Module > glx: vendor="X.Org Foundation" [ 3450.226] compiled for 1.18.0, module > version = 1.0.0 [ 3450.226] ABI class: X.Org Server Extension, version > 9.0 [ 3450.226] (==) AIGLX enabled [ 3450.226] (II) LoadModule: "vesa" > [ 3450.227] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so [ > 3450.227] (II) Module vesa: vendor="X.Org Foundation" [ 3450.227] > compiled for 1.18.0, module version = 2.3.4 [ 3450.227] Module class: > X.Org Video Driver [ 3450.227] ABI class: X.Org Video Driver, version > 20.0 [ 3450.227] (II) VESA: driver for VESA chipsets: vesa [ 3450.231] > (WW) Falling back to old probe method for vesa [ 3450.232] (EE) No > devices detected. [ 3450.232] (EE) Fatal server error: [ 3450.232] > (EE) no screens found(EE) [ 3450.232] (EE) | > > My DomU PV config: > > /etc/xen/ArkOS-dev_PV.cfg > > |name = 'ArkOS_Dev' bootloader = "pygrub" #kernel = > "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk = > "/mnt/arch/boot/x86_64/archiso.img" #extra = "archisobasedir=arch > archisolabel=ARCH_201511" memory = 2048 vcpus = 3 disk = [ > "format=raw, vdev=xvda, access=rw, > target=/dev/vm_volumes/root.ArkOS_Dev", "format=raw, vdev=xvdb, > access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev" ] vif = [ > 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ] vfb = > ['vnc=1,vnclisten=0.0.0.0'] root = "/dev/xvda rw" | > > inxi -F (Dom0) > > |System: Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: > tty 0 Distro: Arch Linux Machine: Mobo: ASRock model: N3700-ITX Bios: > American Megatrends v: P1.30 date: 08/19/2015 CPU: Single core Intel > Pentium N3700 (-UP-) cache: 1024 KB speed: 1600 MHz (max) Graphics: > Card: Intel Device 22b1 Display Server: N/A driver: N/A tty size: > 80x24 Advanced Data: N/A out of X Audio: Card Intel Device 2284 > driver: snd_hda_intel Sound: Advanced Linux Sound Architecture v: > k4.4.1-2-ARCH Network: Card: Realtek RTL8111/8168/8411 PCI Express > Gigabit Ethernet Controller driver: r8169 IF: enp3s0 state: up speed: > 100 Mbps duplex: full mac: d0:50:99:8f:1e:31 Drives: HDD Total Size: > 120.0GB (7.8% used) ID-1: /dev/sda model: OCZ size: 120.0GB Partition: > ID-1: / size: 16G used: 6.8G (44%) fs: btrfs dev: /dev/sda2 ID-2: > /boot size: 511M used: 41M (8%) fs: vfat dev: /dev/sda1 ID-3: swap-1 > size: 2.15GB used: 1.32GB (61%) fs: swap dev: /dev/sda4 Sensors: None > detected - is lm-sensors installed and configured? Info: Processes: > 101 Uptime: 0 min Memory: 901.9/927.2MB Init: systemd Client: Shell > (bash) inxi: 2.2.32 | > > inxi -F (DomU) > > |System: Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: > tty 0 Distro: Arch Linux Machine: No /sys/class/dmi; using dmidecode: > dmidecode is not installed. CPU: Single core Intel Pentium N3700 (-) > cache: 1024 KB clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: > 1600 MHz Graphics: Card: Failed to Detect Video Card! Display Server: > X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of X > Network: Card: Failed to Detect Network Card! Drives: HDD Total Size: > 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB ID-2: > /dev/xvdb model: N/A size: 2.1GB Partition: ID-1: / size: 86G used: > 4.1G (6%) fs: ext4 dev: /dev/xvda Sensors: None detected - is > lm-sensors installed and configured? Info: Processes: 73 Uptime: 1 min > Memory: 84.7/1997.3MB Init: systemd Client: Shell (bash) inxi: 2.2.32 | > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------010009020201060008060004 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit Maybe I'm getting this all wrong by the way.

I was under the impression that I first need a graphical environment on my DomU and then connect to that,
but playing around with vnc I now get the impression I can skip that part.

Because my ultimate goal is to work on this DomU remotely.

Folatt

On 06-02-16 11:33, Folatt wrote:
I moved my harddrive to my new computer, my current situation is still this:

- I am not able to start a display/desktop manager.
- Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or even lower, using only part of the screen.

Both Dom0 and DomU are Arch linux (DomU being slightly modified version).

Because Xorg :0 -configure results in video card not found as I'm in a DomU, I created a xorg config file.

/etc/X11/xorg.conf.d/10-monitor.conf

Section "Monitor"
    Identifier             "Monitor0"
EndSection

Section "Device"
    Identifier             "Device0"
    Driver                 "vesa" 
EndSection

Section "Screen"
    Identifier             "Screen0"  
    Device                 "Device0"
    Monitor                "Monitor0"
    DefaultDepth           16 
    SubSection             "Display"
        Depth              16
        Modes              "1024x768_75.00" 
    EndSubSection
EndSection

My startx output:

/var/log/Xorg.0.log

[  3450.215] 
X.Org X Server 1.18.0
Release Date: 2015-11-09
[  3450.215] X Protocol Version 11, Revision 0
[  3450.215] Build Operating System: Linux 4.2.5-1-ARCH x86_64 
[  3450.215] Current Operating System: Linux ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64
[  3450.215] Kernel command line: root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null)
[  3450.216] Build Date: 08 January 2016  05:56:16PM
[  3450.216]  
[  3450.216] Current version of pixman: 0.34.0
[  3450.216]    Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  3450.216] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  3450.216] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb  6 00:34:40 2016
[  3450.217] (==) Using config file: "/etc/X11/xorg.conf"
[  3450.217] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  3450.217] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  3450.217] (==) No Layout section.  Using the first Screen section.
[  3450.217] (**) |-->Screen "Screen0" (0)
[  3450.217] (**) |   |-->Monitor "Monitor0"
[  3450.218] (**) |   |-->Device "Device0"
[  3450.218] (==) Automatically adding devices
[  3450.218] (==) Automatically enabling devices
[  3450.218] (==) Automatically adding GPU devices
[  3450.218] (==) Max clients allowed: 256, resource mask: 0x1fffff
[  3450.218] (==) FontPath set to:
/usr/share/fonts/misc/,
/usr/share/fonts/TTF/,
/usr/share/fonts/OTF/,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/
[  3450.218] (==) ModulePath set to "/usr/lib/xorg/modules"
[  3450.218] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[  3450.218] (II) Loader magic: 0x819d40
[  3450.218] (II) Module ABI versions:
[  3450.218]    X.Org ANSI C Emulation: 0.4
[  3450.218]    X.Org Video Driver: 20.0
[  3450.218]    X.Org XInput driver : 22.1
[  3450.218]    X.Org Server Extension : 9.0
[  3450.221] (--) using VT number 2

[  3450.221] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[  3450.221] (II) no primary bus or device found
[  3450.222] (II) Open ACPI successful (/var/run/acpid.socket)
[  3450.222] (II) LoadModule: "glx"
[  3450.222] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  3450.226] (II) Module glx: vendor="X.Org Foundation"
[  3450.226]    compiled for 1.18.0, module version = 1.0.0
[  3450.226]    ABI class: X.Org Server Extension, version 9.0
[  3450.226] (==) AIGLX enabled
[  3450.226] (II) LoadModule: "vesa"
[  3450.227] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[  3450.227] (II) Module vesa: vendor="X.Org Foundation"
[  3450.227]    compiled for 1.18.0, module version = 2.3.4
[  3450.227]    Module class: X.Org Video Driver
[  3450.227]    ABI class: X.Org Video Driver, version 20.0
[  3450.227] (II) VESA: driver for VESA chipsets: vesa
[  3450.231] (WW) Falling back to old probe method for vesa
[  3450.232] (EE) No devices detected.
[  3450.232] (EE) 
Fatal server error:
[  3450.232] (EE) no screens found(EE) 
[  3450.232] (EE)

My DomU PV config:

/etc/xen/ArkOS-dev_PV.cfg

name = 'ArkOS_Dev'
bootloader = "pygrub"
#kernel = "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk = "/mnt/arch/boot/x86_64/archiso.img"
#extra = "archisobasedir=arch archisolabel=ARCH_201511"
memory = 2048
vcpus = 3
disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev",
     "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev"
   ]
vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ]
vfb = ['vnc=1,vnclisten=0.0.0.0']
root = "/dev/xvda rw"

inxi -F (Dom0)

System:    Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit)
           Console: tty 0 Distro: Arch Linux
Machine:   Mobo: ASRock model: N3700-ITX
           Bios: American Megatrends v: P1.30 date: 08/19/2015
CPU:       Single core Intel Pentium N3700 (-UP-) cache: 1024 KB
           speed: 1600 MHz (max)
Graphics:  Card: Intel Device 22b1
           Display Server: N/A driver: N/A
           tty size: 80x24 Advanced Data: N/A out of X
Audio:     Card Intel Device 2284 driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.1-2-ARCH
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: enp3s0 state: up speed: 100 Mbps duplex: full
           mac: d0:50:99:8f:1e:31
Drives:    HDD Total Size: 120.0GB (7.8% used)
           ID-1: /dev/sda model: OCZ size: 120.0GB
Partition: ID-1: / size: 16G used: 6.8G (44%) fs: btrfs dev: /dev/sda2
           ID-2: /boot size: 511M used: 41M (8%) fs: vfat dev: /dev/sda1
           ID-3: swap-1 size: 2.15GB used: 1.32GB (61%) fs: swap dev: /dev/sda4
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 101 Uptime: 0 min Memory: 901.9/927.2MB Init: systemd
           Client: Shell (bash) inxi: 2.2.32

inxi -F (DomU)

System:    Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: tty 0 Distro: Arch Linux
Machine:   No /sys/class/dmi; using dmidecode: dmidecode is not installed.
CPU:       Single core Intel Pentium N3700 (-) cache: 1024 KB 
           clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: 1600 MHz
Graphics:  Card: Failed to Detect Video Card!
           Display Server: X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of X
Network:   Card: Failed to Detect Network Card!
Drives:    HDD Total Size: 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB
           ID-2: /dev/xvdb model: N/A size: 2.1GB
Partition: ID-1: / size: 86G used: 4.1G (6%) fs: ext4 dev: /dev/xvda
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 73 Uptime: 1 min Memory: 84.7/1997.3MB Init: systemd     
           Client: Shell (bash) inxi: 2.2.32 



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--------------010009020201060008060004-- --===============0346378053135837969== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0346378053135837969==-- From xen-users-bounces@lists.xen.org Sat Feb 06 14:41:28 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 14:41:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS42A-0002hU-AG; Sat, 06 Feb 2016 14:40:22 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS428-0002hP-DE for xen-users@lists.xen.org; Sat, 06 Feb 2016 14:40:20 +0000 Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id 1C/B1-10715-3D506B65; Sat, 06 Feb 2016 14:40:19 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-4.tower-27.messagelabs.com!1454769617!21017609!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_10_20,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 53734 invoked from network); 6 Feb 2016 14:40:18 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 6 Feb 2016 14:40:18 -0000 To: xen-users@lists.xen.org References: <565C92C5.7050603@sluimers.net> <1448961325.13926.82.camel@citrix.com> <565E1577.9040203@sluimers.net> <1449055423.4424.50.camel@citrix.com> <566F53B9.2040603@sluimers.net> <56703B8E.8010800@sluimers.net> <56B5CC0E.9050406@sluimers.net> From: Folatt Message-ID: <56B605CE.8090708@sluimers.net> Date: Sat, 6 Feb 2016 15:40:14 +0100 MIME-Version: 1.0 In-Reply-To: <56B5CC0E.9050406@sluimers.net> Subject: Re: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0346378053135837969==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============0346378053135837969== Content-Type: multipart/alternative; boundary="------------010009020201060008060004" This is a multi-part message in MIME format. --------------010009020201060008060004 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Maybe I'm getting this all wrong by the way. I was under the impression that I first need a graphical environment on my DomU and then connect to that, but playing around with vnc I now get the impression I can skip that part. Because my ultimate goal is to work on this DomU remotely. Folatt On 06-02-16 11:33, Folatt wrote: > I moved my harddrive to my new computer, my current situation is still > this: > > - I am not able to start a display/desktop manager. > - Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or > even lower, using only part of the screen. > > Both Dom0 and DomU are Arch linux (DomU being slightly modified version). > > Because |Xorg :0 -configure| results in video card not found as I'm in > a DomU, I created a xorg config file. > > /etc/X11/xorg.conf.d/10-monitor.conf > > |Section "Monitor" Identifier "Monitor0" EndSection Section "Device" > Identifier "Device0" Driver "vesa" EndSection Section "Screen" > Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth > 16 SubSection "Display" Depth 16 Modes "1024x768_75.00" EndSubSection > EndSection | > > My |startx| output: > > /var/log/Xorg.0.log > > |[ 3450.215] X.Org X Server 1.18.0 Release Date: 2015-11-09 [ 3450.215] > X Protocol Version 11, Revision 0 [ 3450.215] Build Operating System: > Linux 4.2.5-1-ARCH x86_64 [ 3450.215] Current Operating System: Linux > ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 > x86_64 [ 3450.215] Kernel command line: > root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro > xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null) [ 3450.216] > Build Date: 08 January 2016 05:56:16PM [ 3450.216] [ 3450.216] Current > version of pixman: 0.34.0 [ 3450.216] Before reporting problems, check > http://wiki.x.org to make sure that you have the latest version. [ > 3450.216] Markers: (--) probed, (**) from config file, (==) default > setting, (++) from command line, (!!) notice, (II) informational, (WW) > warning, (EE) error, (NI) not implemented, (??) unknown. [ 3450.216] > (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb 6 00:34:40 2016 [ > 3450.217] (==) Using config file: "/etc/X11/xorg.conf" [ 3450.217] > (==) Using config directory: "/etc/X11/xorg.conf.d" [ 3450.217] (==) > Using system config directory "/usr/share/X11/xorg.conf.d" [ 3450.217] > (==) No Layout section. Using the first Screen section. [ 3450.217] > (**) |-->Screen "Screen0" (0) [ 3450.217] (**) | |-->Monitor > "Monitor0" [ 3450.218] (**) | |-->Device "Device0" [ 3450.218] (==) > Automatically adding devices [ 3450.218] (==) Automatically enabling > devices [ 3450.218] (==) Automatically adding GPU devices [ 3450.218] > (==) Max clients allowed: 256, resource mask: 0x1fffff [ 3450.218] > (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, > /usr/share/fonts/OTF/, /usr/share/fonts/Type1/, > /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ [ 3450.218] (==) > ModulePath set to "/usr/lib/xorg/modules" [ 3450.218] (II) The server > relies on udev to provide the list of input devices. If no devices > become available, reconfigure udev or disable AutoAddDevices. [ > 3450.218] (II) Loader magic: 0x819d40 [ 3450.218] (II) Module ABI > versions: [ 3450.218] X.Org ANSI C Emulation: 0.4 [ 3450.218] X.Org > Video Driver: 20.0 [ 3450.218] X.Org XInput driver : 22.1 [ 3450.218] > X.Org Server Extension : 9.0 [ 3450.221] (--) using VT number 2 [ > 3450.221] (II) systemd-logind: logind integration requires -keeptty > and -keeptty was not provided, disabling logind integration [ > 3450.221] (II) no primary bus or device found [ 3450.222] (II) Open > ACPI successful (/var/run/acpid.socket) [ 3450.222] (II) LoadModule: > "glx" [ 3450.222] (II) Loading > /usr/lib/xorg/modules/extensions/libglx.so [ 3450.226] (II) Module > glx: vendor="X.Org Foundation" [ 3450.226] compiled for 1.18.0, module > version = 1.0.0 [ 3450.226] ABI class: X.Org Server Extension, version > 9.0 [ 3450.226] (==) AIGLX enabled [ 3450.226] (II) LoadModule: "vesa" > [ 3450.227] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so [ > 3450.227] (II) Module vesa: vendor="X.Org Foundation" [ 3450.227] > compiled for 1.18.0, module version = 2.3.4 [ 3450.227] Module class: > X.Org Video Driver [ 3450.227] ABI class: X.Org Video Driver, version > 20.0 [ 3450.227] (II) VESA: driver for VESA chipsets: vesa [ 3450.231] > (WW) Falling back to old probe method for vesa [ 3450.232] (EE) No > devices detected. [ 3450.232] (EE) Fatal server error: [ 3450.232] > (EE) no screens found(EE) [ 3450.232] (EE) | > > My DomU PV config: > > /etc/xen/ArkOS-dev_PV.cfg > > |name = 'ArkOS_Dev' bootloader = "pygrub" #kernel = > "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk = > "/mnt/arch/boot/x86_64/archiso.img" #extra = "archisobasedir=arch > archisolabel=ARCH_201511" memory = 2048 vcpus = 3 disk = [ > "format=raw, vdev=xvda, access=rw, > target=/dev/vm_volumes/root.ArkOS_Dev", "format=raw, vdev=xvdb, > access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev" ] vif = [ > 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ] vfb = > ['vnc=1,vnclisten=0.0.0.0'] root = "/dev/xvda rw" | > > inxi -F (Dom0) > > |System: Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: > tty 0 Distro: Arch Linux Machine: Mobo: ASRock model: N3700-ITX Bios: > American Megatrends v: P1.30 date: 08/19/2015 CPU: Single core Intel > Pentium N3700 (-UP-) cache: 1024 KB speed: 1600 MHz (max) Graphics: > Card: Intel Device 22b1 Display Server: N/A driver: N/A tty size: > 80x24 Advanced Data: N/A out of X Audio: Card Intel Device 2284 > driver: snd_hda_intel Sound: Advanced Linux Sound Architecture v: > k4.4.1-2-ARCH Network: Card: Realtek RTL8111/8168/8411 PCI Express > Gigabit Ethernet Controller driver: r8169 IF: enp3s0 state: up speed: > 100 Mbps duplex: full mac: d0:50:99:8f:1e:31 Drives: HDD Total Size: > 120.0GB (7.8% used) ID-1: /dev/sda model: OCZ size: 120.0GB Partition: > ID-1: / size: 16G used: 6.8G (44%) fs: btrfs dev: /dev/sda2 ID-2: > /boot size: 511M used: 41M (8%) fs: vfat dev: /dev/sda1 ID-3: swap-1 > size: 2.15GB used: 1.32GB (61%) fs: swap dev: /dev/sda4 Sensors: None > detected - is lm-sensors installed and configured? Info: Processes: > 101 Uptime: 0 min Memory: 901.9/927.2MB Init: systemd Client: Shell > (bash) inxi: 2.2.32 | > > inxi -F (DomU) > > |System: Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: > tty 0 Distro: Arch Linux Machine: No /sys/class/dmi; using dmidecode: > dmidecode is not installed. CPU: Single core Intel Pentium N3700 (-) > cache: 1024 KB clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: > 1600 MHz Graphics: Card: Failed to Detect Video Card! Display Server: > X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of X > Network: Card: Failed to Detect Network Card! Drives: HDD Total Size: > 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB ID-2: > /dev/xvdb model: N/A size: 2.1GB Partition: ID-1: / size: 86G used: > 4.1G (6%) fs: ext4 dev: /dev/xvda Sensors: None detected - is > lm-sensors installed and configured? Info: Processes: 73 Uptime: 1 min > Memory: 84.7/1997.3MB Init: systemd Client: Shell (bash) inxi: 2.2.32 | > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------010009020201060008060004 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit Maybe I'm getting this all wrong by the way.

I was under the impression that I first need a graphical environment on my DomU and then connect to that,
but playing around with vnc I now get the impression I can skip that part.

Because my ultimate goal is to work on this DomU remotely.

Folatt

On 06-02-16 11:33, Folatt wrote:
I moved my harddrive to my new computer, my current situation is still this:

- I am not able to start a display/desktop manager.
- Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or even lower, using only part of the screen.

Both Dom0 and DomU are Arch linux (DomU being slightly modified version).

Because Xorg :0 -configure results in video card not found as I'm in a DomU, I created a xorg config file.

/etc/X11/xorg.conf.d/10-monitor.conf

Section "Monitor"
    Identifier             "Monitor0"
EndSection

Section "Device"
    Identifier             "Device0"
    Driver                 "vesa" 
EndSection

Section "Screen"
    Identifier             "Screen0"  
    Device                 "Device0"
    Monitor                "Monitor0"
    DefaultDepth           16 
    SubSection             "Display"
        Depth              16
        Modes              "1024x768_75.00" 
    EndSubSection
EndSection

My startx output:

/var/log/Xorg.0.log

[  3450.215] 
X.Org X Server 1.18.0
Release Date: 2015-11-09
[  3450.215] X Protocol Version 11, Revision 0
[  3450.215] Build Operating System: Linux 4.2.5-1-ARCH x86_64 
[  3450.215] Current Operating System: Linux ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64
[  3450.215] Kernel command line: root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null)
[  3450.216] Build Date: 08 January 2016  05:56:16PM
[  3450.216]  
[  3450.216] Current version of pixman: 0.34.0
[  3450.216]    Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  3450.216] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  3450.216] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb  6 00:34:40 2016
[  3450.217] (==) Using config file: "/etc/X11/xorg.conf"
[  3450.217] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  3450.217] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  3450.217] (==) No Layout section.  Using the first Screen section.
[  3450.217] (**) |-->Screen "Screen0" (0)
[  3450.217] (**) |   |-->Monitor "Monitor0"
[  3450.218] (**) |   |-->Device "Device0"
[  3450.218] (==) Automatically adding devices
[  3450.218] (==) Automatically enabling devices
[  3450.218] (==) Automatically adding GPU devices
[  3450.218] (==) Max clients allowed: 256, resource mask: 0x1fffff
[  3450.218] (==) FontPath set to:
/usr/share/fonts/misc/,
/usr/share/fonts/TTF/,
/usr/share/fonts/OTF/,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/
[  3450.218] (==) ModulePath set to "/usr/lib/xorg/modules"
[  3450.218] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[  3450.218] (II) Loader magic: 0x819d40
[  3450.218] (II) Module ABI versions:
[  3450.218]    X.Org ANSI C Emulation: 0.4
[  3450.218]    X.Org Video Driver: 20.0
[  3450.218]    X.Org XInput driver : 22.1
[  3450.218]    X.Org Server Extension : 9.0
[  3450.221] (--) using VT number 2

[  3450.221] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[  3450.221] (II) no primary bus or device found
[  3450.222] (II) Open ACPI successful (/var/run/acpid.socket)
[  3450.222] (II) LoadModule: "glx"
[  3450.222] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  3450.226] (II) Module glx: vendor="X.Org Foundation"
[  3450.226]    compiled for 1.18.0, module version = 1.0.0
[  3450.226]    ABI class: X.Org Server Extension, version 9.0
[  3450.226] (==) AIGLX enabled
[  3450.226] (II) LoadModule: "vesa"
[  3450.227] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[  3450.227] (II) Module vesa: vendor="X.Org Foundation"
[  3450.227]    compiled for 1.18.0, module version = 2.3.4
[  3450.227]    Module class: X.Org Video Driver
[  3450.227]    ABI class: X.Org Video Driver, version 20.0
[  3450.227] (II) VESA: driver for VESA chipsets: vesa
[  3450.231] (WW) Falling back to old probe method for vesa
[  3450.232] (EE) No devices detected.
[  3450.232] (EE) 
Fatal server error:
[  3450.232] (EE) no screens found(EE) 
[  3450.232] (EE)

My DomU PV config:

/etc/xen/ArkOS-dev_PV.cfg

name = 'ArkOS_Dev'
bootloader = "pygrub"
#kernel = "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk = "/mnt/arch/boot/x86_64/archiso.img"
#extra = "archisobasedir=arch archisolabel=ARCH_201511"
memory = 2048
vcpus = 3
disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev",
     "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev"
   ]
vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ]
vfb = ['vnc=1,vnclisten=0.0.0.0']
root = "/dev/xvda rw"

inxi -F (Dom0)

System:    Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit)
           Console: tty 0 Distro: Arch Linux
Machine:   Mobo: ASRock model: N3700-ITX
           Bios: American Megatrends v: P1.30 date: 08/19/2015
CPU:       Single core Intel Pentium N3700 (-UP-) cache: 1024 KB
           speed: 1600 MHz (max)
Graphics:  Card: Intel Device 22b1
           Display Server: N/A driver: N/A
           tty size: 80x24 Advanced Data: N/A out of X
Audio:     Card Intel Device 2284 driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.1-2-ARCH
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: enp3s0 state: up speed: 100 Mbps duplex: full
           mac: d0:50:99:8f:1e:31
Drives:    HDD Total Size: 120.0GB (7.8% used)
           ID-1: /dev/sda model: OCZ size: 120.0GB
Partition: ID-1: / size: 16G used: 6.8G (44%) fs: btrfs dev: /dev/sda2
           ID-2: /boot size: 511M used: 41M (8%) fs: vfat dev: /dev/sda1
           ID-3: swap-1 size: 2.15GB used: 1.32GB (61%) fs: swap dev: /dev/sda4
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 101 Uptime: 0 min Memory: 901.9/927.2MB Init: systemd
           Client: Shell (bash) inxi: 2.2.32

inxi -F (DomU)

System:    Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: tty 0 Distro: Arch Linux
Machine:   No /sys/class/dmi; using dmidecode: dmidecode is not installed.
CPU:       Single core Intel Pentium N3700 (-) cache: 1024 KB 
           clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: 1600 MHz
Graphics:  Card: Failed to Detect Video Card!
           Display Server: X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of X
Network:   Card: Failed to Detect Network Card!
Drives:    HDD Total Size: 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB
           ID-2: /dev/xvdb model: N/A size: 2.1GB
Partition: ID-1: / size: 86G used: 4.1G (6%) fs: ext4 dev: /dev/xvda
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 73 Uptime: 1 min Memory: 84.7/1997.3MB Init: systemd     
           Client: Shell (bash) inxi: 2.2.32 



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--------------010009020201060008060004-- --===============0346378053135837969== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0346378053135837969==-- From xen-users-bounces@lists.xen.org Sat Feb 06 15:44:19 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 15:44:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS51K-0004ms-LR; Sat, 06 Feb 2016 15:43:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS51I-0004mn-PV for xen-users@lists.xen.org; Sat, 06 Feb 2016 15:43:32 +0000 Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id D7/EE-09834-3A416B65; Sat, 06 Feb 2016 15:43:31 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-10.tower-27.messagelabs.com!1454773409!21981171!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31094 invoked from network); 6 Feb 2016 15:43:30 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 6 Feb 2016 15:43:30 -0000 To: xen-users@lists.xen.org References: <565C92C5.7050603@sluimers.net> <1448961325.13926.82.camel@citrix.com> <565E1577.9040203@sluimers.net> <1449055423.4424.50.camel@citrix.com> <566F53B9.2040603@sluimers.net> <56703B8E.8010800@sluimers.net> <56B5CC0E.9050406@sluimers.net> <56B605CE.8090708@sluimers.net> From: Folatt Message-ID: <56B6149F.8090609@sluimers.net> Date: Sat, 6 Feb 2016 16:43:27 +0100 MIME-Version: 1.0 In-Reply-To: <56B605CE.8090708@sluimers.net> Subject: Re: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1652892443154019966==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1652892443154019966== Content-Type: multipart/alternative; boundary="------------050301040702060503090802" This is a multi-part message in MIME format. --------------050301040702060503090802 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Okay, I'm quite at a loss here. I can run vncserver on my DomU and connect it using tightvnc, though all I get is a black screen. Is this what I'm supposed to do? Folatt On 06-02-16 15:40, Folatt wrote: > Maybe I'm getting this all wrong by the way. > > I was under the impression that I first need a graphical environment > on my DomU and then connect to that, > but playing around with vnc I now get the impression I can skip that part. > > Because my ultimate goal is to work on this DomU remotely. > > Folatt > > On 06-02-16 11:33, Folatt wrote: >> I moved my harddrive to my new computer, my current situation is >> still this: >> >> - I am not able to start a display/desktop manager. >> - Whenever I use 'nano' in my DomU, the resolution drops to 640x480 >> or even lower, using only part of the screen. >> >> Both Dom0 and DomU are Arch linux (DomU being slightly modified version). >> >> Because |Xorg :0 -configure| results in video card not found as I'm >> in a DomU, I created a xorg config file. >> >> /etc/X11/xorg.conf.d/10-monitor.conf >> >> |Section "Monitor" Identifier "Monitor0" EndSection Section "Device" >> Identifier "Device0" Driver "vesa" EndSection Section "Screen" >> Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth >> 16 SubSection "Display" Depth 16 Modes "1024x768_75.00" EndSubSection >> EndSection | >> >> My |startx| output: >> >> /var/log/Xorg.0.log >> >> |[ 3450.215] X.Org X Server 1.18.0 Release Date: 2015-11-09 [ >> 3450.215] X Protocol Version 11, Revision 0 [ 3450.215] Build >> Operating System: Linux 4.2.5-1-ARCH x86_64 [ 3450.215] Current >> Operating System: Linux ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct >> 27 08:13:28 CET 2015 x86_64 [ 3450.215] Kernel command line: >> root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro >> xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null) [ 3450.216] >> Build Date: 08 January 2016 05:56:16PM [ 3450.216] [ 3450.216] >> Current version of pixman: 0.34.0 [ 3450.216] Before reporting >> problems, check http://wiki.x.org to make sure that you have the >> latest version. [ 3450.216] Markers: (--) probed, (**) from config >> file, (==) default setting, (++) from command line, (!!) notice, (II) >> informational, (WW) warning, (EE) error, (NI) not implemented, (??) >> unknown. [ 3450.216] (==) Log file: "/var/log/Xorg.0.log", Time: Sat >> Feb 6 00:34:40 2016 [ 3450.217] (==) Using config file: >> "/etc/X11/xorg.conf" [ 3450.217] (==) Using config directory: >> "/etc/X11/xorg.conf.d" [ 3450.217] (==) Using system config directory >> "/usr/share/X11/xorg.conf.d" [ 3450.217] (==) No Layout section. >> Using the first Screen section. [ 3450.217] (**) |-->Screen "Screen0" >> (0) [ 3450.217] (**) | |-->Monitor "Monitor0" [ 3450.218] (**) | >> |-->Device "Device0" [ 3450.218] (==) Automatically adding devices [ >> 3450.218] (==) Automatically enabling devices [ 3450.218] (==) >> Automatically adding GPU devices [ 3450.218] (==) Max clients >> allowed: 256, resource mask: 0x1fffff [ 3450.218] (==) FontPath set >> to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, >> /usr/share/fonts/OTF/, /usr/share/fonts/Type1/, >> /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ [ 3450.218] (==) >> ModulePath set to "/usr/lib/xorg/modules" [ 3450.218] (II) The server >> relies on udev to provide the list of input devices. If no devices >> become available, reconfigure udev or disable AutoAddDevices. [ >> 3450.218] (II) Loader magic: 0x819d40 [ 3450.218] (II) Module ABI >> versions: [ 3450.218] X.Org ANSI C Emulation: 0.4 [ 3450.218] X.Org >> Video Driver: 20.0 [ 3450.218] X.Org XInput driver : 22.1 [ 3450.218] >> X.Org Server Extension : 9.0 [ 3450.221] (--) using VT number 2 [ >> 3450.221] (II) systemd-logind: logind integration requires -keeptty >> and -keeptty was not provided, disabling logind integration [ >> 3450.221] (II) no primary bus or device found [ 3450.222] (II) Open >> ACPI successful (/var/run/acpid.socket) [ 3450.222] (II) LoadModule: >> "glx" [ 3450.222] (II) Loading >> /usr/lib/xorg/modules/extensions/libglx.so [ 3450.226] (II) Module >> glx: vendor="X.Org Foundation" [ 3450.226] compiled for 1.18.0, >> module version = 1.0.0 [ 3450.226] ABI class: X.Org Server Extension, >> version 9.0 [ 3450.226] (==) AIGLX enabled [ 3450.226] (II) >> LoadModule: "vesa" [ 3450.227] (II) Loading >> /usr/lib/xorg/modules/drivers/vesa_drv.so [ 3450.227] (II) Module >> vesa: vendor="X.Org Foundation" [ 3450.227] compiled for 1.18.0, >> module version = 2.3.4 [ 3450.227] Module class: X.Org Video Driver [ >> 3450.227] ABI class: X.Org Video Driver, version 20.0 [ 3450.227] >> (II) VESA: driver for VESA chipsets: vesa [ 3450.231] (WW) Falling >> back to old probe method for vesa [ 3450.232] (EE) No devices >> detected. [ 3450.232] (EE) Fatal server error: [ 3450.232] (EE) no >> screens found(EE) [ 3450.232] (EE) | >> >> My DomU PV config: >> >> /etc/xen/ArkOS-dev_PV.cfg >> >> |name = 'ArkOS_Dev' bootloader = "pygrub" #kernel = >> "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk = >> "/mnt/arch/boot/x86_64/archiso.img" #extra = "archisobasedir=arch >> archisolabel=ARCH_201511" memory = 2048 vcpus = 3 disk = [ >> "format=raw, vdev=xvda, access=rw, >> target=/dev/vm_volumes/root.ArkOS_Dev", "format=raw, vdev=xvdb, >> access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev" ] vif = [ >> 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ] vfb = >> ['vnc=1,vnclisten=0.0.0.0'] root = "/dev/xvda rw" | >> >> inxi -F (Dom0) >> >> |System: Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit) >> Console: tty 0 Distro: Arch Linux Machine: Mobo: ASRock model: >> N3700-ITX Bios: American Megatrends v: P1.30 date: 08/19/2015 CPU: >> Single core Intel Pentium N3700 (-UP-) cache: 1024 KB speed: 1600 MHz >> (max) Graphics: Card: Intel Device 22b1 Display Server: N/A driver: >> N/A tty size: 80x24 Advanced Data: N/A out of X Audio: Card Intel >> Device 2284 driver: snd_hda_intel Sound: Advanced Linux Sound >> Architecture v: k4.4.1-2-ARCH Network: Card: Realtek >> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: >> r8169 IF: enp3s0 state: up speed: 100 Mbps duplex: full mac: >> d0:50:99:8f:1e:31 Drives: HDD Total Size: 120.0GB (7.8% used) ID-1: >> /dev/sda model: OCZ size: 120.0GB Partition: ID-1: / size: 16G used: >> 6.8G (44%) fs: btrfs dev: /dev/sda2 ID-2: /boot size: 511M used: 41M >> (8%) fs: vfat dev: /dev/sda1 ID-3: swap-1 size: 2.15GB used: 1.32GB >> (61%) fs: swap dev: /dev/sda4 Sensors: None detected - is lm-sensors >> installed and configured? Info: Processes: 101 Uptime: 0 min Memory: >> 901.9/927.2MB Init: systemd Client: Shell (bash) inxi: 2.2.32 | >> >> inxi -F (DomU) >> >> |System: Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: >> tty 0 Distro: Arch Linux Machine: No /sys/class/dmi; using dmidecode: >> dmidecode is not installed. CPU: Single core Intel Pentium N3700 (-) >> cache: 1024 KB clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: >> 1600 MHz Graphics: Card: Failed to Detect Video Card! Display Server: >> X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of >> X Network: Card: Failed to Detect Network Card! Drives: HDD Total >> Size: 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB >> ID-2: /dev/xvdb model: N/A size: 2.1GB Partition: ID-1: / size: 86G >> used: 4.1G (6%) fs: ext4 dev: /dev/xvda Sensors: None detected - is >> lm-sensors installed and configured? Info: Processes: 73 Uptime: 1 >> min Memory: 84.7/1997.3MB Init: systemd Client: Shell (bash) inxi: >> 2.2.32 | >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------050301040702060503090802 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit Okay, I'm quite at a loss here.

I can run vncserver on my DomU and connect it using tightvnc, though all I get is a black screen.

Is this what I'm supposed to do?

Folatt

On 06-02-16 15:40, Folatt wrote:
Maybe I'm getting this all wrong by the way.

I was under the impression that I first need a graphical environment on my DomU and then connect to that,
but playing around with vnc I now get the impression I can skip that part.

Because my ultimate goal is to work on this DomU remotely.

Folatt

On 06-02-16 11:33, Folatt wrote:
I moved my harddrive to my new computer, my current situation is still this:

- I am not able to start a display/desktop manager.
- Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or even lower, using only part of the screen.

Both Dom0 and DomU are Arch linux (DomU being slightly modified version).

Because Xorg :0 -configure results in video card not found as I'm in a DomU, I created a xorg config file.

/etc/X11/xorg.conf.d/10-monitor.conf

Section "Monitor"
    Identifier             "Monitor0"
EndSection

Section "Device"
    Identifier             "Device0"
    Driver                 "vesa" 
EndSection

Section "Screen"
    Identifier             "Screen0"  
    Device                 "Device0"
    Monitor                "Monitor0"
    DefaultDepth           16 
    SubSection             "Display"
        Depth              16
        Modes              "1024x768_75.00" 
    EndSubSection
EndSection

My startx output:

/var/log/Xorg.0.log

[  3450.215] 
X.Org X Server 1.18.0
Release Date: 2015-11-09
[  3450.215] X Protocol Version 11, Revision 0
[  3450.215] Build Operating System: Linux 4.2.5-1-ARCH x86_64 
[  3450.215] Current Operating System: Linux ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64
[  3450.215] Kernel command line: root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null)
[  3450.216] Build Date: 08 January 2016  05:56:16PM
[  3450.216]  
[  3450.216] Current version of pixman: 0.34.0
[  3450.216]    Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  3450.216] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  3450.216] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb  6 00:34:40 2016
[  3450.217] (==) Using config file: "/etc/X11/xorg.conf"
[  3450.217] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  3450.217] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  3450.217] (==) No Layout section.  Using the first Screen section.
[  3450.217] (**) |-->Screen "Screen0" (0)
[  3450.217] (**) |   |-->Monitor "Monitor0"
[  3450.218] (**) |   |-->Device "Device0"
[  3450.218] (==) Automatically adding devices
[  3450.218] (==) Automatically enabling devices
[  3450.218] (==) Automatically adding GPU devices
[  3450.218] (==) Max clients allowed: 256, resource mask: 0x1fffff
[  3450.218] (==) FontPath set to:
/usr/share/fonts/misc/,
/usr/share/fonts/TTF/,
/usr/share/fonts/OTF/,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/
[  3450.218] (==) ModulePath set to "/usr/lib/xorg/modules"
[  3450.218] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[  3450.218] (II) Loader magic: 0x819d40
[  3450.218] (II) Module ABI versions:
[  3450.218]    X.Org ANSI C Emulation: 0.4
[  3450.218]    X.Org Video Driver: 20.0
[  3450.218]    X.Org XInput driver : 22.1
[  3450.218]    X.Org Server Extension : 9.0
[  3450.221] (--) using VT number 2

[  3450.221] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[  3450.221] (II) no primary bus or device found
[  3450.222] (II) Open ACPI successful (/var/run/acpid.socket)
[  3450.222] (II) LoadModule: "glx"
[  3450.222] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  3450.226] (II) Module glx: vendor="X.Org Foundation"
[  3450.226]    compiled for 1.18.0, module version = 1.0.0
[  3450.226]    ABI class: X.Org Server Extension, version 9.0
[  3450.226] (==) AIGLX enabled
[  3450.226] (II) LoadModule: "vesa"
[  3450.227] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[  3450.227] (II) Module vesa: vendor="X.Org Foundation"
[  3450.227]    compiled for 1.18.0, module version = 2.3.4
[  3450.227]    Module class: X.Org Video Driver
[  3450.227]    ABI class: X.Org Video Driver, version 20.0
[  3450.227] (II) VESA: driver for VESA chipsets: vesa
[  3450.231] (WW) Falling back to old probe method for vesa
[  3450.232] (EE) No devices detected.
[  3450.232] (EE) 
Fatal server error:
[  3450.232] (EE) no screens found(EE) 
[  3450.232] (EE)

My DomU PV config:

/etc/xen/ArkOS-dev_PV.cfg

name = 'ArkOS_Dev'
bootloader = "pygrub"
#kernel = "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk = "/mnt/arch/boot/x86_64/archiso.img"
#extra = "archisobasedir=arch archisolabel=ARCH_201511"
memory = 2048
vcpus = 3
disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev",
     "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev"
   ]
vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ]
vfb = ['vnc=1,vnclisten=0.0.0.0']
root = "/dev/xvda rw"

inxi -F (Dom0)

System:    Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit)
           Console: tty 0 Distro: Arch Linux
Machine:   Mobo: ASRock model: N3700-ITX
           Bios: American Megatrends v: P1.30 date: 08/19/2015
CPU:       Single core Intel Pentium N3700 (-UP-) cache: 1024 KB
           speed: 1600 MHz (max)
Graphics:  Card: Intel Device 22b1
           Display Server: N/A driver: N/A
           tty size: 80x24 Advanced Data: N/A out of X
Audio:     Card Intel Device 2284 driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.1-2-ARCH
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: enp3s0 state: up speed: 100 Mbps duplex: full
           mac: d0:50:99:8f:1e:31
Drives:    HDD Total Size: 120.0GB (7.8% used)
           ID-1: /dev/sda model: OCZ size: 120.0GB
Partition: ID-1: / size: 16G used: 6.8G (44%) fs: btrfs dev: /dev/sda2
           ID-2: /boot size: 511M used: 41M (8%) fs: vfat dev: /dev/sda1
           ID-3: swap-1 size: 2.15GB used: 1.32GB (61%) fs: swap dev: /dev/sda4
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 101 Uptime: 0 min Memory: 901.9/927.2MB Init: systemd
           Client: Shell (bash) inxi: 2.2.32

inxi -F (DomU)

System:    Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: tty 0 Distro: Arch Linux
Machine:   No /sys/class/dmi; using dmidecode: dmidecode is not installed.
CPU:       Single core Intel Pentium N3700 (-) cache: 1024 KB 
           clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: 1600 MHz
Graphics:  Card: Failed to Detect Video Card!
           Display Server: X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of X
Network:   Card: Failed to Detect Network Card!
Drives:    HDD Total Size: 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB
           ID-2: /dev/xvdb model: N/A size: 2.1GB
Partition: ID-1: / size: 86G used: 4.1G (6%) fs: ext4 dev: /dev/xvda
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 73 Uptime: 1 min Memory: 84.7/1997.3MB Init: systemd     
           Client: Shell (bash) inxi: 2.2.32 



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--------------050301040702060503090802-- --===============1652892443154019966== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1652892443154019966==-- From xen-users-bounces@lists.xen.org Sat Feb 06 15:44:19 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 15:44:19 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS51K-0004ms-LR; Sat, 06 Feb 2016 15:43:34 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS51I-0004mn-PV for xen-users@lists.xen.org; Sat, 06 Feb 2016 15:43:32 +0000 Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id D7/EE-09834-3A416B65; Sat, 06 Feb 2016 15:43:31 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-10.tower-27.messagelabs.com!1454773409!21981171!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_20_30,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 31094 invoked from network); 6 Feb 2016 15:43:30 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 6 Feb 2016 15:43:30 -0000 To: xen-users@lists.xen.org References: <565C92C5.7050603@sluimers.net> <1448961325.13926.82.camel@citrix.com> <565E1577.9040203@sluimers.net> <1449055423.4424.50.camel@citrix.com> <566F53B9.2040603@sluimers.net> <56703B8E.8010800@sluimers.net> <56B5CC0E.9050406@sluimers.net> <56B605CE.8090708@sluimers.net> From: Folatt Message-ID: <56B6149F.8090609@sluimers.net> Date: Sat, 6 Feb 2016 16:43:27 +0100 MIME-Version: 1.0 In-Reply-To: <56B605CE.8090708@sluimers.net> Subject: Re: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1652892443154019966==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============1652892443154019966== Content-Type: multipart/alternative; boundary="------------050301040702060503090802" This is a multi-part message in MIME format. --------------050301040702060503090802 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Okay, I'm quite at a loss here. I can run vncserver on my DomU and connect it using tightvnc, though all I get is a black screen. Is this what I'm supposed to do? Folatt On 06-02-16 15:40, Folatt wrote: > Maybe I'm getting this all wrong by the way. > > I was under the impression that I first need a graphical environment > on my DomU and then connect to that, > but playing around with vnc I now get the impression I can skip that part. > > Because my ultimate goal is to work on this DomU remotely. > > Folatt > > On 06-02-16 11:33, Folatt wrote: >> I moved my harddrive to my new computer, my current situation is >> still this: >> >> - I am not able to start a display/desktop manager. >> - Whenever I use 'nano' in my DomU, the resolution drops to 640x480 >> or even lower, using only part of the screen. >> >> Both Dom0 and DomU are Arch linux (DomU being slightly modified version). >> >> Because |Xorg :0 -configure| results in video card not found as I'm >> in a DomU, I created a xorg config file. >> >> /etc/X11/xorg.conf.d/10-monitor.conf >> >> |Section "Monitor" Identifier "Monitor0" EndSection Section "Device" >> Identifier "Device0" Driver "vesa" EndSection Section "Screen" >> Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth >> 16 SubSection "Display" Depth 16 Modes "1024x768_75.00" EndSubSection >> EndSection | >> >> My |startx| output: >> >> /var/log/Xorg.0.log >> >> |[ 3450.215] X.Org X Server 1.18.0 Release Date: 2015-11-09 [ >> 3450.215] X Protocol Version 11, Revision 0 [ 3450.215] Build >> Operating System: Linux 4.2.5-1-ARCH x86_64 [ 3450.215] Current >> Operating System: Linux ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct >> 27 08:13:28 CET 2015 x86_64 [ 3450.215] Kernel command line: >> root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro >> xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null) [ 3450.216] >> Build Date: 08 January 2016 05:56:16PM [ 3450.216] [ 3450.216] >> Current version of pixman: 0.34.0 [ 3450.216] Before reporting >> problems, check http://wiki.x.org to make sure that you have the >> latest version. [ 3450.216] Markers: (--) probed, (**) from config >> file, (==) default setting, (++) from command line, (!!) notice, (II) >> informational, (WW) warning, (EE) error, (NI) not implemented, (??) >> unknown. [ 3450.216] (==) Log file: "/var/log/Xorg.0.log", Time: Sat >> Feb 6 00:34:40 2016 [ 3450.217] (==) Using config file: >> "/etc/X11/xorg.conf" [ 3450.217] (==) Using config directory: >> "/etc/X11/xorg.conf.d" [ 3450.217] (==) Using system config directory >> "/usr/share/X11/xorg.conf.d" [ 3450.217] (==) No Layout section. >> Using the first Screen section. [ 3450.217] (**) |-->Screen "Screen0" >> (0) [ 3450.217] (**) | |-->Monitor "Monitor0" [ 3450.218] (**) | >> |-->Device "Device0" [ 3450.218] (==) Automatically adding devices [ >> 3450.218] (==) Automatically enabling devices [ 3450.218] (==) >> Automatically adding GPU devices [ 3450.218] (==) Max clients >> allowed: 256, resource mask: 0x1fffff [ 3450.218] (==) FontPath set >> to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, >> /usr/share/fonts/OTF/, /usr/share/fonts/Type1/, >> /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/ [ 3450.218] (==) >> ModulePath set to "/usr/lib/xorg/modules" [ 3450.218] (II) The server >> relies on udev to provide the list of input devices. If no devices >> become available, reconfigure udev or disable AutoAddDevices. [ >> 3450.218] (II) Loader magic: 0x819d40 [ 3450.218] (II) Module ABI >> versions: [ 3450.218] X.Org ANSI C Emulation: 0.4 [ 3450.218] X.Org >> Video Driver: 20.0 [ 3450.218] X.Org XInput driver : 22.1 [ 3450.218] >> X.Org Server Extension : 9.0 [ 3450.221] (--) using VT number 2 [ >> 3450.221] (II) systemd-logind: logind integration requires -keeptty >> and -keeptty was not provided, disabling logind integration [ >> 3450.221] (II) no primary bus or device found [ 3450.222] (II) Open >> ACPI successful (/var/run/acpid.socket) [ 3450.222] (II) LoadModule: >> "glx" [ 3450.222] (II) Loading >> /usr/lib/xorg/modules/extensions/libglx.so [ 3450.226] (II) Module >> glx: vendor="X.Org Foundation" [ 3450.226] compiled for 1.18.0, >> module version = 1.0.0 [ 3450.226] ABI class: X.Org Server Extension, >> version 9.0 [ 3450.226] (==) AIGLX enabled [ 3450.226] (II) >> LoadModule: "vesa" [ 3450.227] (II) Loading >> /usr/lib/xorg/modules/drivers/vesa_drv.so [ 3450.227] (II) Module >> vesa: vendor="X.Org Foundation" [ 3450.227] compiled for 1.18.0, >> module version = 2.3.4 [ 3450.227] Module class: X.Org Video Driver [ >> 3450.227] ABI class: X.Org Video Driver, version 20.0 [ 3450.227] >> (II) VESA: driver for VESA chipsets: vesa [ 3450.231] (WW) Falling >> back to old probe method for vesa [ 3450.232] (EE) No devices >> detected. [ 3450.232] (EE) Fatal server error: [ 3450.232] (EE) no >> screens found(EE) [ 3450.232] (EE) | >> >> My DomU PV config: >> >> /etc/xen/ArkOS-dev_PV.cfg >> >> |name = 'ArkOS_Dev' bootloader = "pygrub" #kernel = >> "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk = >> "/mnt/arch/boot/x86_64/archiso.img" #extra = "archisobasedir=arch >> archisolabel=ARCH_201511" memory = 2048 vcpus = 3 disk = [ >> "format=raw, vdev=xvda, access=rw, >> target=/dev/vm_volumes/root.ArkOS_Dev", "format=raw, vdev=xvdb, >> access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev" ] vif = [ >> 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ] vfb = >> ['vnc=1,vnclisten=0.0.0.0'] root = "/dev/xvda rw" | >> >> inxi -F (Dom0) >> >> |System: Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit) >> Console: tty 0 Distro: Arch Linux Machine: Mobo: ASRock model: >> N3700-ITX Bios: American Megatrends v: P1.30 date: 08/19/2015 CPU: >> Single core Intel Pentium N3700 (-UP-) cache: 1024 KB speed: 1600 MHz >> (max) Graphics: Card: Intel Device 22b1 Display Server: N/A driver: >> N/A tty size: 80x24 Advanced Data: N/A out of X Audio: Card Intel >> Device 2284 driver: snd_hda_intel Sound: Advanced Linux Sound >> Architecture v: k4.4.1-2-ARCH Network: Card: Realtek >> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: >> r8169 IF: enp3s0 state: up speed: 100 Mbps duplex: full mac: >> d0:50:99:8f:1e:31 Drives: HDD Total Size: 120.0GB (7.8% used) ID-1: >> /dev/sda model: OCZ size: 120.0GB Partition: ID-1: / size: 16G used: >> 6.8G (44%) fs: btrfs dev: /dev/sda2 ID-2: /boot size: 511M used: 41M >> (8%) fs: vfat dev: /dev/sda1 ID-3: swap-1 size: 2.15GB used: 1.32GB >> (61%) fs: swap dev: /dev/sda4 Sensors: None detected - is lm-sensors >> installed and configured? Info: Processes: 101 Uptime: 0 min Memory: >> 901.9/927.2MB Init: systemd Client: Shell (bash) inxi: 2.2.32 | >> >> inxi -F (DomU) >> >> |System: Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: >> tty 0 Distro: Arch Linux Machine: No /sys/class/dmi; using dmidecode: >> dmidecode is not installed. CPU: Single core Intel Pentium N3700 (-) >> cache: 1024 KB clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: >> 1600 MHz Graphics: Card: Failed to Detect Video Card! Display Server: >> X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of >> X Network: Card: Failed to Detect Network Card! Drives: HDD Total >> Size: 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB >> ID-2: /dev/xvdb model: N/A size: 2.1GB Partition: ID-1: / size: 86G >> used: 4.1G (6%) fs: ext4 dev: /dev/xvda Sensors: None detected - is >> lm-sensors installed and configured? Info: Processes: 73 Uptime: 1 >> min Memory: 84.7/1997.3MB Init: systemd Client: Shell (bash) inxi: >> 2.2.32 | >> >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------050301040702060503090802 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 7bit Okay, I'm quite at a loss here.

I can run vncserver on my DomU and connect it using tightvnc, though all I get is a black screen.

Is this what I'm supposed to do?

Folatt

On 06-02-16 15:40, Folatt wrote:
Maybe I'm getting this all wrong by the way.

I was under the impression that I first need a graphical environment on my DomU and then connect to that,
but playing around with vnc I now get the impression I can skip that part.

Because my ultimate goal is to work on this DomU remotely.

Folatt

On 06-02-16 11:33, Folatt wrote:
I moved my harddrive to my new computer, my current situation is still this:

- I am not able to start a display/desktop manager.
- Whenever I use 'nano' in my DomU, the resolution drops to 640x480 or even lower, using only part of the screen.

Both Dom0 and DomU are Arch linux (DomU being slightly modified version).

Because Xorg :0 -configure results in video card not found as I'm in a DomU, I created a xorg config file.

/etc/X11/xorg.conf.d/10-monitor.conf

Section "Monitor"
    Identifier             "Monitor0"
EndSection

Section "Device"
    Identifier             "Device0"
    Driver                 "vesa" 
EndSection

Section "Screen"
    Identifier             "Screen0"  
    Device                 "Device0"
    Monitor                "Monitor0"
    DefaultDepth           16 
    SubSection             "Display"
        Depth              16
        Modes              "1024x768_75.00" 
    EndSubSection
EndSection

My startx output:

/var/log/Xorg.0.log

[  3450.215] 
X.Org X Server 1.18.0
Release Date: 2015-11-09
[  3450.215] X Protocol Version 11, Revision 0
[  3450.215] Build Operating System: Linux 4.2.5-1-ARCH x86_64 
[  3450.215] Current Operating System: Linux ArkOS_Dev 4.2.5-1-ARCH #1 SMP PREEMPT Tue Oct 27 08:13:28 CET 2015 x86_64
[  3450.215] Kernel command line: root=UUID=a6ecbc99-beca-4c22-b591-51846a193e25 ro xen-fbfront.video=32,1024,768 root=/dev/xvda rw (null)
[  3450.216] Build Date: 08 January 2016  05:56:16PM
[  3450.216]  
[  3450.216] Current version of pixman: 0.34.0
[  3450.216]    Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  3450.216] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  3450.216] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Feb  6 00:34:40 2016
[  3450.217] (==) Using config file: "/etc/X11/xorg.conf"
[  3450.217] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  3450.217] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  3450.217] (==) No Layout section.  Using the first Screen section.
[  3450.217] (**) |-->Screen "Screen0" (0)
[  3450.217] (**) |   |-->Monitor "Monitor0"
[  3450.218] (**) |   |-->Device "Device0"
[  3450.218] (==) Automatically adding devices
[  3450.218] (==) Automatically enabling devices
[  3450.218] (==) Automatically adding GPU devices
[  3450.218] (==) Max clients allowed: 256, resource mask: 0x1fffff
[  3450.218] (==) FontPath set to:
/usr/share/fonts/misc/,
/usr/share/fonts/TTF/,
/usr/share/fonts/OTF/,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi/,
/usr/share/fonts/75dpi/
[  3450.218] (==) ModulePath set to "/usr/lib/xorg/modules"
[  3450.218] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[  3450.218] (II) Loader magic: 0x819d40
[  3450.218] (II) Module ABI versions:
[  3450.218]    X.Org ANSI C Emulation: 0.4
[  3450.218]    X.Org Video Driver: 20.0
[  3450.218]    X.Org XInput driver : 22.1
[  3450.218]    X.Org Server Extension : 9.0
[  3450.221] (--) using VT number 2

[  3450.221] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[  3450.221] (II) no primary bus or device found
[  3450.222] (II) Open ACPI successful (/var/run/acpid.socket)
[  3450.222] (II) LoadModule: "glx"
[  3450.222] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  3450.226] (II) Module glx: vendor="X.Org Foundation"
[  3450.226]    compiled for 1.18.0, module version = 1.0.0
[  3450.226]    ABI class: X.Org Server Extension, version 9.0
[  3450.226] (==) AIGLX enabled
[  3450.226] (II) LoadModule: "vesa"
[  3450.227] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[  3450.227] (II) Module vesa: vendor="X.Org Foundation"
[  3450.227]    compiled for 1.18.0, module version = 2.3.4
[  3450.227]    Module class: X.Org Video Driver
[  3450.227]    ABI class: X.Org Video Driver, version 20.0
[  3450.227] (II) VESA: driver for VESA chipsets: vesa
[  3450.231] (WW) Falling back to old probe method for vesa
[  3450.232] (EE) No devices detected.
[  3450.232] (EE) 
Fatal server error:
[  3450.232] (EE) no screens found(EE) 
[  3450.232] (EE)

My DomU PV config:

/etc/xen/ArkOS-dev_PV.cfg

name = 'ArkOS_Dev'
bootloader = "pygrub"
#kernel = "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk = "/mnt/arch/boot/x86_64/archiso.img"
#extra = "archisobasedir=arch archisolabel=ARCH_201511"
memory = 2048
vcpus = 3
disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev",
     "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev"
   ]
vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ]
vfb = ['vnc=1,vnclisten=0.0.0.0']
root = "/dev/xvda rw"

inxi -F (Dom0)

System:    Host: hypervisor Kernel: 4.4.1-2-ARCH x86_64 (64 bit)
           Console: tty 0 Distro: Arch Linux
Machine:   Mobo: ASRock model: N3700-ITX
           Bios: American Megatrends v: P1.30 date: 08/19/2015
CPU:       Single core Intel Pentium N3700 (-UP-) cache: 1024 KB
           speed: 1600 MHz (max)
Graphics:  Card: Intel Device 22b1
           Display Server: N/A driver: N/A
           tty size: 80x24 Advanced Data: N/A out of X
Audio:     Card Intel Device 2284 driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.4.1-2-ARCH
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169
           IF: enp3s0 state: up speed: 100 Mbps duplex: full
           mac: d0:50:99:8f:1e:31
Drives:    HDD Total Size: 120.0GB (7.8% used)
           ID-1: /dev/sda model: OCZ size: 120.0GB
Partition: ID-1: / size: 16G used: 6.8G (44%) fs: btrfs dev: /dev/sda2
           ID-2: /boot size: 511M used: 41M (8%) fs: vfat dev: /dev/sda1
           ID-3: swap-1 size: 2.15GB used: 1.32GB (61%) fs: swap dev: /dev/sda4
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 101 Uptime: 0 min Memory: 901.9/927.2MB Init: systemd
           Client: Shell (bash) inxi: 2.2.32

inxi -F (DomU)

System:    Host: ArkOS_Dev Kernel: 4.4.1-2-ARCH x86_64 (64 bit) Console: tty 0 Distro: Arch Linux
Machine:   No /sys/class/dmi; using dmidecode: dmidecode is not installed.
CPU:       Single core Intel Pentium N3700 (-) cache: 1024 KB 
           clock speeds: max: 1600 MHz 1: 1600 MHz 2: 1600 MHz 3: 1600 MHz
Graphics:  Card: Failed to Detect Video Card!
           Display Server: X.org 1.18.0 driver: vesa tty size: 117x34 Advanced Data: N/A out of X
Network:   Card: Failed to Detect Network Card!
Drives:    HDD Total Size: 95.9GB (4.6% used) ID-1: /dev/xvda model: N/A size: 93.7GB
           ID-2: /dev/xvdb model: N/A size: 2.1GB
Partition: ID-1: / size: 86G used: 4.1G (6%) fs: ext4 dev: /dev/xvda
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 73 Uptime: 1 min Memory: 84.7/1997.3MB Init: systemd     
           Client: Shell (bash) inxi: 2.2.32 



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--------------050301040702060503090802-- --===============1652892443154019966== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1652892443154019966==-- From xen-users-bounces@lists.xen.org Sat Feb 06 16:36:04 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 16:36:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS5pj-00074G-62; Sat, 06 Feb 2016 16:35:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS5pi-00074B-Ec for xen-users@lists.xen.org; Sat, 06 Feb 2016 16:35:38 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id C5/0B-02940-9D026B65; Sat, 06 Feb 2016 16:35:37 +0000 X-Env-Sender: sean@seangreenslade.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1454776536!13262194!1 X-Originating-IP: [162.208.10.182] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27425 invoked from network); 6 Feb 2016 16:35:37 -0000 Received: from email.routify.me (HELO cartman.routify.me) (162.208.10.182) by server-7.tower-31.messagelabs.com with SMTP; 6 Feb 2016 16:35:37 -0000 Received: from android-cb93e4a74fac15df.wireless.rit.edu (unknown [129.21.255.168]) by cartman.routify.me (Postfix) with ESMTPSA id 5508B802B9; Sat, 6 Feb 2016 11:35:36 -0500 (EST) User-Agent: K-9 Mail for Android In-Reply-To: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> MIME-Version: 1.0 From: Sean Greenslade Date: Sat, 06 Feb 2016 11:35:27 -0500 To: xen-users Message-ID: Subject: Re: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On February 6, 2016 10:43:27 AM EST, Folatt wrote: >Okay, I'm quite at a loss here. > >I can run vncserver on my DomU and connect it using tightvnc, though >all >I get is a black screen. > >Is this what I'm supposed to do? > >Folatt Why don't you back up a bit and clearly state what you're trying to accomplish. There's a lot of "what I tried" here but not so much of "what I'm trying to do." Both are needed to get good help. --Sean _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 06 16:36:04 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 16:36:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS5pj-00074G-62; Sat, 06 Feb 2016 16:35:39 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS5pi-00074B-Ec for xen-users@lists.xen.org; Sat, 06 Feb 2016 16:35:38 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id C5/0B-02940-9D026B65; Sat, 06 Feb 2016 16:35:37 +0000 X-Env-Sender: sean@seangreenslade.com X-Msg-Ref: server-7.tower-31.messagelabs.com!1454776536!13262194!1 X-Originating-IP: [162.208.10.182] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 27425 invoked from network); 6 Feb 2016 16:35:37 -0000 Received: from email.routify.me (HELO cartman.routify.me) (162.208.10.182) by server-7.tower-31.messagelabs.com with SMTP; 6 Feb 2016 16:35:37 -0000 Received: from android-cb93e4a74fac15df.wireless.rit.edu (unknown [129.21.255.168]) by cartman.routify.me (Postfix) with ESMTPSA id 5508B802B9; Sat, 6 Feb 2016 11:35:36 -0500 (EST) User-Agent: K-9 Mail for Android In-Reply-To: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> MIME-Version: 1.0 From: Sean Greenslade Date: Sat, 06 Feb 2016 11:35:27 -0500 To: xen-users Message-ID: Subject: Re: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On February 6, 2016 10:43:27 AM EST, Folatt wrote: >Okay, I'm quite at a loss here. > >I can run vncserver on my DomU and connect it using tightvnc, though >all >I get is a black screen. > >Is this what I'm supposed to do? > >Folatt Why don't you back up a bit and clearly state what you're trying to accomplish. There's a lot of "what I tried" here but not so much of "what I'm trying to do." Both are needed to get good help. --Sean _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 06 17:06:21 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 17:06:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS6Ic-000894-PD; Sat, 06 Feb 2016 17:05:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2013rcp9523@mnit.ac.in>) id 1aRcx8-0002ml-5n for xen-users@lists.xen.org; Fri, 05 Feb 2016 09:45:22 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id 33/0E-02745-13F64B65; Fri, 05 Feb 2016 09:45:21 +0000 X-Env-Sender: 2013rcp9523@mnit.ac.in X-Msg-Ref: server-4.tower-31.messagelabs.com!1454665520!10902570!1 X-Originating-IP: [209.85.215.53] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12605 invoked from network); 5 Feb 2016 09:45:20 -0000 Received: from mail-lf0-f53.google.com (HELO mail-lf0-f53.google.com) (209.85.215.53) by server-4.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 5 Feb 2016 09:45:20 -0000 Received: by mail-lf0-f53.google.com with SMTP id j78so53584744lfb.1 for ; Fri, 05 Feb 2016 01:45:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnit-ac-in.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:content-type; bh=OLSMcF5mAS25BLYegFme67eUVHmGg/68Bj9aBZTucDU=; b=cMJFfqICQKmLZL45TkCvRdLr/nMRP8SNyYXOtp/ezAFMSkDf6iRXTc276AIkdpM8rN bNj0/HHbOOjwupkLGCxjneBfBaiPCrKGTt+CTYDTFw4MhvVt3clBZVotvY5O5Tv+t13T o6gFkfuME6crX/fRS3EVlbbw0T3YxcJ1RCujaMUtothK9dJvlEfjLHyvXzyQHu0h1Xuj Jlxonm7492B0En65v/2SnCHqfu9r3HD/UQKFtv/gOjNI30k3GpOBguJLXxZNSScbquRi fcUbNA60OL9yV3USd7Dv763+UmbjkU9maoRO8tDIkAFZw/vpo8iRu1D66Blr+Bibkli8 Etyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=OLSMcF5mAS25BLYegFme67eUVHmGg/68Bj9aBZTucDU=; b=S/IAF1ZWQT8eOdt5eDT0JuYJSxBw/gNm2yRrZFnLXgufbd8BsIy2yzy0d6kbgIY7L4 tj5CCExA1TYSpRMdxbjfXgEPt02R3ZCXACnqEvztgbAGh8h0X31+vyjPJiOiRylAmcQk LgtRPGmCci4pPVhq2zDzhFSpHqXPeZsewKv0ieWJuq8AOuX+UnrY7PUpgmwOCa5PLZDD cL16xiWrd0leWVQXzgLTkOoevHMlrvlu9w/a79ln+pgYS1D1N5ehRjOBu+O2nQHNWUez 3fW46u0Vhb1EgKrUq+K/i/qsnUhrMJtWDRjOT3T5CuJfmM5dHKR3EvNNmT0nQZruSSF7 8Xdw== X-Gm-Message-State: AG10YOTlk9ZBavECKmIgFarw7mVi5EUcelCU5xD6Sce+sS0s3WhbIOPIsQrzlPbZwEQWXJi+j//zX6sClo1iq3gf MIME-Version: 1.0 X-Received: by 10.25.87.149 with SMTP id l143mr5517159lfb.145.1454665519877; Fri, 05 Feb 2016 01:45:19 -0800 (PST) Received: by 10.112.47.11 with HTTP; Fri, 5 Feb 2016 01:45:19 -0800 (PST) Date: Fri, 5 Feb 2016 20:45:19 +1100 Message-ID: From: PREETI MISHRA <2013rcp9523@mnit.ac.in> To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 06 Feb 2016 17:05:28 +0000 Subject: [Xen-users] Request to fix a Xen related Issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6780377393606279567==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6780377393606279567== Content-Type: multipart/alternative; boundary=001a1141ad22946da8052b02b5c8 --001a1141ad22946da8052b02b5c8 Content-Type: text/plain; charset=UTF-8 Hi, I am Preeti study in National Institute of technology, Jaipur, India. I would like to discuss some Xen related issue. Kindly help: I have a patch in Xen which stores some information of VM process. I have another program running in Dom0 which intercept this information. i) I want to configure my patch running in Xen to send the alert notification to program running in Dom0 to read data, probably using event channels. How to configure event channel? ii) Which API or command will be used to read the data from patch buffer. regards, Preeti --001a1141ad22946da8052b02b5c8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
H= i,
I a= m Preeti study in National Institute of technology, Jaipur, India.=C2=A0I=C2= =A0would like to =C2=A0discuss some Xen related issue. Kindly help:<= /font>

I have a patch in Xen which stores some information of VM process. I hav= e another program running in Dom0 which intercept this information.<= /p>

i) I want to configure my patch runn= ing in Xen to send the alert notification to program running in Dom0 to rea= d data, probably using event channels. How to configure event channel?
i= i) Which API or command will be used to read the data from patch buffer.

regards,

= Preeti

--001a1141ad22946da8052b02b5c8-- --===============6780377393606279567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6780377393606279567==-- From xen-users-bounces@lists.xen.org Sat Feb 06 17:06:21 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 17:06:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS6Iy-00089J-NR; Sat, 06 Feb 2016 17:05:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aROmm-0008RQ-Ae for xen-users@lists.xen.org; Thu, 04 Feb 2016 18:37:44 +0000 Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id 5E/46-24450-77A93B65; Thu, 04 Feb 2016 18:37:43 +0000 X-Env-Sender: alvin@netvel.net X-Msg-Ref: server-10.tower-27.messagelabs.com!1454611061!21614127!1 X-Originating-IP: [54.236.96.217] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, UPPERCASE_25_50 X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 40979 invoked from network); 4 Feb 2016 18:37:42 -0000 Received: from mail.netvel.net (HELO mail.netvel.net) (54.236.96.217) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 4 Feb 2016 18:37:42 -0000 Received: from alvinsworkstation.netvel.net (unknown [206.108.5.187]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.netvel.net (Postfix) with ESMTPSA id B572140345 for ; Thu, 4 Feb 2016 13:37:44 -0500 (EST) To: xen-users@lists.xen.org From: Alvin Starr Message-ID: <56B39A74.5010508@netvel.net> Date: Thu, 4 Feb 2016 13:37:40 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 06 Feb 2016 17:05:51 +0000 Subject: [Xen-users] xen 4.6 crashes on enabling second CPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have a new 4.6 xen install on C7 that will boot using xen 4.5 but crashes with xen 4.6. The serial output is: The hardware is a bit old: IBM 3650 Xen 4.6.0-9.el7 (XEN) Xen version 4.6.0-9.el7 (mockbuild@centos.org) (gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-4)) debug=n Wed Jan 20 12:25:53 UTC 2016 (XEN) Latest ChangeSet: Thu Jan 14 15:35:35 2016 +0000 git:6e8597a-dirty (XEN) Bootloader: GRUB 2.02~beta2 (XEN) Command line: placeholder dom0_mem=1024M,max:1024M cpuinfo com1=115200,8n1 console=com1,tty loglvl=all guest_loglvl=all (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 2 seconds (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ac00 (usable) (XEN) 000000000009ac00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bffc7280 (usable) (XEN) 00000000bffc7280 - 00000000bffceac0 (ACPI data) (XEN) 00000000bffceac0 - 00000000c0000000 (reserved) (XEN) 00000000e0000000 - 00000000f0000000 (reserved) (XEN) 00000000fec00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000840000000 (usable) (XEN) ACPI: RSDP 000FDFD0, 0024 (r2 IBM ) (XEN) ACPI: XSDT BFFCE980, 0054 (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: FACP BFFCE8C0, 0084 (r2 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: DSDT BFFC7280, 2F12 (r2 IBM SERVALNT 1000 INTL 20041203) (XEN) ACPI: FACS BFFCA7C0, 0040 (XEN) ACPI: APIC BFFCE800, 0084 (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: SRAT BFFCE6C0, 00E8 (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: HPET BFFCE680, 0038 (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: MCFG BFFCE640, 003C (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: ERST BFFCA800, 0230 (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) System RAM: 32767MB (33553796kB) (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 (XEN) SRAT: Node 0 PXM 0 0-c0000000 (XEN) SRAT: Node 0 PXM 0 100000000-840000000 (XEN) SRAT: Node 0 PXM 0 840000000-841000000 (hotplug) (XEN) NUMA: Using 18 for the hash shift. (XEN) Domain heap initialised (XEN) found SMP MP-table at 0009ad40 (XEN) DMI 2.4 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x588 (XEN) ACPI: SLEEP INFO: pm1x_cnt[1:584,1:0], pm1x_evt[1:580,1:0] (XEN) ACPI: wakeup_vec[bffca7cc], vec_size[20] (XEN) ACPI: Local APIC address 0xfee00000 (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) (XEN) Processor #0 6:15 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) (XEN) Processor #1 6:15 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled) (XEN) Processor #6 6:15 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled) (XEN) Processor #7 6:15 APIC version 20 (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) (XEN) ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0]) (XEN) IOAPIC[0]: apic_id 14, version 32, address 0xfec00000, GSI 0-23 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) ACPI: HPET id: 0x8086a201 base: 0xfed00000 (XEN) Invalid bit width in GAR (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 4 CPUs (0 hotplug CPUs) (XEN) IRQ limits: 24 GSI, 760 MSI/MSI-X (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 4096K (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 0 (XEN) CMCI: CPU0 has no CMCI support (XEN) CPU0: Thermal monitoring enabled (TM2) (XEN) Intel machine check reporting enabled (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Initializing CPU#0 (XEN) Detected 2992.543 MHz processor. (XEN) Initing memory sharing. (XEN) alt table ffff82d0802b8c50 -> ffff82d0802b9ff4 (XEN) PCI: MCFG configuration 0: base e0000000 segment 0000 buses 00 - 25 (XEN) PCI: MCFG area at e0000000 reserved in E820 (XEN) PCI: Using MCFG for segment 0000 bus 00-25 (XEN) I/O virtualisation disabled (XEN) CPU0: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz stepping 06 (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pde. (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) ACPI: HPET id: 0x8086a201 base: 0xfed00000 (XEN) Invalid bit width in GAR (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 4 CPUs (0 hotplug CPUs) (XEN) IRQ limits: 24 GSI, 760 MSI/MSI-X (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 4096K (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 0 (XEN) CMCI: CPU0 has no CMCI support (XEN) CPU0: Thermal monitoring enabled (TM2) (XEN) Intel machine check reporting enabled (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Initializing CPU#0 (XEN) Detected 2992.579 MHz processor. (XEN) Initing memory sharing. (XEN) alt table ffff82d0802b8c50 -> ffff82d0802b9ff4 (XEN) PCI: MCFG configuration 0: base e0000000 segment 0000 buses 00 - 25 (XEN) PCI: MCFG area at e0000000 reserved in E820 (XEN) PCI: Using MCFG for segment 0000 bus 00-25 (XEN) I/O virtualisation disabled (XEN) CPU0: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz stepping 06 (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 32 KiB. (XEN) mwait-idle: does not run on family 6 model 15 (XEN) VMX: Supported advanced features:ing 06 (XEN) CPU 2 APIC 6 -> Node 0 (XEN) Booting processor 2/6 eip 8a000 (XEN) Initializing CPU#2 (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 4096K (XEN) CPU: Physical Processor ID: 3 (XEN) CPU: Processor Core ID: 0 (XEN) CMCI: CPU2 has no CMCI support (XEN) CPU2: Thermal monitoring enabled (TM2) (XEN) CPU2: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz stepping 06 (XEN) ----[ Xen-4.6.0-9.el7 x86_64 debug=n Not tainted ]---- (XEN) CPU: 2 (XEN) RIP: e008:[] set_cpu_sibling_map+0x39/0x340 (XEN) RFLAGS: 0000000000010006 CONTEXT: hypervisor (XEN) rax: 0000000000000020 rbx: 0000000000000200 rcx: 00000037a6cb1580 (XEN) rdx: 0000000000000003 rsi: 0000000000000000 rdi: 0000000000000002 (XEN) rbp: 00000000000000c8 rsp: ffff830826fb7e90 r8: 00000037a6cb1580 (XEN) r9: 00000037a6cb1580 r10: 0000000000000007 r11: 0000000000000001 (XEN) r12: 0000000000000002 r13: 0000000000000002 r14: 0000000000000000 (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026e0 (XEN) cr3: 00000000bfc70000 cr2: 0000000000000020 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: 0000 cs: e008 (XEN) Xen stack trace from rsp=ffff830826fb7e90: (XEN) ffff82d0802f4380 0000000000000012 0000000000000000 00000100801ad2d1 (XEN) ffff82d0802f4380 0000000000000000 00000000000000c8 0000000000000002 (XEN) 0000000000000002 0000000000000000 0000000000000000 ffff82d08018213c (XEN) 0000000000000000 0000000000000001 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000002 ffff8300bffa5000 (XEN) 00000037a6cb1580 0000000000000000 (XEN) Xen call trace: (XEN) [] set_cpu_sibling_map+0x39/0x340 (XEN) [] start_secondary+0x1bc/0x260 (XEN) (XEN) Pagetable walk from 0000000000000020: (XEN) L4[0x000] = 000000083d21c063 ffffffffffffffff (XEN) L3[0x000] = 000000083d21b063 ffffffffffffffff (XEN) L2[0x000] = 000000083d21a063 ffffffffffffffff (XEN) L1[0x000] = 0000000000000000 ffffffffffffffff (XEN) (XEN) **************************************** (XEN) Panic on CPU 2: (XEN) FATAL PAGE FAULT (XEN) [error_code=0002] (XEN) Faulting linear address: 0000000000000020 (XEN) **************************************** (XEN) (XEN) Reboot in five seconds... (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. -- Alvin Starr || voice: (905)513-7688 Netvel Inc. || Cell: (416)806-0133 alvin@netvel.net || _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 06 17:06:21 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 17:06:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS6Ic-000894-PD; Sat, 06 Feb 2016 17:05:30 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2013rcp9523@mnit.ac.in>) id 1aRcx8-0002ml-5n for xen-users@lists.xen.org; Fri, 05 Feb 2016 09:45:22 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id 33/0E-02745-13F64B65; Fri, 05 Feb 2016 09:45:21 +0000 X-Env-Sender: 2013rcp9523@mnit.ac.in X-Msg-Ref: server-4.tower-31.messagelabs.com!1454665520!10902570!1 X-Originating-IP: [209.85.215.53] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12605 invoked from network); 5 Feb 2016 09:45:20 -0000 Received: from mail-lf0-f53.google.com (HELO mail-lf0-f53.google.com) (209.85.215.53) by server-4.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 5 Feb 2016 09:45:20 -0000 Received: by mail-lf0-f53.google.com with SMTP id j78so53584744lfb.1 for ; Fri, 05 Feb 2016 01:45:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnit-ac-in.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:content-type; bh=OLSMcF5mAS25BLYegFme67eUVHmGg/68Bj9aBZTucDU=; b=cMJFfqICQKmLZL45TkCvRdLr/nMRP8SNyYXOtp/ezAFMSkDf6iRXTc276AIkdpM8rN bNj0/HHbOOjwupkLGCxjneBfBaiPCrKGTt+CTYDTFw4MhvVt3clBZVotvY5O5Tv+t13T o6gFkfuME6crX/fRS3EVlbbw0T3YxcJ1RCujaMUtothK9dJvlEfjLHyvXzyQHu0h1Xuj Jlxonm7492B0En65v/2SnCHqfu9r3HD/UQKFtv/gOjNI30k3GpOBguJLXxZNSScbquRi fcUbNA60OL9yV3USd7Dv763+UmbjkU9maoRO8tDIkAFZw/vpo8iRu1D66Blr+Bibkli8 Etyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=OLSMcF5mAS25BLYegFme67eUVHmGg/68Bj9aBZTucDU=; b=S/IAF1ZWQT8eOdt5eDT0JuYJSxBw/gNm2yRrZFnLXgufbd8BsIy2yzy0d6kbgIY7L4 tj5CCExA1TYSpRMdxbjfXgEPt02R3ZCXACnqEvztgbAGh8h0X31+vyjPJiOiRylAmcQk LgtRPGmCci4pPVhq2zDzhFSpHqXPeZsewKv0ieWJuq8AOuX+UnrY7PUpgmwOCa5PLZDD cL16xiWrd0leWVQXzgLTkOoevHMlrvlu9w/a79ln+pgYS1D1N5ehRjOBu+O2nQHNWUez 3fW46u0Vhb1EgKrUq+K/i/qsnUhrMJtWDRjOT3T5CuJfmM5dHKR3EvNNmT0nQZruSSF7 8Xdw== X-Gm-Message-State: AG10YOTlk9ZBavECKmIgFarw7mVi5EUcelCU5xD6Sce+sS0s3WhbIOPIsQrzlPbZwEQWXJi+j//zX6sClo1iq3gf MIME-Version: 1.0 X-Received: by 10.25.87.149 with SMTP id l143mr5517159lfb.145.1454665519877; Fri, 05 Feb 2016 01:45:19 -0800 (PST) Received: by 10.112.47.11 with HTTP; Fri, 5 Feb 2016 01:45:19 -0800 (PST) Date: Fri, 5 Feb 2016 20:45:19 +1100 Message-ID: From: PREETI MISHRA <2013rcp9523@mnit.ac.in> To: xen-users@lists.xen.org X-Mailman-Approved-At: Sat, 06 Feb 2016 17:05:28 +0000 Subject: [Xen-users] Request to fix a Xen related Issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6780377393606279567==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============6780377393606279567== Content-Type: multipart/alternative; boundary=001a1141ad22946da8052b02b5c8 --001a1141ad22946da8052b02b5c8 Content-Type: text/plain; charset=UTF-8 Hi, I am Preeti study in National Institute of technology, Jaipur, India. I would like to discuss some Xen related issue. Kindly help: I have a patch in Xen which stores some information of VM process. I have another program running in Dom0 which intercept this information. i) I want to configure my patch running in Xen to send the alert notification to program running in Dom0 to read data, probably using event channels. How to configure event channel? ii) Which API or command will be used to read the data from patch buffer. regards, Preeti --001a1141ad22946da8052b02b5c8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
H= i,
I a= m Preeti study in National Institute of technology, Jaipur, India.=C2=A0I=C2= =A0would like to =C2=A0discuss some Xen related issue. Kindly help:<= /font>

I have a patch in Xen which stores some information of VM process. I hav= e another program running in Dom0 which intercept this information.<= /p>

i) I want to configure my patch runn= ing in Xen to send the alert notification to program running in Dom0 to rea= d data, probably using event channels. How to configure event channel?
i= i) Which API or command will be used to read the data from patch buffer.

regards,

= Preeti

--001a1141ad22946da8052b02b5c8-- --===============6780377393606279567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6780377393606279567==-- From xen-users-bounces@lists.xen.org Sat Feb 06 17:06:21 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 17:06:21 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS6Iy-00089J-NR; Sat, 06 Feb 2016 17:05:52 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aROmm-0008RQ-Ae for xen-users@lists.xen.org; Thu, 04 Feb 2016 18:37:44 +0000 Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id 5E/46-24450-77A93B65; Thu, 04 Feb 2016 18:37:43 +0000 X-Env-Sender: alvin@netvel.net X-Msg-Ref: server-10.tower-27.messagelabs.com!1454611061!21614127!1 X-Originating-IP: [54.236.96.217] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, UPPERCASE_25_50 X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 40979 invoked from network); 4 Feb 2016 18:37:42 -0000 Received: from mail.netvel.net (HELO mail.netvel.net) (54.236.96.217) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 4 Feb 2016 18:37:42 -0000 Received: from alvinsworkstation.netvel.net (unknown [206.108.5.187]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.netvel.net (Postfix) with ESMTPSA id B572140345 for ; Thu, 4 Feb 2016 13:37:44 -0500 (EST) To: xen-users@lists.xen.org From: Alvin Starr Message-ID: <56B39A74.5010508@netvel.net> Date: Thu, 4 Feb 2016 13:37:40 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 X-Mailman-Approved-At: Sat, 06 Feb 2016 17:05:51 +0000 Subject: [Xen-users] xen 4.6 crashes on enabling second CPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I have a new 4.6 xen install on C7 that will boot using xen 4.5 but crashes with xen 4.6. The serial output is: The hardware is a bit old: IBM 3650 Xen 4.6.0-9.el7 (XEN) Xen version 4.6.0-9.el7 (mockbuild@centos.org) (gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-4)) debug=n Wed Jan 20 12:25:53 UTC 2016 (XEN) Latest ChangeSet: Thu Jan 14 15:35:35 2016 +0000 git:6e8597a-dirty (XEN) Bootloader: GRUB 2.02~beta2 (XEN) Command line: placeholder dom0_mem=1024M,max:1024M cpuinfo com1=115200,8n1 console=com1,tty loglvl=all guest_loglvl=all (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 2 seconds (XEN) Disc information: (XEN) Found 1 MBR signatures (XEN) Found 1 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 000000000009ac00 (usable) (XEN) 000000000009ac00 - 00000000000a0000 (reserved) (XEN) 00000000000e0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bffc7280 (usable) (XEN) 00000000bffc7280 - 00000000bffceac0 (ACPI data) (XEN) 00000000bffceac0 - 00000000c0000000 (reserved) (XEN) 00000000e0000000 - 00000000f0000000 (reserved) (XEN) 00000000fec00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 0000000840000000 (usable) (XEN) ACPI: RSDP 000FDFD0, 0024 (r2 IBM ) (XEN) ACPI: XSDT BFFCE980, 0054 (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: FACP BFFCE8C0, 0084 (r2 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: DSDT BFFC7280, 2F12 (r2 IBM SERVALNT 1000 INTL 20041203) (XEN) ACPI: FACS BFFCA7C0, 0040 (XEN) ACPI: APIC BFFCE800, 0084 (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: SRAT BFFCE6C0, 00E8 (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: HPET BFFCE680, 0038 (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: MCFG BFFCE640, 003C (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) ACPI: ERST BFFCA800, 0230 (r1 IBM SERVALNT 1000 IBM 45444F43) (XEN) System RAM: 32767MB (33553796kB) (XEN) SRAT: PXM 0 -> APIC 0 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 1 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 6 -> Node 0 (XEN) SRAT: PXM 0 -> APIC 7 -> Node 0 (XEN) SRAT: Node 0 PXM 0 0-c0000000 (XEN) SRAT: Node 0 PXM 0 100000000-840000000 (XEN) SRAT: Node 0 PXM 0 840000000-841000000 (hotplug) (XEN) NUMA: Using 18 for the hash shift. (XEN) Domain heap initialised (XEN) found SMP MP-table at 0009ad40 (XEN) DMI 2.4 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x588 (XEN) ACPI: SLEEP INFO: pm1x_cnt[1:584,1:0], pm1x_evt[1:580,1:0] (XEN) ACPI: wakeup_vec[bffca7cc], vec_size[20] (XEN) ACPI: Local APIC address 0xfee00000 (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) (XEN) Processor #0 6:15 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) (XEN) Processor #1 6:15 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled) (XEN) Processor #6 6:15 APIC version 20 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled) (XEN) Processor #7 6:15 APIC version 20 (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1]) (XEN) ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0]) (XEN) IOAPIC[0]: apic_id 14, version 32, address 0xfec00000, GSI 0-23 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) ACPI: HPET id: 0x8086a201 base: 0xfed00000 (XEN) Invalid bit width in GAR (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 4 CPUs (0 hotplug CPUs) (XEN) IRQ limits: 24 GSI, 760 MSI/MSI-X (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 4096K (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 0 (XEN) CMCI: CPU0 has no CMCI support (XEN) CPU0: Thermal monitoring enabled (TM2) (XEN) Intel machine check reporting enabled (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Initializing CPU#0 (XEN) Detected 2992.543 MHz processor. (XEN) Initing memory sharing. (XEN) alt table ffff82d0802b8c50 -> ffff82d0802b9ff4 (XEN) PCI: MCFG configuration 0: base e0000000 segment 0000 buses 00 - 25 (XEN) PCI: MCFG area at e0000000 reserved in E820 (XEN) PCI: Using MCFG for segment 0000 bus 00-25 (XEN) I/O virtualisation disabled (XEN) CPU0: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz stepping 06 (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pde. (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) ACPI: HPET id: 0x8086a201 base: 0xfed00000 (XEN) Invalid bit width in GAR (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 4 CPUs (0 hotplug CPUs) (XEN) IRQ limits: 24 GSI, 760 MSI/MSI-X (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 4096K (XEN) CPU: Physical Processor ID: 0 (XEN) CPU: Processor Core ID: 0 (XEN) CMCI: CPU0 has no CMCI support (XEN) CPU0: Thermal monitoring enabled (TM2) (XEN) Intel machine check reporting enabled (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Initializing CPU#0 (XEN) Detected 2992.579 MHz processor. (XEN) Initing memory sharing. (XEN) alt table ffff82d0802b8c50 -> ffff82d0802b9ff4 (XEN) PCI: MCFG configuration 0: base e0000000 segment 0000 buses 00 - 25 (XEN) PCI: MCFG area at e0000000 reserved in E820 (XEN) PCI: Using MCFG for segment 0000 bus 00-25 (XEN) I/O virtualisation disabled (XEN) CPU0: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz stepping 06 (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 32 KiB. (XEN) mwait-idle: does not run on family 6 model 15 (XEN) VMX: Supported advanced features:ing 06 (XEN) CPU 2 APIC 6 -> Node 0 (XEN) Booting processor 2/6 eip 8a000 (XEN) Initializing CPU#2 (XEN) CPU: L1 I cache: 32K, L1 D cache: 32K (XEN) CPU: L2 cache: 4096K (XEN) CPU: Physical Processor ID: 3 (XEN) CPU: Processor Core ID: 0 (XEN) CMCI: CPU2 has no CMCI support (XEN) CPU2: Thermal monitoring enabled (TM2) (XEN) CPU2: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz stepping 06 (XEN) ----[ Xen-4.6.0-9.el7 x86_64 debug=n Not tainted ]---- (XEN) CPU: 2 (XEN) RIP: e008:[] set_cpu_sibling_map+0x39/0x340 (XEN) RFLAGS: 0000000000010006 CONTEXT: hypervisor (XEN) rax: 0000000000000020 rbx: 0000000000000200 rcx: 00000037a6cb1580 (XEN) rdx: 0000000000000003 rsi: 0000000000000000 rdi: 0000000000000002 (XEN) rbp: 00000000000000c8 rsp: ffff830826fb7e90 r8: 00000037a6cb1580 (XEN) r9: 00000037a6cb1580 r10: 0000000000000007 r11: 0000000000000001 (XEN) r12: 0000000000000002 r13: 0000000000000002 r14: 0000000000000000 (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026e0 (XEN) cr3: 00000000bfc70000 cr2: 0000000000000020 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: 0000 cs: e008 (XEN) Xen stack trace from rsp=ffff830826fb7e90: (XEN) ffff82d0802f4380 0000000000000012 0000000000000000 00000100801ad2d1 (XEN) ffff82d0802f4380 0000000000000000 00000000000000c8 0000000000000002 (XEN) 0000000000000002 0000000000000000 0000000000000000 ffff82d08018213c (XEN) 0000000000000000 0000000000000001 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000002 ffff8300bffa5000 (XEN) 00000037a6cb1580 0000000000000000 (XEN) Xen call trace: (XEN) [] set_cpu_sibling_map+0x39/0x340 (XEN) [] start_secondary+0x1bc/0x260 (XEN) (XEN) Pagetable walk from 0000000000000020: (XEN) L4[0x000] = 000000083d21c063 ffffffffffffffff (XEN) L3[0x000] = 000000083d21b063 ffffffffffffffff (XEN) L2[0x000] = 000000083d21a063 ffffffffffffffff (XEN) L1[0x000] = 0000000000000000 ffffffffffffffff (XEN) (XEN) **************************************** (XEN) Panic on CPU 2: (XEN) FATAL PAGE FAULT (XEN) [error_code=0002] (XEN) Faulting linear address: 0000000000000020 (XEN) **************************************** (XEN) (XEN) Reboot in five seconds... (XEN) Resetting with ACPI MEMORY or I/O RESET_REG. -- Alvin Starr || voice: (905)513-7688 Netvel Inc. || Cell: (416)806-0133 alvin@netvel.net || _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 06 19:18:07 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 19:18:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS8MC-0003vu-QA; Sat, 06 Feb 2016 19:17:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS8MB-0003vn-NZ for xen-users@lists.xen.org; Sat, 06 Feb 2016 19:17:19 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 7E/94-08977-FB646B65; Sat, 06 Feb 2016 19:17:19 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1454786238!14477912!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 54120 invoked from network); 6 Feb 2016 19:17:18 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 6 Feb 2016 19:17:18 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> From: Folatt Message-ID: <56B646BC.9070204@sluimers.net> Date: Sat, 6 Feb 2016 20:17:16 +0100 MIME-Version: 1.0 In-Reply-To: Subject: Re: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org What I want: A development environment where I can safely develop plugins for ArkOS, fix bugs in ArkOS and if necessary even develop new features on ArkOS. ArkOS is a child OS of Arch Linux. Why I want it: I've achieved this via Virtualbox before, but running two graphical OSes, made my computer slow. It's especially annoying to see Eclipse slow down to a crisp whenever I would scroll around. Sometimes the whole thing even crashed my computer. So I thought, why not use two computers instead? Keep leisure and hobby project separated and dividing the CPU/RAM workload across two computers. How I want to achieve this: Install Eclipse on my DomU and be able to use my home computer to somehow remotely login to my DomU and use Eclipse there. My setup: Computer #1 - leisure computer OS: Ubuntu Computer #2 - hobby project computer Dom0 - OS: Arch Linux L DomU - OS: Arch Linux/ArkOS What I have achieved so far: I have set up a Dom0. I have set up a DomU. I can open a console to my DomU. My problem: - No working connection from my leisure computer to my hobby project, or at least, not one that shows a desktop environment. L In fact, I can't even start the desktop environment on my DomU itself, though I don't know if that's a necessity. On 06-02-16 17:35, Sean Greenslade wrote: > > On February 6, 2016 10:43:27 AM EST, Folatt wrote: >> Okay, I'm quite at a loss here. >> >> I can run vncserver on my DomU and connect it using tightvnc, though >> all >> I get is a black screen. >> >> Is this what I'm supposed to do? >> >> Folatt > Why don't you back up a bit and clearly state what you're trying to accomplish. There's a lot of "what I tried" here but not so much of "what I'm trying to do." Both are needed to get good help. > > --Sean > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 06 19:18:07 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 06 Feb 2016 19:18:07 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS8MC-0003vu-QA; Sat, 06 Feb 2016 19:17:20 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aS8MB-0003vn-NZ for xen-users@lists.xen.org; Sat, 06 Feb 2016 19:17:19 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 7E/94-08977-FB646B65; Sat, 06 Feb 2016 19:17:19 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1454786238!14477912!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 54120 invoked from network); 6 Feb 2016 19:17:18 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 6 Feb 2016 19:17:18 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> From: Folatt Message-ID: <56B646BC.9070204@sluimers.net> Date: Sat, 6 Feb 2016 20:17:16 +0100 MIME-Version: 1.0 In-Reply-To: Subject: Re: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org What I want: A development environment where I can safely develop plugins for ArkOS, fix bugs in ArkOS and if necessary even develop new features on ArkOS. ArkOS is a child OS of Arch Linux. Why I want it: I've achieved this via Virtualbox before, but running two graphical OSes, made my computer slow. It's especially annoying to see Eclipse slow down to a crisp whenever I would scroll around. Sometimes the whole thing even crashed my computer. So I thought, why not use two computers instead? Keep leisure and hobby project separated and dividing the CPU/RAM workload across two computers. How I want to achieve this: Install Eclipse on my DomU and be able to use my home computer to somehow remotely login to my DomU and use Eclipse there. My setup: Computer #1 - leisure computer OS: Ubuntu Computer #2 - hobby project computer Dom0 - OS: Arch Linux L DomU - OS: Arch Linux/ArkOS What I have achieved so far: I have set up a Dom0. I have set up a DomU. I can open a console to my DomU. My problem: - No working connection from my leisure computer to my hobby project, or at least, not one that shows a desktop environment. L In fact, I can't even start the desktop environment on my DomU itself, though I don't know if that's a necessity. On 06-02-16 17:35, Sean Greenslade wrote: > > On February 6, 2016 10:43:27 AM EST, Folatt wrote: >> Okay, I'm quite at a loss here. >> >> I can run vncserver on my DomU and connect it using tightvnc, though >> all >> I get is a black screen. >> >> Is this what I'm supposed to do? >> >> Folatt > Why don't you back up a bit and clearly state what you're trying to accomplish. There's a lot of "what I tried" here but not so much of "what I'm trying to do." Both are needed to get good help. > > --Sean > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 07 19:15:26 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Feb 2016 19:15:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSUmv-0005yQ-ML; Sun, 07 Feb 2016 19:14:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSUmt-0005yL-GL for xen-users@lists.xen.org; Sun, 07 Feb 2016 19:14:23 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 94/5C-08977-E8797B65; Sun, 07 Feb 2016 19:14:22 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-16.tower-21.messagelabs.com!1454872460!10062417!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 38083 invoked from network); 7 Feb 2016 19:14:21 -0000 Received: from gate.ajlc.waterloo.on.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 7 Feb 2016 19:14:21 -0000 Received: from [10.19.61.10] (et.ajlc.waterloo.on.ca [10.19.61.10]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.4/8.14.4/Debian-4) with ESMTP id u17JEHWB016738 for ; Sun, 7 Feb 2016 14:14:17 -0500 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> From: Tony Lill X-Enigmail-Draft-Status: N1110 Message-ID: <56B79784.6050703@ajlc.waterloo.on.ca> Date: Sun, 7 Feb 2016 14:14:12 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56B646BC.9070204@sluimers.net> X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 You could just run eclipse on the domU and tell it to use your leisure computer as its display. No need for GPU access on the domU. - From your desktop environment on your leisure computer, open a command window and run ssh domU now you can try running eclipse and if all goes well it should open it's windows on your leisure computer. You may want to start by trying to run xterm to test the display use, just in case eclipse has it's own issues. If not, then you have some debugging to do. Some common problems are: 1) Ubuntu does not allow network connections to your display by default. You should be able to turn this on through whatever control panel you have available. If not, you'll have to dig into the configuration files of whatever display manages you're using. For exanmple, for gdm, you set DisallowTCP=false in /etc/gdm/custom.conf Tunneling through ssh may bypass this issue. 2) SSH may not be configured to tunnel X windows. Check if the DISPLAY environment variable is set. If tunneling is setup it should look like 'localhost:10'. Change the option in /etc/ssh/ssd_config on the domU and restart ssh. On 02/06/2016 02:17 PM, Folatt wrote: > What I want: > > A development environment where I can safely develop plugins for > ArkOS, fix bugs in ArkOS and if necessary even develop new features > on ArkOS. ArkOS is a child OS of Arch Linux. > > Why I want it: > > I've achieved this via Virtualbox before, but running two > graphical OSes, made my computer slow. It's especially annoying to > see Eclipse slow down to a crisp whenever I would scroll around. > Sometimes the whole thing even crashed my computer. > > So I thought, why not use two computers instead? Keep leisure and > hobby project separated and dividing the CPU/RAM workload across > two computers. > > How I want to achieve this: > > Install Eclipse on my DomU and be able to use my home computer to > somehow remotely login to my DomU and use Eclipse there. > > My setup: > > Computer #1 - leisure computer OS: Ubuntu > > Computer #2 - hobby project computer Dom0 - OS: Arch Linux L > DomU - OS: Arch Linux/ArkOS > > What I have achieved so far: > > I have set up a Dom0. I have set up a DomU. I can open a console to > my DomU. > > My problem: > > - No working connection from my leisure computer to my hobby > project, or at least, not one that shows a desktop environment. L > In fact, I can't even start the desktop environment on my DomU > itself, though I don't know if that's a necessity. > > > On 06-02-16 17:35, Sean Greenslade wrote: >> >> On February 6, 2016 10:43:27 AM EST, Folatt >> wrote: >>> Okay, I'm quite at a loss here. >>> >>> I can run vncserver on my DomU and connect it using tightvnc, >>> though all I get is a black screen. >>> >>> Is this what I'm supposed to do? >>> >>> Folatt >> Why don't you back up a bit and clearly state what you're trying >> to accomplish. There's a lot of "what I tried" here but not so >> much of "what I'm trying to do." Both are needed to get good >> help. >> >> --Sean >> >> >> >> _______________________________________________ Xen-users mailing >> list Xen-users@lists.xen.org http://lists.xen.org/xen-users > > > _______________________________________________ Xen-users mailing > list Xen-users@lists.xen.org http://lists.xen.org/xen-users - -- Tony Lill, OCT, ajlill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 - --------------- http://www.ajlc.waterloo.on.ca/ ---------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAla3l4QACgkQGS8yZq1uvxBXiwCeIZ69RsEYgNjPPh1eqtayFRez dSUAn3Og3a2mzkAFK8DReL90+QLha0L3 =E/f4 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 07 19:15:26 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Feb 2016 19:15:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSUmv-0005yQ-ML; Sun, 07 Feb 2016 19:14:25 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSUmt-0005yL-GL for xen-users@lists.xen.org; Sun, 07 Feb 2016 19:14:23 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 94/5C-08977-E8797B65; Sun, 07 Feb 2016 19:14:22 +0000 X-Env-Sender: ajlill@ajlc.waterloo.on.ca X-Msg-Ref: server-16.tower-21.messagelabs.com!1454872460!10062417!1 X-Originating-IP: [64.7.134.25] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 38083 invoked from network); 7 Feb 2016 19:14:21 -0000 Received: from gate.ajlc.waterloo.on.ca (HELO mail.ajlc.waterloo.on.ca) (64.7.134.25) by server-16.tower-21.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 7 Feb 2016 19:14:21 -0000 Received: from [10.19.61.10] (et.ajlc.waterloo.on.ca [10.19.61.10]) (authenticated bits=0) by mail.ajlc.waterloo.on.ca (8.14.4/8.14.4/Debian-4) with ESMTP id u17JEHWB016738 for ; Sun, 7 Feb 2016 14:14:17 -0500 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> From: Tony Lill X-Enigmail-Draft-Status: N1110 Message-ID: <56B79784.6050703@ajlc.waterloo.on.ca> Date: Sun, 7 Feb 2016 14:14:12 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56B646BC.9070204@sluimers.net> X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED,AWL, RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.ajlc.waterloo.on.ca Subject: Re: [Xen-users] My GPU won't pass through. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 You could just run eclipse on the domU and tell it to use your leisure computer as its display. No need for GPU access on the domU. - From your desktop environment on your leisure computer, open a command window and run ssh domU now you can try running eclipse and if all goes well it should open it's windows on your leisure computer. You may want to start by trying to run xterm to test the display use, just in case eclipse has it's own issues. If not, then you have some debugging to do. Some common problems are: 1) Ubuntu does not allow network connections to your display by default. You should be able to turn this on through whatever control panel you have available. If not, you'll have to dig into the configuration files of whatever display manages you're using. For exanmple, for gdm, you set DisallowTCP=false in /etc/gdm/custom.conf Tunneling through ssh may bypass this issue. 2) SSH may not be configured to tunnel X windows. Check if the DISPLAY environment variable is set. If tunneling is setup it should look like 'localhost:10'. Change the option in /etc/ssh/ssd_config on the domU and restart ssh. On 02/06/2016 02:17 PM, Folatt wrote: > What I want: > > A development environment where I can safely develop plugins for > ArkOS, fix bugs in ArkOS and if necessary even develop new features > on ArkOS. ArkOS is a child OS of Arch Linux. > > Why I want it: > > I've achieved this via Virtualbox before, but running two > graphical OSes, made my computer slow. It's especially annoying to > see Eclipse slow down to a crisp whenever I would scroll around. > Sometimes the whole thing even crashed my computer. > > So I thought, why not use two computers instead? Keep leisure and > hobby project separated and dividing the CPU/RAM workload across > two computers. > > How I want to achieve this: > > Install Eclipse on my DomU and be able to use my home computer to > somehow remotely login to my DomU and use Eclipse there. > > My setup: > > Computer #1 - leisure computer OS: Ubuntu > > Computer #2 - hobby project computer Dom0 - OS: Arch Linux L > DomU - OS: Arch Linux/ArkOS > > What I have achieved so far: > > I have set up a Dom0. I have set up a DomU. I can open a console to > my DomU. > > My problem: > > - No working connection from my leisure computer to my hobby > project, or at least, not one that shows a desktop environment. L > In fact, I can't even start the desktop environment on my DomU > itself, though I don't know if that's a necessity. > > > On 06-02-16 17:35, Sean Greenslade wrote: >> >> On February 6, 2016 10:43:27 AM EST, Folatt >> wrote: >>> Okay, I'm quite at a loss here. >>> >>> I can run vncserver on my DomU and connect it using tightvnc, >>> though all I get is a black screen. >>> >>> Is this what I'm supposed to do? >>> >>> Folatt >> Why don't you back up a bit and clearly state what you're trying >> to accomplish. There's a lot of "what I tried" here but not so >> much of "what I'm trying to do." Both are needed to get good >> help. >> >> --Sean >> >> >> >> _______________________________________________ Xen-users mailing >> list Xen-users@lists.xen.org http://lists.xen.org/xen-users > > > _______________________________________________ Xen-users mailing > list Xen-users@lists.xen.org http://lists.xen.org/xen-users - -- Tony Lill, OCT, ajlill@AJLC.Waterloo.ON.CA President, A. J. Lill Consultants (519) 650 0660 539 Grand Valley Dr., Cambridge, Ont. N3H 2S2 (519) 241 2461 - --------------- http://www.ajlc.waterloo.on.ca/ ---------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAla3l4QACgkQGS8yZq1uvxBXiwCeIZ69RsEYgNjPPh1eqtayFRez dSUAn3Og3a2mzkAFK8DReL90+QLha0L3 =E/f4 -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 07 21:58:08 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Feb 2016 21:58:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSXKD-00039S-Uw; Sun, 07 Feb 2016 21:56:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSXKC-00039N-Co for xen-users@lists.xen.org; Sun, 07 Feb 2016 21:56:56 +0000 Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id 37/DE-08347-7ADB7B65; Sun, 07 Feb 2016 21:56:55 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-10.tower-27.messagelabs.com!1454882214!22137834!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23990 invoked from network); 7 Feb 2016 21:56:55 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 7 Feb 2016 21:56:55 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> From: Folatt Message-ID: <56B7BDA4.2080407@sluimers.net> Date: Sun, 7 Feb 2016 22:56:52 +0100 MIME-Version: 1.0 In-Reply-To: <56B79784.6050703@ajlc.waterloo.on.ca> Subject: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Continuing from "My GPU won't pass through" A) I would like to apologize about the title I put up yesterday. That title is outdated as that hasn't been the case since the last stream of advice I got on this mailing list two months ago. I am now trying to get a vnc server working. Apologies. B) After chatting on the #xen channel, I've learned that what my actual problem could be, my network bridge is probably wrongly configured. So I'm giving my 'ip addr' output for review: [code] : lo: mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: mtu 1500 qdisc fq_codel master xenbr0 state UP group $ link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet 192.168.178.112/24 brd 192.168.178.255 scope global enp3s0 valid_lft forever preferred_lft forever inet6 2001:983:8610:1:31e2:78bb:7efd:4b4d/64 scope global mngtmpaddr noprefixroute dynamic valid_lft 3712sec preferred_lft 1943sec inet6 fe80::ebb8:6b64:34bf:49de/64 scope link valid_lft forever preferred_lft forever 3: xenbr0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global mngtmpaddr dynamic valid_lft 3714sec preferred_lft 3512sec inet6 fe80::a426:3fff:fe2b:47f2/64 scope link valid_lft forever preferred_lft forever 4: vif2.0: mtu 1500 qdisc fq_codel master xenbr0 state UP group default $ link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff inet6 fe80::fcff:ffff:feff:ffff/64 scope link valid_lft forever preferred_lft forever [/code] If I understand correctly, the 'inet' line should be under the bridge interface not the physical one. Is that true? Below are my network bridge commands (I have to type this on every boot, is there a way to turn this into a service?): [code] ip link add name xenbr0 type bridge ip link set dev xenbr0 up ip link set dev enp3s0 promisc on ip link set dev enp3s0 up ip link set dev enp3s0 master xenbr0 [/code] _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 07 21:58:08 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Feb 2016 21:58:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSXKD-00039S-Uw; Sun, 07 Feb 2016 21:56:57 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSXKC-00039N-Co for xen-users@lists.xen.org; Sun, 07 Feb 2016 21:56:56 +0000 Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id 37/DE-08347-7ADB7B65; Sun, 07 Feb 2016 21:56:55 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-10.tower-27.messagelabs.com!1454882214!22137834!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23990 invoked from network); 7 Feb 2016 21:56:55 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-10.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 7 Feb 2016 21:56:55 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> From: Folatt Message-ID: <56B7BDA4.2080407@sluimers.net> Date: Sun, 7 Feb 2016 22:56:52 +0100 MIME-Version: 1.0 In-Reply-To: <56B79784.6050703@ajlc.waterloo.on.ca> Subject: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Continuing from "My GPU won't pass through" A) I would like to apologize about the title I put up yesterday. That title is outdated as that hasn't been the case since the last stream of advice I got on this mailing list two months ago. I am now trying to get a vnc server working. Apologies. B) After chatting on the #xen channel, I've learned that what my actual problem could be, my network bridge is probably wrongly configured. So I'm giving my 'ip addr' output for review: [code] : lo: mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: mtu 1500 qdisc fq_codel master xenbr0 state UP group $ link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet 192.168.178.112/24 brd 192.168.178.255 scope global enp3s0 valid_lft forever preferred_lft forever inet6 2001:983:8610:1:31e2:78bb:7efd:4b4d/64 scope global mngtmpaddr noprefixroute dynamic valid_lft 3712sec preferred_lft 1943sec inet6 fe80::ebb8:6b64:34bf:49de/64 scope link valid_lft forever preferred_lft forever 3: xenbr0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global mngtmpaddr dynamic valid_lft 3714sec preferred_lft 3512sec inet6 fe80::a426:3fff:fe2b:47f2/64 scope link valid_lft forever preferred_lft forever 4: vif2.0: mtu 1500 qdisc fq_codel master xenbr0 state UP group default $ link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff inet6 fe80::fcff:ffff:feff:ffff/64 scope link valid_lft forever preferred_lft forever [/code] If I understand correctly, the 'inet' line should be under the bridge interface not the physical one. Is that true? Below are my network bridge commands (I have to type this on every boot, is there a way to turn this into a service?): [code] ip link add name xenbr0 type bridge ip link set dev xenbr0 up ip link set dev enp3s0 promisc on ip link set dev enp3s0 up ip link set dev enp3s0 master xenbr0 [/code] _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 07 22:23:54 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Feb 2016 22:23:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSXjX-0004Nr-Os; Sun, 07 Feb 2016 22:23:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSXjW-0004Nm-Ar for xen-users@lists.xen.org; Sun, 07 Feb 2016 22:23:06 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id E1/A5-12946-9C3C7B65; Sun, 07 Feb 2016 22:23:05 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-13.tower-31.messagelabs.com!1454883784!20329494!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29498 invoked from network); 7 Feb 2016 22:23:04 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 7 Feb 2016 22:23:04 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> From: Folatt Message-ID: <56B7C3C6.9020309@sluimers.net> Date: Sun, 7 Feb 2016 23:23:02 +0100 MIME-Version: 1.0 In-Reply-To: <56B7BDA4.2080407@sluimers.net> Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'll start over again because I recently changed some commands, but still had the old ones in the last e-mail. ------------------------ I Followed this tutorial -> https://wiki.archlinux.org/index.php/Xen The network bridge part was kind of vague, so I tried doing this: [code] ip link add name xenbr0 type bridge ip link set xenbr0 up ip link set enp3s0 promisc on ip link set enp3s0 up ip link set enp3s0 master xenbr0 [/code] Resulting into this `ip addr` output: [code] : lo: mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: mtu 1500 qdisc fq_codel master xenbr0 state UP group $ link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet 192.168.178.112/24 brd 192.168.178.255 scope global enp3s0 valid_lft forever preferred_lft forever inet6 2001:983:8610:1:31e2:78bb:7efd:4b4d/64 scope global mngtmpaddr noprefixroute dynamic valid_lft 3712sec preferred_lft 1943sec inet6 fe80::ebb8:6b64:34bf:49de/64 scope link valid_lft forever preferred_lft forever 3: xenbr0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global mngtmpaddr dynamic valid_lft 3714sec preferred_lft 3512sec inet6 fe80::a426:3fff:fe2b:47f2/64 scope link valid_lft forever preferred_lft forever 4: vif2.0: mtu 1500 qdisc fq_codel master xenbr0 state UP group default $ link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff inet6 fe80::fcff:ffff:feff:ffff/64 scope link valid_lft forever preferred_lft forever [/code] After chatting on the #xen channel, I'm told that my network bridge is probably wrongly configured and that the correct result should have the `inet 192.168.178.112/24` line in the xenbr0 section. Is this correct? P.S. I have to type those `ip link` commands on every boot, is there a way to turn this into a service? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sun Feb 07 22:23:54 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sun, 07 Feb 2016 22:23:54 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSXjX-0004Nr-Os; Sun, 07 Feb 2016 22:23:07 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSXjW-0004Nm-Ar for xen-users@lists.xen.org; Sun, 07 Feb 2016 22:23:06 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id E1/A5-12946-9C3C7B65; Sun, 07 Feb 2016 22:23:05 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-13.tower-31.messagelabs.com!1454883784!20329494!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29498 invoked from network); 7 Feb 2016 22:23:04 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 7 Feb 2016 22:23:04 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> From: Folatt Message-ID: <56B7C3C6.9020309@sluimers.net> Date: Sun, 7 Feb 2016 23:23:02 +0100 MIME-Version: 1.0 In-Reply-To: <56B7BDA4.2080407@sluimers.net> Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I'll start over again because I recently changed some commands, but still had the old ones in the last e-mail. ------------------------ I Followed this tutorial -> https://wiki.archlinux.org/index.php/Xen The network bridge part was kind of vague, so I tried doing this: [code] ip link add name xenbr0 type bridge ip link set xenbr0 up ip link set enp3s0 promisc on ip link set enp3s0 up ip link set enp3s0 master xenbr0 [/code] Resulting into this `ip addr` output: [code] : lo: mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: mtu 1500 qdisc fq_codel master xenbr0 state UP group $ link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet 192.168.178.112/24 brd 192.168.178.255 scope global enp3s0 valid_lft forever preferred_lft forever inet6 2001:983:8610:1:31e2:78bb:7efd:4b4d/64 scope global mngtmpaddr noprefixroute dynamic valid_lft 3712sec preferred_lft 1943sec inet6 fe80::ebb8:6b64:34bf:49de/64 scope link valid_lft forever preferred_lft forever 3: xenbr0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global mngtmpaddr dynamic valid_lft 3714sec preferred_lft 3512sec inet6 fe80::a426:3fff:fe2b:47f2/64 scope link valid_lft forever preferred_lft forever 4: vif2.0: mtu 1500 qdisc fq_codel master xenbr0 state UP group default $ link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff inet6 fe80::fcff:ffff:feff:ffff/64 scope link valid_lft forever preferred_lft forever [/code] After chatting on the #xen channel, I'm told that my network bridge is probably wrongly configured and that the correct result should have the `inet 192.168.178.112/24` line in the xenbr0 section. Is this correct? P.S. I have to type those `ip link` commands on every boot, is there a way to turn this into a service? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 08 10:57:46 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 10:57:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSjUo-0000dt-R7; Mon, 08 Feb 2016 10:56:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSjUn-0000do-7q for xen-users@lists.xen.org; Mon, 08 Feb 2016 10:56:41 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id C9/22-12635-86478B65; Mon, 08 Feb 2016 10:56:40 +0000 X-Env-Sender: prvs=839b4a21d=Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1454928998!20691702!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3693 invoked from network); 8 Feb 2016 10:56:39 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2016 10:56:39 -0000 X-IronPort-AV: E=Sophos;i="5.22,415,1449532800"; d="scan'208";a="336721998" Message-ID: <1454928996.26508.10.camel@citrix.com> From: Ian Campbell To: PREETI MISHRA <2013rcp9523@mnit.ac.in>, Date: Mon, 8 Feb 2016 10:56:36 +0000 In-Reply-To: References: X-Mailer: Evolution 3.18.2-1 MIME-Version: 1.0 X-DLP: MIA2 Subject: Re: [Xen-users] Request to fix a Xen related Issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCAyMDE2LTAyLTA1IGF0IDIwOjQ1ICsxMTAwLCBQUkVFVEkgTUlTSFJBIHdyb3RlOgo+ IEhpLAo+IEkgYW0gUHJlZXRpIHN0dWR5IGluIE5hdGlvbmFsIEluc3RpdHV0ZSBvZiB0ZWNobm9s b2d5LCBKYWlwdXIsCj4gSW5kaWEuwqBJwqB3b3VsZCBsaWtlIHRvIMKgZGlzY3VzcyBzb21lIFhl biByZWxhdGVkIGlzc3VlLiBLaW5kbHkgaGVscDoKPiAKPiBJIGhhdmUgYSBwYXRjaCBpbiBYZW4g d2hpY2ggc3RvcmVzIHNvbWUgaW5mb3JtYXRpb24gb2YgVk0gcHJvY2Vzcy4gSSBoYXZlCj4gYW5v dGhlciBwcm9ncmFtIHJ1bm5pbmcgaW4gRG9tMCB3aGljaCBpbnRlcmNlcHQgdGhpcyBpbmZvcm1h dGlvbi4KPiAKPiBpKSBJIHdhbnQgdG8gY29uZmlndXJlIG15IHBhdGNoIHJ1bm5pbmcgaW4gWGVu IHRvIHNlbmQgdGhlIGFsZXJ0Cj4gbm90aWZpY2F0aW9uIHRvIHByb2dyYW0gcnVubmluZyBpbiBE b20wIHRvIHJlYWQgZGF0YSwgcHJvYmFibHkgdXNpbmcKPiBldmVudCBjaGFubmVscy4gSG93IHRv IGNvbmZpZ3VyZSBldmVudCBjaGFubmVsPwo+IGlpKSBXaGljaCBBUEkgb3IgY29tbWFuZCB3aWxs IGJlIHVzZWQgdG8gcmVhZCB0aGUgZGF0YSBmcm9tIHBhdGNoIGJ1ZmZlci4KCllvdSBzaG91bGQg aW52ZXN0aWdhdGUgaG93IG9uZSBvZiB0aGUgZXhpc3RpbmcgY29tcG9uZW50cyB3aGljaApjb21t dW5pY2F0ZXMgYmV0d2VlbiBYZW4gYW5kIGEgZG9tMCBwcm9jZXNzIGFjaGlldmVzIHRoaXMuICJ4 ZW50cmFjZSIgaXMKb25lIHdoaWNoIHNwcmluZ3MgdG8gbXkgbWluZCwgYXMgZG9lcyAidm0gZXZl bnQiIGFuZCB0aGUgUUVNVSBETSBpb3JlcQpyaW5nLgoKSWFuLgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Feb 08 10:57:46 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 10:57:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSjUo-0000dt-R7; Mon, 08 Feb 2016 10:56:42 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSjUn-0000do-7q for xen-users@lists.xen.org; Mon, 08 Feb 2016 10:56:41 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id C9/22-12635-86478B65; Mon, 08 Feb 2016 10:56:40 +0000 X-Env-Sender: prvs=839b4a21d=Ian.Campbell@citrix.com X-Msg-Ref: server-13.tower-206.messagelabs.com!1454928998!20691702!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3693 invoked from network); 8 Feb 2016 10:56:39 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2016 10:56:39 -0000 X-IronPort-AV: E=Sophos;i="5.22,415,1449532800"; d="scan'208";a="336721998" Message-ID: <1454928996.26508.10.camel@citrix.com> From: Ian Campbell To: PREETI MISHRA <2013rcp9523@mnit.ac.in>, Date: Mon, 8 Feb 2016 10:56:36 +0000 In-Reply-To: References: X-Mailer: Evolution 3.18.2-1 MIME-Version: 1.0 X-DLP: MIA2 Subject: Re: [Xen-users] Request to fix a Xen related Issue X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCAyMDE2LTAyLTA1IGF0IDIwOjQ1ICsxMTAwLCBQUkVFVEkgTUlTSFJBIHdyb3RlOgo+ IEhpLAo+IEkgYW0gUHJlZXRpIHN0dWR5IGluIE5hdGlvbmFsIEluc3RpdHV0ZSBvZiB0ZWNobm9s b2d5LCBKYWlwdXIsCj4gSW5kaWEuwqBJwqB3b3VsZCBsaWtlIHRvIMKgZGlzY3VzcyBzb21lIFhl biByZWxhdGVkIGlzc3VlLiBLaW5kbHkgaGVscDoKPiAKPiBJIGhhdmUgYSBwYXRjaCBpbiBYZW4g d2hpY2ggc3RvcmVzIHNvbWUgaW5mb3JtYXRpb24gb2YgVk0gcHJvY2Vzcy4gSSBoYXZlCj4gYW5v dGhlciBwcm9ncmFtIHJ1bm5pbmcgaW4gRG9tMCB3aGljaCBpbnRlcmNlcHQgdGhpcyBpbmZvcm1h dGlvbi4KPiAKPiBpKSBJIHdhbnQgdG8gY29uZmlndXJlIG15IHBhdGNoIHJ1bm5pbmcgaW4gWGVu IHRvIHNlbmQgdGhlIGFsZXJ0Cj4gbm90aWZpY2F0aW9uIHRvIHByb2dyYW0gcnVubmluZyBpbiBE b20wIHRvIHJlYWQgZGF0YSwgcHJvYmFibHkgdXNpbmcKPiBldmVudCBjaGFubmVscy4gSG93IHRv IGNvbmZpZ3VyZSBldmVudCBjaGFubmVsPwo+IGlpKSBXaGljaCBBUEkgb3IgY29tbWFuZCB3aWxs IGJlIHVzZWQgdG8gcmVhZCB0aGUgZGF0YSBmcm9tIHBhdGNoIGJ1ZmZlci4KCllvdSBzaG91bGQg aW52ZXN0aWdhdGUgaG93IG9uZSBvZiB0aGUgZXhpc3RpbmcgY29tcG9uZW50cyB3aGljaApjb21t dW5pY2F0ZXMgYmV0d2VlbiBYZW4gYW5kIGEgZG9tMCBwcm9jZXNzIGFjaGlldmVzIHRoaXMuICJ4 ZW50cmFjZSIgaXMKb25lIHdoaWNoIHNwcmluZ3MgdG8gbXkgbWluZCwgYXMgZG9lcyAidm0gZXZl bnQiIGFuZCB0aGUgUUVNVSBETSBpb3JlcQpyaW5nLgoKSWFuLgoKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM= From xen-users-bounces@lists.xen.org Mon Feb 08 12:37:20 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 12:37:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl3E-00060V-77; Mon, 08 Feb 2016 12:36:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl3C-00060Q-If for xen-users@lists.xen.org; Mon, 08 Feb 2016 12:36:18 +0000 Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id AB/3D-28228-1CB88B65; Mon, 08 Feb 2016 12:36:17 +0000 X-Env-Sender: prvs=839213f35=wei.liu2@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1454934976!21323688!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 53808 invoked from network); 8 Feb 2016 12:36:17 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2016 12:36:17 -0000 X-IronPort-AV: E=Sophos;i="5.22,415,1449532800"; d="scan'208";a="330298443" Date: Mon, 8 Feb 2016 12:36:14 +0000 From: Wei Liu To: Alvin Starr Message-ID: <20160208123614.GN23178@citrix.com> References: <56B39A74.5010508@netvel.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <56B39A74.5010508@netvel.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com Subject: Re: [Xen-users] xen 4.6 crashes on enabling second CPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Feb 04, 2016 at 01:37:40PM -0500, Alvin Starr wrote: > > I have a new 4.6 xen install on C7 that will boot using xen 4.5 but crashes > with xen 4.6. > > The serial output is: > The hardware is a bit old: IBM 3650 > Hello, do you want to build Xen by yourself? This seems to be a bug that's already fixed upstream. And in stable-4.6 branch: commit 3d2d3d86a8e130ca1b708244bc2e16ef1975ca99 Author: Jan Beulich AuthorDate: Tue Dec 15 15:26:56 2015 +0100 Commit: Jan Beulich CommitDate: Tue Dec 15 15:26:56 2015 +0100 x86: refine nr_sockets calculation The previous variant didn't work for non-contiguous socket numbers. Reported-by: Ed Swierk Signed-off-by: Jan Beulich Tested-by: Ed Swierk Reviewed-by: Andrew Cooper master commit: 4217080693f9a4831e290c7a31bc6b886be5ca12 master date: 2015-12-08 09:45:29 +0100 Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 08 12:37:20 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 12:37:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl3E-00060V-77; Mon, 08 Feb 2016 12:36:20 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl3C-00060Q-If for xen-users@lists.xen.org; Mon, 08 Feb 2016 12:36:18 +0000 Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id AB/3D-28228-1CB88B65; Mon, 08 Feb 2016 12:36:17 +0000 X-Env-Sender: prvs=839213f35=wei.liu2@citrix.com X-Msg-Ref: server-4.tower-27.messagelabs.com!1454934976!21323688!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 53808 invoked from network); 8 Feb 2016 12:36:17 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2016 12:36:17 -0000 X-IronPort-AV: E=Sophos;i="5.22,415,1449532800"; d="scan'208";a="330298443" Date: Mon, 8 Feb 2016 12:36:14 +0000 From: Wei Liu To: Alvin Starr Message-ID: <20160208123614.GN23178@citrix.com> References: <56B39A74.5010508@netvel.net> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <56B39A74.5010508@netvel.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: xen-users@lists.xen.org, wei.liu2@citrix.com Subject: Re: [Xen-users] xen 4.6 crashes on enabling second CPU. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Feb 04, 2016 at 01:37:40PM -0500, Alvin Starr wrote: > > I have a new 4.6 xen install on C7 that will boot using xen 4.5 but crashes > with xen 4.6. > > The serial output is: > The hardware is a bit old: IBM 3650 > Hello, do you want to build Xen by yourself? This seems to be a bug that's already fixed upstream. And in stable-4.6 branch: commit 3d2d3d86a8e130ca1b708244bc2e16ef1975ca99 Author: Jan Beulich AuthorDate: Tue Dec 15 15:26:56 2015 +0100 Commit: Jan Beulich CommitDate: Tue Dec 15 15:26:56 2015 +0100 x86: refine nr_sockets calculation The previous variant didn't work for non-contiguous socket numbers. Reported-by: Ed Swierk Signed-off-by: Jan Beulich Tested-by: Ed Swierk Reviewed-by: Andrew Cooper master commit: 4217080693f9a4831e290c7a31bc6b886be5ca12 master date: 2015-12-08 09:45:29 +0100 Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 08 12:40:08 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 12:40:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl6p-000696-Eq; Mon, 08 Feb 2016 12:40:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl6o-00068y-HC for xen-users@lists.xenproject.org; Mon, 08 Feb 2016 12:40:02 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id B8/5E-31122-1AC88B65; Mon, 08 Feb 2016 12:40:01 +0000 X-Env-Sender: prvs=839213f35=wei.liu2@citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1454935194!14575706!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28717 invoked from network); 8 Feb 2016 12:40:00 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2016 12:40:00 -0000 X-IronPort-AV: E=Sophos;i="5.22,415,1449532800"; d="scan'208";a="336738466" Date: Mon, 8 Feb 2016 12:39:53 +0000 From: Wei Liu To: Wenhui Zhang Message-ID: <20160208123953.GO23178@citrix.com> References: MIME-Version: 1.0 Content-Length: 2781 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: wei.liu2@citrix.com, xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCBKYW4gMjksIDIwMTYgYXQgMTI6MDM6NTRQTSAtMDUwMCwgV2VuaHVpIFpoYW5nIHdy b3RlOgo+IC0tLS0tLS0tLS0gRm9yd2FyZGVkIG1lc3NhZ2UgLS0tLS0tLS0tLQo+IEZyb206IFdl bmh1aSBaaGFuZyA8d2VuaHVpQGd3bWFpbC5nd3UuZWR1Pgo+IERhdGU6IEZyaSwgSmFuIDI5LCAy MDE2IGF0IDEyOjAyIFBNCj4gU3ViamVjdDogWGVuIDQuNCBvbiBVYnVudHUxNC4wNAo+IFRvOiBt eWxpc3QtcmVxdWVzdEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwo+IAo+IAo+IEhpLAo+IAo+IEkgYW0g aW5zdGFsbGluZyBYZW4gZnJvbSBzb3VyY2UsCj4gCj4gYWZ0ZXIgZ29pbmcgdGhyb3VnaCBzdGVw cyBhcyBmb2xsb3dpbmcsIG5vIGVycm9ycyB3YXMgZ2VuZXJhdGVkOgo+IAo+IHN1ZG8gYWRkLWFw dC1yZXBvc2l0b3J5IHBwYTpkYW5pZWxyaWNodGVyMjAwNy9ncnViLWN1c3RvbWl6ZXIKPiBzdWRv IGFwdC1nZXQgdXBkYXRlCj4gc3VkbyBhcHQtZ2V0IGluc3RhbGwgZ3J1Yi1jdXN0b21pemVyCj4g Cj4gCj4gc3VkbyBhcHQtZ2V0IGF1dG9yZW1vdmUKPiAjIS9iaW4vc2gKPiDigIsKPiAKPiAjIHVu YW1lIC1hCj4gIyBMaW51eCBuaW1ibm9kZTExIDMuMTYuMC01Ny1nZW5lcmljCj4gIyA3N34xNC4w NC4xLVVidW50dSBTTVAgVGh1IERlYyAxNyAyMzoyMDowMCBVVEMgMjAxNSB4ODZfNjQgeDg2XzY0 Cj4geDg2XzY0IEdOVS9MaW51eAo+IHN1ZG8gYXB0LWdldCBpbnN0YWxsIC15IGJ1aWxkLWVzc2Vu dGlhbAo+IHN1ZG8gYXB0LWdldCBpbnN0YWxsIC15IGJjYyBiaW44NiBnYXdrCj4gIGJyaWRnZS11 dGlscyBpcHJvdXRlIGxpYmN1cmwzIGxpYmN1cmw0LW9wZW5zc2wtZGV2IGJ6aXAyCj4gbW9kdWxl LWluaXQtdG9vbHMgdHJhbnNmaWcgdGdpZgo+IHN1ZG8gYXB0LWdldCBpbnN0YWxsIC15Cj4gIHRl eGluZm8gdGV4bGl2ZS1sYXRleC1iYXNlIHRleGxpdmUtbGF0ZXgtcmVjb21tZW5kZWQKPiB0ZXhs aXZlLWZvbnRzLWV4dHJhIHRleGxpdmUtZm9udHMtcmVjb21tZW5kZWQgcGNpdXRpbHMtZGV2IGxp YmpwZWctZGV2Cj4gbGlianBlZzYyLWRldiBtZXJjdXJpYWwKPiBzdWRvIGFwdC1nZXQgaW5zdGFs bCAteSBtYWtlIGdjYwo+ICBsaWJjNi1kZXYgemxpYjFnLWRldiBweXRob24gcHl0aG9uLWRldiBw eXRob24tdHdpc3RlZCBsaWJuY3Vyc2VzNS1kZXYKPiBwYXRjaCBsaWJ2bmNzZXJ2ZXItZGV2IGxp YnNkbC1kZXYKPiBzdWRvIGFwdC1nZXQgaW5zdGFsbCAteQo+ICBpYXNsIGxpYmJ6Mi1kZXYgZTJm c2xpYnMtZGV2IGdpdC1jb3JlIHV1aWQtZGV2IG9jYW1sIG9jYW1sLWZpbmRsaWIKPiBsaWJ4MTEt ZGV2IGJpc29uIGZsZXggeHotdXRpbHMgbGlieWFqbC1kZXYKPiBzdWRvIGFwdC1nZXQgaW5zdGFs bCAteSBnZXR0ZXh0IGxpYnBpeG1hbi0xLWRldiBsaWJhaW8tZGV2IG1hcmtkb3duIHBhbmRvYwo+ IHN1ZG8gYXB0LWdldCBpbnN0YWxsIC15IGxpYmM2LWRldi1pMzg2Cj4gc3VkbyBhcHQtZ2V0IGlu c3RhbGwgLXkgZ2hvc3RzY3JpcHQKPiBzdWRvIGFwdC1nZXQgYnVpbGQtZGVwIHhlbgo+IAo+IAo+ IGdpdCBjbG9uZSBnaXQ6Ly94ZW5iaXRzLnhlbi5vcmcveGVuLmdpdAo+IGNkIHhlbgo+IAo+ICMg Q2hhbmdlIHRoZSBmb2xsb3dpbmcgdG8gY2hhbmdlIHRoZSB2ZXJzaW9uIHlvdSB3YW50IHRvIGlu c3RhbGwKPiAKPiAjIEF0IHRoZSB0aW1lIG9mIHdyaXRpbmcgdGhlIHZlcnNpb24gd2FzIHhlbiA0 LjctdW5zdGFibGUKPiAKPiAKPiBnaXQgY2hlY2tvdXQgc3RhYmxlLTQuMgo+IAoKWW91IHNlZW0g dG8gYmUgdXNpbmcgNC4yLCBub3QgNC40LgoKQW5kIGlmIHlvdSBkb24ndCBoYXZlIGFueSBzcGVj aWFsIHJlcXVpcmVtZW50IGZvciBzdWNoIG9sZCB2ZXJzaW9uIG9mClhlbiBJIHN1Z2dlc3QgeW91 IHVzZSBuZXdlciB2ZXJzaW9uIGxpa2UgNC41IG9yIDQuNiBpbnN0ZWFkLgoKV2VpLgoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxp bmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnM= From xen-users-bounces@lists.xen.org Mon Feb 08 12:40:08 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 12:40:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl6p-000696-Eq; Mon, 08 Feb 2016 12:40:03 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl6o-00068y-HC for xen-users@lists.xenproject.org; Mon, 08 Feb 2016 12:40:02 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id B8/5E-31122-1AC88B65; Mon, 08 Feb 2016 12:40:01 +0000 X-Env-Sender: prvs=839213f35=wei.liu2@citrix.com X-Msg-Ref: server-9.tower-21.messagelabs.com!1454935194!14575706!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28717 invoked from network); 8 Feb 2016 12:40:00 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-9.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2016 12:40:00 -0000 X-IronPort-AV: E=Sophos;i="5.22,415,1449532800"; d="scan'208";a="336738466" Date: Mon, 8 Feb 2016 12:39:53 +0000 From: Wei Liu To: Wenhui Zhang Message-ID: <20160208123953.GO23178@citrix.com> References: MIME-Version: 1.0 Content-Length: 2781 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: wei.liu2@citrix.com, xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org T24gRnJpLCBKYW4gMjksIDIwMTYgYXQgMTI6MDM6NTRQTSAtMDUwMCwgV2VuaHVpIFpoYW5nIHdy b3RlOgo+IC0tLS0tLS0tLS0gRm9yd2FyZGVkIG1lc3NhZ2UgLS0tLS0tLS0tLQo+IEZyb206IFdl bmh1aSBaaGFuZyA8d2VuaHVpQGd3bWFpbC5nd3UuZWR1Pgo+IERhdGU6IEZyaSwgSmFuIDI5LCAy MDE2IGF0IDEyOjAyIFBNCj4gU3ViamVjdDogWGVuIDQuNCBvbiBVYnVudHUxNC4wNAo+IFRvOiBt eWxpc3QtcmVxdWVzdEBsaXN0cy54ZW5wcm9qZWN0Lm9yZwo+IAo+IAo+IEhpLAo+IAo+IEkgYW0g aW5zdGFsbGluZyBYZW4gZnJvbSBzb3VyY2UsCj4gCj4gYWZ0ZXIgZ29pbmcgdGhyb3VnaCBzdGVw cyBhcyBmb2xsb3dpbmcsIG5vIGVycm9ycyB3YXMgZ2VuZXJhdGVkOgo+IAo+IHN1ZG8gYWRkLWFw dC1yZXBvc2l0b3J5IHBwYTpkYW5pZWxyaWNodGVyMjAwNy9ncnViLWN1c3RvbWl6ZXIKPiBzdWRv IGFwdC1nZXQgdXBkYXRlCj4gc3VkbyBhcHQtZ2V0IGluc3RhbGwgZ3J1Yi1jdXN0b21pemVyCj4g Cj4gCj4gc3VkbyBhcHQtZ2V0IGF1dG9yZW1vdmUKPiAjIS9iaW4vc2gKPiDigIsKPiAKPiAjIHVu YW1lIC1hCj4gIyBMaW51eCBuaW1ibm9kZTExIDMuMTYuMC01Ny1nZW5lcmljCj4gIyA3N34xNC4w NC4xLVVidW50dSBTTVAgVGh1IERlYyAxNyAyMzoyMDowMCBVVEMgMjAxNSB4ODZfNjQgeDg2XzY0 Cj4geDg2XzY0IEdOVS9MaW51eAo+IHN1ZG8gYXB0LWdldCBpbnN0YWxsIC15IGJ1aWxkLWVzc2Vu dGlhbAo+IHN1ZG8gYXB0LWdldCBpbnN0YWxsIC15IGJjYyBiaW44NiBnYXdrCj4gIGJyaWRnZS11 dGlscyBpcHJvdXRlIGxpYmN1cmwzIGxpYmN1cmw0LW9wZW5zc2wtZGV2IGJ6aXAyCj4gbW9kdWxl LWluaXQtdG9vbHMgdHJhbnNmaWcgdGdpZgo+IHN1ZG8gYXB0LWdldCBpbnN0YWxsIC15Cj4gIHRl eGluZm8gdGV4bGl2ZS1sYXRleC1iYXNlIHRleGxpdmUtbGF0ZXgtcmVjb21tZW5kZWQKPiB0ZXhs aXZlLWZvbnRzLWV4dHJhIHRleGxpdmUtZm9udHMtcmVjb21tZW5kZWQgcGNpdXRpbHMtZGV2IGxp YmpwZWctZGV2Cj4gbGlianBlZzYyLWRldiBtZXJjdXJpYWwKPiBzdWRvIGFwdC1nZXQgaW5zdGFs bCAteSBtYWtlIGdjYwo+ICBsaWJjNi1kZXYgemxpYjFnLWRldiBweXRob24gcHl0aG9uLWRldiBw eXRob24tdHdpc3RlZCBsaWJuY3Vyc2VzNS1kZXYKPiBwYXRjaCBsaWJ2bmNzZXJ2ZXItZGV2IGxp YnNkbC1kZXYKPiBzdWRvIGFwdC1nZXQgaW5zdGFsbCAteQo+ICBpYXNsIGxpYmJ6Mi1kZXYgZTJm c2xpYnMtZGV2IGdpdC1jb3JlIHV1aWQtZGV2IG9jYW1sIG9jYW1sLWZpbmRsaWIKPiBsaWJ4MTEt ZGV2IGJpc29uIGZsZXggeHotdXRpbHMgbGlieWFqbC1kZXYKPiBzdWRvIGFwdC1nZXQgaW5zdGFs bCAteSBnZXR0ZXh0IGxpYnBpeG1hbi0xLWRldiBsaWJhaW8tZGV2IG1hcmtkb3duIHBhbmRvYwo+ IHN1ZG8gYXB0LWdldCBpbnN0YWxsIC15IGxpYmM2LWRldi1pMzg2Cj4gc3VkbyBhcHQtZ2V0IGlu c3RhbGwgLXkgZ2hvc3RzY3JpcHQKPiBzdWRvIGFwdC1nZXQgYnVpbGQtZGVwIHhlbgo+IAo+IAo+ IGdpdCBjbG9uZSBnaXQ6Ly94ZW5iaXRzLnhlbi5vcmcveGVuLmdpdAo+IGNkIHhlbgo+IAo+ICMg Q2hhbmdlIHRoZSBmb2xsb3dpbmcgdG8gY2hhbmdlIHRoZSB2ZXJzaW9uIHlvdSB3YW50IHRvIGlu c3RhbGwKPiAKPiAjIEF0IHRoZSB0aW1lIG9mIHdyaXRpbmcgdGhlIHZlcnNpb24gd2FzIHhlbiA0 LjctdW5zdGFibGUKPiAKPiAKPiBnaXQgY2hlY2tvdXQgc3RhYmxlLTQuMgo+IAoKWW91IHNlZW0g dG8gYmUgdXNpbmcgNC4yLCBub3QgNC40LgoKQW5kIGlmIHlvdSBkb24ndCBoYXZlIGFueSBzcGVj aWFsIHJlcXVpcmVtZW50IGZvciBzdWNoIG9sZCB2ZXJzaW9uIG9mClhlbiBJIHN1Z2dlc3QgeW91 IHVzZSBuZXdlciB2ZXJzaW9uIGxpa2UgNC41IG9yIDQuNiBpbnN0ZWFkLgoKV2VpLgoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxp bmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4t dXNlcnM= From xen-users-bounces@lists.xen.org Mon Feb 08 12:42:16 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 12:42:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl8o-0006T6-LK; Mon, 08 Feb 2016 12:42:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl8m-0006So-UV for xen-users@lists.xen.org; Mon, 08 Feb 2016 12:42:05 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id 98/26-02940-C1D88B65; Mon, 08 Feb 2016 12:42:04 +0000 X-Env-Sender: prvs=839213f35=wei.liu2@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1454935322!21017229!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3145 invoked from network); 8 Feb 2016 12:42:03 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2016 12:42:03 -0000 X-IronPort-AV: E=Sophos;i="5.22,415,1449532800"; d="scan'208";a="330299241" Date: Mon, 8 Feb 2016 12:42:00 +0000 From: Wei Liu To: Yuxuan Jiang Message-ID: <20160208124200.GP23178@citrix.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA1 Cc: xen-users , wei.liu2@citrix.com Subject: Re: [Xen-users] About XVP Appliance VM Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jan 28, 2016 at 09:47:00PM +0800, Yuxuan Jiang wrote: > Hello, > > I am a PhD student in Hong Kong. We used to build a 7-machine private > cloud to provide cloud-based simulation service to our lab mates. > However, our NAS crashed recently, and we lost the XVP Appliance > webpage platform to host the management interface for lab mates. I > found that the XVP Appliance project website (www.xvpsource.org) has > been shut down. Therefore, unfortunately we cannot find the > downloading link of the XVP Appliance VM image. Could anybody please > kindly advise if we could find it somewhere. Or if somebody has > download the xva file, could you please share with me? Thanks a lot!!! > > Best regards, > Yuxuan This is the user list for open source Xen hypervisor. I don't know what XVP is. For a specific product you should contact the appropriate channel of that product. Wei. > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 08 12:42:16 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 12:42:16 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl8o-0006T6-LK; Mon, 08 Feb 2016 12:42:06 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSl8m-0006So-UV for xen-users@lists.xen.org; Mon, 08 Feb 2016 12:42:05 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id 98/26-02940-C1D88B65; Mon, 08 Feb 2016 12:42:04 +0000 X-Env-Sender: prvs=839213f35=wei.liu2@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1454935322!21017229!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 3145 invoked from network); 8 Feb 2016 12:42:03 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 8 Feb 2016 12:42:03 -0000 X-IronPort-AV: E=Sophos;i="5.22,415,1449532800"; d="scan'208";a="330299241" Date: Mon, 8 Feb 2016 12:42:00 +0000 From: Wei Liu To: Yuxuan Jiang Message-ID: <20160208124200.GP23178@citrix.com> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA1 Cc: xen-users , wei.liu2@citrix.com Subject: Re: [Xen-users] About XVP Appliance VM Image X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Thu, Jan 28, 2016 at 09:47:00PM +0800, Yuxuan Jiang wrote: > Hello, > > I am a PhD student in Hong Kong. We used to build a 7-machine private > cloud to provide cloud-based simulation service to our lab mates. > However, our NAS crashed recently, and we lost the XVP Appliance > webpage platform to host the management interface for lab mates. I > found that the XVP Appliance project website (www.xvpsource.org) has > been shut down. Therefore, unfortunately we cannot find the > downloading link of the XVP Appliance VM image. Could anybody please > kindly advise if we could find it somewhere. Or if somebody has > download the xva file, could you please share with me? Thanks a lot!!! > > Best regards, > Yuxuan This is the user list for open source Xen hypervisor. I don't know what XVP is. For a specific product you should contact the appropriate channel of that product. Wei. > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 08 17:49:40 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 17:49:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSpvS-0001yY-VG; Mon, 08 Feb 2016 17:48:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSpsH-0001w1-CY for xen-users@lists.xenproject.org; Mon, 08 Feb 2016 17:45:21 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id E4/37-23747-034D8B65; Mon, 08 Feb 2016 17:45:20 +0000 X-Env-Sender: wenhui@gwmail.gwu.edu X-Msg-Ref: server-12.tower-31.messagelabs.com!1454953519!21003262!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 47034 invoked from network); 8 Feb 2016 17:45:19 -0000 Received: from mail-wm0-f53.google.com (HELO mail-wm0-f53.google.com) (74.125.82.53) by server-12.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 8 Feb 2016 17:45:19 -0000 Received: by mail-wm0-f53.google.com with SMTP id p63so126410507wmp.1 for ; Mon, 08 Feb 2016 09:45:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WNcIbhNosLRQXTuAiDVgM+MVgkrSR2ulnWKeylzqZJw=; b=QXTesi1XIm4uE8JXoRWdo2djoQNUdxoaB/ydGfbWidOh1jpxGNEVxn4lGV9/JPGe0S mDoR/rH0IckNMn8g3v/Rb90rvbAgr4P6DzUsqzUqv0qnw1bsCG18LrqaR2crcvA55tiW Lt7Kq16RkJskgvWeTli8kYZsQ/pHKHB9i9W6pujI1gpJat5GYii1FCwAPrj2boTPM4Vv GzJIfegxiIN9f+dVxYQRf73muI4zDDcpwI0IAHcLO1ms0Zfp5H45LSZ0Uled1CBkHCoZ BK5ts14+LZxPhBoHiIbjEJp7RcyW0gfkAmZfEqSDAzBVktDeW4BVZWPBom1lUTvwWGTH C9Cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=WNcIbhNosLRQXTuAiDVgM+MVgkrSR2ulnWKeylzqZJw=; b=SEjQ/eyGo1JLghugwErp5mh0UlRg/7t+f28kzcK7Elz9KmXutruZNOJgjkwzd1tcfF U3vO+1Mz0/eRu6zDX+HxqZPA/DSXYd6IJVqkupJPzY6yYS3bXL2jJ6CnaXG1BUdy6Lzy 5RxOKjD3Yu+O2HPmdasqY7z+s69jX9/BLtopsV+NKpSKy54P921jhCs5++hN8Tj2DVAm gYuty0/ibgfp/UgXnGpKM+k7co8i2wqZC9sIm6YgeKc6rDcw8mA3A4eBZK4qEdCeCPFB FZleHEWWCQHbPVHXh1n8LeD2eSRfPabBjVZrfRpRBMaVClED7rpSBG3rc34cu/Bj0PhG JM4Q== X-Gm-Message-State: AG10YOTnTrXnCRvKOvO7+NmhIwtwZnWAmxFrEAcdaszWIQwK6jJl03i+FUCnKlQMBH8dUOK3fLUZy4iYh5N4wg09 MIME-Version: 1.0 X-Received: by 10.28.238.144 with SMTP id j16mr48591wmi.43.1454953519249; Mon, 08 Feb 2016 09:45:19 -0800 (PST) Received: by 10.27.50.73 with HTTP; Mon, 8 Feb 2016 09:45:19 -0800 (PST) In-Reply-To: <20160208123953.GO23178@citrix.com> References: <20160208123953.GO23178@citrix.com> Date: Mon, 8 Feb 2016 12:45:19 -0500 Message-ID: From: Wenhui Zhang To: Wei Liu X-Mailman-Approved-At: Mon, 08 Feb 2016 17:48:37 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0980616884073208317==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0980616884073208317== Content-Type: multipart/alternative; boundary=001a11476d7eae1ad1052b45c3fe --001a11476d7eae1ad1052b45c3fe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Good afternoon Wei Li: I just updated to Xen 4.4.4, using "sudo xl info", I think the highest version it could go along with ClickOS is Xen4.4, yet when trying to create a new image, it seems like it stops at this point for any image, "Parsing config from vm.cfg" , then screen freeze, using another window, "sudo xl list" it showed up as pending, wenhui@nimbnode33:~$ sudo xl list [sudo] password for wenhui: Name ID Mem VCPUs State Time(s) Domain-0 0 511 24 r----- 49.8 linux-1 1 512 1 --p--- 0.0 using "strace", it showed up at : write(6, "/local/domain/2/console/tty\0", 28) =3D 28 write(6, "n0\0", 3) =3D 3 write(6, "r2\0", 3) =3D 3 read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0\36\0\0\0", 16) =3D 16 write(6, "/local/domain/2/console/port\0", 29) =3D 29 write(6, "2", 1) =3D 1 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\16\0\0\0\0\0\0\0\r\0\0\0#\0\0\0", 16) =3D 16 write(6, "/local/domain/2/console/port\0", 29) =3D 29 write(6, "n0\0", 3) =3D 3 write(6, "r2\0", 3) =3D 3 read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0(\0\0\0", 16) =3D 16 write(6, "/local/domain/2/console/ring-ref"..., 33) =3D 33 write(6, "4417047", 7) =3D 7 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\16\0\0\0\0\0\0\0\r\0\0\0'\0\0\0", 16) =3D 16 write(6, "/local/domain/2/console/ring-ref"..., 33) =3D 33 write(6, "n0\0", 3) =3D 3 write(6, "r2\0", 3) =3D 3 read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\r\0\0\0\0\0\0\0\r\0\0\0$\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 36) =3D 36 read(6, "\20\0\0\0\0\0\0\0\r\0\0\0\7\0\0\0", 16) =3D 16 read(6, "ENOENT\0", 7) =3D 7 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\f\0\0\0\0\0\0\0\r\0\0\0$\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 36) =3D 36 read(6, "\f\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\16\0\0\0\0\0\0\0\r\0\0\0*\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 36) =3D 36 write(6, "n0\0", 3) =3D 3 write(6, "r2\0", 3) =3D 3 read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0D\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 45) =3D 45 write(6, "/local/domain/2/console", 23) =3D 23 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0001\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 48) =3D 48 write(6, "2", 1) =3D 1 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0,\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 43) =3D 43 write(6, "1", 1) =3D 1 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0+\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 42) =3D 42 write(6, "1", 1) =3D 1 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0002\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 43) =3D 43 write(6, "linux-1", 7) =3D 7 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0002\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 45) =3D 45 write(6, "vt100", 5) =3D 5 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\7\0\0\0\0\0\0\0\r\0\0\0\2\0\0\0", 16) =3D 16 write(6, "T\0", 2) =3D 2 read(6, "\7\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 access("/usr/local/lib/xen/bin/qemu-system-i386", X_OK) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\f\0\0\0\0\0\0\0\0\0\0\0\37\0\0\0", 16) =3D 16 write(6, "/local/domain/0/device-model/2\0", 31) =3D 31 read(6, "\f\0\0\0\0\0\0\0\0\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 stat("/var/log/xen/qemu-dm-linux-1.log", {st_mode=3DS_IFREG|0644, st_size= =3D0, ...}) =3D 0 unlink("/var/log/xen/qemu-dm-linux-1.log.10") =3D -1 ENOENT (No such file o= r directory) rename("/var/log/xen/qemu-dm-linux-1.log.9", "/var/log/xen/qemu-dm-linux-1.log.10") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.8", "/var/log/xen/qemu-dm-linux-1.log.9") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.7", "/var/log/xen/qemu-dm-linux-1.log.8") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.6", "/var/log/xen/qemu-dm-linux-1.log.7") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.5", "/var/log/xen/qemu-dm-linux-1.log.6") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.4", "/var/log/xen/qemu-dm-linux-1.log.5") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.3", "/var/log/xen/qemu-dm-linux-1.log.4") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.2", "/var/log/xen/qemu-dm-linux-1.log.3") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.1", "/var/log/xen/qemu-dm-linux-1.log.2") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log", "/var/log/xen/qemu-dm-linux-1.log.1") =3D 0 open("/var/log/xen/qemu-dm-linux-1.log", O_WRONLY|O_CREAT|O_APPEND, 0644) = =3D 11 open("/dev/null", O_RDONLY) =3D 12 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\n\0\0\0\0\0\0\0\0\0\0\0\2\0\0\0", 16) =3D 16 write(6, "2\0", 2) =3D 2 read(6, "\n\0\0\0\0\0\0\0\0\0\0\0\20\0\0\0", 16) =3D 16 read(6, "/local/domain/2\0", 16) =3D 16 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 gettimeofday({1454951885, 348974}, NULL) =3D 0 pipe([13, 14]) =3D 0 rt_sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], [], 8) =3D 0 mmap(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) =3D 0x7f3261e38000 mprotect(0x7f3261e38000, 4096, PROT_NONE) =3D 0 clone(child_stack=3D0x7f3261e3af70, flags=3DCLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSV= SEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=3D0x7f3261e3b9d0, tls=3D0x7f3261e3b700, child_tidptr=3D0x7f3261e3b9d0) =3D 3335 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)\0\0\0", 16 On Mon, Feb 8, 2016 at 7:39 AM, Wei Liu wrote: > On Fri, Jan 29, 2016 at 12:03:54PM -0500, Wenhui Zhang wrote: > > ---------- Forwarded message ---------- > > From: Wenhui Zhang > > Date: Fri, Jan 29, 2016 at 12:02 PM > > Subject: Xen 4.4 on Ubuntu14.04 > > To: mylist-request@lists.xenproject.org > > > > > > Hi, > > > > I am installing Xen from source, > > > > after going through steps as following, no errors was generated: > > > > sudo add-apt-repository ppa:danielrichter2007/grub-customizer > > sudo apt-get update > > sudo apt-get install grub-customizer > > > > > > sudo apt-get autoremove > > #!/bin/sh > > =E2=80=8B > > > > # uname -a > > # Linux nimbnode11 3.16.0-57-generic > > # 77~14.04.1-Ubuntu SMP Thu Dec 17 23:20:00 UTC 2015 x86_64 x86_64 > > x86_64 GNU/Linux > > sudo apt-get install -y build-essential > > sudo apt-get install -y bcc bin86 gawk > > bridge-utils iproute libcurl3 libcurl4-openssl-dev bzip2 > > module-init-tools transfig tgif > > sudo apt-get install -y > > texinfo texlive-latex-base texlive-latex-recommended > > texlive-fonts-extra texlive-fonts-recommended pciutils-dev libjpeg-dev > > libjpeg62-dev mercurial > > sudo apt-get install -y make gcc > > libc6-dev zlib1g-dev python python-dev python-twisted libncurses5-dev > > patch libvncserver-dev libsdl-dev > > sudo apt-get install -y > > iasl libbz2-dev e2fslibs-dev git-core uuid-dev ocaml ocaml-findlib > > libx11-dev bison flex xz-utils libyajl-dev > > sudo apt-get install -y gettext libpixman-1-dev libaio-dev markdown > pandoc > > sudo apt-get install -y libc6-dev-i386 > > sudo apt-get install -y ghostscript > > sudo apt-get build-dep xen > > > > > > git clone git://xenbits.xen.org/xen.git > > cd xen > > > > # Change the following to change the version you want to install > > > > # At the time of writing the version was xen 4.7-unstable > > > > > > git checkout stable-4.2 > > > > You seem to be using 4.2, not 4.4. > > And if you don't have any special requirement for such old version of > Xen I suggest you use newer version like 4.5 or 4.6 instead. > > Wei. > --=20 V/R, Wenhui Zhang Email: wenhui@gwmail.gwu.edu Telephone: 1-(703) 424 3193 --001a11476d7eae1ad1052b45c3fe Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Good afternoon Wei Li:=C2=A0

I just upd= ated to Xen 4.4.4, using "sudo xl info", I think the highest vers= ion it could go along with ClickOS is Xen4.4, yet when trying to create a n= ew image, it seems like it stops at this point for any image, "Parsing= config from vm.cfg" , then screen freeze, using another window, "= ;sudo xl list" it showed up as pending,=C2=A0

wenhui@nimbnode33:~$ sudo xl list

[sudo] password for wenhui:=C2=A0

Name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 ID =C2=A0 Mem VCPUs State Time(s)

Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2= =A0 511=C2=A0 =C2=A0 24 =C2=A0 =C2=A0 r-----=C2=A0 =C2=A0 =C2=A0 49.8

linux-1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1= =C2=A0 512 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 --p--- =C2=A0 =C2=A0 =C2=A0 0.0


using "strace", it show= ed up at :=C2=A0

write(6, "/local/domain/2/console/tty\0= ", 28) =3D 28

write(6, "= n0\0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =3D 3

write(6, "r2= \0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =3D 3

read(6, "\16\0\= 0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f32611723= 40}, NULL, 8) =3D 0

rt_sigaction(S= IGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTOR= ER, 0x7f3261172340}, 8) =3D 0

writ= e(6, "\v\0\0\0\0\0\0\0\r\0\0\0\36\0\0\0", 16) =3D 16

write(6, "/local/domain/2/console/port\0&= quot;, 29) =3D 29

write(6, "2= ", 1)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =3D 1

read(6,= "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER= , 0x7f3261172340}, NULL, 8) =3D 0

= rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL,= [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\16\0\0\0\0\0\0\0\r\0\0\0#\0\0\0", 16) =3D 16=

write(6, "/local/domain/2/co= nsole/port\0", 29) =3D 29

wri= te(6, "n0\0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =3D 3

write(= 6, "r2\0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =3D 3

read(6,= "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER= , 0x7f3261172340}, NULL, 8) =3D 0

= rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL,= [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\v\0\0\0\0\0\0\0\r\0\0\0(\0\0\0", 16) =3D 16<= /span>

write(6, "/local/domain/2/con= sole/ring-ref"..., 33) =3D 33

write(6, "4417047", 7)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =3D 7

read(6,= "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER= , 0x7f3261172340}, NULL, 8) =3D 0

= rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL,= [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\16\0\0\0\0\0\0\0\r\0\0\0'\0\0\0", 16) = =3D 16

write(6, "/local/domai= n/2/console/ring-ref"..., 33) =3D 33

write(6, "n0\0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

write(6, "r2\0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3=

rt_sigaction(SIGPIPE, {SIG_DFL, [= ], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f32611723= 40}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\r\0\0\0\0\0\0\0\r\0\0\0$\0\0\0"= ;, 16) =3D 16

write(6, "/loca= l/domain/0/backend/console/"..., 36) =3D 36

read(6, "\20\0\0\0\0\0\0\0\r\0\0\0\7\0\0\0", 16) = =3D 16

read(6, "ENOENT\0"= ;, 7)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 7

rt_sigaction(SIGPIPE, {SIG_DFL, [],= SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340= }, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\f\0\0\0\0\0\0\0\r\0\0\0$\0\0\0"= , 16) =3D 16

write(6, "/local= /domain/0/backend/console/"..., 36) =3D 36

read(6, "\f\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D= 16

read(6, "OK\0", 3)= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =3D 3

rt_sigaction(SIGPIPE, {S= IG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7= f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\16\0\0\0\0\0\0\0\r\0\0\0*\= 0\0\0", 16) =3D 16

write(6, &= quot;/local/domain/0/backend/console/"..., 36) =3D 36

write(6, "n0\0", 3) =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

write(6, "r2\0", 3) =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0"= ;, 16) =3D 16

read(6, "OK\0&q= uot;, 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =3D 3

rt_sigaction(SIGP= IPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

<= p class=3D"">rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTOR= ER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\v\0\0\0\0\0\0\0\r\0= \0\0D\0\0\0", 16) =3D 16

writ= e(6, "/local/domain/0/backend/console/"..., 45) =3D 45

=

write(6, "/local/domain/2/console"= , 23) =3D 23

read(6, "\v\0\0\= 0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f32611723= 40}, NULL, 8) =3D 0

rt_sigaction(S= IGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTOR= ER, 0x7f3261172340}, 8) =3D 0

writ= e(6, "\v\0\0\0\0\0\0\0\r\0\0\0001\0\0\0", 16) =3D 16

write(6, "/local/domain/0/backend/console= /"..., 48) =3D 48

write(6, &q= uot;2", 1)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =3D 1

rea= d(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_REST= ORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SI= G_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

<= span class=3D"">write(6, "\v\0\0\0\0\0\0\0\r\0\0\0,\0\0\0", 16) = =3D 16

write(6, "/local/domai= n/0/backend/console/"..., 43) =3D 43

write(6, "1", 1)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 1

read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) = =3D 16

read(6, "OK\0", 3= )=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =3D 3

rt_sigaction(SIGPIPE, {S= IG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7= f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\v\0\0\0\0\0\0\0\r\0\0\0+\0= \0\0", 16) =3D 16

write(6, &q= uot;/local/domain/0/backend/console/"..., 42) =3D 42

write(6, "1", 1)=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 1

read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\= 0\0", 16) =3D 16

read(6, &quo= t;OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =3D 3

rt_sigacti= on(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA= _RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) = =3D 0

write(6, "\v\0\0\0\0\0\= 0\0\r\0\0\0002\0\0\0", 16) =3D 16

write(6, "/local/domain/0/backend/console/"..., 43) =3D 43<= /span>

write(6, "linux-1", 7)= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 7=

read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3= \0\0\0", 16) =3D 16

read(6, &= quot;OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_siga= ction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [],= SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, = 8) =3D 0

write(6, "\v\0\0\0\0= \0\0\0\r\0\0\0002\0\0\0", 16) =3D 16

write(6, "/local/domain/0/backend/console/"..., 45) =3D 4= 5

write(6, "vt100", 5)= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 5=

read(6, "\v\0\0\0\0\0\0\0\r\= 0\0\0\3\0\0\0", 16) =3D 16

re= ad(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

= rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) = =3D 0

rt_sigaction(SIGPIPE, {SIG_I= GN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f326117= 2340}, 8) =3D 0

write(6, "\7\= 0\0\0\0\0\0\0\r\0\0\0\2\0\0\0", 16) =3D 16

write(6, "T\0", 2)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 2

read(6, "\7\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16)= =3D 16

read(6, "OK\0", = 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =3D 3

rt_sigaction(SIGPIPE, {S= IG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

access("/usr/local/lib/xen/bin/qemu-system-i386= ", X_OK) =3D 0

rt_sigaction(S= IGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTOR= ER, 0x7f3261172340}, 8) =3D 0

writ= e(6, "\f\0\0\0\0\0\0\0\0\0\0\0\37\0\0\0", 16) =3D 16

write(6, "/local/domain/0/device-model/2\= 0", 31) =3D 31

read(6, "= \f\0\0\0\0\0\0\0\0\0\0\0\3\0\0\0", 16) =3D 16

= read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7= f3261172340}, NULL, 8) =3D 0

stat(= "/var/log/xen/qemu-dm-linux-1.log", {st_mode=3DS_IFREG|0644, st_s= ize=3D0, ...}) =3D 0

unlink("= /var/log/xen/qemu-dm-linux-1.log.10") =3D -1 ENOENT (No such file or d= irectory)

rename("/var/log/xe= n/qemu-dm-linux-1.log.9", "/var/log/xen/qemu-dm-linux-1.log.10&qu= ot;) =3D -1 ENOENT (No such file or directory)

rename("/var/log/xen/qemu-dm-linux-1.log.8", "/= var/log/xen/qemu-dm-linux-1.log.9") =3D -1 ENOENT (No such file or dir= ectory)

rename("/var/log/xen/= qemu-dm-linux-1.log.7", "/var/log/xen/qemu-dm-linux-1.log.8"= ) =3D -1 ENOENT (No such file or directory)

rename("/var/log/xen/qemu-dm-linux-1.log.6", "/var= /log/xen/qemu-dm-linux-1.log.7") =3D -1 ENOENT (No such file or direct= ory)

rename("/var/log/xen/qem= u-dm-linux-1.log.5", "/var/log/xen/qemu-dm-linux-1.log.6") = =3D -1 ENOENT (No such file or directory)

rename("/var/log/xen/qemu-dm-linux-1.log.4", "/var/l= og/xen/qemu-dm-linux-1.log.5") =3D -1 ENOENT (No such file or director= y)

rename("/var/log/xen/qemu-= dm-linux-1.log.3", "/var/log/xen/qemu-dm-linux-1.log.4") =3D= -1 ENOENT (No such file or directory)

rename("/var/log/xen/qemu-dm-linux-1.log.2", "/var/log= /xen/qemu-dm-linux-1.log.3") =3D -1 ENOENT (No such file or directory)=

rename("/var/log/xen/qemu-dm= -linux-1.log.1", "/var/log/xen/qemu-dm-linux-1.log.2") =3D -= 1 ENOENT (No such file or directory)

rename("/var/log/xen/qemu-dm-linux-1.log", "/var/log/xen/= qemu-dm-linux-1.log.1") =3D 0

open("/var/log/xen/qemu-dm-linux-1.log", O_WRONLY|O_CREAT|O_APPE= ND, 0644) =3D 11

open("/dev/n= ull", O_RDONLY) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 12

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_= RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) = =3D 0

write(6, "\n\0\0\0\0\0\= 0\0\0\0\0\0\2\0\0\0", 16) =3D 16

write(6, "2\0", 2)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 2

read(6, "\n\0\0\0\0\0\0\0\0\0\0\0\20\0\0\0", 16) =3D 16

read(6, "/local/domain/2\0&quo= t;, 16)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 16

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, N= ULL, 8) =3D 0

gettimeofday({145495= 1885, 348974}, NULL) =3D 0

pipe([1= 3, 14])=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =3D 0

rt_= sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], [], 8) =3D 0

mmap(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_= ANONYMOUS|MAP_STACK, -1, 0) =3D 0x7f3261e38000

mprotect(0x7f3261e38000, 4096, PROT_NONE) =3D 0

clone(child_stack=3D0x7f3261e3af70, flags=3DCLON= E_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SE= TTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=3D0x7f3261e3b9= d0, tls=3D0x7f3261e3b700, child_tidptr=3D0x7f3261e3b9d0) =3D 3335

rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = =3D 0

rt_sigaction(SIGPIPE, {SIG_I= GN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f326117= 2340}, 8) =3D 0

write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)= \0\0\0", 16



On Mon, Feb 8, 2016 at 7:39 AM, Wei Li= u <wei.liu2@citrix.com> wrote:
On Fri, Jan 29, 2016 at 12:0= 3:54PM -0500, Wenhui Zhang wrote:
> ---------- Forwarded message ----------
> From: Wenhui Zhang <wenhui= @gwmail.gwu.edu>
> Date: Fri, Jan 29, 2016 at 12:02 PM
> Subject: Xen 4.4 on Ubuntu14.04
> To: mylist-requ= est@lists.xenproject.org
>
>
> Hi,
>
> I am installing Xen from source,
>
> after going through steps as following, no errors was generated:
>
> sudo add-apt-repository ppa:danielrichter2007/grub-customizer
> sudo apt-get update
> sudo apt-get install grub-customizer
>
>
> sudo apt-get autoremove
> #!/bin/sh
> =E2=80=8B
>
> # uname -a
> # Linux nimbnode11 3.16.0-57-generic
> # 77~14.04.1-Ubuntu SMP Thu Dec 17 23:20:00 UTC 2015 x86_64 x86_64
> x86_64 GNU/Linux
> sudo apt-get install -y build-essential
> sudo apt-get install -y bcc bin86 gawk
>=C2=A0 bridge-utils iproute libcurl3 libcurl4-openssl-dev bzip2
> module-init-tools transfig tgif
> sudo apt-get install -y
>=C2=A0 texinfo texlive-latex-base texlive-latex-recommended
> texlive-fonts-extra texlive-fonts-recommended pciutils-dev libjpeg-dev=
> libjpeg62-dev mercurial
> sudo apt-get install -y make gcc
>=C2=A0 libc6-dev zlib1g-dev python python-dev python-twisted libncurses= 5-dev
> patch libvncserver-dev libsdl-dev
> sudo apt-get install -y
>=C2=A0 iasl libbz2-dev e2fslibs-dev git-core uuid-dev ocaml ocaml-findl= ib
> libx11-dev bison flex xz-utils libyajl-dev
> sudo apt-get install -y gettext libpixman-1-dev libaio-dev markdown pa= ndoc
> sudo apt-get install -y libc6-dev-i386
> sudo apt-get install -y ghostscript
> sudo apt-get build-dep xen
>
>
> git clone git://xenbits.xen.org/xen.git
> cd xen
>
> # Change the following to change the version you want to install
>
> # At the time of writing the version was xen 4.7-unstable
>
>
> git checkout stable-4.2
>

You seem to be using 4.2, not 4.4.

And if you don't have any special requirement for such old version of Xen I suggest you use newer version like 4.5 or 4.6 instead.

Wei.



--
V/R,
=C2=A0
Wenhui= Zhang
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 Telephone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2= =A0
=C2=A0
=C2=A0
=C2=A0


--001a11476d7eae1ad1052b45c3fe-- --===============0980616884073208317== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0980616884073208317==-- From xen-users-bounces@lists.xen.org Mon Feb 08 17:49:40 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 17:49:40 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSpvS-0001yY-VG; Mon, 08 Feb 2016 17:48:38 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSpsH-0001w1-CY for xen-users@lists.xenproject.org; Mon, 08 Feb 2016 17:45:21 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id E4/37-23747-034D8B65; Mon, 08 Feb 2016 17:45:20 +0000 X-Env-Sender: wenhui@gwmail.gwu.edu X-Msg-Ref: server-12.tower-31.messagelabs.com!1454953519!21003262!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 47034 invoked from network); 8 Feb 2016 17:45:19 -0000 Received: from mail-wm0-f53.google.com (HELO mail-wm0-f53.google.com) (74.125.82.53) by server-12.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 8 Feb 2016 17:45:19 -0000 Received: by mail-wm0-f53.google.com with SMTP id p63so126410507wmp.1 for ; Mon, 08 Feb 2016 09:45:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WNcIbhNosLRQXTuAiDVgM+MVgkrSR2ulnWKeylzqZJw=; b=QXTesi1XIm4uE8JXoRWdo2djoQNUdxoaB/ydGfbWidOh1jpxGNEVxn4lGV9/JPGe0S mDoR/rH0IckNMn8g3v/Rb90rvbAgr4P6DzUsqzUqv0qnw1bsCG18LrqaR2crcvA55tiW Lt7Kq16RkJskgvWeTli8kYZsQ/pHKHB9i9W6pujI1gpJat5GYii1FCwAPrj2boTPM4Vv GzJIfegxiIN9f+dVxYQRf73muI4zDDcpwI0IAHcLO1ms0Zfp5H45LSZ0Uled1CBkHCoZ BK5ts14+LZxPhBoHiIbjEJp7RcyW0gfkAmZfEqSDAzBVktDeW4BVZWPBom1lUTvwWGTH C9Cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=WNcIbhNosLRQXTuAiDVgM+MVgkrSR2ulnWKeylzqZJw=; b=SEjQ/eyGo1JLghugwErp5mh0UlRg/7t+f28kzcK7Elz9KmXutruZNOJgjkwzd1tcfF U3vO+1Mz0/eRu6zDX+HxqZPA/DSXYd6IJVqkupJPzY6yYS3bXL2jJ6CnaXG1BUdy6Lzy 5RxOKjD3Yu+O2HPmdasqY7z+s69jX9/BLtopsV+NKpSKy54P921jhCs5++hN8Tj2DVAm gYuty0/ibgfp/UgXnGpKM+k7co8i2wqZC9sIm6YgeKc6rDcw8mA3A4eBZK4qEdCeCPFB FZleHEWWCQHbPVHXh1n8LeD2eSRfPabBjVZrfRpRBMaVClED7rpSBG3rc34cu/Bj0PhG JM4Q== X-Gm-Message-State: AG10YOTnTrXnCRvKOvO7+NmhIwtwZnWAmxFrEAcdaszWIQwK6jJl03i+FUCnKlQMBH8dUOK3fLUZy4iYh5N4wg09 MIME-Version: 1.0 X-Received: by 10.28.238.144 with SMTP id j16mr48591wmi.43.1454953519249; Mon, 08 Feb 2016 09:45:19 -0800 (PST) Received: by 10.27.50.73 with HTTP; Mon, 8 Feb 2016 09:45:19 -0800 (PST) In-Reply-To: <20160208123953.GO23178@citrix.com> References: <20160208123953.GO23178@citrix.com> Date: Mon, 8 Feb 2016 12:45:19 -0500 Message-ID: From: Wenhui Zhang To: Wei Liu X-Mailman-Approved-At: Mon, 08 Feb 2016 17:48:37 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0980616884073208317==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============0980616884073208317== Content-Type: multipart/alternative; boundary=001a11476d7eae1ad1052b45c3fe --001a11476d7eae1ad1052b45c3fe Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Good afternoon Wei Li: I just updated to Xen 4.4.4, using "sudo xl info", I think the highest version it could go along with ClickOS is Xen4.4, yet when trying to create a new image, it seems like it stops at this point for any image, "Parsing config from vm.cfg" , then screen freeze, using another window, "sudo xl list" it showed up as pending, wenhui@nimbnode33:~$ sudo xl list [sudo] password for wenhui: Name ID Mem VCPUs State Time(s) Domain-0 0 511 24 r----- 49.8 linux-1 1 512 1 --p--- 0.0 using "strace", it showed up at : write(6, "/local/domain/2/console/tty\0", 28) =3D 28 write(6, "n0\0", 3) =3D 3 write(6, "r2\0", 3) =3D 3 read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0\36\0\0\0", 16) =3D 16 write(6, "/local/domain/2/console/port\0", 29) =3D 29 write(6, "2", 1) =3D 1 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\16\0\0\0\0\0\0\0\r\0\0\0#\0\0\0", 16) =3D 16 write(6, "/local/domain/2/console/port\0", 29) =3D 29 write(6, "n0\0", 3) =3D 3 write(6, "r2\0", 3) =3D 3 read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0(\0\0\0", 16) =3D 16 write(6, "/local/domain/2/console/ring-ref"..., 33) =3D 33 write(6, "4417047", 7) =3D 7 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\16\0\0\0\0\0\0\0\r\0\0\0'\0\0\0", 16) =3D 16 write(6, "/local/domain/2/console/ring-ref"..., 33) =3D 33 write(6, "n0\0", 3) =3D 3 write(6, "r2\0", 3) =3D 3 read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\r\0\0\0\0\0\0\0\r\0\0\0$\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 36) =3D 36 read(6, "\20\0\0\0\0\0\0\0\r\0\0\0\7\0\0\0", 16) =3D 16 read(6, "ENOENT\0", 7) =3D 7 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\f\0\0\0\0\0\0\0\r\0\0\0$\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 36) =3D 36 read(6, "\f\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\16\0\0\0\0\0\0\0\r\0\0\0*\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 36) =3D 36 write(6, "n0\0", 3) =3D 3 write(6, "r2\0", 3) =3D 3 read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0D\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 45) =3D 45 write(6, "/local/domain/2/console", 23) =3D 23 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0001\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 48) =3D 48 write(6, "2", 1) =3D 1 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0,\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 43) =3D 43 write(6, "1", 1) =3D 1 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0+\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 42) =3D 42 write(6, "1", 1) =3D 1 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0002\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 43) =3D 43 write(6, "linux-1", 7) =3D 7 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\v\0\0\0\0\0\0\0\r\0\0\0002\0\0\0", 16) =3D 16 write(6, "/local/domain/0/backend/console/"..., 45) =3D 45 write(6, "vt100", 5) =3D 5 read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\7\0\0\0\0\0\0\0\r\0\0\0\2\0\0\0", 16) =3D 16 write(6, "T\0", 2) =3D 2 read(6, "\7\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 access("/usr/local/lib/xen/bin/qemu-system-i386", X_OK) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\f\0\0\0\0\0\0\0\0\0\0\0\37\0\0\0", 16) =3D 16 write(6, "/local/domain/0/device-model/2\0", 31) =3D 31 read(6, "\f\0\0\0\0\0\0\0\0\0\0\0\3\0\0\0", 16) =3D 16 read(6, "OK\0", 3) =3D 3 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 stat("/var/log/xen/qemu-dm-linux-1.log", {st_mode=3DS_IFREG|0644, st_size= =3D0, ...}) =3D 0 unlink("/var/log/xen/qemu-dm-linux-1.log.10") =3D -1 ENOENT (No such file o= r directory) rename("/var/log/xen/qemu-dm-linux-1.log.9", "/var/log/xen/qemu-dm-linux-1.log.10") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.8", "/var/log/xen/qemu-dm-linux-1.log.9") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.7", "/var/log/xen/qemu-dm-linux-1.log.8") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.6", "/var/log/xen/qemu-dm-linux-1.log.7") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.5", "/var/log/xen/qemu-dm-linux-1.log.6") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.4", "/var/log/xen/qemu-dm-linux-1.log.5") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.3", "/var/log/xen/qemu-dm-linux-1.log.4") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.2", "/var/log/xen/qemu-dm-linux-1.log.3") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log.1", "/var/log/xen/qemu-dm-linux-1.log.2") =3D -1 ENOENT (No such file or directory) rename("/var/log/xen/qemu-dm-linux-1.log", "/var/log/xen/qemu-dm-linux-1.log.1") =3D 0 open("/var/log/xen/qemu-dm-linux-1.log", O_WRONLY|O_CREAT|O_APPEND, 0644) = =3D 11 open("/dev/null", O_RDONLY) =3D 12 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\n\0\0\0\0\0\0\0\0\0\0\0\2\0\0\0", 16) =3D 16 write(6, "2\0", 2) =3D 2 read(6, "\n\0\0\0\0\0\0\0\0\0\0\0\20\0\0\0", 16) =3D 16 read(6, "/local/domain/2\0", 16) =3D 16 rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0 gettimeofday({1454951885, 348974}, NULL) =3D 0 pipe([13, 14]) =3D 0 rt_sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], [], 8) =3D 0 mmap(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) =3D 0x7f3261e38000 mprotect(0x7f3261e38000, 4096, PROT_NONE) =3D 0 clone(child_stack=3D0x7f3261e3af70, flags=3DCLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSV= SEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=3D0x7f3261e3b9d0, tls=3D0x7f3261e3b700, child_tidptr=3D0x7f3261e3b9d0) =3D 3335 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) =3D 0 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0 write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)\0\0\0", 16 On Mon, Feb 8, 2016 at 7:39 AM, Wei Liu wrote: > On Fri, Jan 29, 2016 at 12:03:54PM -0500, Wenhui Zhang wrote: > > ---------- Forwarded message ---------- > > From: Wenhui Zhang > > Date: Fri, Jan 29, 2016 at 12:02 PM > > Subject: Xen 4.4 on Ubuntu14.04 > > To: mylist-request@lists.xenproject.org > > > > > > Hi, > > > > I am installing Xen from source, > > > > after going through steps as following, no errors was generated: > > > > sudo add-apt-repository ppa:danielrichter2007/grub-customizer > > sudo apt-get update > > sudo apt-get install grub-customizer > > > > > > sudo apt-get autoremove > > #!/bin/sh > > =E2=80=8B > > > > # uname -a > > # Linux nimbnode11 3.16.0-57-generic > > # 77~14.04.1-Ubuntu SMP Thu Dec 17 23:20:00 UTC 2015 x86_64 x86_64 > > x86_64 GNU/Linux > > sudo apt-get install -y build-essential > > sudo apt-get install -y bcc bin86 gawk > > bridge-utils iproute libcurl3 libcurl4-openssl-dev bzip2 > > module-init-tools transfig tgif > > sudo apt-get install -y > > texinfo texlive-latex-base texlive-latex-recommended > > texlive-fonts-extra texlive-fonts-recommended pciutils-dev libjpeg-dev > > libjpeg62-dev mercurial > > sudo apt-get install -y make gcc > > libc6-dev zlib1g-dev python python-dev python-twisted libncurses5-dev > > patch libvncserver-dev libsdl-dev > > sudo apt-get install -y > > iasl libbz2-dev e2fslibs-dev git-core uuid-dev ocaml ocaml-findlib > > libx11-dev bison flex xz-utils libyajl-dev > > sudo apt-get install -y gettext libpixman-1-dev libaio-dev markdown > pandoc > > sudo apt-get install -y libc6-dev-i386 > > sudo apt-get install -y ghostscript > > sudo apt-get build-dep xen > > > > > > git clone git://xenbits.xen.org/xen.git > > cd xen > > > > # Change the following to change the version you want to install > > > > # At the time of writing the version was xen 4.7-unstable > > > > > > git checkout stable-4.2 > > > > You seem to be using 4.2, not 4.4. > > And if you don't have any special requirement for such old version of > Xen I suggest you use newer version like 4.5 or 4.6 instead. > > Wei. > --=20 V/R, Wenhui Zhang Email: wenhui@gwmail.gwu.edu Telephone: 1-(703) 424 3193 --001a11476d7eae1ad1052b45c3fe Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Good afternoon Wei Li:=C2=A0

I just upd= ated to Xen 4.4.4, using "sudo xl info", I think the highest vers= ion it could go along with ClickOS is Xen4.4, yet when trying to create a n= ew image, it seems like it stops at this point for any image, "Parsing= config from vm.cfg" , then screen freeze, using another window, "= ;sudo xl list" it showed up as pending,=C2=A0

wenhui@nimbnode33:~$ sudo xl list

[sudo] password for wenhui:=C2=A0

Name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 ID =C2=A0 Mem VCPUs State Time(s)

Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2= =A0 511=C2=A0 =C2=A0 24 =C2=A0 =C2=A0 r-----=C2=A0 =C2=A0 =C2=A0 49.8

linux-1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1= =C2=A0 512 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 --p--- =C2=A0 =C2=A0 =C2=A0 0.0


using "strace", it show= ed up at :=C2=A0

write(6, "/local/domain/2/console/tty\0= ", 28) =3D 28

write(6, "= n0\0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =3D 3

write(6, "r2= \0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =3D 3

read(6, "\16\0\= 0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f32611723= 40}, NULL, 8) =3D 0

rt_sigaction(S= IGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTOR= ER, 0x7f3261172340}, 8) =3D 0

writ= e(6, "\v\0\0\0\0\0\0\0\r\0\0\0\36\0\0\0", 16) =3D 16

write(6, "/local/domain/2/console/port\0&= quot;, 29) =3D 29

write(6, "2= ", 1)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =3D 1

read(6,= "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER= , 0x7f3261172340}, NULL, 8) =3D 0

= rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL,= [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\16\0\0\0\0\0\0\0\r\0\0\0#\0\0\0", 16) =3D 16=

write(6, "/local/domain/2/co= nsole/port\0", 29) =3D 29

wri= te(6, "n0\0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =3D 3

write(= 6, "r2\0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =3D 3

read(6,= "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER= , 0x7f3261172340}, NULL, 8) =3D 0

= rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL,= [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\v\0\0\0\0\0\0\0\r\0\0\0(\0\0\0", 16) =3D 16<= /span>

write(6, "/local/domain/2/con= sole/ring-ref"..., 33) =3D 33

write(6, "4417047", 7)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =3D 7

read(6,= "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER= , 0x7f3261172340}, NULL, 8) =3D 0

= rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL,= [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\16\0\0\0\0\0\0\0\r\0\0\0'\0\0\0", 16) = =3D 16

write(6, "/local/domai= n/2/console/ring-ref"..., 33) =3D 33

write(6, "n0\0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

write(6, "r2\0", 3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3=

rt_sigaction(SIGPIPE, {SIG_DFL, [= ], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f32611723= 40}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\r\0\0\0\0\0\0\0\r\0\0\0$\0\0\0"= ;, 16) =3D 16

write(6, "/loca= l/domain/0/backend/console/"..., 36) =3D 36

read(6, "\20\0\0\0\0\0\0\0\r\0\0\0\7\0\0\0", 16) = =3D 16

read(6, "ENOENT\0"= ;, 7)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 7

rt_sigaction(SIGPIPE, {SIG_DFL, [],= SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340= }, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\f\0\0\0\0\0\0\0\r\0\0\0$\0\0\0"= , 16) =3D 16

write(6, "/local= /domain/0/backend/console/"..., 36) =3D 36

read(6, "\f\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D= 16

read(6, "OK\0", 3)= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =3D 3

rt_sigaction(SIGPIPE, {S= IG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7= f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\16\0\0\0\0\0\0\0\r\0\0\0*\= 0\0\0", 16) =3D 16

write(6, &= quot;/local/domain/0/backend/console/"..., 36) =3D 36

write(6, "n0\0", 3) =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

write(6, "r2\0", 3) =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

read(6, "\16\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0"= ;, 16) =3D 16

read(6, "OK\0&q= uot;, 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =3D 3

rt_sigaction(SIGP= IPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

<= p class=3D"">rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTOR= ER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\v\0\0\0\0\0\0\0\r\0= \0\0D\0\0\0", 16) =3D 16

writ= e(6, "/local/domain/0/backend/console/"..., 45) =3D 45

=

write(6, "/local/domain/2/console"= , 23) =3D 23

read(6, "\v\0\0\= 0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f32611723= 40}, NULL, 8) =3D 0

rt_sigaction(S= IGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTOR= ER, 0x7f3261172340}, 8) =3D 0

writ= e(6, "\v\0\0\0\0\0\0\0\r\0\0\0001\0\0\0", 16) =3D 16

write(6, "/local/domain/0/backend/console= /"..., 48) =3D 48

write(6, &q= uot;2", 1)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =3D 1

rea= d(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) =3D 16

read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_REST= ORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SI= G_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

<= span class=3D"">write(6, "\v\0\0\0\0\0\0\0\r\0\0\0,\0\0\0", 16) = =3D 16

write(6, "/local/domai= n/0/backend/console/"..., 43) =3D 43

write(6, "1", 1)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 1

read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16) = =3D 16

read(6, "OK\0", 3= )=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =3D 3

rt_sigaction(SIGPIPE, {S= IG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7= f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) =3D 0

write(6, "\v\0\0\0\0\0\0\0\r\0\0\0+\0= \0\0", 16) =3D 16

write(6, &q= uot;/local/domain/0/backend/console/"..., 42) =3D 42

write(6, "1", 1)=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 1

read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3\0\= 0\0", 16) =3D 16

read(6, &quo= t;OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =3D 3

rt_sigacti= on(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA= _RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) = =3D 0

write(6, "\v\0\0\0\0\0\= 0\0\r\0\0\0002\0\0\0", 16) =3D 16

write(6, "/local/domain/0/backend/console/"..., 43) =3D 43<= /span>

write(6, "linux-1", 7)= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 7=

read(6, "\v\0\0\0\0\0\0\0\r\0\0\0\3= \0\0\0", 16) =3D 16

read(6, &= quot;OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_siga= ction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

rt_sigaction(SIGPIPE, {SIG_IGN, [],= SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, = 8) =3D 0

write(6, "\v\0\0\0\0= \0\0\0\r\0\0\0002\0\0\0", 16) =3D 16

write(6, "/local/domain/0/backend/console/"..., 45) =3D 4= 5

write(6, "vt100", 5)= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 5=

read(6, "\v\0\0\0\0\0\0\0\r\= 0\0\0\3\0\0\0", 16) =3D 16

re= ad(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

= rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) = =3D 0

rt_sigaction(SIGPIPE, {SIG_I= GN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f326117= 2340}, 8) =3D 0

write(6, "\7\= 0\0\0\0\0\0\0\r\0\0\0\2\0\0\0", 16) =3D 16

write(6, "T\0", 2)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 2

read(6, "\7\0\0\0\0\0\0\0\r\0\0\0\3\0\0\0", 16)= =3D 16

read(6, "OK\0", = 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =3D 3

rt_sigaction(SIGPIPE, {S= IG_DFL, [], SA_RESTORER, 0x7f3261172340}, NULL, 8) =3D 0

access("/usr/local/lib/xen/bin/qemu-system-i386= ", X_OK) =3D 0

rt_sigaction(S= IGPIPE, {SIG_IGN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTOR= ER, 0x7f3261172340}, 8) =3D 0

writ= e(6, "\f\0\0\0\0\0\0\0\0\0\0\0\37\0\0\0", 16) =3D 16

write(6, "/local/domain/0/device-model/2\= 0", 31) =3D 31

read(6, "= \f\0\0\0\0\0\0\0\0\0\0\0\3\0\0\0", 16) =3D 16

= read(6, "OK\0", 3)=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 3

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7= f3261172340}, NULL, 8) =3D 0

stat(= "/var/log/xen/qemu-dm-linux-1.log", {st_mode=3DS_IFREG|0644, st_s= ize=3D0, ...}) =3D 0

unlink("= /var/log/xen/qemu-dm-linux-1.log.10") =3D -1 ENOENT (No such file or d= irectory)

rename("/var/log/xe= n/qemu-dm-linux-1.log.9", "/var/log/xen/qemu-dm-linux-1.log.10&qu= ot;) =3D -1 ENOENT (No such file or directory)

rename("/var/log/xen/qemu-dm-linux-1.log.8", "/= var/log/xen/qemu-dm-linux-1.log.9") =3D -1 ENOENT (No such file or dir= ectory)

rename("/var/log/xen/= qemu-dm-linux-1.log.7", "/var/log/xen/qemu-dm-linux-1.log.8"= ) =3D -1 ENOENT (No such file or directory)

rename("/var/log/xen/qemu-dm-linux-1.log.6", "/var= /log/xen/qemu-dm-linux-1.log.7") =3D -1 ENOENT (No such file or direct= ory)

rename("/var/log/xen/qem= u-dm-linux-1.log.5", "/var/log/xen/qemu-dm-linux-1.log.6") = =3D -1 ENOENT (No such file or directory)

rename("/var/log/xen/qemu-dm-linux-1.log.4", "/var/l= og/xen/qemu-dm-linux-1.log.5") =3D -1 ENOENT (No such file or director= y)

rename("/var/log/xen/qemu-= dm-linux-1.log.3", "/var/log/xen/qemu-dm-linux-1.log.4") =3D= -1 ENOENT (No such file or directory)

rename("/var/log/xen/qemu-dm-linux-1.log.2", "/var/log= /xen/qemu-dm-linux-1.log.3") =3D -1 ENOENT (No such file or directory)=

rename("/var/log/xen/qemu-dm= -linux-1.log.1", "/var/log/xen/qemu-dm-linux-1.log.2") =3D -= 1 ENOENT (No such file or directory)

rename("/var/log/xen/qemu-dm-linux-1.log", "/var/log/xen/= qemu-dm-linux-1.log.1") =3D 0

open("/var/log/xen/qemu-dm-linux-1.log", O_WRONLY|O_CREAT|O_APPE= ND, 0644) =3D 11

open("/dev/n= ull", O_RDONLY) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 12

rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_= RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, 8) = =3D 0

write(6, "\n\0\0\0\0\0\= 0\0\0\0\0\0\2\0\0\0", 16) =3D 16

write(6, "2\0", 2)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 2

read(6, "\n\0\0\0\0\0\0\0\0\0\0\0\20\0\0\0", 16) =3D 16

read(6, "/local/domain/2\0&quo= t;, 16)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 16

rt_sigaction(SIGPIPE, {SIG_DFL, [], SA_RESTORER, 0x7f3261172340}, N= ULL, 8) =3D 0

gettimeofday({145495= 1885, 348974}, NULL) =3D 0

pipe([1= 3, 14])=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =3D 0

rt_= sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], [], 8) =3D 0

mmap(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_= ANONYMOUS|MAP_STACK, -1, 0) =3D 0x7f3261e38000

mprotect(0x7f3261e38000, 4096, PROT_NONE) =3D 0

clone(child_stack=3D0x7f3261e3af70, flags=3DCLON= E_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SE= TTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=3D0x7f3261e3b9= d0, tls=3D0x7f3261e3b700, child_tidptr=3D0x7f3261e3b9d0) =3D 3335

rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = =3D 0

rt_sigaction(SIGPIPE, {SIG_I= GN, [], SA_RESTORER, 0x7f3261172340}, {SIG_DFL, [], SA_RESTORER, 0x7f326117= 2340}, 8) =3D 0

write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)= \0\0\0", 16



On Mon, Feb 8, 2016 at 7:39 AM, Wei Li= u <wei.liu2@citrix.com> wrote:
On Fri, Jan 29, 2016 at 12:0= 3:54PM -0500, Wenhui Zhang wrote:
> ---------- Forwarded message ----------
> From: Wenhui Zhang <wenhui= @gwmail.gwu.edu>
> Date: Fri, Jan 29, 2016 at 12:02 PM
> Subject: Xen 4.4 on Ubuntu14.04
> To: mylist-requ= est@lists.xenproject.org
>
>
> Hi,
>
> I am installing Xen from source,
>
> after going through steps as following, no errors was generated:
>
> sudo add-apt-repository ppa:danielrichter2007/grub-customizer
> sudo apt-get update
> sudo apt-get install grub-customizer
>
>
> sudo apt-get autoremove
> #!/bin/sh
> =E2=80=8B
>
> # uname -a
> # Linux nimbnode11 3.16.0-57-generic
> # 77~14.04.1-Ubuntu SMP Thu Dec 17 23:20:00 UTC 2015 x86_64 x86_64
> x86_64 GNU/Linux
> sudo apt-get install -y build-essential
> sudo apt-get install -y bcc bin86 gawk
>=C2=A0 bridge-utils iproute libcurl3 libcurl4-openssl-dev bzip2
> module-init-tools transfig tgif
> sudo apt-get install -y
>=C2=A0 texinfo texlive-latex-base texlive-latex-recommended
> texlive-fonts-extra texlive-fonts-recommended pciutils-dev libjpeg-dev=
> libjpeg62-dev mercurial
> sudo apt-get install -y make gcc
>=C2=A0 libc6-dev zlib1g-dev python python-dev python-twisted libncurses= 5-dev
> patch libvncserver-dev libsdl-dev
> sudo apt-get install -y
>=C2=A0 iasl libbz2-dev e2fslibs-dev git-core uuid-dev ocaml ocaml-findl= ib
> libx11-dev bison flex xz-utils libyajl-dev
> sudo apt-get install -y gettext libpixman-1-dev libaio-dev markdown pa= ndoc
> sudo apt-get install -y libc6-dev-i386
> sudo apt-get install -y ghostscript
> sudo apt-get build-dep xen
>
>
> git clone git://xenbits.xen.org/xen.git
> cd xen
>
> # Change the following to change the version you want to install
>
> # At the time of writing the version was xen 4.7-unstable
>
>
> git checkout stable-4.2
>

You seem to be using 4.2, not 4.4.

And if you don't have any special requirement for such old version of Xen I suggest you use newer version like 4.5 or 4.6 instead.

Wei.



--
V/R,
=C2=A0
Wenhui= Zhang
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 Telephone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2= =A0
=C2=A0
=C2=A0
=C2=A0


--001a11476d7eae1ad1052b45c3fe-- --===============0980616884073208317== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============0980616884073208317==-- From xen-users-bounces@lists.xen.org Mon Feb 08 19:11:03 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 19:11:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSrCC-0007Ce-00; Mon, 08 Feb 2016 19:10:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSrCA-0007CZ-54 for xen-users@lists.xen.org; Mon, 08 Feb 2016 19:09:58 +0000 Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id D0/58-25435-508E8B65; Mon, 08 Feb 2016 19:09:57 +0000 X-Env-Sender: cmei@cs.toronto.edu X-Msg-Ref: server-8.tower-27.messagelabs.com!1454958595!18580635!1 X-Originating-IP: [128.100.3.90] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 982 invoked from network); 8 Feb 2016 19:09:56 -0000 Received: from aviary.cs.toronto.edu (HELO aviary.cs.toronto.edu) (128.100.3.90) by server-8.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 8 Feb 2016 19:09:56 -0000 Received: from mail-vk0-f46.google.com ([209.85.213.46]) by aviary.cs.toronto.edu with esmtpsa (TLS1.2:RSA_ARCFOUR_SHA1:128) (Exim 4.82) (envelope-from ) id 1aSrC7-0000em-Cj for xen-users@lists.xen.org; Mon, 08 Feb 2016 14:09:55 -0500 Received: by mail-vk0-f46.google.com with SMTP id e6so101803439vkh.2 for ; Mon, 08 Feb 2016 11:09:55 -0800 (PST) X-Gm-Message-State: AG10YOQT+wuaDwuwKj4Wpp857I7wK4AEOc4OQ48lgx+rHBOrP9OqA1qZUboyDfEND+/NGMnAWqNty14ai+4PHQ== MIME-Version: 1.0 X-Received: by 10.31.52.134 with SMTP id b128mr21203100vka.124.1454958595123; Mon, 08 Feb 2016 11:09:55 -0800 (PST) Received: by 10.31.161.209 with HTTP; Mon, 8 Feb 2016 11:09:55 -0800 (PST) In-Reply-To: References: Date: Mon, 8 Feb 2016 14:09:55 -0500 X-Gmail-Original-Message-ID: Message-ID: From: Charlie Mei To: George Dunlap Cc: "xen-users@lists.xen.org" , Daniel Kats Subject: Re: [Xen-users] Windows 7 PCI hotplugging X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Update on this: the original issue was caused by failing to disable the device manager in Windows 7 before running pci-detach on the Dom0. The current issue we are dealing with is that the device fails to reinitialize appropriately upon pci-reattach and being re-enabled in Device Manager. I'd ran "lspci -vv " on both of our test cards, and with both came up with "FLReset-". Is this an indication these cards do now allow for hotplugging? On 19 October 2015 at 04:50, George Dunlap wrote: > On Thu, Oct 15, 2015 at 10:29 PM, Charlie Mei wrote: >> Hi, >> >> What is the current state for PCI hotplugging in Windows 7 HVM? In >> particular, I am wondering if anyone else attempted hotplugging >> graphics cards using PCI passthrough in Xen. I can successfully boot >> Windows 7 HVM on top of Xen, and have PCI passthrough working for >> graphics cards. `pci-detach` of a graphics card not acting as a >> frame-buffer works fine, but re-attaching that card crashes not just >> the DomU Windows 7, but also Xen Dom0. > > Crashing dom0 is certainly a bug. If there's any chance you could get > a serial log of the dom0 crash, I'm sure we'd appreciate it. > > In your description you only talk about re-attaching a PCI device, but > you don't say what happens if you hot-plug it without having first > attached it to the guest: that is, if you boot the host, boot the > guest, then do "xl pci-attach". > > It's significant because if it works before the card has ever been > attached, but not after, then there may be some issue with the FLR > (function-level reset), which is supposed to set the card back into > the state it started in at boot > > -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 08 19:11:03 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 19:11:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSrCC-0007Ce-00; Mon, 08 Feb 2016 19:10:00 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSrCA-0007CZ-54 for xen-users@lists.xen.org; Mon, 08 Feb 2016 19:09:58 +0000 Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id D0/58-25435-508E8B65; Mon, 08 Feb 2016 19:09:57 +0000 X-Env-Sender: cmei@cs.toronto.edu X-Msg-Ref: server-8.tower-27.messagelabs.com!1454958595!18580635!1 X-Originating-IP: [128.100.3.90] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 982 invoked from network); 8 Feb 2016 19:09:56 -0000 Received: from aviary.cs.toronto.edu (HELO aviary.cs.toronto.edu) (128.100.3.90) by server-8.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 8 Feb 2016 19:09:56 -0000 Received: from mail-vk0-f46.google.com ([209.85.213.46]) by aviary.cs.toronto.edu with esmtpsa (TLS1.2:RSA_ARCFOUR_SHA1:128) (Exim 4.82) (envelope-from ) id 1aSrC7-0000em-Cj for xen-users@lists.xen.org; Mon, 08 Feb 2016 14:09:55 -0500 Received: by mail-vk0-f46.google.com with SMTP id e6so101803439vkh.2 for ; Mon, 08 Feb 2016 11:09:55 -0800 (PST) X-Gm-Message-State: AG10YOQT+wuaDwuwKj4Wpp857I7wK4AEOc4OQ48lgx+rHBOrP9OqA1qZUboyDfEND+/NGMnAWqNty14ai+4PHQ== MIME-Version: 1.0 X-Received: by 10.31.52.134 with SMTP id b128mr21203100vka.124.1454958595123; Mon, 08 Feb 2016 11:09:55 -0800 (PST) Received: by 10.31.161.209 with HTTP; Mon, 8 Feb 2016 11:09:55 -0800 (PST) In-Reply-To: References: Date: Mon, 8 Feb 2016 14:09:55 -0500 X-Gmail-Original-Message-ID: Message-ID: From: Charlie Mei To: George Dunlap Cc: "xen-users@lists.xen.org" , Daniel Kats Subject: Re: [Xen-users] Windows 7 PCI hotplugging X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Update on this: the original issue was caused by failing to disable the device manager in Windows 7 before running pci-detach on the Dom0. The current issue we are dealing with is that the device fails to reinitialize appropriately upon pci-reattach and being re-enabled in Device Manager. I'd ran "lspci -vv " on both of our test cards, and with both came up with "FLReset-". Is this an indication these cards do now allow for hotplugging? On 19 October 2015 at 04:50, George Dunlap wrote: > On Thu, Oct 15, 2015 at 10:29 PM, Charlie Mei wrote: >> Hi, >> >> What is the current state for PCI hotplugging in Windows 7 HVM? In >> particular, I am wondering if anyone else attempted hotplugging >> graphics cards using PCI passthrough in Xen. I can successfully boot >> Windows 7 HVM on top of Xen, and have PCI passthrough working for >> graphics cards. `pci-detach` of a graphics card not acting as a >> frame-buffer works fine, but re-attaching that card crashes not just >> the DomU Windows 7, but also Xen Dom0. > > Crashing dom0 is certainly a bug. If there's any chance you could get > a serial log of the dom0 crash, I'm sure we'd appreciate it. > > In your description you only talk about re-attaching a PCI device, but > you don't say what happens if you hot-plug it without having first > attached it to the guest: that is, if you boot the host, boot the > guest, then do "xl pci-attach". > > It's significant because if it works before the card has ever been > attached, but not after, then there may be some issue with the FLR > (function-level reset), which is supposed to set the card back into > the state it started in at boot > > -George _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 08 20:07:11 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 20:07:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSs51-0001Gq-U0; Mon, 08 Feb 2016 20:06:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSs50-0001Gl-QN for xen-users@lists.xen.org; Mon, 08 Feb 2016 20:06:38 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id BA/AB-21901-A45F8B65; Mon, 08 Feb 2016 20:06:34 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-8.tower-206.messagelabs.com!1454961993!20820994!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29598 invoked from network); 8 Feb 2016 20:06:34 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 8 Feb 2016 20:06:34 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from simons-macbookpro.lan (magpiehouse.plus.com [80.229.10.150]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id EF9C41BC3E for ; Mon, 8 Feb 2016 20:06:30 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <56B7BDA4.2080407@sluimers.net> Date: Mon, 8 Feb 2016 20:06:30 +0000 Message-Id: References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Folatt wrote: > Below are my network bridge commands (I have to type this on every boot, is there a way to turn this into a service?): What distro are you using ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Mon Feb 08 20:07:11 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 08 Feb 2016 20:07:11 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSs51-0001Gq-U0; Mon, 08 Feb 2016 20:06:39 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSs50-0001Gl-QN for xen-users@lists.xen.org; Mon, 08 Feb 2016 20:06:38 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id BA/AB-21901-A45F8B65; Mon, 08 Feb 2016 20:06:34 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-8.tower-206.messagelabs.com!1454961993!20820994!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 29598 invoked from network); 8 Feb 2016 20:06:34 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-8.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 8 Feb 2016 20:06:34 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from simons-macbookpro.lan (magpiehouse.plus.com [80.229.10.150]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id EF9C41BC3E for ; Mon, 8 Feb 2016 20:06:30 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <56B7BDA4.2080407@sluimers.net> Date: Mon, 8 Feb 2016 20:06:30 +0000 Message-Id: References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Folatt wrote: > Below are my network bridge commands (I have to type this on every boot, is there a way to turn this into a service?): What distro are you using ? _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 09 02:23:12 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 02:23:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSxwL-00088d-8m; Tue, 09 Feb 2016 02:22:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSxwJ-00088Y-Ms for xen-users@lists.xen.org; Tue, 09 Feb 2016 02:22:03 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id EA/36-07451-A4D49B65; Tue, 09 Feb 2016 02:22:02 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-13.tower-31.messagelabs.com!1454984522!20584333!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22453 invoked from network); 9 Feb 2016 02:22:02 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 9 Feb 2016 02:22:02 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> From: Folatt Message-ID: <56B94D48.7090109@sluimers.net> Date: Tue, 9 Feb 2016 03:22:00 +0100 MIME-Version: 1.0 In-Reply-To: Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Arch Linux On 08-02-16 21:06, Simon Hobson wrote: > Folatt wrote: > >> Below are my network bridge commands (I have to type this on every boot, is there a way to turn this into a service?): > What distro are you using ? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 09 02:23:12 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 02:23:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSxwL-00088d-8m; Tue, 09 Feb 2016 02:22:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aSxwJ-00088Y-Ms for xen-users@lists.xen.org; Tue, 09 Feb 2016 02:22:03 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id EA/36-07451-A4D49B65; Tue, 09 Feb 2016 02:22:02 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-13.tower-31.messagelabs.com!1454984522!20584333!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 22453 invoked from network); 9 Feb 2016 02:22:02 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 9 Feb 2016 02:22:02 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> From: Folatt Message-ID: <56B94D48.7090109@sluimers.net> Date: Tue, 9 Feb 2016 03:22:00 +0100 MIME-Version: 1.0 In-Reply-To: Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Arch Linux On 08-02-16 21:06, Simon Hobson wrote: > Folatt wrote: > >> Below are my network bridge commands (I have to type this on every boot, is there a way to turn this into a service?): > What distro are you using ? > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 09 17:40:04 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 17:40:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTCFi-0004hZ-Tr; Tue, 09 Feb 2016 17:39:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTCFh-0004hU-Ls for xen-users@lists.xen.org; Tue, 09 Feb 2016 17:39:01 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id 3F/BF-02975-4342AB65; Tue, 09 Feb 2016 17:39:00 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-7.tower-31.messagelabs.com!1455039539!13833674!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 41896 invoked from network); 9 Feb 2016 17:38:59 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 9 Feb 2016 17:38:59 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from simons-macbookpro.lan (magpiehouse.plus.com [80.229.10.150]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 4D3CC1BC3E for ; Tue, 9 Feb 2016 17:38:51 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <56B94D48.7090109@sluimers.net> Date: Tue, 9 Feb 2016 17:38:48 +0000 Message-Id: References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Folatt wrote: > Arch Linux Not familiar with that one. In Debian it's as simple as putting this stanza in /etc/network/interfaces auto br0 iface br0 inet static bridge_ports eth0 address 192.168.xxx.yyy netmask 255.255.255.0 I see from https://wiki.archlinux.org/index.php/Network_bridge that this isn't an option for Arch. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 09 17:40:04 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 17:40:04 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTCFi-0004hZ-Tr; Tue, 09 Feb 2016 17:39:02 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTCFh-0004hU-Ls for xen-users@lists.xen.org; Tue, 09 Feb 2016 17:39:01 +0000 Received: from [85.158.137.68] by server-14.bemta-3.messagelabs.com id 3F/BF-02975-4342AB65; Tue, 09 Feb 2016 17:39:00 +0000 X-Env-Sender: linux@thehobsons.co.uk X-Msg-Ref: server-7.tower-31.messagelabs.com!1455039539!13833674!1 X-Originating-IP: [81.174.135.208] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 41896 invoked from network); 9 Feb 2016 17:38:59 -0000 Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk) (81.174.135.208) by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 9 Feb 2016 17:38:59 -0000 X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk Received: from simons-macbookpro.lan (magpiehouse.plus.com [80.229.10.150]) by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 4D3CC1BC3E for ; Tue, 9 Feb 2016 17:38:51 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Simon Hobson In-Reply-To: <56B94D48.7090109@sluimers.net> Date: Tue, 9 Feb 2016 17:38:48 +0000 Message-Id: References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> To: "xen-users@lists.xen.org" X-Mailer: Apple Mail (2.1510) Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Folatt wrote: > Arch Linux Not familiar with that one. In Debian it's as simple as putting this stanza in /etc/network/interfaces auto br0 iface br0 inet static bridge_ports eth0 address 192.168.xxx.yyy netmask 255.255.255.0 I see from https://wiki.archlinux.org/index.php/Network_bridge that this isn't an option for Arch. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 09 18:44:03 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 18:44:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTDFa-0007aP-Sw; Tue, 09 Feb 2016 18:42:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTDFZ-0007aK-I7 for xen-users@lists.xen.org; Tue, 09 Feb 2016 18:42:57 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 29/D0-03225-0333AB65; Tue, 09 Feb 2016 18:42:56 +0000 X-Env-Sender: a9121431@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1455043375!21283443!1 X-Originating-IP: [209.85.214.181] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 60750 invoked from network); 9 Feb 2016 18:42:56 -0000 Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com) (209.85.214.181) by server-10.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 9 Feb 2016 18:42:56 -0000 Received: by mail-ob0-f181.google.com with SMTP id is5so192483685obc.0 for ; Tue, 09 Feb 2016 10:42:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=8q93xdF4iITcfJkxyjUP3Rfzps0F+lw1Qco4SYv5lho=; b=Tey+Q+EPQu3rYVMuO+aHb/x1SkmuP0bxrloXc89gx7Z4Qs9p5j8WZazdeAh63FCzCy 1UAhLAnUiRrBCsYw+P7BqJpv+7Zw4wmEUUeVqH7sXl4TOPKmK2P3OhiVUkUgHSvTcQgp F2uY/k9NqaQaX8By1RXFW6ME40swnwY7GEjB/Z0s6l+ZQJFBbgwyQWv9DANqUczXzvhn 0ZeR9dtoTr78SNbJC+FlYgxOCkHzIAi+v5VIvPSR2yJJYMdcPJCcGzkERU5n1iqokOVs zub1Shte3xJHYkBttDFJVv+UQA79a51pcc4PZF37SPZ6rnoHXZ3I7fxxX3CBCl9l33fA JpXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=8q93xdF4iITcfJkxyjUP3Rfzps0F+lw1Qco4SYv5lho=; b=OkrRhGnAZMnJHoi26gk3a4/k0exwhvUKM4tGtAZSHPZBjnuMjaEucdkLPaVsfTxuro gpVgxQg3kx+nLcscnQlznP+tlLct3g7EmzIksn4zAK0gsVgyxqaX5gNwjOHeL1EQhfxR pKMuyJu5E5U/a6o2VDUaFkeMdUf2z+HAeNTCHB+mcQV4ZdD70kEo0q4Xj5QPLGuBKiK6 Te7AfUl2ZgOiPPhtA28NtORc89D5D0n7i1dYxk58yoHxLo9legHQl+/7cEWeE/Bfv0lA vNnK0TWP406Jn380DTmqydcQ/7QYY1mACa+H9nyQ75TuGqaAgREh65qqSN6eUtSaTNfd R/bg== X-Gm-Message-State: AG10YORUthtFynqEeawyJND++04Ei5iD2N/cByl88HFXAUja0wnpaSGZLevhMSRwuDrL9MJddIlghl0hzc18HQ== MIME-Version: 1.0 X-Received: by 10.60.80.70 with SMTP id p6mr32285007oex.75.1455043375170; Tue, 09 Feb 2016 10:42:55 -0800 (PST) Received: by 10.182.98.234 with HTTP; Tue, 9 Feb 2016 10:42:55 -0800 (PST) Date: Wed, 10 Feb 2016 02:42:55 +0800 Message-ID: From: John Mok To: "xen-users@lists.xen.org" Subject: [Xen-users] Xen host WiFi bridge for guest VMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I have a ThinkPad x250 running Debian Jessie and Xen 4.6.0. I would like to use the Wi-Fi connection (Intel AC 7265 with PEAP) as a bridge, such that the guest VMs could connect to the network. I tried to use the vif-route + NAT scripts, but it looked like it's broken unfit for use. I tried to passthrough the Wi-Fi adapter to the guest VM, but the Intel driver failed to start (but the Linux driver worked in VM). I hope someone could point me how to share the Wi-Fi connection (with PEAP, or EAP-TLS) for guest VMs network access. Thanks a lot. John Mok _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 09 18:44:03 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 18:44:03 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTDFa-0007aP-Sw; Tue, 09 Feb 2016 18:42:58 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTDFZ-0007aK-I7 for xen-users@lists.xen.org; Tue, 09 Feb 2016 18:42:57 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 29/D0-03225-0333AB65; Tue, 09 Feb 2016 18:42:56 +0000 X-Env-Sender: a9121431@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1455043375!21283443!1 X-Originating-IP: [209.85.214.181] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 60750 invoked from network); 9 Feb 2016 18:42:56 -0000 Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com) (209.85.214.181) by server-10.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 9 Feb 2016 18:42:56 -0000 Received: by mail-ob0-f181.google.com with SMTP id is5so192483685obc.0 for ; Tue, 09 Feb 2016 10:42:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=8q93xdF4iITcfJkxyjUP3Rfzps0F+lw1Qco4SYv5lho=; b=Tey+Q+EPQu3rYVMuO+aHb/x1SkmuP0bxrloXc89gx7Z4Qs9p5j8WZazdeAh63FCzCy 1UAhLAnUiRrBCsYw+P7BqJpv+7Zw4wmEUUeVqH7sXl4TOPKmK2P3OhiVUkUgHSvTcQgp F2uY/k9NqaQaX8By1RXFW6ME40swnwY7GEjB/Z0s6l+ZQJFBbgwyQWv9DANqUczXzvhn 0ZeR9dtoTr78SNbJC+FlYgxOCkHzIAi+v5VIvPSR2yJJYMdcPJCcGzkERU5n1iqokOVs zub1Shte3xJHYkBttDFJVv+UQA79a51pcc4PZF37SPZ6rnoHXZ3I7fxxX3CBCl9l33fA JpXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=8q93xdF4iITcfJkxyjUP3Rfzps0F+lw1Qco4SYv5lho=; b=OkrRhGnAZMnJHoi26gk3a4/k0exwhvUKM4tGtAZSHPZBjnuMjaEucdkLPaVsfTxuro gpVgxQg3kx+nLcscnQlznP+tlLct3g7EmzIksn4zAK0gsVgyxqaX5gNwjOHeL1EQhfxR pKMuyJu5E5U/a6o2VDUaFkeMdUf2z+HAeNTCHB+mcQV4ZdD70kEo0q4Xj5QPLGuBKiK6 Te7AfUl2ZgOiPPhtA28NtORc89D5D0n7i1dYxk58yoHxLo9legHQl+/7cEWeE/Bfv0lA vNnK0TWP406Jn380DTmqydcQ/7QYY1mACa+H9nyQ75TuGqaAgREh65qqSN6eUtSaTNfd R/bg== X-Gm-Message-State: AG10YORUthtFynqEeawyJND++04Ei5iD2N/cByl88HFXAUja0wnpaSGZLevhMSRwuDrL9MJddIlghl0hzc18HQ== MIME-Version: 1.0 X-Received: by 10.60.80.70 with SMTP id p6mr32285007oex.75.1455043375170; Tue, 09 Feb 2016 10:42:55 -0800 (PST) Received: by 10.182.98.234 with HTTP; Tue, 9 Feb 2016 10:42:55 -0800 (PST) Date: Wed, 10 Feb 2016 02:42:55 +0800 Message-ID: From: John Mok To: "xen-users@lists.xen.org" Subject: [Xen-users] Xen host WiFi bridge for guest VMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org Hi, I have a ThinkPad x250 running Debian Jessie and Xen 4.6.0. I would like to use the Wi-Fi connection (Intel AC 7265 with PEAP) as a bridge, such that the guest VMs could connect to the network. I tried to use the vif-route + NAT scripts, but it looked like it's broken unfit for use. I tried to passthrough the Wi-Fi adapter to the guest VM, but the Intel driver failed to start (but the Linux driver worked in VM). I hope someone could point me how to share the Wi-Fi connection (with PEAP, or EAP-TLS) for guest VMs network access. Thanks a lot. John Mok _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 09 21:25:00 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 21:25:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTFlR-0004ny-3e; Tue, 09 Feb 2016 21:24:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTFlP-0004nt-Da for xen-users@lists.xen.org; Tue, 09 Feb 2016 21:23:59 +0000 Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id 16/70-17090-EE85AB65; Tue, 09 Feb 2016 21:23:58 +0000 X-Env-Sender: daniel.e.shub@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1455053037!21047813!1 X-Originating-IP: [209.85.213.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18238 invoked from network); 9 Feb 2016 21:23:57 -0000 Received: from mail-vk0-f41.google.com (HELO mail-vk0-f41.google.com) (209.85.213.41) by server-16.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 9 Feb 2016 21:23:57 -0000 Received: by mail-vk0-f41.google.com with SMTP id k196so106332vka.0 for ; Tue, 09 Feb 2016 13:23:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hz5Q/CAFENRFWk0DGbH3jiSHh22avPle065t/gw0gQo=; b=LjHsL3sSCj+z2C2KX4dSd3Z6NJlwnnQbo5fbuSJ6lDPLPXjmzv0YtZeof7TxfMAJiZ uxKLtKpqQn2+Vc6o450pCfZZ5wt6Og1q4ip6+ZdpJBTlaoblOWYwGxIqzBoFMMQvEJ2x I7mH0tlScUfI4AS6EhbEAGXNGPL4MLVuxkvl7R9BE5/WhSBZX4UnkVXI85nHLeZfHyKY DJ2/iovMpf+L2RIWMPFrAayBJjYruCSLKzP9CalsmgftDuaWOaDf8XaqAJyJpoor5jZF z45qcIxHvO3jkDHuH+lBkn1qp9ISCNYKFooq9huZFNLSVweCvHMshNfA18bH5fxjZeky /0TQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=hz5Q/CAFENRFWk0DGbH3jiSHh22avPle065t/gw0gQo=; b=hpfSqJRExbdgd7KPKqwsMvRQDTNjJho9WZCgo0NuqvxStAUdqVs3HrPL7EpenEGZDj prh71oU/imvZWE0VsrxFEVPU6dpUdvfGF7nlHkF7tGFoU61qamWLuaLCeyD9obzZHIbo Z01dQpDh49Jts8qSzOKw0Yje/qOMo9ito904WVR1p8EB9ZLBlomahcl9aT+IVfDpDsfU S0c9cxnpB3k4CCdtjbQ0BiVdRP5SEzryi9tH+cjfgxQYCO67buRQ7NYaX9mhpVQ2MZcs SQ7EDv6MxxXyoMoBeLRfvErf2VLfpQwQ2yB4U+Xi6rLh6+AywJ0/32z1cT+yKIRvYvG1 H1SQ== X-Gm-Message-State: AG10YORSdwUm9C3lscWf9SUBMCWnZh+CEjE2P8GswRhWgaySJq6vVNU1N8oQ/xudIw8mGzOWVYj6trtDmhERNA== MIME-Version: 1.0 X-Received: by 10.31.58.139 with SMTP id h133mr27095020vka.158.1455053036811; Tue, 09 Feb 2016 13:23:56 -0800 (PST) Received: by 10.159.40.39 with HTTP; Tue, 9 Feb 2016 13:23:56 -0800 (PST) In-Reply-To: References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> Date: Tue, 9 Feb 2016 16:23:56 -0500 Message-ID: From: "Daniel E. Shub" To: Simon Hobson Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org You can setup a bridge in Arch in a number of ways. I personally think doing it with iproute2, like you are, is more difficult than with netctl (which is also part of base). With iproute2 you have to write your own systemd service and make sure you get the right load order. For example, I think you want the bridge service to start before the network comes up. With netctl you just need to create a configuration file in /etc/netctl/ and then you can enable it on boot with "netctl enable". The Arch Wiki has a pretty good walk through: https://wiki.archlinux.org/index.php/Bridge_with_netctl. On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson wrote: > Folatt wrote: > >> Arch Linux > > Not familiar with that one. In Debian it's as simple as putting this stanza in /etc/network/interfaces > > auto br0 > iface br0 inet static > bridge_ports eth0 > address 192.168.xxx.yyy > netmask 255.255.255.0 > > I see from https://wiki.archlinux.org/index.php/Network_bridge that this isn't an option for Arch. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 09 21:25:00 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 21:25:00 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTFlR-0004ny-3e; Tue, 09 Feb 2016 21:24:01 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTFlP-0004nt-Da for xen-users@lists.xen.org; Tue, 09 Feb 2016 21:23:59 +0000 Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id 16/70-17090-EE85AB65; Tue, 09 Feb 2016 21:23:58 +0000 X-Env-Sender: daniel.e.shub@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1455053037!21047813!1 X-Originating-IP: [209.85.213.41] X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18238 invoked from network); 9 Feb 2016 21:23:57 -0000 Received: from mail-vk0-f41.google.com (HELO mail-vk0-f41.google.com) (209.85.213.41) by server-16.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 9 Feb 2016 21:23:57 -0000 Received: by mail-vk0-f41.google.com with SMTP id k196so106332vka.0 for ; Tue, 09 Feb 2016 13:23:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hz5Q/CAFENRFWk0DGbH3jiSHh22avPle065t/gw0gQo=; b=LjHsL3sSCj+z2C2KX4dSd3Z6NJlwnnQbo5fbuSJ6lDPLPXjmzv0YtZeof7TxfMAJiZ uxKLtKpqQn2+Vc6o450pCfZZ5wt6Og1q4ip6+ZdpJBTlaoblOWYwGxIqzBoFMMQvEJ2x I7mH0tlScUfI4AS6EhbEAGXNGPL4MLVuxkvl7R9BE5/WhSBZX4UnkVXI85nHLeZfHyKY DJ2/iovMpf+L2RIWMPFrAayBJjYruCSLKzP9CalsmgftDuaWOaDf8XaqAJyJpoor5jZF z45qcIxHvO3jkDHuH+lBkn1qp9ISCNYKFooq9huZFNLSVweCvHMshNfA18bH5fxjZeky /0TQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=hz5Q/CAFENRFWk0DGbH3jiSHh22avPle065t/gw0gQo=; b=hpfSqJRExbdgd7KPKqwsMvRQDTNjJho9WZCgo0NuqvxStAUdqVs3HrPL7EpenEGZDj prh71oU/imvZWE0VsrxFEVPU6dpUdvfGF7nlHkF7tGFoU61qamWLuaLCeyD9obzZHIbo Z01dQpDh49Jts8qSzOKw0Yje/qOMo9ito904WVR1p8EB9ZLBlomahcl9aT+IVfDpDsfU S0c9cxnpB3k4CCdtjbQ0BiVdRP5SEzryi9tH+cjfgxQYCO67buRQ7NYaX9mhpVQ2MZcs SQ7EDv6MxxXyoMoBeLRfvErf2VLfpQwQ2yB4U+Xi6rLh6+AywJ0/32z1cT+yKIRvYvG1 H1SQ== X-Gm-Message-State: AG10YORSdwUm9C3lscWf9SUBMCWnZh+CEjE2P8GswRhWgaySJq6vVNU1N8oQ/xudIw8mGzOWVYj6trtDmhERNA== MIME-Version: 1.0 X-Received: by 10.31.58.139 with SMTP id h133mr27095020vka.158.1455053036811; Tue, 09 Feb 2016 13:23:56 -0800 (PST) Received: by 10.159.40.39 with HTTP; Tue, 9 Feb 2016 13:23:56 -0800 (PST) In-Reply-To: References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> Date: Tue, 9 Feb 2016 16:23:56 -0500 Message-ID: From: "Daniel E. Shub" To: Simon Hobson Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org You can setup a bridge in Arch in a number of ways. I personally think doing it with iproute2, like you are, is more difficult than with netctl (which is also part of base). With iproute2 you have to write your own systemd service and make sure you get the right load order. For example, I think you want the bridge service to start before the network comes up. With netctl you just need to create a configuration file in /etc/netctl/ and then you can enable it on boot with "netctl enable". The Arch Wiki has a pretty good walk through: https://wiki.archlinux.org/index.php/Bridge_with_netctl. On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson wrote: > Folatt wrote: > >> Arch Linux > > Not familiar with that one. In Debian it's as simple as putting this stanza in /etc/network/interfaces > > auto br0 > iface br0 inet static > bridge_ports eth0 > address 192.168.xxx.yyy > netmask 255.255.255.0 > > I see from https://wiki.archlinux.org/index.php/Network_bridge that this isn't an option for Arch. > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 09 21:28:42 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 21:28:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTFps-0004zs-Dv; Tue, 09 Feb 2016 21:28:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTFpr-0004zj-2L for xen-users@lists.xen.org; Tue, 09 Feb 2016 21:28:35 +0000 Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id 31/42-25435-20A5AB65; Tue, 09 Feb 2016 21:28:34 +0000 X-Env-Sender: daniel.e.shub@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1455053312!22686953!1 X-Originating-IP: [209.85.213.41] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16772 invoked from network); 9 Feb 2016 21:28:33 -0000 Received: from mail-vk0-f41.google.com (HELO mail-vk0-f41.google.com) (209.85.213.41) by server-6.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 9 Feb 2016 21:28:33 -0000 Received: by mail-vk0-f41.google.com with SMTP id c3so85410vkb.3 for ; Tue, 09 Feb 2016 13:28:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fiEHxB5LlpJM8lfY98QypmK3dh+5hIFgR7vVIQQ1vvc=; b=cCv8INhHmU+srPoplZ7tE9pNpsZ80Q8ZfWL4N080kxLX/kaozTtcZa/uEUmVG7/ZDX SVhbLDJtMBrnY3hp0JTUepjcN/5YV+/Gtc9b/5DFVgfq98vnM3Dc8t8jfdpQ59izwztG VUvPY552B8ZdFc2/Hu5O5RDSeVnDeVrv2QHen3BPRFchPXd8s+T81c0LVZzbZJ2vbN1S 1hEdAmZZ57zmbpgsZKGV+tI8rD/MkhwYo2aCFdJsz9kSMInkzcEajWmxcQPyM3j7B6ia PRMisQKUezox5ABHOVnmLOXZ9QI6TVDotOhp9BTZPZBN2IddVVObunTLQngmPSVxbapM rBfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=fiEHxB5LlpJM8lfY98QypmK3dh+5hIFgR7vVIQQ1vvc=; b=K/tmR0Cf0ERPxoDHTKAQisG1ldaOYZW5zfRbcnvbYguyMLCZMj3GDeLpoK+fv9Ls5H XG05+W9ZqgzkQTohQqLaF+NTdldCLgo/ZWSlWtcL+FocfnzqyHBZGTH9TA6pvkZlIESe /I3/frj7ZTK2+mXxPHgV7R11wkmB7Dd8aGzuwuReQu/PkoExxCq29ntvzR/zmYryexpx F0AVpZFVo9qRn9VloknqIWwm+WneFXeLev7nhzc53384H9y4VC3G4btUZNat6mJA1W/S UJGsWcLd+FVur04ZYtWmnn/AmYnqA8yPLNh+VUbG5m3RYuSOU30fQIcxXKFLjmMy1TZ3 zm3A== X-Gm-Message-State: AG10YORPes1Py8JW/XP/YWsA0iTTsUMLQ3FU8Kls/vIKWFFpBB+A0O9FIG2gxXtTwWuokxRfaEVJhAHbaSpBqg== MIME-Version: 1.0 X-Received: by 10.31.50.202 with SMTP id y193mr26728556vky.48.1455053312309; Tue, 09 Feb 2016 13:28:32 -0800 (PST) Received: by 10.159.40.39 with HTTP; Tue, 9 Feb 2016 13:28:32 -0800 (PST) In-Reply-To: References: Date: Tue, 9 Feb 2016 16:28:32 -0500 Message-ID: From: "Daniel E. Shub" To: John Mok Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen host WiFi bridge for guest VMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I asked about this over at stack exchange a while back (http://unix.stackexchange.com/questions/176057/wireless-network-bridge), but could never get it working on Arch Linux. Some of the stuff I read makes it sound like it is not possible, but maybe you will have better luck... On Tue, Feb 9, 2016 at 1:42 PM, John Mok wrote: > Hi, > > I have a ThinkPad x250 running Debian Jessie and Xen 4.6.0. I would > like to use the Wi-Fi connection (Intel AC 7265 with PEAP) as a > bridge, such that the guest VMs could connect to the network. > > I tried to use the vif-route + NAT scripts, but it looked like it's > broken unfit for use. > > I tried to passthrough the Wi-Fi adapter to the guest VM, but the > Intel driver failed to start (but the Linux driver worked in VM). > > I hope someone could point me how to share the Wi-Fi connection (with > PEAP, or EAP-TLS) for guest VMs network access. > > Thanks a lot. > > John Mok > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Tue Feb 09 21:28:42 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 21:28:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTFps-0004zs-Dv; Tue, 09 Feb 2016 21:28:36 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTFpr-0004zj-2L for xen-users@lists.xen.org; Tue, 09 Feb 2016 21:28:35 +0000 Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id 31/42-25435-20A5AB65; Tue, 09 Feb 2016 21:28:34 +0000 X-Env-Sender: daniel.e.shub@gmail.com X-Msg-Ref: server-6.tower-27.messagelabs.com!1455053312!22686953!1 X-Originating-IP: [209.85.213.41] X-SpamReason: No, hits=0.6 required=7.0 tests=MAILTO_TO_SPAM_ADDR, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 16772 invoked from network); 9 Feb 2016 21:28:33 -0000 Received: from mail-vk0-f41.google.com (HELO mail-vk0-f41.google.com) (209.85.213.41) by server-6.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 9 Feb 2016 21:28:33 -0000 Received: by mail-vk0-f41.google.com with SMTP id c3so85410vkb.3 for ; Tue, 09 Feb 2016 13:28:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fiEHxB5LlpJM8lfY98QypmK3dh+5hIFgR7vVIQQ1vvc=; b=cCv8INhHmU+srPoplZ7tE9pNpsZ80Q8ZfWL4N080kxLX/kaozTtcZa/uEUmVG7/ZDX SVhbLDJtMBrnY3hp0JTUepjcN/5YV+/Gtc9b/5DFVgfq98vnM3Dc8t8jfdpQ59izwztG VUvPY552B8ZdFc2/Hu5O5RDSeVnDeVrv2QHen3BPRFchPXd8s+T81c0LVZzbZJ2vbN1S 1hEdAmZZ57zmbpgsZKGV+tI8rD/MkhwYo2aCFdJsz9kSMInkzcEajWmxcQPyM3j7B6ia PRMisQKUezox5ABHOVnmLOXZ9QI6TVDotOhp9BTZPZBN2IddVVObunTLQngmPSVxbapM rBfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=fiEHxB5LlpJM8lfY98QypmK3dh+5hIFgR7vVIQQ1vvc=; b=K/tmR0Cf0ERPxoDHTKAQisG1ldaOYZW5zfRbcnvbYguyMLCZMj3GDeLpoK+fv9Ls5H XG05+W9ZqgzkQTohQqLaF+NTdldCLgo/ZWSlWtcL+FocfnzqyHBZGTH9TA6pvkZlIESe /I3/frj7ZTK2+mXxPHgV7R11wkmB7Dd8aGzuwuReQu/PkoExxCq29ntvzR/zmYryexpx F0AVpZFVo9qRn9VloknqIWwm+WneFXeLev7nhzc53384H9y4VC3G4btUZNat6mJA1W/S UJGsWcLd+FVur04ZYtWmnn/AmYnqA8yPLNh+VUbG5m3RYuSOU30fQIcxXKFLjmMy1TZ3 zm3A== X-Gm-Message-State: AG10YORPes1Py8JW/XP/YWsA0iTTsUMLQ3FU8Kls/vIKWFFpBB+A0O9FIG2gxXtTwWuokxRfaEVJhAHbaSpBqg== MIME-Version: 1.0 X-Received: by 10.31.50.202 with SMTP id y193mr26728556vky.48.1455053312309; Tue, 09 Feb 2016 13:28:32 -0800 (PST) Received: by 10.159.40.39 with HTTP; Tue, 9 Feb 2016 13:28:32 -0800 (PST) In-Reply-To: References: Date: Tue, 9 Feb 2016 16:28:32 -0500 Message-ID: From: "Daniel E. Shub" To: John Mok Cc: "xen-users@lists.xen.org" Subject: Re: [Xen-users] Xen host WiFi bridge for guest VMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org I asked about this over at stack exchange a while back (http://unix.stackexchange.com/questions/176057/wireless-network-bridge), but could never get it working on Arch Linux. Some of the stuff I read makes it sound like it is not possible, but maybe you will have better luck... On Tue, Feb 9, 2016 at 1:42 PM, John Mok wrote: > Hi, > > I have a ThinkPad x250 running Debian Jessie and Xen 4.6.0. I would > like to use the Wi-Fi connection (Intel AC 7265 with PEAP) as a > bridge, such that the guest VMs could connect to the network. > > I tried to use the vif-route + NAT scripts, but it looked like it's > broken unfit for use. > > I tried to passthrough the Wi-Fi adapter to the guest VM, but the > Intel driver failed to start (but the Linux driver worked in VM). > > I hope someone could point me how to share the Wi-Fi connection (with > PEAP, or EAP-TLS) for guest VMs network access. > > Thanks a lot. > > John Mok > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 10 03:43:35 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 03:43:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTLfw-0001Dq-5x; Wed, 10 Feb 2016 03:42:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTLfu-0001Dl-GM for xen-users@lists.xen.org; Wed, 10 Feb 2016 03:42:42 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 5D/ED-08977-1B1BAB65; Wed, 10 Feb 2016 03:42:41 +0000 X-Env-Sender: sm8ax1@vfemail.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1455075758!15013041!1 X-Originating-IP: [199.16.11.132] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5783 invoked from network); 10 Feb 2016 03:42:39 -0000 Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Feb 2016 03:42:39 -0000 Received: (qmail 13314 invoked by uid 89); 10 Feb 2016 03:42:17 -0000 Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Feb 2016 03:42:17 -0000 Received: (qmail 13192 invoked by uid 89); 10 Feb 2016 03:41:54 -0000 Received: by simscan 1.3.1 ppid: 13188, pid: 13190, t: 0.0027s scanners:none Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62) by FreeQueue with SMTP; 10 Feb 2016 03:41:54 -0000 Received: (qmail 30189 invoked by uid 89); 10 Feb 2016 03:41:54 -0000 Received: by simscan 1.4.0 ppid: 30183, pid: 30186, t: 0.1122s scanners:none Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93) by 172.16.100.62 with ESMTPA; 10 Feb 2016 03:41:54 -0000 Date: Tue, 09 Feb 2016 21:41:53 -0600 Message-ID: <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> From: sm8ax1@vfemail.net To: xen-users@lists.xen.org, folatt@sluimers.net References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.2.2) X-VFEmail-Originating-IP: 172.16.100.27 X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include VFEmail headers MIME-Version: 1.0 Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4030117685676587314==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This message is in MIME format. --===============4030117685676587314== Content-Type: multipart/alternative; boundary="=_eGZZh0yvtryebh8jia-S0A1" Content-Transfer-Encoding: 8bit This message is in MIME format. --=_eGZZh0yvtryebh8jia-S0A1 Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes Content-Length: 3463 Content-Transfer-Encoding: quoted-printable Content-Description: Plaintext Message Content-Disposition: inline There's also systemd-networkd, which personally I find easiest to use for bridges and other virtual devices (just not for wireless). It coexists with netctl just fine, and iproute2 with some additional care. See https://wiki.archlinux.org/index.php/systemd-networkd https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html I don't think the bridge itself (xenbr0) actually needs an IP address, since enp3s0 and vif2.0 are both slaves of the bridge. One problem I do see is that enp3s0 and xenbr0 both have the same MAC address, which I think is incorrect (although I could be wrong). Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F Also note that unless you installed a VNC server inside the guest yourself, the guest doesn't even need a network adapter in order for VNC to work. The qemu process inside Dom0 is what listens for VNC clients (with "vnc =3D 1" or "vfb =3D ['vnc=3D1']" in xl.cfg(5)). Make sure you specified "vnclisten=3D0.0.0.0" in your xl config, as qemu only listens for VNC clients on localhost by default. This applies to xen vfb (PV) and the qemu emulated graphics cards (HVM), but with a different syntax, see http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html Here are some general recommendations: Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients. Do a simple connectivity test using netcat from the remote machine to local Dom0. Make sure there's no firewall interfering (i.e. unknowingly filtering link-layer frames). Try connecting to the VNC server and see if `dmesg` provides any helpful information. Check /var/log/xen/qemu-dm-.log for qemu errors. Quoting "Daniel E. Shub" : > You can setup a bridge in Arch in a number of ways. I personally think > doing it with iproute2, like you are, is more difficult than with > netctl (which is also part of base). With iproute2 you have to write > your own systemd service and make sure you get the right load order. > For example, I think you want the bridge service to start before the > network comes up. With netctl you just need to create a configuration > file in /etc/netctl/ and then you can enable it on boot with "netctl > enable". The Arch Wiki has a pretty good walk through: > https://wiki.archlinux.org/index.php/Bridge_with_netctl. > > On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson > wrote: >> Folatt wrote: >> >>> Arch Linux >> >> Not familiar with that one. In Debian it's as simple as putting this >> stanza in /etc/network/interfaces >> >> auto br0 >> iface br0 inet static >> =C2=A0 bridge_ports eth0 >> =C2=A0 address 192.168.xxx.yyy >> =C2=A0 netmask 255.255.255.0 >> >> I see from https://wiki.archlinux.org/index.php/Network_bridge that >> this isn't an option for Arch. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.orghttp://lists.xen.org/xen-users ------------------------------------------------- ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands! $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No bandwidth quotas! Commercial and Bulk Mail Options! --=_eGZZh0yvtryebh8jia-S0A1 Content-Type: text/html; charset=UTF-8 Content-Description: HTML Message Content-Disposition: inline

There's also systemd-networkd, which personally I find easiest to use for bridges and other virtual devices (just not for wireless). It coexists with netctl just fine, and iproute2 with some additional care. See
https://wiki.archlinux.org/index.php/systemd-networkd
https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html

I don't think the bridge itself (xenbr0) actually needs an IP address, since enp3s0 and vif2.0 are both slaves of the bridge. One problem I do see is that enp3s0 and xenbr0 both have the same MAC address, which I think is incorrect (although I could be wrong). Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere?

Also note that unless you installed a VNC server inside the guest yourself, the guest doesn't even need a network adapter in order for VNC to work. The qemu process inside Dom0 is what listens for VNC clients (with "vnc = 1" or "vfb = ['vnc=1']" in xl.cfg(5)). Make sure you specified "vnclisten=0.0.0.0" in your xl config, as qemu only listens for VNC clients on localhost by default. This applies to xen vfb (PV) and the qemu emulated graphics cards (HVM), but with a different syntax, see http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html

Here are some general recommendations: Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients. Do a simple connectivity test using netcat from the remote machine to local Dom0. Make sure there's no firewall interfering (i.e. unknowingly filtering link-layer frames). Try connecting to the VNC server and see if `dmesg` provides any helpful information. Check /var/log/xen/qemu-dm-<name>.log for qemu errors.


Quoting "Daniel E. Shub" <daniel.e.shub@gmail.com>:

You can setup a bridge in Arch in a number of ways. I personally think
doing it with iproute2, like you are, is more difficult than with
netctl (which is also part of base). With iproute2 you have to write
your own systemd service and make sure you get the right load order.
For example, I think you want the bridge service to start before the
network comes up. With netctl you just need to create a configuration
file in /etc/netctl/ and then you can enable it on boot with "netctl
enable". The Arch Wiki has a pretty good walk through:
https://wiki.archlinux.org/index.php/Bridge_with_netctl.


On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson <linux@thehobsons.co.uk> wrote:

Folatt <folatt@sluimers.net> wrote:

Arch Linux

Not familiar with that one. In Debian it's as simple as putting this stanza in /etc/network/interfaces

auto br0
iface br0 inet static
  bridge_ports eth0
  address 192.168.xxx.yyy
  netmask 255.255.255.0

I see from https://wiki.archlinux.org/index.php/Network_bridge that this isn't an option for Arch.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.orghttp://lists.xen.org/xen-users





-------------------------------------------------
ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!
No Bandwidth Quotas!   15GB disk space!
Commercial and Bulk Mail Options!

--=_eGZZh0yvtryebh8jia-S0A1-- --===============4030117685676587314== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4030117685676587314==-- From xen-users-bounces@lists.xen.org Wed Feb 10 03:43:35 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 03:43:35 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTLfw-0001Dq-5x; Wed, 10 Feb 2016 03:42:44 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTLfu-0001Dl-GM for xen-users@lists.xen.org; Wed, 10 Feb 2016 03:42:42 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 5D/ED-08977-1B1BAB65; Wed, 10 Feb 2016 03:42:41 +0000 X-Env-Sender: sm8ax1@vfemail.net X-Msg-Ref: server-7.tower-21.messagelabs.com!1455075758!15013041!1 X-Originating-IP: [199.16.11.132] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 5783 invoked from network); 10 Feb 2016 03:42:39 -0000 Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132) by server-7.tower-21.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Feb 2016 03:42:39 -0000 Received: (qmail 13314 invoked by uid 89); 10 Feb 2016 03:42:17 -0000 Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Feb 2016 03:42:17 -0000 Received: (qmail 13192 invoked by uid 89); 10 Feb 2016 03:41:54 -0000 Received: by simscan 1.3.1 ppid: 13188, pid: 13190, t: 0.0027s scanners:none Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62) by FreeQueue with SMTP; 10 Feb 2016 03:41:54 -0000 Received: (qmail 30189 invoked by uid 89); 10 Feb 2016 03:41:54 -0000 Received: by simscan 1.4.0 ppid: 30183, pid: 30186, t: 0.1122s scanners:none Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93) by 172.16.100.62 with ESMTPA; 10 Feb 2016 03:41:54 -0000 Date: Tue, 09 Feb 2016 21:41:53 -0600 Message-ID: <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> From: sm8ax1@vfemail.net To: xen-users@lists.xen.org, folatt@sluimers.net References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.2.2) X-VFEmail-Originating-IP: 172.16.100.27 X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include VFEmail headers MIME-Version: 1.0 Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4030117685676587314==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This message is in MIME format. --===============4030117685676587314== Content-Type: multipart/alternative; boundary="=_eGZZh0yvtryebh8jia-S0A1" Content-Transfer-Encoding: 8bit This message is in MIME format. --=_eGZZh0yvtryebh8jia-S0A1 Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes Content-Length: 3463 Content-Transfer-Encoding: quoted-printable Content-Description: Plaintext Message Content-Disposition: inline There's also systemd-networkd, which personally I find easiest to use for bridges and other virtual devices (just not for wireless). It coexists with netctl just fine, and iproute2 with some additional care. See https://wiki.archlinux.org/index.php/systemd-networkd https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html I don't think the bridge itself (xenbr0) actually needs an IP address, since enp3s0 and vif2.0 are both slaves of the bridge. One problem I do see is that enp3s0 and xenbr0 both have the same MAC address, which I think is incorrect (although I could be wrong). Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F Also note that unless you installed a VNC server inside the guest yourself, the guest doesn't even need a network adapter in order for VNC to work. The qemu process inside Dom0 is what listens for VNC clients (with "vnc =3D 1" or "vfb =3D ['vnc=3D1']" in xl.cfg(5)). Make sure you specified "vnclisten=3D0.0.0.0" in your xl config, as qemu only listens for VNC clients on localhost by default. This applies to xen vfb (PV) and the qemu emulated graphics cards (HVM), but with a different syntax, see http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html Here are some general recommendations: Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients. Do a simple connectivity test using netcat from the remote machine to local Dom0. Make sure there's no firewall interfering (i.e. unknowingly filtering link-layer frames). Try connecting to the VNC server and see if `dmesg` provides any helpful information. Check /var/log/xen/qemu-dm-.log for qemu errors. Quoting "Daniel E. Shub" : > You can setup a bridge in Arch in a number of ways. I personally think > doing it with iproute2, like you are, is more difficult than with > netctl (which is also part of base). With iproute2 you have to write > your own systemd service and make sure you get the right load order. > For example, I think you want the bridge service to start before the > network comes up. With netctl you just need to create a configuration > file in /etc/netctl/ and then you can enable it on boot with "netctl > enable". The Arch Wiki has a pretty good walk through: > https://wiki.archlinux.org/index.php/Bridge_with_netctl. > > On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson > wrote: >> Folatt wrote: >> >>> Arch Linux >> >> Not familiar with that one. In Debian it's as simple as putting this >> stanza in /etc/network/interfaces >> >> auto br0 >> iface br0 inet static >> =C2=A0 bridge_ports eth0 >> =C2=A0 address 192.168.xxx.yyy >> =C2=A0 netmask 255.255.255.0 >> >> I see from https://wiki.archlinux.org/index.php/Network_bridge that >> this isn't an option for Arch. >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.orghttp://lists.xen.org/xen-users ------------------------------------------------- ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands! $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No bandwidth quotas! Commercial and Bulk Mail Options! --=_eGZZh0yvtryebh8jia-S0A1 Content-Type: text/html; charset=UTF-8 Content-Description: HTML Message Content-Disposition: inline

There's also systemd-networkd, which personally I find easiest to use for bridges and other virtual devices (just not for wireless). It coexists with netctl just fine, and iproute2 with some additional care. See
https://wiki.archlinux.org/index.php/systemd-networkd
https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html

I don't think the bridge itself (xenbr0) actually needs an IP address, since enp3s0 and vif2.0 are both slaves of the bridge. One problem I do see is that enp3s0 and xenbr0 both have the same MAC address, which I think is incorrect (although I could be wrong). Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere?

Also note that unless you installed a VNC server inside the guest yourself, the guest doesn't even need a network adapter in order for VNC to work. The qemu process inside Dom0 is what listens for VNC clients (with "vnc = 1" or "vfb = ['vnc=1']" in xl.cfg(5)). Make sure you specified "vnclisten=0.0.0.0" in your xl config, as qemu only listens for VNC clients on localhost by default. This applies to xen vfb (PV) and the qemu emulated graphics cards (HVM), but with a different syntax, see http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html

Here are some general recommendations: Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients. Do a simple connectivity test using netcat from the remote machine to local Dom0. Make sure there's no firewall interfering (i.e. unknowingly filtering link-layer frames). Try connecting to the VNC server and see if `dmesg` provides any helpful information. Check /var/log/xen/qemu-dm-<name>.log for qemu errors.


Quoting "Daniel E. Shub" <daniel.e.shub@gmail.com>:

You can setup a bridge in Arch in a number of ways. I personally think
doing it with iproute2, like you are, is more difficult than with
netctl (which is also part of base). With iproute2 you have to write
your own systemd service and make sure you get the right load order.
For example, I think you want the bridge service to start before the
network comes up. With netctl you just need to create a configuration
file in /etc/netctl/ and then you can enable it on boot with "netctl
enable". The Arch Wiki has a pretty good walk through:
https://wiki.archlinux.org/index.php/Bridge_with_netctl.


On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson <linux@thehobsons.co.uk> wrote:

Folatt <folatt@sluimers.net> wrote:

Arch Linux

Not familiar with that one. In Debian it's as simple as putting this stanza in /etc/network/interfaces

auto br0
iface br0 inet static
  bridge_ports eth0
  address 192.168.xxx.yyy
  netmask 255.255.255.0

I see from https://wiki.archlinux.org/index.php/Network_bridge that this isn't an option for Arch.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.orghttp://lists.xen.org/xen-users





-------------------------------------------------
ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!
No Bandwidth Quotas!   15GB disk space!
Commercial and Bulk Mail Options!

--=_eGZZh0yvtryebh8jia-S0A1-- --===============4030117685676587314== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============4030117685676587314==-- From xen-users-bounces@lists.xen.org Wed Feb 10 03:55:09 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 03:55:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTLre-0001dJ-Kw; Wed, 10 Feb 2016 03:54:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTLrc-0001dE-Jk for xen-users@lists.xen.org; Wed, 10 Feb 2016 03:54:48 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id 74/62-31443-784BAB65; Wed, 10 Feb 2016 03:54:47 +0000 X-Env-Sender: sm8ax1@vfemail.net X-Msg-Ref: server-11.tower-31.messagelabs.com!1455076485!20809886!1 X-Originating-IP: [199.16.11.132] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2797 invoked from network); 10 Feb 2016 03:54:46 -0000 Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Feb 2016 03:54:46 -0000 Received: (qmail 15716 invoked by uid 89); 10 Feb 2016 03:54:24 -0000 Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Feb 2016 03:54:24 -0000 Received: (qmail 15610 invoked by uid 89); 10 Feb 2016 03:54:00 -0000 Received: by simscan 1.3.1 ppid: 15606, pid: 15609, t: 0.0031s scanners:none Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62) by FreeQueue with SMTP; 10 Feb 2016 03:54:00 -0000 Received: (qmail 31634 invoked by uid 89); 10 Feb 2016 03:54:00 -0000 Received: by simscan 1.4.0 ppid: 31628, pid: 31631, t: 0.0898s scanners:none Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93) by 172.16.100.62 with ESMTPA; 10 Feb 2016 03:54:00 -0000 Date: Tue, 09 Feb 2016 21:54:00 -0600 Message-ID: <20160209215400.Horde.GkjMB1A7F_KjfFxKlY382Q2@344c6kbnjnljjzlz.onion> From: sm8ax1@vfemail.net To: "Daniel E. Shub" References: In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.2.2) X-VFEmail-Originating-IP: 172.16.100.27 X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include VFEmail headers MIME-Version: 1.0 Cc: xen-users@lists.xen.org, John Mok Subject: Re: [Xen-users] Xen host WiFi bridge for guest VMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7727282775365864151==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This message is in MIME format. --===============7727282775365864151== Content-Type: multipart/alternative; boundary="=_hQQyQrHoxeYn9BW_qWxMJQ1" This message is in MIME format. --=_hQQyQrHoxeYn9BW_qWxMJQ1 Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes Content-Description: Plaintext Message Content-Disposition: inline Not sure if you tried, but I've always had to enable "proxy arp" on the wireless interface (and the bridge possibly) to get routers to accept packets from the guest. I won't go into detail since there is plenty of information out there on the topic, but basically its a simple sysctl parameter, and you may need to tweak your firewall to allow MAC addresses to be proxied. Note that your bridge (or the host-side of the virtual adapter) must be assigned an IP in the same subnet as the host's LAN address. After that it should "just work" like a normal ethernet bridge. If memory serves, no special guest-side configuration is necessary. No idea how PEAP might interfere though. YMMV. If you still can't get it to work I'll try to dig up some notes I took when I set it up (this was on Arch). Quoting "Daniel E. Shub" : > I asked about this over at stack exchange a while back > (http://unix.stackexchange.com/questions/176057/wireless-network-bridge), > but could never get it working on Arch Linux. Some of the stuff I read > makes it sound like it is not possible, but maybe you will have better > luck... > > On Tue, Feb 9, 2016 at 1:42 PM, John Mok wrote: >> Hi, >> >> I have a ThinkPad x250 running Debian Jessie and Xen 4.6.0. I would >> like to use the Wi-Fi connection (Intel AC 7265 with PEAP) as a >> bridge, such that the guest VMs could connect to the network. >> >> I tried to use the vif-route + NAT scripts, but it looked like it's >> broken unfit for use. >> >> I tried to passthrough the Wi-Fi adapter to the guest VM, but the >> Intel driver failed to start (but the Linux driver worked in VM). >> >> I hope someone could point me how to share the Wi-Fi connection (with >> PEAP, or EAP-TLS) for guest VMs network access. >> >> Thanks a lot. >> >> John Mok >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.orghttp://lists.xen.org/xen-users ------------------------------------------------- ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands! $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No bandwidth quotas! Commercial and Bulk Mail Options! --=_hQQyQrHoxeYn9BW_qWxMJQ1 Content-Type: text/html; charset=UTF-8 Content-Description: HTML Message Content-Disposition: inline

Not sure if you tried, but I've always had to enable "proxy arp" on the wireless interface (and the bridge possibly) to get routers to accept packets from the guest. I won't go into detail since there is plenty of information out there on the topic, but basically its a simple sysctl parameter, and you may need to tweak your firewall to allow MAC addresses to be proxied. Note that your bridge (or the host-side of the virtual adapter) must be assigned an IP in the same subnet as the host's LAN address. After that it should "just work" like a normal ethernet bridge. If memory serves, no special guest-side configuration is necessary. No idea how PEAP might interfere though. YMMV. If you still can't get it to work I'll try to dig up some notes I took when I set it up (this was on Arch).

Quoting "Daniel E. Shub" <daniel.e.shub@gmail.com>:

I asked about this over at stack exchange a while back
(http://unix.stackexchange.com/questions/176057/wireless-network-bridge),
but could never get it working on Arch Linux. Some of the stuff I read
makes it sound like it is not possible, but maybe you will have better
luck...

On Tue, Feb 9, 2016 at 1:42 PM, John Mok <a9121431@gmail.com> wrote:

Hi,

I have a ThinkPad x250 running Debian Jessie and Xen 4.6.0. I would
like to use the Wi-Fi connection (Intel AC 7265 with PEAP) as a
bridge, such that the guest VMs could connect to the network.

I tried to use the vif-route + NAT scripts, but it looked like it's
broken unfit for use.

I tried to passthrough the Wi-Fi adapter to the guest VM, but the
Intel driver failed to start (but the Linux driver worked in VM).

I hope someone could point me how to share the Wi-Fi connection (with
PEAP, or EAP-TLS) for guest VMs network access.

Thanks a lot.

John Mok

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.orghttp://lists.xen.org/xen-users





-------------------------------------------------
ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!
No Bandwidth Quotas!   15GB disk space!
Commercial and Bulk Mail Options!

--=_hQQyQrHoxeYn9BW_qWxMJQ1-- --===============7727282775365864151== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7727282775365864151==-- From xen-users-bounces@lists.xen.org Wed Feb 10 03:55:09 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 03:55:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTLre-0001dJ-Kw; Wed, 10 Feb 2016 03:54:50 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTLrc-0001dE-Jk for xen-users@lists.xen.org; Wed, 10 Feb 2016 03:54:48 +0000 Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id 74/62-31443-784BAB65; Wed, 10 Feb 2016 03:54:47 +0000 X-Env-Sender: sm8ax1@vfemail.net X-Msg-Ref: server-11.tower-31.messagelabs.com!1455076485!20809886!1 X-Originating-IP: [199.16.11.132] X-SpamReason: No, hits=0.7 required=7.0 tests=HTML_30_40,HTML_MESSAGE, MAILTO_TO_SPAM_ADDR,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 2797 invoked from network); 10 Feb 2016 03:54:46 -0000 Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132) by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 10 Feb 2016 03:54:46 -0000 Received: (qmail 15716 invoked by uid 89); 10 Feb 2016 03:54:24 -0000 Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1) by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Feb 2016 03:54:24 -0000 Received: (qmail 15610 invoked by uid 89); 10 Feb 2016 03:54:00 -0000 Received: by simscan 1.3.1 ppid: 15606, pid: 15609, t: 0.0031s scanners:none Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62) by FreeQueue with SMTP; 10 Feb 2016 03:54:00 -0000 Received: (qmail 31634 invoked by uid 89); 10 Feb 2016 03:54:00 -0000 Received: by simscan 1.4.0 ppid: 31628, pid: 31631, t: 0.0898s scanners:none Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93) by 172.16.100.62 with ESMTPA; 10 Feb 2016 03:54:00 -0000 Date: Tue, 09 Feb 2016 21:54:00 -0600 Message-ID: <20160209215400.Horde.GkjMB1A7F_KjfFxKlY382Q2@344c6kbnjnljjzlz.onion> From: sm8ax1@vfemail.net To: "Daniel E. Shub" References: In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.2.2) X-VFEmail-Originating-IP: 172.16.100.27 X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include VFEmail headers MIME-Version: 1.0 Cc: xen-users@lists.xen.org, John Mok Subject: Re: [Xen-users] Xen host WiFi bridge for guest VMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7727282775365864151==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This message is in MIME format. --===============7727282775365864151== Content-Type: multipart/alternative; boundary="=_hQQyQrHoxeYn9BW_qWxMJQ1" This message is in MIME format. --=_hQQyQrHoxeYn9BW_qWxMJQ1 Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes Content-Description: Plaintext Message Content-Disposition: inline Not sure if you tried, but I've always had to enable "proxy arp" on the wireless interface (and the bridge possibly) to get routers to accept packets from the guest. I won't go into detail since there is plenty of information out there on the topic, but basically its a simple sysctl parameter, and you may need to tweak your firewall to allow MAC addresses to be proxied. Note that your bridge (or the host-side of the virtual adapter) must be assigned an IP in the same subnet as the host's LAN address. After that it should "just work" like a normal ethernet bridge. If memory serves, no special guest-side configuration is necessary. No idea how PEAP might interfere though. YMMV. If you still can't get it to work I'll try to dig up some notes I took when I set it up (this was on Arch). Quoting "Daniel E. Shub" : > I asked about this over at stack exchange a while back > (http://unix.stackexchange.com/questions/176057/wireless-network-bridge), > but could never get it working on Arch Linux. Some of the stuff I read > makes it sound like it is not possible, but maybe you will have better > luck... > > On Tue, Feb 9, 2016 at 1:42 PM, John Mok wrote: >> Hi, >> >> I have a ThinkPad x250 running Debian Jessie and Xen 4.6.0. I would >> like to use the Wi-Fi connection (Intel AC 7265 with PEAP) as a >> bridge, such that the guest VMs could connect to the network. >> >> I tried to use the vif-route + NAT scripts, but it looked like it's >> broken unfit for use. >> >> I tried to passthrough the Wi-Fi adapter to the guest VM, but the >> Intel driver failed to start (but the Linux driver worked in VM). >> >> I hope someone could point me how to share the Wi-Fi connection (with >> PEAP, or EAP-TLS) for guest VMs network access. >> >> Thanks a lot. >> >> John Mok >> >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen.org >> http://lists.xen.org/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.orghttp://lists.xen.org/xen-users ------------------------------------------------- ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands! $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No bandwidth quotas! Commercial and Bulk Mail Options! --=_hQQyQrHoxeYn9BW_qWxMJQ1 Content-Type: text/html; charset=UTF-8 Content-Description: HTML Message Content-Disposition: inline

Not sure if you tried, but I've always had to enable "proxy arp" on the wireless interface (and the bridge possibly) to get routers to accept packets from the guest. I won't go into detail since there is plenty of information out there on the topic, but basically its a simple sysctl parameter, and you may need to tweak your firewall to allow MAC addresses to be proxied. Note that your bridge (or the host-side of the virtual adapter) must be assigned an IP in the same subnet as the host's LAN address. After that it should "just work" like a normal ethernet bridge. If memory serves, no special guest-side configuration is necessary. No idea how PEAP might interfere though. YMMV. If you still can't get it to work I'll try to dig up some notes I took when I set it up (this was on Arch).

Quoting "Daniel E. Shub" <daniel.e.shub@gmail.com>:

I asked about this over at stack exchange a while back
(http://unix.stackexchange.com/questions/176057/wireless-network-bridge),
but could never get it working on Arch Linux. Some of the stuff I read
makes it sound like it is not possible, but maybe you will have better
luck...

On Tue, Feb 9, 2016 at 1:42 PM, John Mok <a9121431@gmail.com> wrote:

Hi,

I have a ThinkPad x250 running Debian Jessie and Xen 4.6.0. I would
like to use the Wi-Fi connection (Intel AC 7265 with PEAP) as a
bridge, such that the guest VMs could connect to the network.

I tried to use the vif-route + NAT scripts, but it looked like it's
broken unfit for use.

I tried to passthrough the Wi-Fi adapter to the guest VM, but the
Intel driver failed to start (but the Linux driver worked in VM).

I hope someone could point me how to share the Wi-Fi connection (with
PEAP, or EAP-TLS) for guest VMs network access.

Thanks a lot.

John Mok

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.orghttp://lists.xen.org/xen-users





-------------------------------------------------
ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!
No Bandwidth Quotas!   15GB disk space!
Commercial and Bulk Mail Options!

--=_hQQyQrHoxeYn9BW_qWxMJQ1-- --===============7727282775365864151== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============7727282775365864151==-- From xen-users-bounces@lists.xen.org Wed Feb 10 11:01:44 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 11:01:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTSVo-0007om-89; Wed, 10 Feb 2016 11:00:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTSVn-0007oh-1A for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 11:00:43 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id 40/6B-02745-A581BB65; Wed, 10 Feb 2016 11:00:42 +0000 X-Env-Sender: prvs=84126674e=wei.liu2@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1455102040!21436939!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 57617 invoked from network); 10 Feb 2016 11:00:41 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2016 11:00:41 -0000 X-IronPort-AV: E=Sophos;i="5.22,425,1449532800"; d="scan'208";a="330783047" Date: Wed, 10 Feb 2016 11:00:38 +0000 From: Wei Liu To: Wenhui Zhang Message-ID: <20160210110038.GA17384@citrix.com> References: <20160208123953.GO23178@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: Wei Liu , xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Feb 08, 2016 at 12:45:19PM -0500, Wenhui Zhang wrote: > Good afternoon Wei Li: > > I just updated to Xen 4.4.4, using "sudo xl info", I think the highest > version it could go along with ClickOS is Xen4.4, yet when trying to create Hmm... I have vague idea what ClickOS is. Why is it tied to a particular version of Xen? I think there might be a bug in it. > a new image, it seems like it stops at this point for any image, "Parsing > config from vm.cfg" , then screen freeze, using another window, "sudo xl > list" it showed up as pending, > Could you post xl -vvv create vm.cfg, vm.cfg itself and xl dmesg please. > wenhui@nimbnode33:~$ sudo xl list > > [sudo] password for wenhui: > > Name ID Mem VCPUs State Time(s) > > Domain-0 0 511 24 r----- > 49.8 > > linux-1 1 512 1 --p--- > 0.0 > The guest is in paused state. It's nothing abnormal with this. I don't see anything abnormal with your strace either. Are you able to create a normal Linux guest? Better make sure basic functionality works. Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 10 11:01:44 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 11:01:44 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTSVo-0007om-89; Wed, 10 Feb 2016 11:00:44 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTSVn-0007oh-1A for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 11:00:43 +0000 Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id 40/6B-02745-A581BB65; Wed, 10 Feb 2016 11:00:42 +0000 X-Env-Sender: prvs=84126674e=wei.liu2@citrix.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1455102040!21436939!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 57617 invoked from network); 10 Feb 2016 11:00:41 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2016 11:00:41 -0000 X-IronPort-AV: E=Sophos;i="5.22,425,1449532800"; d="scan'208";a="330783047" Date: Wed, 10 Feb 2016 11:00:38 +0000 From: Wei Liu To: Wenhui Zhang Message-ID: <20160210110038.GA17384@citrix.com> References: <20160208123953.GO23178@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: Wei Liu , xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Mon, Feb 08, 2016 at 12:45:19PM -0500, Wenhui Zhang wrote: > Good afternoon Wei Li: > > I just updated to Xen 4.4.4, using "sudo xl info", I think the highest > version it could go along with ClickOS is Xen4.4, yet when trying to create Hmm... I have vague idea what ClickOS is. Why is it tied to a particular version of Xen? I think there might be a bug in it. > a new image, it seems like it stops at this point for any image, "Parsing > config from vm.cfg" , then screen freeze, using another window, "sudo xl > list" it showed up as pending, > Could you post xl -vvv create vm.cfg, vm.cfg itself and xl dmesg please. > wenhui@nimbnode33:~$ sudo xl list > > [sudo] password for wenhui: > > Name ID Mem VCPUs State Time(s) > > Domain-0 0 511 24 r----- > 49.8 > > linux-1 1 512 1 --p--- > 0.0 > The guest is in paused state. It's nothing abnormal with this. I don't see anything abnormal with your strace either. Are you able to create a normal Linux guest? Better make sure basic functionality works. Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 10 11:12:51 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 11:12:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTSgl-0000cg-4l; Wed, 10 Feb 2016 11:12:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTSgj-0000cY-BK for xen-users@lists.xensource.com; Wed, 10 Feb 2016 11:12:01 +0000 Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id FA/16-13475-00B1BB65; Wed, 10 Feb 2016 11:12:00 +0000 X-Env-Sender: jerome.legallic@wanadoo.fr X-Msg-Ref: server-7.tower-27.messagelabs.com!1455102719!22765103!1 X-Originating-IP: [80.12.242.130] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12727 invoked from network); 10 Feb 2016 11:12:00 -0000 Received: from smtp08.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.130) by server-7.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Feb 2016 11:12:00 -0000 Received: from wwinf1f22 ([10.232.36.46]) by mwinf5d68 with ME id GbBz1s00B0zk7Pu03bBz1T; Wed, 10 Feb 2016 12:11:59 +0100 X-ME-Helo: wwinf1f22 X-ME-Auth: amVyb21lLmxlZ2FsbGljQHdhbmFkb28uZnI= X-ME-Date: Wed, 10 Feb 2016 12:11:59 +0100 X-ME-IP: 90.61.9.142 Date: Wed, 10 Feb 2016 12:11:58 +0100 (CET) From: Jerome LE GALLIC To: =?UTF-8?Q?Sven_K=C3=B6hler?= , xen-users@lists.xensource.com Message-ID: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> In-Reply-To: References: MIME-Version: 1.0 X-Originating-IP: [90.61.9.142] X-WUM-FROM: |~| X-WUM-TO: |~||~| X-WUM-REPLYTO: |~| Subject: Re: [Xen-users] kernel 4.4: rtc_cmos stopped working in dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Jerome LE GALLIC List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org wqBoaSwKSSBoYXZlIHRoZSBzYW1lIHByb2JsZW0gb24gZG9tdSBrZXJuZWwgMy4xNi4wLjQtYW1k NjQgb3Iga2VybmVsIDQuMy4wLTEtYW1kNjQgd2l0aCBlcnJvcgoKcGxhdGZvcm0gcnRjX2Ntb3M6 IHJlZ2lzdGVyZWQgcGxhdGZvcm0gUlRDIGRldmljZSAobm8gUE5QIGRldmljZSBmb3VuZCkKWyAx LjQxNTQ5M10gcnRjX2Ntb3MgcnRjX2Ntb3M6IHJ0YyBjb3JlOiByZWdpc3RlcmVkIHJ0Y19jbW9z IGFzIHJ0YzAKWyAxLjQxNTU3N10gcnRjX2Ntb3M6IHByb2JlIG9mIHJ0Y19jbW9zIGZhaWxlZCB3 aXRoIGVycm9yIC0zOApbIDEuNDE2NDc1XSBydGNfaGN0b3N5czogdW5hYmxlIHRvIG9wZW4gcnRj IGRldmljZSAocnRjMCkKCgrCoAoKwqAKCsKgCgrCoAoKPiBNZXNzYWdlIGR1IDAyLzAyLzE2IDAx OjA2Cj4gRGUgOiAiU3ZlbiBLw7ZobGVyIiAKPiBBIDogeGVuLXVzZXJzQGxpc3RzLnhlbnNvdXJj ZS5jb20KPiBDb3BpZSDDoCA6IAo+IE9iamV0IDogUmU6IFtYZW4tdXNlcnNdIGtlcm5lbCA0LjQ6 IHJ0Y19jbW9zIHN0b3BwZWQgd29ya2luZyBpbiBkb20wCj4gCj4gQW55IGNsdWUgd2hhdCdzIGdv aW5nIG9uPyBydGNfY21vcyB3b3JrcyBmaW5lIHdpdGggcHJldmlvdXMga2VybmVscyBvbgo+IHRo ZSBzYW1lIGhhcmR3YXJlLgo+IAo+IEFtIDI0LjAxLjIwMTYgdW0gMDA6MDkgc2NocmllYiBTdmVu IEvDtmhsZXI6Cj4gPiBIaSwKPiA+IAo+ID4gc2luY2UgSSB1cGdyYWRlZCBieSB0ZXN0IG1hY2hp bmUncyBrZXJuZWwgdG8gNC40LCBydGNfY21vcyB3b24ndCB3b3JrCj4gPiBhbnltb3JlLiBJbiBj b25zZXF1ZW5jZSwgaHdjbG9jayAtLXNob3cgdGVybWluYXRlcyB3aXRoIGFuIGVycm9yLiBJbgo+ ID4gZG1lc2csIEkgc2VlIHRoZSBmb2xsb3dpbmcgZXJyb3IgbWVzc2FnZToKPiA+IAo+ID4gcnRj X2Ntb3M6IHByb2JlIG9mIHJ0Y19jbW9zIGZhaWxlZCB3aXRoIGVycm9yIC0yMgo+ID4gCj4gPiAK PiA+IElzIGRvbTAgbm90IHN1cHBvc2VkIHRvIGNvbnRyb2wgdGhlIENNT1MgY2xvY2s/Cj4gPiAK PiA+IAo+ID4gUmVnYXJkcywKPiA+IFN2ZW4KPiA+IAo+IAo+IAo+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+ IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz Cj4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11 c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Feb 10 11:12:51 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 11:12:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTSgl-0000cg-4l; Wed, 10 Feb 2016 11:12:03 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTSgj-0000cY-BK for xen-users@lists.xensource.com; Wed, 10 Feb 2016 11:12:01 +0000 Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id FA/16-13475-00B1BB65; Wed, 10 Feb 2016 11:12:00 +0000 X-Env-Sender: jerome.legallic@wanadoo.fr X-Msg-Ref: server-7.tower-27.messagelabs.com!1455102719!22765103!1 X-Originating-IP: [80.12.242.130] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 12727 invoked from network); 10 Feb 2016 11:12:00 -0000 Received: from smtp08.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.130) by server-7.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 10 Feb 2016 11:12:00 -0000 Received: from wwinf1f22 ([10.232.36.46]) by mwinf5d68 with ME id GbBz1s00B0zk7Pu03bBz1T; Wed, 10 Feb 2016 12:11:59 +0100 X-ME-Helo: wwinf1f22 X-ME-Auth: amVyb21lLmxlZ2FsbGljQHdhbmFkb28uZnI= X-ME-Date: Wed, 10 Feb 2016 12:11:59 +0100 X-ME-IP: 90.61.9.142 Date: Wed, 10 Feb 2016 12:11:58 +0100 (CET) From: Jerome LE GALLIC To: =?UTF-8?Q?Sven_K=C3=B6hler?= , xen-users@lists.xensource.com Message-ID: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> In-Reply-To: References: MIME-Version: 1.0 X-Originating-IP: [90.61.9.142] X-WUM-FROM: |~| X-WUM-TO: |~||~| X-WUM-REPLYTO: |~| Subject: Re: [Xen-users] kernel 4.4: rtc_cmos stopped working in dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Jerome LE GALLIC List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org wqBoaSwKSSBoYXZlIHRoZSBzYW1lIHByb2JsZW0gb24gZG9tdSBrZXJuZWwgMy4xNi4wLjQtYW1k NjQgb3Iga2VybmVsIDQuMy4wLTEtYW1kNjQgd2l0aCBlcnJvcgoKcGxhdGZvcm0gcnRjX2Ntb3M6 IHJlZ2lzdGVyZWQgcGxhdGZvcm0gUlRDIGRldmljZSAobm8gUE5QIGRldmljZSBmb3VuZCkKWyAx LjQxNTQ5M10gcnRjX2Ntb3MgcnRjX2Ntb3M6IHJ0YyBjb3JlOiByZWdpc3RlcmVkIHJ0Y19jbW9z IGFzIHJ0YzAKWyAxLjQxNTU3N10gcnRjX2Ntb3M6IHByb2JlIG9mIHJ0Y19jbW9zIGZhaWxlZCB3 aXRoIGVycm9yIC0zOApbIDEuNDE2NDc1XSBydGNfaGN0b3N5czogdW5hYmxlIHRvIG9wZW4gcnRj IGRldmljZSAocnRjMCkKCgrCoAoKwqAKCsKgCgrCoAoKPiBNZXNzYWdlIGR1IDAyLzAyLzE2IDAx OjA2Cj4gRGUgOiAiU3ZlbiBLw7ZobGVyIiAKPiBBIDogeGVuLXVzZXJzQGxpc3RzLnhlbnNvdXJj ZS5jb20KPiBDb3BpZSDDoCA6IAo+IE9iamV0IDogUmU6IFtYZW4tdXNlcnNdIGtlcm5lbCA0LjQ6 IHJ0Y19jbW9zIHN0b3BwZWQgd29ya2luZyBpbiBkb20wCj4gCj4gQW55IGNsdWUgd2hhdCdzIGdv aW5nIG9uPyBydGNfY21vcyB3b3JrcyBmaW5lIHdpdGggcHJldmlvdXMga2VybmVscyBvbgo+IHRo ZSBzYW1lIGhhcmR3YXJlLgo+IAo+IEFtIDI0LjAxLjIwMTYgdW0gMDA6MDkgc2NocmllYiBTdmVu IEvDtmhsZXI6Cj4gPiBIaSwKPiA+IAo+ID4gc2luY2UgSSB1cGdyYWRlZCBieSB0ZXN0IG1hY2hp bmUncyBrZXJuZWwgdG8gNC40LCBydGNfY21vcyB3b24ndCB3b3JrCj4gPiBhbnltb3JlLiBJbiBj b25zZXF1ZW5jZSwgaHdjbG9jayAtLXNob3cgdGVybWluYXRlcyB3aXRoIGFuIGVycm9yLiBJbgo+ ID4gZG1lc2csIEkgc2VlIHRoZSBmb2xsb3dpbmcgZXJyb3IgbWVzc2FnZToKPiA+IAo+ID4gcnRj X2Ntb3M6IHByb2JlIG9mIHJ0Y19jbW9zIGZhaWxlZCB3aXRoIGVycm9yIC0yMgo+ID4gCj4gPiAK PiA+IElzIGRvbTAgbm90IHN1cHBvc2VkIHRvIGNvbnRyb2wgdGhlIENNT1MgY2xvY2s/Cj4gPiAK PiA+IAo+ID4gUmVnYXJkcywKPiA+IFN2ZW4KPiA+IAo+IAo+IAo+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+ IFhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCj4gaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz Cj4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11 c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhl bi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Feb 10 12:33:01 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 12:33:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTTw9-00058S-EU; Wed, 10 Feb 2016 12:32:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTTw7-00058G-Mx for xen-users@lists.xen.org; Wed, 10 Feb 2016 12:31:59 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id CB/56-31122-FBD2BB65; Wed, 10 Feb 2016 12:31:59 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1455107516!14967772!1 X-Originating-IP: [209.85.213.177] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8472 invoked from network); 10 Feb 2016 12:31:58 -0000 Received: from mail-ig0-f177.google.com (HELO mail-ig0-f177.google.com) (209.85.213.177) by server-15.tower-21.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 12:31:58 -0000 Received: by mail-ig0-f177.google.com with SMTP id xg9so12573932igb.1 for ; Wed, 10 Feb 2016 04:31:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=tM0veR92hBjM4Tj9phvAnJStDNzYH8pPnFrK5Oyn6vo=; b=PjZLg0Ejl6kQ3BFBFLiaBVJYMvgxc3qJNq7y3+FH53vnEs+N2WJ53eUBvGnAMOTiVv IsLPY5I2Ptv8g1Ry0BiFG0R32uQdwDap9kiaOUoDjlHkCWIoNftNN+l7LAFRDjMbQhQb aEAAzCvEAKLkhKqrWZqFre1xDqUlge9J67Wpy9dS7vOdvEIlBjrxMMaAdTVGP5g4+DmE Cmh0n/tn8HXKHBeUdCYepObKlPHmT56FuCKNrxH1VZsNsKU9RmA+bQkido8armpq55Wz 75DHxTHRffbHvwO2s0NTKFdFwZe1wsuddIQmQE5Ale7AhZ9Bz8dGMfRksRMEi9ntSPTV YDkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=tM0veR92hBjM4Tj9phvAnJStDNzYH8pPnFrK5Oyn6vo=; b=F1RatM5yYGX3iI6S9eomLOLEP/RLjmn7l4AvzpSxYQrW7N6hextloWzIkR3vKf14Fl XyweYZJuYvZymXYRFbuUGipxTW0psDdqgDfshppDGsyvKAKfIilzuu3glrwGv8tadylL UTDPWbDUypx3ywW6TRbmXhIjMfv5gCMVGUP9EeVjfZoJMG/MpjPfAYidNL7c3LlGROqv 63mWTUHI20Hr89ahkDn1C06drxoOQG/l6zCKJryj0wg4Q0Yqq74hy9j4sDxwm8hxOvbv wBt0Q4ZdUtnXcQCzyOI3B3/eN8YFJrk9Zy2ALcFJ/VtSh08PXnI1JF71GZ+YsGtucYd4 yTjw== X-Gm-Message-State: AG10YOTDBsDBR4BnfJEzxfZgtKmwEO0afCNrHynt6/y9JrCsWj+e3V3F5WOJimvUD5uwBQ== X-Received: by 10.50.142.7 with SMTP id rs7mr9974179igb.90.1455107516310; Wed, 10 Feb 2016 04:31:56 -0800 (PST) Received: from [127.0.0.1] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24]) by smtp.gmail.com with ESMTPSA id b101sm1621963iod.43.2016.02.10.04.31.54 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 10 Feb 2016 04:31:54 -0800 (PST) To: xen-users@lists.xen.org References: <20160209215400.Horde.GkjMB1A7F_KjfFxKlY382Q2@344c6kbnjnljjzlz.onion> From: "Austin S. Hemmelgarn" Message-ID: <56BB2D65.2080806@gmail.com> Date: Wed, 10 Feb 2016 07:30:29 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160209215400.Horde.GkjMB1A7F_KjfFxKlY382Q2@344c6kbnjnljjzlz.onion> X-Antivirus: avast! (VPS 160209-2, 2016-02-09), Outbound message X-Antivirus-Status: Clean Subject: Re: [Xen-users] Xen host WiFi bridge for guest VMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2016-02-09 22:54, sm8ax1@vfemail.net wrote: > Not sure if you tried, but I've always had to enable "proxy arp" on the > wireless interface (and the bridge possibly) to get routers to accept > packets from the guest. I won't go into detail since there is plenty of > information out there on the topic, but basically its a simple sysctl > parameter, and you may need to tweak your firewall to allow MAC > addresses to be proxied. Note that your bridge (or the host-side of the > virtual adapter) must be assigned an IP in the same subnet as the host's > LAN address. After that it should "just work" like a normal ethernet > bridge. If memory serves, no special guest-side configuration is > necessary. No idea how PEAP might interfere though. YMMV. If you still > can't get it to work I'll try to dig up some notes I took when I set it > up (this was on Arch). > On that note, you may need to configure your wireless adapter in AP mode (or run hostapd). The fact that your wi-fi network requires actual authentication instead of plain encryption may also be interfering, many networks that are configured like that also are picky about stuff like MAC addresses. I don't have much advice beyond that I can give about bridging, but I can say the manually configured NAT routing that I use works perfectly. Of course, in my case I don't need (and in fact, don't want) external devices to have access to my VM's unless I specifically allow it, which means I only need 3 rules for the basic routing, and 1 for each interface I wish to use for outgoing traffic. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 10 12:33:01 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 12:33:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTTw9-00058S-EU; Wed, 10 Feb 2016 12:32:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTTw7-00058G-Mx for xen-users@lists.xen.org; Wed, 10 Feb 2016 12:31:59 +0000 Received: from [85.158.143.35] by server-3.bemta-4.messagelabs.com id CB/56-31122-FBD2BB65; Wed, 10 Feb 2016 12:31:59 +0000 X-Env-Sender: ahferroin7@gmail.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1455107516!14967772!1 X-Originating-IP: [209.85.213.177] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 8472 invoked from network); 10 Feb 2016 12:31:58 -0000 Received: from mail-ig0-f177.google.com (HELO mail-ig0-f177.google.com) (209.85.213.177) by server-15.tower-21.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 12:31:58 -0000 Received: by mail-ig0-f177.google.com with SMTP id xg9so12573932igb.1 for ; Wed, 10 Feb 2016 04:31:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=tM0veR92hBjM4Tj9phvAnJStDNzYH8pPnFrK5Oyn6vo=; b=PjZLg0Ejl6kQ3BFBFLiaBVJYMvgxc3qJNq7y3+FH53vnEs+N2WJ53eUBvGnAMOTiVv IsLPY5I2Ptv8g1Ry0BiFG0R32uQdwDap9kiaOUoDjlHkCWIoNftNN+l7LAFRDjMbQhQb aEAAzCvEAKLkhKqrWZqFre1xDqUlge9J67Wpy9dS7vOdvEIlBjrxMMaAdTVGP5g4+DmE Cmh0n/tn8HXKHBeUdCYepObKlPHmT56FuCKNrxH1VZsNsKU9RmA+bQkido8armpq55Wz 75DHxTHRffbHvwO2s0NTKFdFwZe1wsuddIQmQE5Ale7AhZ9Bz8dGMfRksRMEi9ntSPTV YDkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=tM0veR92hBjM4Tj9phvAnJStDNzYH8pPnFrK5Oyn6vo=; b=F1RatM5yYGX3iI6S9eomLOLEP/RLjmn7l4AvzpSxYQrW7N6hextloWzIkR3vKf14Fl XyweYZJuYvZymXYRFbuUGipxTW0psDdqgDfshppDGsyvKAKfIilzuu3glrwGv8tadylL UTDPWbDUypx3ywW6TRbmXhIjMfv5gCMVGUP9EeVjfZoJMG/MpjPfAYidNL7c3LlGROqv 63mWTUHI20Hr89ahkDn1C06drxoOQG/l6zCKJryj0wg4Q0Yqq74hy9j4sDxwm8hxOvbv wBt0Q4ZdUtnXcQCzyOI3B3/eN8YFJrk9Zy2ALcFJ/VtSh08PXnI1JF71GZ+YsGtucYd4 yTjw== X-Gm-Message-State: AG10YOTDBsDBR4BnfJEzxfZgtKmwEO0afCNrHynt6/y9JrCsWj+e3V3F5WOJimvUD5uwBQ== X-Received: by 10.50.142.7 with SMTP id rs7mr9974179igb.90.1455107516310; Wed, 10 Feb 2016 04:31:56 -0800 (PST) Received: from [127.0.0.1] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24]) by smtp.gmail.com with ESMTPSA id b101sm1621963iod.43.2016.02.10.04.31.54 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 10 Feb 2016 04:31:54 -0800 (PST) To: xen-users@lists.xen.org References: <20160209215400.Horde.GkjMB1A7F_KjfFxKlY382Q2@344c6kbnjnljjzlz.onion> From: "Austin S. Hemmelgarn" Message-ID: <56BB2D65.2080806@gmail.com> Date: Wed, 10 Feb 2016 07:30:29 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160209215400.Horde.GkjMB1A7F_KjfFxKlY382Q2@344c6kbnjnljjzlz.onion> X-Antivirus: avast! (VPS 160209-2, 2016-02-09), Outbound message X-Antivirus-Status: Clean Subject: Re: [Xen-users] Xen host WiFi bridge for guest VMs X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On 2016-02-09 22:54, sm8ax1@vfemail.net wrote: > Not sure if you tried, but I've always had to enable "proxy arp" on the > wireless interface (and the bridge possibly) to get routers to accept > packets from the guest. I won't go into detail since there is plenty of > information out there on the topic, but basically its a simple sysctl > parameter, and you may need to tweak your firewall to allow MAC > addresses to be proxied. Note that your bridge (or the host-side of the > virtual adapter) must be assigned an IP in the same subnet as the host's > LAN address. After that it should "just work" like a normal ethernet > bridge. If memory serves, no special guest-side configuration is > necessary. No idea how PEAP might interfere though. YMMV. If you still > can't get it to work I'll try to dig up some notes I took when I set it > up (this was on Arch). > On that note, you may need to configure your wireless adapter in AP mode (or run hostapd). The fact that your wi-fi network requires actual authentication instead of plain encryption may also be interfering, many networks that are configured like that also are picky about stuff like MAC addresses. I don't have much advice beyond that I can give about bridging, but I can say the manually configured NAT routing that I use works perfectly. Of course, in my case I don't need (and in fact, don't want) external devices to have access to my VM's unless I specifically allow it, which means I only need 3 rules for the basic routing, and 1 for each interface I wish to use for outgoing traffic. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 10 12:43:08 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 12:43:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTU6j-0005ry-K8; Wed, 10 Feb 2016 12:42:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTU6i-0005rc-R1 for xen-users@lists.xen.org; Wed, 10 Feb 2016 12:42:56 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id 96/E6-29478-0503BB65; Wed, 10 Feb 2016 12:42:56 +0000 X-Env-Sender: prvs=841e5dd54=roger.pau@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1455108174!13072805!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 33910 invoked from network); 10 Feb 2016 12:42:55 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2016 12:42:55 -0000 X-IronPort-AV: E=Sophos;i="5.22,425,1449532800"; d="scan'208";a="330798903" To: References: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= Message-ID: <56BB303A.9030809@citrix.com> Date: Wed, 10 Feb 2016 13:42:34 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> Content-Length: 1901 X-DLP: MIA1 Subject: Re: [Xen-users] kernel 4.4: rtc_cmos stopped working in dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org RWwgMTAvMi8xNiBhIGxlcyAxMjoxMSwgSmVyb21lIExFIEdBTExJQyBoYSBlc2NyaXQ6Cj4gIGhp LAo+IEkgaGF2ZSB0aGUgc2FtZSBwcm9ibGVtIG9uIGRvbXUga2VybmVsIDMuMTYuMC40LWFtZDY0 IG9yIGtlcm5lbCA0LjMuMC0xLWFtZDY0IHdpdGggZXJyb3IKPiAKPiBwbGF0Zm9ybSBydGNfY21v czogcmVnaXN0ZXJlZCBwbGF0Zm9ybSBSVEMgZGV2aWNlIChubyBQTlAgZGV2aWNlIGZvdW5kKQo+ IFsgMS40MTU0OTNdIHJ0Y19jbW9zIHJ0Y19jbW9zOiBydGMgY29yZTogcmVnaXN0ZXJlZCBydGNf Y21vcyBhcyBydGMwCj4gWyAxLjQxNTU3N10gcnRjX2Ntb3M6IHByb2JlIG9mIHJ0Y19jbW9zIGZh aWxlZCB3aXRoIGVycm9yIC0zOAo+IFsgMS40MTY0NzVdIHJ0Y19oY3Rvc3lzOiB1bmFibGUgdG8g b3BlbiBydGMgZGV2aWNlIChydGMwKQoKVGhpcyBpcyBleHBlY3RlZCwgUlRDIGlzIG5vdCBhdmFp bGFibGUgdG8gRG9tVXMsIHRoZSBQViB3YWxsIGNsb2NrIGlzCnByb3ZpZGVkLCB3aGljaCBzaG91 bGQgYWNjb21wbGlzaCB0aGUgc2FtZSB0YXNrLgoKPj4gTWVzc2FnZSBkdSAwMi8wMi8xNiAwMTow Ngo+PiBEZSA6ICJTdmVuIEvDtmhsZXIiIAo+PiBBIDogeGVuLXVzZXJzQGxpc3RzLnhlbnNvdXJj ZS5jb20KPj4gQ29waWUgw6AgOiAKPj4gT2JqZXQgOiBSZTogW1hlbi11c2Vyc10ga2VybmVsIDQu NDogcnRjX2Ntb3Mgc3RvcHBlZCB3b3JraW5nIGluIGRvbTAKPj4KPj4gQW55IGNsdWUgd2hhdCdz IGdvaW5nIG9uPyBydGNfY21vcyB3b3JrcyBmaW5lIHdpdGggcHJldmlvdXMga2VybmVscyBvbgo+ PiB0aGUgc2FtZSBoYXJkd2FyZS4KPj4KPj4gQW0gMjQuMDEuMjAxNiB1bSAwMDowOSBzY2hyaWVi IFN2ZW4gS8O2aGxlcjoKPj4+IEhpLAo+Pj4KPj4+IHNpbmNlIEkgdXBncmFkZWQgYnkgdGVzdCBt YWNoaW5lJ3Mga2VybmVsIHRvIDQuNCwgcnRjX2Ntb3Mgd29uJ3Qgd29yawo+Pj4gYW55bW9yZS4g SW4gY29uc2VxdWVuY2UsIGh3Y2xvY2sgLS1zaG93IHRlcm1pbmF0ZXMgd2l0aCBhbiBlcnJvci4g SW4KPj4+IGRtZXNnLCBJIHNlZSB0aGUgZm9sbG93aW5nIGVycm9yIG1lc3NhZ2U6Cj4+Pgo+Pj4g cnRjX2Ntb3M6IHByb2JlIG9mIHJ0Y19jbW9zIGZhaWxlZCB3aXRoIGVycm9yIC0yMgo+Pj4KPj4+ Cj4+PiBJcyBkb20wIG5vdCBzdXBwb3NlZCB0byBjb250cm9sIHRoZSBDTU9TIGNsb2NrPwoKTm8s IERvbTAgc2hvdWxkIGhhdmUgYWNjZXNzIHRvIHRoZSBSVEMuIFdoaWNoIHZlcnNpb24gb2YgWGVu IGFyZSB5b3UgdXNpbmc/CgpSb2dlci4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Feb 10 12:43:08 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 12:43:08 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTU6j-0005ry-K8; Wed, 10 Feb 2016 12:42:57 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTU6i-0005rc-R1 for xen-users@lists.xen.org; Wed, 10 Feb 2016 12:42:56 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id 96/E6-29478-0503BB65; Wed, 10 Feb 2016 12:42:56 +0000 X-Env-Sender: prvs=841e5dd54=roger.pau@citrix.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1455108174!13072805!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 33910 invoked from network); 10 Feb 2016 12:42:55 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-15.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2016 12:42:55 -0000 X-IronPort-AV: E=Sophos;i="5.22,425,1449532800"; d="scan'208";a="330798903" To: References: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= Message-ID: <56BB303A.9030809@citrix.com> Date: Wed, 10 Feb 2016 13:42:34 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> Content-Length: 1901 X-DLP: MIA1 Subject: Re: [Xen-users] kernel 4.4: rtc_cmos stopped working in dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org RWwgMTAvMi8xNiBhIGxlcyAxMjoxMSwgSmVyb21lIExFIEdBTExJQyBoYSBlc2NyaXQ6Cj4gIGhp LAo+IEkgaGF2ZSB0aGUgc2FtZSBwcm9ibGVtIG9uIGRvbXUga2VybmVsIDMuMTYuMC40LWFtZDY0 IG9yIGtlcm5lbCA0LjMuMC0xLWFtZDY0IHdpdGggZXJyb3IKPiAKPiBwbGF0Zm9ybSBydGNfY21v czogcmVnaXN0ZXJlZCBwbGF0Zm9ybSBSVEMgZGV2aWNlIChubyBQTlAgZGV2aWNlIGZvdW5kKQo+ IFsgMS40MTU0OTNdIHJ0Y19jbW9zIHJ0Y19jbW9zOiBydGMgY29yZTogcmVnaXN0ZXJlZCBydGNf Y21vcyBhcyBydGMwCj4gWyAxLjQxNTU3N10gcnRjX2Ntb3M6IHByb2JlIG9mIHJ0Y19jbW9zIGZh aWxlZCB3aXRoIGVycm9yIC0zOAo+IFsgMS40MTY0NzVdIHJ0Y19oY3Rvc3lzOiB1bmFibGUgdG8g b3BlbiBydGMgZGV2aWNlIChydGMwKQoKVGhpcyBpcyBleHBlY3RlZCwgUlRDIGlzIG5vdCBhdmFp bGFibGUgdG8gRG9tVXMsIHRoZSBQViB3YWxsIGNsb2NrIGlzCnByb3ZpZGVkLCB3aGljaCBzaG91 bGQgYWNjb21wbGlzaCB0aGUgc2FtZSB0YXNrLgoKPj4gTWVzc2FnZSBkdSAwMi8wMi8xNiAwMTow Ngo+PiBEZSA6ICJTdmVuIEvDtmhsZXIiIAo+PiBBIDogeGVuLXVzZXJzQGxpc3RzLnhlbnNvdXJj ZS5jb20KPj4gQ29waWUgw6AgOiAKPj4gT2JqZXQgOiBSZTogW1hlbi11c2Vyc10ga2VybmVsIDQu NDogcnRjX2Ntb3Mgc3RvcHBlZCB3b3JraW5nIGluIGRvbTAKPj4KPj4gQW55IGNsdWUgd2hhdCdz IGdvaW5nIG9uPyBydGNfY21vcyB3b3JrcyBmaW5lIHdpdGggcHJldmlvdXMga2VybmVscyBvbgo+ PiB0aGUgc2FtZSBoYXJkd2FyZS4KPj4KPj4gQW0gMjQuMDEuMjAxNiB1bSAwMDowOSBzY2hyaWVi IFN2ZW4gS8O2aGxlcjoKPj4+IEhpLAo+Pj4KPj4+IHNpbmNlIEkgdXBncmFkZWQgYnkgdGVzdCBt YWNoaW5lJ3Mga2VybmVsIHRvIDQuNCwgcnRjX2Ntb3Mgd29uJ3Qgd29yawo+Pj4gYW55bW9yZS4g SW4gY29uc2VxdWVuY2UsIGh3Y2xvY2sgLS1zaG93IHRlcm1pbmF0ZXMgd2l0aCBhbiBlcnJvci4g SW4KPj4+IGRtZXNnLCBJIHNlZSB0aGUgZm9sbG93aW5nIGVycm9yIG1lc3NhZ2U6Cj4+Pgo+Pj4g cnRjX2Ntb3M6IHByb2JlIG9mIHJ0Y19jbW9zIGZhaWxlZCB3aXRoIGVycm9yIC0yMgo+Pj4KPj4+ Cj4+PiBJcyBkb20wIG5vdCBzdXBwb3NlZCB0byBjb250cm9sIHRoZSBDTU9TIGNsb2NrPwoKTm8s IERvbTAgc2hvdWxkIGhhdmUgYWNjZXNzIHRvIHRoZSBSVEMuIFdoaWNoIHZlcnNpb24gb2YgWGVu IGFyZSB5b3UgdXNpbmc/CgpSb2dlci4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54 ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw== From xen-users-bounces@lists.xen.org Wed Feb 10 14:38:58 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 14:38:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTVuO-0003AJ-7I; Wed, 10 Feb 2016 14:38:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTVuM-0003AE-ER for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 14:38:18 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id C2/BC-03225-95B4BB65; Wed, 10 Feb 2016 14:38:17 +0000 X-Env-Sender: prvs=84126674e=wei.liu2@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1455115096!21534871!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15157 invoked from network); 10 Feb 2016 14:38:17 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2016 14:38:17 -0000 X-IronPort-AV: E=Sophos;i="5.22,426,1449532800"; d="scan'208";a="337283811" Date: Wed, 10 Feb 2016 14:37:38 +0000 From: Wei Liu To: Wenhui Zhang Message-ID: <20160210143738.GB17384@citrix.com> References: <20160208123953.GO23178@citrix.com> <20160210110038.GA17384@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: Wei Liu , xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Feb 10, 2016 at 09:35:06AM -0500, Wenhui Zhang wrote: > Good morning Wei: > > The strace stops and freeze on the last line, and won't execute further: > > write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)\0\0\0", 16 > This only means the write it is blocked. It's not particularly interesting. Please make sure you can create an ordinary Linux VM and provide the output / file I asked for. Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 10 14:38:58 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 14:38:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTVuO-0003AJ-7I; Wed, 10 Feb 2016 14:38:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTVuM-0003AE-ER for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 14:38:18 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id C2/BC-03225-95B4BB65; Wed, 10 Feb 2016 14:38:17 +0000 X-Env-Sender: prvs=84126674e=wei.liu2@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1455115096!21534871!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 15157 invoked from network); 10 Feb 2016 14:38:17 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2016 14:38:17 -0000 X-IronPort-AV: E=Sophos;i="5.22,426,1449532800"; d="scan'208";a="337283811" Date: Wed, 10 Feb 2016 14:37:38 +0000 From: Wei Liu To: Wenhui Zhang Message-ID: <20160210143738.GB17384@citrix.com> References: <20160208123953.GO23178@citrix.com> <20160210110038.GA17384@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: Wei Liu , xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Feb 10, 2016 at 09:35:06AM -0500, Wenhui Zhang wrote: > Good morning Wei: > > The strace stops and freeze on the last line, and won't execute further: > > write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)\0\0\0", 16 > This only means the write it is blocked. It's not particularly interesting. Please make sure you can create an ordinary Linux VM and provide the output / file I asked for. Wei. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 10 14:39:20 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 14:39:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTVvL-0003IJ-0b; Wed, 10 Feb 2016 14:39:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTVrJ-00034N-Cs for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 14:35:09 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id E6/AC-10115-C9A4BB65; Wed, 10 Feb 2016 14:35:08 +0000 X-Env-Sender: wenhui@gwmail.gwu.edu X-Msg-Ref: server-11.tower-27.messagelabs.com!1455114907!14229991!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19982 invoked from network); 10 Feb 2016 14:35:07 -0000 Received: from mail-wm0-f46.google.com (HELO mail-wm0-f46.google.com) (74.125.82.46) by server-11.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 14:35:07 -0000 Received: by mail-wm0-f46.google.com with SMTP id c200so31473762wme.0 for ; Wed, 10 Feb 2016 06:35:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+DcqmsOQrZbqvihyE4DL/jbrQz9QXkji+YQa0doivvk=; b=Niv2nexkS4df99T3es+y6yeLjHDxfI9BzMXIIl5kT1SyOvxxGOF0vuY/eTYZX5ig71 1+ytopKED7BZhH+BVbyTnTN3Ujzs/0fdU5PK1QlPmcPw3eNSmeMOJZGxfqQsmF8/8QRp fxWc/Yl1qqZs6v2//y59m4aHKRtMKz4mnFBQJcN0hWx6z5H8nwybpCr3DpRJuB4+ZihC OkbbNTCEC01xc7HvlXMYyzXy8hmoja4Ur7N/pkrSUAfqRzYP086pjpl1ivpi+yhe3MrM H3ZkDlRsq2nYznRZTe87eT/2pJizYdgrHWT+qMCGUOxgv8x4/gsfObDjOsNd3d+IU/MD nYxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=+DcqmsOQrZbqvihyE4DL/jbrQz9QXkji+YQa0doivvk=; b=hgpH3Wh+soxF3vWk9Xd1SDkxILaPjupOuUeCnCeRjjmV6fMdKOEJKyadaWiqVkyY2W 9C69xRh7JCHf9c4I0kHIt3CiN+2GIfu2ptZeHlQjkU94xBCLqheMBoHWaATPqwhV24AZ +y/t5TR0g0OfNCDth7tlGcexu9CqrpXnydDOa1Kozy3/wd/D4Q9cF4Z6GJduykM1ktta Q70lKCaNjfwAswDDgRT1T0QV+ej9hTvF0h4yUM86MiBKZgtidJTDgw1TPZ4cPRDJHGBL 8jEAulC2jI71XRbJTWpVpl2+d780Fka0lvJgoVXp1AAsB39DBHSioHdtvey7vHLnosRE +Nqw== X-Gm-Message-State: AG10YOTRqrozItP56jLC8raPCk0iA+4gv/YHLaUK3Xgdw83cmYD0P+oR2r6jx1UOnKtdEsDICQHc1QhkmN54+aby MIME-Version: 1.0 X-Received: by 10.194.205.103 with SMTP id lf7mr39396758wjc.147.1455114906802; Wed, 10 Feb 2016 06:35:06 -0800 (PST) Received: by 10.27.50.73 with HTTP; Wed, 10 Feb 2016 06:35:06 -0800 (PST) In-Reply-To: <20160210110038.GA17384@citrix.com> References: <20160208123953.GO23178@citrix.com> <20160210110038.GA17384@citrix.com> Date: Wed, 10 Feb 2016 09:35:06 -0500 Message-ID: From: Wenhui Zhang To: Wei Liu X-Mailman-Approved-At: Wed, 10 Feb 2016 14:39:18 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8610788357814882336==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8610788357814882336== Content-Type: multipart/alternative; boundary=047d7ba97d6820b5b6052b6b5791 --047d7ba97d6820b5b6052b6b5791 Content-Type: text/plain; charset=UTF-8 Good morning Wei: The strace stops and freeze on the last line, and won't execute further: write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)\0\0\0", 16 Thanks, Wenhui On Wed, Feb 10, 2016 at 6:00 AM, Wei Liu wrote: > On Mon, Feb 08, 2016 at 12:45:19PM -0500, Wenhui Zhang wrote: > > Good afternoon Wei Li: > > > > I just updated to Xen 4.4.4, using "sudo xl info", I think the highest > > version it could go along with ClickOS is Xen4.4, yet when trying to > create > > Hmm... I have vague idea what ClickOS is. Why is it tied to a particular > version of Xen? I think there might be a bug in it. > > > a new image, it seems like it stops at this point for any image, "Parsing > > config from vm.cfg" , then screen freeze, using another window, "sudo xl > > list" it showed up as pending, > > > > Could you post xl -vvv create vm.cfg, vm.cfg itself and xl dmesg please. > > > wenhui@nimbnode33:~$ sudo xl list > > > > [sudo] password for wenhui: > > > > Name ID Mem VCPUs State Time(s) > > > > Domain-0 0 511 24 r----- > > 49.8 > > > > linux-1 1 512 1 --p--- > > 0.0 > > > > The guest is in paused state. It's nothing abnormal with this. > > I don't see anything abnormal with your strace either. > > Are you able to create a normal Linux guest? Better make sure basic > functionality works. > > Wei. > -- V/R, Wenhui Zhang Email: wenhui@gwmail.gwu.edu Telephone: 1-(703) 424 3193 --047d7ba97d6820b5b6052b6b5791 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Good morning Wei:

The strace stops and = freeze on the last line, and won't execute further:

write(6, "\4\0\0\0\0\0\0\0\0\0\= 0\0)\0\0\0", 16

Thanks,=C2=A0

Wenhui

O= n Wed, Feb 10, 2016 at 6:00 AM, Wei Liu <wei.liu2@citrix.com> wrote:
On Mon, Feb 0= 8, 2016 at 12:45:19PM -0500, Wenhui Zhang wrote:
> Good afternoon Wei Li:
>
> I just updated to Xen 4.4.4, using "sudo xl info", I think t= he highest
> version it could go along with ClickOS is Xen4.4, yet when trying to c= reate

Hmm... I have vague idea what ClickOS is. Why is it tied to a partic= ular
version of Xen? I think there might be a bug in it.

> a new image, it seems like it stops at this point for any image, "= ;Parsing
> config from vm.cfg" , then screen freeze, using another window, &= quot;sudo xl
> list" it showed up as pending,
>

Could you post xl -vvv create vm.cfg, vm.cfg itself and xl dmesg ple= ase.

> wenhui@nimbnode33:~$ sudo xl list
>
> [sudo] password for wenhui:
>
> Name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I= D=C2=A0 =C2=A0Mem VCPUs State Time(s)
>
> Domain-0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2= =A0 =C2=A0511=C2=A0 =C2=A0 24=C2=A0 =C2=A0 =C2=A0r-----
> 49.8
>
> linux-1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1=C2= =A0 =C2=A0512=C2=A0 =C2=A0 =C2=A01=C2=A0 =C2=A0 =C2=A0--p---
> 0.0
>

The guest is in paused state. It's nothing abnormal with this.
I don't see anything abnormal with your strace either.

Are you able to create a normal Linux guest? Better make sure basic
functionality works.

Wei.



--
V/R,
=C2=A0
Wenhui= Zhang
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 Telephone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2= =A0
=C2=A0
=C2=A0
=C2=A0


--047d7ba97d6820b5b6052b6b5791-- --===============8610788357814882336== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8610788357814882336==-- From xen-users-bounces@lists.xen.org Wed Feb 10 14:39:20 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 14:39:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTVvL-0003IJ-0b; Wed, 10 Feb 2016 14:39:19 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTVrJ-00034N-Cs for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 14:35:09 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id E6/AC-10115-C9A4BB65; Wed, 10 Feb 2016 14:35:08 +0000 X-Env-Sender: wenhui@gwmail.gwu.edu X-Msg-Ref: server-11.tower-27.messagelabs.com!1455114907!14229991!1 X-Originating-IP: [74.125.82.46] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 19982 invoked from network); 10 Feb 2016 14:35:07 -0000 Received: from mail-wm0-f46.google.com (HELO mail-wm0-f46.google.com) (74.125.82.46) by server-11.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 14:35:07 -0000 Received: by mail-wm0-f46.google.com with SMTP id c200so31473762wme.0 for ; Wed, 10 Feb 2016 06:35:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+DcqmsOQrZbqvihyE4DL/jbrQz9QXkji+YQa0doivvk=; b=Niv2nexkS4df99T3es+y6yeLjHDxfI9BzMXIIl5kT1SyOvxxGOF0vuY/eTYZX5ig71 1+ytopKED7BZhH+BVbyTnTN3Ujzs/0fdU5PK1QlPmcPw3eNSmeMOJZGxfqQsmF8/8QRp fxWc/Yl1qqZs6v2//y59m4aHKRtMKz4mnFBQJcN0hWx6z5H8nwybpCr3DpRJuB4+ZihC OkbbNTCEC01xc7HvlXMYyzXy8hmoja4Ur7N/pkrSUAfqRzYP086pjpl1ivpi+yhe3MrM H3ZkDlRsq2nYznRZTe87eT/2pJizYdgrHWT+qMCGUOxgv8x4/gsfObDjOsNd3d+IU/MD nYxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=+DcqmsOQrZbqvihyE4DL/jbrQz9QXkji+YQa0doivvk=; b=hgpH3Wh+soxF3vWk9Xd1SDkxILaPjupOuUeCnCeRjjmV6fMdKOEJKyadaWiqVkyY2W 9C69xRh7JCHf9c4I0kHIt3CiN+2GIfu2ptZeHlQjkU94xBCLqheMBoHWaATPqwhV24AZ +y/t5TR0g0OfNCDth7tlGcexu9CqrpXnydDOa1Kozy3/wd/D4Q9cF4Z6GJduykM1ktta Q70lKCaNjfwAswDDgRT1T0QV+ej9hTvF0h4yUM86MiBKZgtidJTDgw1TPZ4cPRDJHGBL 8jEAulC2jI71XRbJTWpVpl2+d780Fka0lvJgoVXp1AAsB39DBHSioHdtvey7vHLnosRE +Nqw== X-Gm-Message-State: AG10YOTRqrozItP56jLC8raPCk0iA+4gv/YHLaUK3Xgdw83cmYD0P+oR2r6jx1UOnKtdEsDICQHc1QhkmN54+aby MIME-Version: 1.0 X-Received: by 10.194.205.103 with SMTP id lf7mr39396758wjc.147.1455114906802; Wed, 10 Feb 2016 06:35:06 -0800 (PST) Received: by 10.27.50.73 with HTTP; Wed, 10 Feb 2016 06:35:06 -0800 (PST) In-Reply-To: <20160210110038.GA17384@citrix.com> References: <20160208123953.GO23178@citrix.com> <20160210110038.GA17384@citrix.com> Date: Wed, 10 Feb 2016 09:35:06 -0500 Message-ID: From: Wenhui Zhang To: Wei Liu X-Mailman-Approved-At: Wed, 10 Feb 2016 14:39:18 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============8610788357814882336==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============8610788357814882336== Content-Type: multipart/alternative; boundary=047d7ba97d6820b5b6052b6b5791 --047d7ba97d6820b5b6052b6b5791 Content-Type: text/plain; charset=UTF-8 Good morning Wei: The strace stops and freeze on the last line, and won't execute further: write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)\0\0\0", 16 Thanks, Wenhui On Wed, Feb 10, 2016 at 6:00 AM, Wei Liu wrote: > On Mon, Feb 08, 2016 at 12:45:19PM -0500, Wenhui Zhang wrote: > > Good afternoon Wei Li: > > > > I just updated to Xen 4.4.4, using "sudo xl info", I think the highest > > version it could go along with ClickOS is Xen4.4, yet when trying to > create > > Hmm... I have vague idea what ClickOS is. Why is it tied to a particular > version of Xen? I think there might be a bug in it. > > > a new image, it seems like it stops at this point for any image, "Parsing > > config from vm.cfg" , then screen freeze, using another window, "sudo xl > > list" it showed up as pending, > > > > Could you post xl -vvv create vm.cfg, vm.cfg itself and xl dmesg please. > > > wenhui@nimbnode33:~$ sudo xl list > > > > [sudo] password for wenhui: > > > > Name ID Mem VCPUs State Time(s) > > > > Domain-0 0 511 24 r----- > > 49.8 > > > > linux-1 1 512 1 --p--- > > 0.0 > > > > The guest is in paused state. It's nothing abnormal with this. > > I don't see anything abnormal with your strace either. > > Are you able to create a normal Linux guest? Better make sure basic > functionality works. > > Wei. > -- V/R, Wenhui Zhang Email: wenhui@gwmail.gwu.edu Telephone: 1-(703) 424 3193 --047d7ba97d6820b5b6052b6b5791 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Good morning Wei:

The strace stops and = freeze on the last line, and won't execute further:

write(6, "\4\0\0\0\0\0\0\0\0\0\= 0\0)\0\0\0", 16

Thanks,=C2=A0

Wenhui

O= n Wed, Feb 10, 2016 at 6:00 AM, Wei Liu <wei.liu2@citrix.com> wrote:
On Mon, Feb 0= 8, 2016 at 12:45:19PM -0500, Wenhui Zhang wrote:
> Good afternoon Wei Li:
>
> I just updated to Xen 4.4.4, using "sudo xl info", I think t= he highest
> version it could go along with ClickOS is Xen4.4, yet when trying to c= reate

Hmm... I have vague idea what ClickOS is. Why is it tied to a partic= ular
version of Xen? I think there might be a bug in it.

> a new image, it seems like it stops at this point for any image, "= ;Parsing
> config from vm.cfg" , then screen freeze, using another window, &= quot;sudo xl
> list" it showed up as pending,
>

Could you post xl -vvv create vm.cfg, vm.cfg itself and xl dmesg ple= ase.

> wenhui@nimbnode33:~$ sudo xl list
>
> [sudo] password for wenhui:
>
> Name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 I= D=C2=A0 =C2=A0Mem VCPUs State Time(s)
>
> Domain-0=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2= =A0 =C2=A0511=C2=A0 =C2=A0 24=C2=A0 =C2=A0 =C2=A0r-----
> 49.8
>
> linux-1=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1=C2= =A0 =C2=A0512=C2=A0 =C2=A0 =C2=A01=C2=A0 =C2=A0 =C2=A0--p---
> 0.0
>

The guest is in paused state. It's nothing abnormal with this.
I don't see anything abnormal with your strace either.

Are you able to create a normal Linux guest? Better make sure basic
functionality works.

Wei.



--
V/R,
=C2=A0
Wenhui= Zhang
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 Telephone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2= =A0
=C2=A0
=C2=A0
=C2=A0


--047d7ba97d6820b5b6052b6b5791-- --===============8610788357814882336== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============8610788357814882336==-- From xen-users-bounces@lists.xen.org Wed Feb 10 14:47:20 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 14:47:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTW2w-00049k-Cr; Wed, 10 Feb 2016 14:47:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTW2u-00049Y-91 for xen-users@lists.xen.org; Wed, 10 Feb 2016 14:47:08 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 0C/ED-07651-B6D4BB65; Wed, 10 Feb 2016 14:47:07 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-12.tower-31.messagelabs.com!1455115625!21459239!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 43524 invoked from network); 10 Feb 2016 14:47:05 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 10 Feb 2016 14:47:05 -0000 References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> To: "xen-users@lists.xen.org" From: Folatt Message-ID: <56BB4D68.7090905@sluimers.net> Date: Wed, 10 Feb 2016 15:47:04 +0100 MIME-Version: 1.0 In-Reply-To: <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3199018762188086567==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3199018762188086567== Content-Type: multipart/alternative; boundary="------------010002040703000708030707" This is a multi-part message in MIME format. --------------010002040703000708030707 Content-Type: text/plain; charset=utf-8; format=flowed Content-Length: 7075 Content-Transfer-Encoding: quoted-printable I just tried systemd-networkd. I can finally access both my Dom0 and DomU at the same time :). It now looks like this: [code] 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 1000 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic valid_lft 5831sec preferred_lft 3322sec inet6 fe80::ebb8:6b64:34bf:49de/64 scope link valid_lft forever preferred_lft forever 4: xenbr0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet 192.168.178.113/24 brd 192.168.178.255 scope global dynamic xenbr0 valid_lft 860091sec preferred_lft 860091sec inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic valid_lft 5831sec preferred_lft 3322sec inet6 2001:983:8610:1:6424:4bff:feb3:ea82/64 scope global deprecated noprefixroute dynamic valid_lft 2231sec preferred_lft 0sec inet6 fe80::6424:4bff:feb3:ea82/64 scope link valid_lft forever preferred_lft forever 5: vif2.0: mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 32 link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff inet6 fe80::fcff:ffff:feff:ffff/64 scope link valid_lft forever preferred_lft forever [/code] "Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F" No. "Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients." I used `nmap localhost` and `ss -lnpt` and got this: [code] PORT STATE SERVICE 22/tcp open ssh 5900/tcp open vnc State Recv-Q Send-Q Local Address:Port Peer Address:Port LISTEN 0 1 *:5900 *:* LISTEN 0 128 :::22 :::* [/code] "Do a simple connectivity test using netcat from the remote machine to local Dom0." Never used it before. I typed `nc hypervisor 5900` and got this: [code] RFB 003.008 [/code] "Try connecting to the VNC server" I typed `vncviewer hypervisor` and got a window with a black screen where my mouse pointer turns into an open dot. The window has the title: TightVNC: QEMU (ArkOS_Dev) "see if `dmesg` provides any helpful information" I see a cpu and filesystem error, but nothing serious. I probably need to recheck my xen configurations, because I changed computers. "Could not initialize VPMU for cpu 0, error -38" https://gist.github.com/Folatt/ff48d2d9b0509d27a448 "Check /var/log/xen/qemu-dm-.log for qemu errors." [code] (process:4053): GLib-WARNING **: gmem.c:482: custom memory allocation vtable not supported [/code] On 10-02-16 04:41, sm8ax1@vfemail.net wrote: > > There's also systemd-networkd, which personally I find easiest to use > for bridges and other virtual devices (just not for wireless). It > coexists with netctl just fine, and iproute2 with some additional > care. See > https://wiki.archlinux.org/index.php/systemd-networkd > https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html > > I don't think the bridge itself (xenbr0) actually needs an IP address, > since enp3s0 and vif2.0 are both slaves of the bridge. One problem I > do see is that enp3s0 and xenbr0 both have the same MAC address, which > I think is incorrect (although I could be wrong). Did you happen to > specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F > > Also note that unless you installed a VNC server inside the guest > yourself, the guest doesn't even need a network adapter in order for > VNC to work. The qemu process inside Dom0 is what listens for VNC > clients (with "vnc =3D 1" or "vfb =3D ['vnc=3D1']" in xl.cfg(5)). Make sure > you specified "vnclisten=3D0.0.0.0" in your xl config, as qemu only > listens for VNC clients on localhost by default. This applies to xen > vfb (PV) and the qemu emulated graphics cards (HVM), but with a > different syntax, see > http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html > > Here are some general recommendations: Use `netstat -l -p` on Dom0 to > verify qemu is listening for VNC clients. Do a simple connectivity > test using netcat from the remote machine to local Dom0. Make sure > there's no firewall interfering (i.e. unknowingly filtering link-layer > frames). Try connecting to the VNC server and see if `dmesg` provides > any helpful information. Check /var/log/xen/qemu-dm-.log for > qemu errors. > > > Quoting "Daniel E. Shub" >: > >> You can setup a bridge in Arch in a number of ways. I personally think >> doing it with iproute2, like you are, is more difficult than with >> netctl (which is also part of base). With iproute2 you have to write >> your own systemd service and make sure you get the right load order. >> For example, I think you want the bridge service to start before the >> network comes up. With netctl you just need to create a configuration >> file in /etc/netctl/ and then you can enable it on boot with "netctl >> enable". The Arch Wiki has a pretty good walk through: >> https://wiki.archlinux.org/index.php/Bridge_with_netctl. >> >> >> On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson > > wrote: >> >>> Folatt > wrote: >>> >>>> Arch Linux >>>> >>> Not familiar with that one. In Debian it's as simple as putting this >>> stanza in /etc/network/interfaces >>> >>> auto br0 >>> iface br0 inet static >>> bridge_ports eth0 >>> address 192.168.xxx.yyy >>> netmask 255.255.255.0 >>> >>> I see from https://wiki.archlinux.org/index.php/Network_bridge that >>> this isn't an option for Arch. >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen >> .orghttp://lists.xen.org/xen-users > > > > > > ------------------------------------------------- > *ONLY AT VFEmail!* - Use our *Metadata Mitigator*=E2=84=A2 to keep your email > out of the NSA's hands! > $24.95 ONETIME Lifetime accounts with Privacy Features! > No Bandwidth Quotas! 15GB disk space! > Commercial and Bulk Mail Options! > --------------010002040703000708030707 Content-Type: text/html; charset=utf-8 Content-Length: 13610 Content-Transfer-Encoding: quoted-printable I just tried systemd-networkd. I can finally access both my Dom0 and DomU at the same time :).

It now looks like this:

[code]
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
=C2=A0=C2=A0=C2=A0 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
=C2=A0=C2=A0=C2=A0 inet 127.0.0.1/8 scope host lo
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft forever preferred_lft forever
=C2=A0=C2=A0=C2=A0 inet6 ::1/128 scope host
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 1000
=C2=A0=C2=A0=C2=A0 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff
=C2=A0=C2=A0=C2=A0 inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft 5831sec preferred_lft 3322sec
=C2=A0=C2=A0=C2=A0 inet6 fe80::ebb8:6b64:34bf:49de/64 scope link
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft forever preferred_lft forever
4: xenbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
=C2=A0=C2=A0=C2=A0 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff
=C2=A0=C2=A0=C2=A0 inet 192.168.178.113/24 brd 192.168.178.255 scope global dynamic xenbr0
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft 860091sec preferred_lft 860091sec
=C2=A0=C2=A0=C2=A0 inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft 5831sec preferred_lft 3322sec
=C2=A0=C2=A0=C2=A0 inet6 2001:983:8610:1:6424:4bff:feb3:ea82/64 scope global deprecated noprefixroute dynamic
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft 2231sec preferred_lft 0sec
=C2=A0=C2=A0=C2=A0 inet6 fe80::6424:4bff:feb3:ea82/64 scope link
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft forever preferred_lft forever
5: vif2.0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 32
=C2=A0=C2=A0=C2=A0 link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff
=C2=A0=C2=A0=C2=A0 inet6 fe80::fcff:ffff:feff:ffff/64 scope link
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft forever preferred_lft forever
[/code]

"Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F"

No.

"Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients."

I used `nmap localhost` and `ss -lnpt` and got this:

[code]
PORT=C2=A0=C2=A0=C2=A0=C2=A0 STATE SERVICE
22/tcp=C2=A0=C2=A0 open=C2=A0 ssh
5900/tcp open=C2=A0 vnc

State=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Recv-Q Send-Q=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Local Address:Port=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Peer Address:Port=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
LISTEN=C2=A0=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 *:5900=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 *:*=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
LISTEN=C2=A0=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 128=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 :::22=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 :::*=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
[/code]

"Do a simple connectivity test using netcat from the remote machine to local Dom0."

Never used it before. I typed `nc hypervisor 5900` and got this:

[code]
RFB 003.008
[/code]

"Try connecting to the VNC server"

I typed `vncviewer hypervisor`

and got a window with a black screen where my mouse pointer turns into an open dot. The window has the title: TightVNC: QEMU (ArkOS_Dev)

"see if `dmesg` provides any helpful information"

I see a cpu and filesystem error, but nothing serious. I probably need to recheck my xen configurations, because I changed computers.

"Could not initialize VPMU for cpu 0, error -38"

https://gist.github.com/Folatt/ff48d2d9b0509d27a448

"Check /var/log/xen/qemu-dm-<name>.log for qemu errors."

[code]
(process:4053): GLib-WARNING **: gmem.c:482: custom memory allocation vtable not supported
[/code]

On 10-02-16 04:41, sm8ax1@vfemail.net wrote:

There's also systemd-networkd, which personally I find easiest to use for bridges and other virtual devices (just not for wireless). It coexists with netctl just fine, and iproute2 with some additional care. See
https://wiki.archlinux.org/index.php/systemd-networkd
https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html

I don't think the bridge itself (xenbr0) actually needs an IP address, since enp3s0 and vif2.0 are both slaves of the bridge. One problem I do see is that enp3s0 and xenbr0 both have the same MAC address, which I think is incorrect (although I could be wrong). Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F

Also note that unless you installed a VNC server inside the guest yourself, the guest doesn't even need a network adapter in order for VNC to work. The qemu process inside Dom0 is what listens for VNC clients (with "vnc =3D 1" or "vfb =3D ['vnc=3D1']" in xl.cfg(5)). Make sure you specified "vnclisten=3D0.0.0.0" in your xl config, as qemu only listens for VNC clients on localhost by default. This applies to xen vfb (PV) and the qemu emulated graphics cards (HVM), but with a different syntax, see http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html

Here are some general recommendations: Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients. Do a simple connectivity test using netcat from the remote machine to local Dom0. Make sure there's no firewall interfering (i.e. unknowingly filtering link-layer frames). Try connecting to the VNC server and see if `dmesg` provides any helpful information. Check /var/log/xen/qemu-dm-<name>.log for qemu errors.


Quoting "Daniel E. Shub" <daniel.e.shub@gmail.com>:

You can setup a bridge in Arch in a number of ways. I personally think
doing it with iproute2, like you are, is more difficult than with
netctl (which is also part of base). With iproute2 you have to write
your own systemd service and make sure you get the right load order.
For example, I think you want the bridge service to start before the
network comes up. With netctl you just need to create a configuration
file in /etc/netctl/ and then you can enable it on boot with "netctl
enable". The Arch Wiki has a pretty good walk through:
https://wiki.archlinux.org/index.php/Bridge_with_netctl.


On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson <linux@thehobsons.co.uk> wrote:

Folatt <folatt@sluimers.net> wrote:

Arch Linux

Not familiar with that one. In Debian it's as simple as putting this stanza in /etc/network/interfaces

auto br0
iface br0 inet static
=C2=A0 bridge_ports eth0
=C2=A0 address 192.168.xxx.yyy
=C2=A0 netmask 255.255.255.0

I see from https://wiki.archlinux.org/index.php/Network_bridge that this isn't an option for Arch.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.orghttp://lists.xen.org/xen-users





-------------------------------------------------
ONLY AT VFEmail! - Use our Metadata Mitigator=E2=84=A2 to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!
No Bandwidth Quotas!=C2=A0=C2=A0 15GB disk space!
Commercial and Bulk Mail Options!


--------------010002040703000708030707-- --===============3199018762188086567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3199018762188086567==-- From xen-users-bounces@lists.xen.org Wed Feb 10 14:47:20 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 14:47:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTW2w-00049k-Cr; Wed, 10 Feb 2016 14:47:10 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTW2u-00049Y-91 for xen-users@lists.xen.org; Wed, 10 Feb 2016 14:47:08 +0000 Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id 0C/ED-07651-B6D4BB65; Wed, 10 Feb 2016 14:47:07 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-12.tower-31.messagelabs.com!1455115625!21459239!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.6 required=7.0 tests=BODY_RANDOM_LONG, HTML_30_40,HTML_MESSAGE,received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 43524 invoked from network); 10 Feb 2016 14:47:05 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 10 Feb 2016 14:47:05 -0000 References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> To: "xen-users@lists.xen.org" From: Folatt Message-ID: <56BB4D68.7090905@sluimers.net> Date: Wed, 10 Feb 2016 15:47:04 +0100 MIME-Version: 1.0 In-Reply-To: <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3199018762188086567==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============3199018762188086567== Content-Type: multipart/alternative; boundary="------------010002040703000708030707" This is a multi-part message in MIME format. --------------010002040703000708030707 Content-Type: text/plain; charset=utf-8; format=flowed Content-Length: 7075 Content-Transfer-Encoding: quoted-printable I just tried systemd-networkd. I can finally access both my Dom0 and DomU at the same time :). It now looks like this: [code] 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 1000 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic valid_lft 5831sec preferred_lft 3322sec inet6 fe80::ebb8:6b64:34bf:49de/64 scope link valid_lft forever preferred_lft forever 4: xenbr0: mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff inet 192.168.178.113/24 brd 192.168.178.255 scope global dynamic xenbr0 valid_lft 860091sec preferred_lft 860091sec inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic valid_lft 5831sec preferred_lft 3322sec inet6 2001:983:8610:1:6424:4bff:feb3:ea82/64 scope global deprecated noprefixroute dynamic valid_lft 2231sec preferred_lft 0sec inet6 fe80::6424:4bff:feb3:ea82/64 scope link valid_lft forever preferred_lft forever 5: vif2.0: mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 32 link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff inet6 fe80::fcff:ffff:feff:ffff/64 scope link valid_lft forever preferred_lft forever [/code] "Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F" No. "Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients." I used `nmap localhost` and `ss -lnpt` and got this: [code] PORT STATE SERVICE 22/tcp open ssh 5900/tcp open vnc State Recv-Q Send-Q Local Address:Port Peer Address:Port LISTEN 0 1 *:5900 *:* LISTEN 0 128 :::22 :::* [/code] "Do a simple connectivity test using netcat from the remote machine to local Dom0." Never used it before. I typed `nc hypervisor 5900` and got this: [code] RFB 003.008 [/code] "Try connecting to the VNC server" I typed `vncviewer hypervisor` and got a window with a black screen where my mouse pointer turns into an open dot. The window has the title: TightVNC: QEMU (ArkOS_Dev) "see if `dmesg` provides any helpful information" I see a cpu and filesystem error, but nothing serious. I probably need to recheck my xen configurations, because I changed computers. "Could not initialize VPMU for cpu 0, error -38" https://gist.github.com/Folatt/ff48d2d9b0509d27a448 "Check /var/log/xen/qemu-dm-.log for qemu errors." [code] (process:4053): GLib-WARNING **: gmem.c:482: custom memory allocation vtable not supported [/code] On 10-02-16 04:41, sm8ax1@vfemail.net wrote: > > There's also systemd-networkd, which personally I find easiest to use > for bridges and other virtual devices (just not for wireless). It > coexists with netctl just fine, and iproute2 with some additional > care. See > https://wiki.archlinux.org/index.php/systemd-networkd > https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html > > I don't think the bridge itself (xenbr0) actually needs an IP address, > since enp3s0 and vif2.0 are both slaves of the bridge. One problem I > do see is that enp3s0 and xenbr0 both have the same MAC address, which > I think is incorrect (although I could be wrong). Did you happen to > specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F > > Also note that unless you installed a VNC server inside the guest > yourself, the guest doesn't even need a network adapter in order for > VNC to work. The qemu process inside Dom0 is what listens for VNC > clients (with "vnc =3D 1" or "vfb =3D ['vnc=3D1']" in xl.cfg(5)). Make sure > you specified "vnclisten=3D0.0.0.0" in your xl config, as qemu only > listens for VNC clients on localhost by default. This applies to xen > vfb (PV) and the qemu emulated graphics cards (HVM), but with a > different syntax, see > http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html > > Here are some general recommendations: Use `netstat -l -p` on Dom0 to > verify qemu is listening for VNC clients. Do a simple connectivity > test using netcat from the remote machine to local Dom0. Make sure > there's no firewall interfering (i.e. unknowingly filtering link-layer > frames). Try connecting to the VNC server and see if `dmesg` provides > any helpful information. Check /var/log/xen/qemu-dm-.log for > qemu errors. > > > Quoting "Daniel E. Shub" >: > >> You can setup a bridge in Arch in a number of ways. I personally think >> doing it with iproute2, like you are, is more difficult than with >> netctl (which is also part of base). With iproute2 you have to write >> your own systemd service and make sure you get the right load order. >> For example, I think you want the bridge service to start before the >> network comes up. With netctl you just need to create a configuration >> file in /etc/netctl/ and then you can enable it on boot with "netctl >> enable". The Arch Wiki has a pretty good walk through: >> https://wiki.archlinux.org/index.php/Bridge_with_netctl. >> >> >> On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson > > wrote: >> >>> Folatt > wrote: >>> >>>> Arch Linux >>>> >>> Not familiar with that one. In Debian it's as simple as putting this >>> stanza in /etc/network/interfaces >>> >>> auto br0 >>> iface br0 inet static >>> bridge_ports eth0 >>> address 192.168.xxx.yyy >>> netmask 255.255.255.0 >>> >>> I see from https://wiki.archlinux.org/index.php/Network_bridge that >>> this isn't an option for Arch. >>> >>> >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen.org >>> http://lists.xen.org/xen-users >> _______________________________________________ >> Xen-users mailing list >> Xen-users@lists.xen >> .orghttp://lists.xen.org/xen-users > > > > > > ------------------------------------------------- > *ONLY AT VFEmail!* - Use our *Metadata Mitigator*=E2=84=A2 to keep your email > out of the NSA's hands! > $24.95 ONETIME Lifetime accounts with Privacy Features! > No Bandwidth Quotas! 15GB disk space! > Commercial and Bulk Mail Options! > --------------010002040703000708030707 Content-Type: text/html; charset=utf-8 Content-Length: 13610 Content-Transfer-Encoding: quoted-printable I just tried systemd-networkd. I can finally access both my Dom0 and DomU at the same time :).

It now looks like this:

[code]
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
=C2=A0=C2=A0=C2=A0 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
=C2=A0=C2=A0=C2=A0 inet 127.0.0.1/8 scope host lo
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft forever preferred_lft forever
=C2=A0=C2=A0=C2=A0 inet6 ::1/128 scope host
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 1000
=C2=A0=C2=A0=C2=A0 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff
=C2=A0=C2=A0=C2=A0 inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft 5831sec preferred_lft 3322sec
=C2=A0=C2=A0=C2=A0 inet6 fe80::ebb8:6b64:34bf:49de/64 scope link
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft forever preferred_lft forever
4: xenbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
=C2=A0=C2=A0=C2=A0 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff
=C2=A0=C2=A0=C2=A0 inet 192.168.178.113/24 brd 192.168.178.255 scope global dynamic xenbr0
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft 860091sec preferred_lft 860091sec
=C2=A0=C2=A0=C2=A0 inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft 5831sec preferred_lft 3322sec
=C2=A0=C2=A0=C2=A0 inet6 2001:983:8610:1:6424:4bff:feb3:ea82/64 scope global deprecated noprefixroute dynamic
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft 2231sec preferred_lft 0sec
=C2=A0=C2=A0=C2=A0 inet6 fe80::6424:4bff:feb3:ea82/64 scope link
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft forever preferred_lft forever
5: vif2.0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 32
=C2=A0=C2=A0=C2=A0 link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff
=C2=A0=C2=A0=C2=A0 inet6 fe80::fcff:ffff:feff:ffff/64 scope link
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 valid_lft forever preferred_lft forever
[/code]

"Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F"

No.

"Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients."

I used `nmap localhost` and `ss -lnpt` and got this:

[code]
PORT=C2=A0=C2=A0=C2=A0=C2=A0 STATE SERVICE
22/tcp=C2=A0=C2=A0 open=C2=A0 ssh
5900/tcp open=C2=A0 vnc

State=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Recv-Q Send-Q=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Local Address:Port=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Peer Address:Port=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
LISTEN=C2=A0=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 *:5900=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 *:*=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
LISTEN=C2=A0=C2=A0=C2=A0=C2=A0 0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 128=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 :::22=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 :::*=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0
[/code]

"Do a simple connectivity test using netcat from the remote machine to local Dom0."

Never used it before. I typed `nc hypervisor 5900` and got this:

[code]
RFB 003.008
[/code]

"Try connecting to the VNC server"

I typed `vncviewer hypervisor`

and got a window with a black screen where my mouse pointer turns into an open dot. The window has the title: TightVNC: QEMU (ArkOS_Dev)

"see if `dmesg` provides any helpful information"

I see a cpu and filesystem error, but nothing serious. I probably need to recheck my xen configurations, because I changed computers.

"Could not initialize VPMU for cpu 0, error -38"

https://gist.github.com/Folatt/ff48d2d9b0509d27a448

"Check /var/log/xen/qemu-dm-<name>.log for qemu errors."

[code]
(process:4053): GLib-WARNING **: gmem.c:482: custom memory allocation vtable not supported
[/code]

On 10-02-16 04:41, sm8ax1@vfemail.net wrote:

There's also systemd-networkd, which personally I find easiest to use for bridges and other virtual devices (just not for wireless). It coexists with netctl just fine, and iproute2 with some additional care. See
https://wiki.archlinux.org/index.php/systemd-networkd
https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html

I don't think the bridge itself (xenbr0) actually needs an IP address, since enp3s0 and vif2.0 are both slaves of the bridge. One problem I do see is that enp3s0 and xenbr0 both have the same MAC address, which I think is incorrect (although I could be wrong). Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F

Also note that unless you installed a VNC server inside the guest yourself, the guest doesn't even need a network adapter in order for VNC to work. The qemu process inside Dom0 is what listens for VNC clients (with "vnc =3D 1" or "vfb =3D ['vnc=3D1']" in xl.cfg(5)). Make sure you specified "vnclisten=3D0.0.0.0" in your xl config, as qemu only listens for VNC clients on localhost by default. This applies to xen vfb (PV) and the qemu emulated graphics cards (HVM), but with a different syntax, see http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html

Here are some general recommendations: Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients. Do a simple connectivity test using netcat from the remote machine to local Dom0. Make sure there's no firewall interfering (i.e. unknowingly filtering link-layer frames). Try connecting to the VNC server and see if `dmesg` provides any helpful information. Check /var/log/xen/qemu-dm-<name>.log for qemu errors.


Quoting "Daniel E. Shub" <daniel.e.shub@gmail.com>:

You can setup a bridge in Arch in a number of ways. I personally think
doing it with iproute2, like you are, is more difficult than with
netctl (which is also part of base). With iproute2 you have to write
your own systemd service and make sure you get the right load order.
For example, I think you want the bridge service to start before the
network comes up. With netctl you just need to create a configuration
file in /etc/netctl/ and then you can enable it on boot with "netctl
enable". The Arch Wiki has a pretty good walk through:
https://wiki.archlinux.org/index.php/Bridge_with_netctl.


On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson <linux@thehobsons.co.uk> wrote:

Folatt <folatt@sluimers.net> wrote:

Arch Linux

Not familiar with that one. In Debian it's as simple as putting this stanza in /etc/network/interfaces

auto br0
iface br0 inet static
=C2=A0 bridge_ports eth0
=C2=A0 address 192.168.xxx.yyy
=C2=A0 netmask 255.255.255.0

I see from https://wiki.archlinux.org/index.php/Network_bridge that this isn't an option for Arch.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.orghttp://lists.xen.org/xen-users





-------------------------------------------------
ONLY AT VFEmail! - Use our Metadata Mitigator=E2=84=A2 to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!
No Bandwidth Quotas!=C2=A0=C2=A0 15GB disk space!
Commercial and Bulk Mail Options!


--------------010002040703000708030707-- --===============3199018762188086567== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3199018762188086567==-- From xen-users-bounces@lists.xen.org Wed Feb 10 14:48:38 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 14:48:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTW4G-0004Gs-F0; Wed, 10 Feb 2016 14:48:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTW4E-0004Gh-OC for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 14:48:30 +0000 Received: from [85.158.137.68] by server-3.bemta-3.messagelabs.com id 17/C1-02499-EBD4BB65; Wed, 10 Feb 2016 14:48:30 +0000 X-Env-Sender: prvs=84126674e=wei.liu2@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1455115708!21545611!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 58218 invoked from network); 10 Feb 2016 14:48:29 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2016 14:48:29 -0000 X-IronPort-AV: E=Sophos;i="5.22,426,1449532800"; d="scan'208";a="330829446" Date: Wed, 10 Feb 2016 14:48:17 +0000 From: Wei Liu To: Wenhui Zhang Message-ID: <20160210144817.GC17384@citrix.com> References: <20160208123953.GO23178@citrix.com> <20160210110038.GA17384@citrix.com> <20160210143738.GB17384@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: Wei Liu , xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Feb 10, 2016 at 09:42:13AM -0500, Wenhui Zhang wrote: > Actually the former trace is from a ordinary Linux VM (linux-1) > This is not what I asked for. You haven't provided the necessary information. So there is nothing I can do for you. Though I'm not sure if this is a bug, please have a look at [0] about what to expect to be present in a report. Wei. [0] http://wiki.xenproject.org/wiki/Reporting_Bugs_against_Xen_Project _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 10 14:48:38 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 14:48:38 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTW4G-0004Gs-F0; Wed, 10 Feb 2016 14:48:32 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTW4E-0004Gh-OC for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 14:48:30 +0000 Received: from [85.158.137.68] by server-3.bemta-3.messagelabs.com id 17/C1-02499-EBD4BB65; Wed, 10 Feb 2016 14:48:30 +0000 X-Env-Sender: prvs=84126674e=wei.liu2@citrix.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1455115708!21545611!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 58218 invoked from network); 10 Feb 2016 14:48:29 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-5.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 10 Feb 2016 14:48:29 -0000 X-IronPort-AV: E=Sophos;i="5.22,426,1449532800"; d="scan'208";a="330829446" Date: Wed, 10 Feb 2016 14:48:17 +0000 From: Wei Liu To: Wenhui Zhang Message-ID: <20160210144817.GC17384@citrix.com> References: <20160208123953.GO23178@citrix.com> <20160210110038.GA17384@citrix.com> <20160210143738.GB17384@citrix.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-DLP: MIA2 Cc: Wei Liu , xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org On Wed, Feb 10, 2016 at 09:42:13AM -0500, Wenhui Zhang wrote: > Actually the former trace is from a ordinary Linux VM (linux-1) > This is not what I asked for. You haven't provided the necessary information. So there is nothing I can do for you. Though I'm not sure if this is a bug, please have a look at [0] about what to expect to be present in a report. Wei. [0] http://wiki.xenproject.org/wiki/Reporting_Bugs_against_Xen_Project _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Wed Feb 10 15:27:51 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 15:27:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTWg0-0006zb-66; Wed, 10 Feb 2016 15:27:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTWfy-0006zT-SC for xen-users@lists.xensource.com; Wed, 10 Feb 2016 15:27:30 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id 94/97-10115-2E65BB65; Wed, 10 Feb 2016 15:27:30 +0000 X-Env-Sender: sven.koehler@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1455118049!22878186!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28053 invoked from network); 10 Feb 2016 15:27:29 -0000 Received: from mail-wm0-f43.google.com (HELO mail-wm0-f43.google.com) (74.125.82.43) by server-10.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 15:27:29 -0000 Received: by mail-wm0-f43.google.com with SMTP id c200so33887981wme.0 for ; Wed, 10 Feb 2016 07:27:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=kvZT7KmMC58M/35bzIbyQo8McDvrEQiVQTcb4LwS5PQ=; b=OO/woeWY7cMfiuxiO+miavhRUsS97NLIRA9bQYRem5rvl8Ct0P0VmzFL/J96SRZUUR uMLelDbC1FMiFPbE6uCrQ/6ird3FMTslU0IUOzmnWJ1eLmCmTCId+i9TInXvH8oxEJUQ zu7aWP2IimyNbD+swsbCr2LVwTTuJjrf4kSGjIuRy3DoxoyOMxW1WTU55cJg/08cXNYp u5jc3/7z9eOaVVrTqyD35g/qIx4hJ6QqC+Iknl8h7sjLMQHqtjmtkc1yBk9ZZY/US8h/ 1Y32H3rQ8rbr+c/laAE9f/Tg4o+J5InbWNxCYFYbMQO0X/zzLkh/PeHbpI4ajOReoqSD Oepg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=kvZT7KmMC58M/35bzIbyQo8McDvrEQiVQTcb4LwS5PQ=; b=N8IpoVm1o1mzoGyS8sKIuMd6YlUM1XMsrzjn0E6f4lh8A7fptK0aM0i5b/j6veaPfX nhIAYSoy+UVsURFvJWznCjYDfAgwq5h2FpFtnLPGxfwyerDucQD6yx4/DONf5yE6LDmB Ma5S2cCxoDUOB70twlgBwPN3IeHRkOybxYS3uaaCYPqTu3qh+WOXeI6sBNyeGFixRQFt XcCYD1oL7mZr7orIuO0NxXvkPWWfEjLLIwp4H2anMwP7HACpTGkW5HBnGvkqGcSbxV7r xOZrNfJD06bdGJEd/J9ImT8E/yJqkg2KXHhRmaLni9anQ6k3wYc2/2EpRqIcCYVOn9d/ 8UWw== X-Gm-Message-State: AG10YOQ1GygCos8b1ndeQZ1XNBgVQwrdd1D0D2WbShsyYiYt+S9DJSLtwkDpzczRT2eZhQ== X-Received: by 10.28.170.139 with SMTP id t133mr12316353wme.50.1455118049113; Wed, 10 Feb 2016 07:27:29 -0800 (PST) Received: from [132.230.150.41] (bali.informatik.uni-freiburg.de. [132.230.150.41]) by smtp.gmail.com with ESMTPSA id ei9sm3420880wjd.40.2016.02.10.07.27.27 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 10 Feb 2016 07:27:28 -0800 (PST) To: Jerome LE GALLIC , xen-users@lists.xensource.com References: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> From: =?UTF-8?Q?Sven_K=c3=b6hler?= Message-ID: <56BB56DF.1040904@gmail.com> Date: Wed, 10 Feb 2016 16:27:27 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> Content-Length: 2079 Subject: Re: [Xen-users] kernel 4.4: rtc_cmos stopped working in dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SSdtIG5vdCBzdXJlLCB3aHkgeW91IG1lbnRpb24gZG9tVSBlcnJvcnMuIEknbSB0YWxraW5nIGFi b3V0IGRvbTAsIAp3aGljaCwgdW5saWtlIGEgZG9tVSwgc2hvdWxkIGhhdmUgYWNjZXNzIHRvIHRo ZSBhY3R1YWwgQ01PUyBoYXJkd2FyZSBjbG9jay4KCkFtIDEwLjAyLjIwMTYgdW0gMTI6MTEgc2No cmllYiBKZXJvbWUgTEUgR0FMTElDOgo+ICAgaGksCj4gSSBoYXZlIHRoZSBzYW1lIHByb2JsZW0g b24gZG9tdSBrZXJuZWwgMy4xNi4wLjQtYW1kNjQgb3Iga2VybmVsIDQuMy4wLTEtYW1kNjQgd2l0 aCBlcnJvcgo+Cj4gcGxhdGZvcm0gcnRjX2Ntb3M6IHJlZ2lzdGVyZWQgcGxhdGZvcm0gUlRDIGRl dmljZSAobm8gUE5QIGRldmljZSBmb3VuZCkKPiBbIDEuNDE1NDkzXSBydGNfY21vcyBydGNfY21v czogcnRjIGNvcmU6IHJlZ2lzdGVyZWQgcnRjX2Ntb3MgYXMgcnRjMAo+IFsgMS40MTU1NzddIHJ0 Y19jbW9zOiBwcm9iZSBvZiBydGNfY21vcyBmYWlsZWQgd2l0aCBlcnJvciAtMzgKPiBbIDEuNDE2 NDc1XSBydGNfaGN0b3N5czogdW5hYmxlIHRvIG9wZW4gcnRjIGRldmljZSAocnRjMCkKPgo+Cj4K Pgo+Cj4KPgo+Cj4KPgo+PiBNZXNzYWdlIGR1IDAyLzAyLzE2IDAxOjA2Cj4+IERlIDogIlN2ZW4g S8O2aGxlciIKPj4gQSA6IHhlbi11c2Vyc0BsaXN0cy54ZW5zb3VyY2UuY29tCj4+IENvcGllIMOg IDoKPj4gT2JqZXQgOiBSZTogW1hlbi11c2Vyc10ga2VybmVsIDQuNDogcnRjX2Ntb3Mgc3RvcHBl ZCB3b3JraW5nIGluIGRvbTAKPj4KPj4gQW55IGNsdWUgd2hhdCdzIGdvaW5nIG9uPyBydGNfY21v cyB3b3JrcyBmaW5lIHdpdGggcHJldmlvdXMga2VybmVscyBvbgo+PiB0aGUgc2FtZSBoYXJkd2Fy ZS4KPj4KPj4gQW0gMjQuMDEuMjAxNiB1bSAwMDowOSBzY2hyaWViIFN2ZW4gS8O2aGxlcjoKPj4+ IEhpLAo+Pj4KPj4+IHNpbmNlIEkgdXBncmFkZWQgYnkgdGVzdCBtYWNoaW5lJ3Mga2VybmVsIHRv IDQuNCwgcnRjX2Ntb3Mgd29uJ3Qgd29yawo+Pj4gYW55bW9yZS4gSW4gY29uc2VxdWVuY2UsIGh3 Y2xvY2sgLS1zaG93IHRlcm1pbmF0ZXMgd2l0aCBhbiBlcnJvci4gSW4KPj4+IGRtZXNnLCBJIHNl ZSB0aGUgZm9sbG93aW5nIGVycm9yIG1lc3NhZ2U6Cj4+Pgo+Pj4gcnRjX2Ntb3M6IHByb2JlIG9m IHJ0Y19jbW9zIGZhaWxlZCB3aXRoIGVycm9yIC0yMgo+Pj4KPj4+Cj4+PiBJcyBkb20wIG5vdCBz dXBwb3NlZCB0byBjb250cm9sIHRoZSBDTU9TIGNsb2NrPwo+Pj4KPj4+Cj4+PiBSZWdhcmRzLAo+ Pj4gU3Zlbgo+Pj4KPj4KPj4KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+PiBYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPj4KCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxp c3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Feb 10 15:27:51 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 15:27:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTWg0-0006zb-66; Wed, 10 Feb 2016 15:27:32 +0000 Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTWfy-0006zT-SC for xen-users@lists.xensource.com; Wed, 10 Feb 2016 15:27:30 +0000 Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id 94/97-10115-2E65BB65; Wed, 10 Feb 2016 15:27:30 +0000 X-Env-Sender: sven.koehler@gmail.com X-Msg-Ref: server-10.tower-27.messagelabs.com!1455118049!22878186!1 X-Originating-IP: [74.125.82.43] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 28053 invoked from network); 10 Feb 2016 15:27:29 -0000 Received: from mail-wm0-f43.google.com (HELO mail-wm0-f43.google.com) (74.125.82.43) by server-10.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 15:27:29 -0000 Received: by mail-wm0-f43.google.com with SMTP id c200so33887981wme.0 for ; Wed, 10 Feb 2016 07:27:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=kvZT7KmMC58M/35bzIbyQo8McDvrEQiVQTcb4LwS5PQ=; b=OO/woeWY7cMfiuxiO+miavhRUsS97NLIRA9bQYRem5rvl8Ct0P0VmzFL/J96SRZUUR uMLelDbC1FMiFPbE6uCrQ/6ird3FMTslU0IUOzmnWJ1eLmCmTCId+i9TInXvH8oxEJUQ zu7aWP2IimyNbD+swsbCr2LVwTTuJjrf4kSGjIuRy3DoxoyOMxW1WTU55cJg/08cXNYp u5jc3/7z9eOaVVrTqyD35g/qIx4hJ6QqC+Iknl8h7sjLMQHqtjmtkc1yBk9ZZY/US8h/ 1Y32H3rQ8rbr+c/laAE9f/Tg4o+J5InbWNxCYFYbMQO0X/zzLkh/PeHbpI4ajOReoqSD Oepg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=kvZT7KmMC58M/35bzIbyQo8McDvrEQiVQTcb4LwS5PQ=; b=N8IpoVm1o1mzoGyS8sKIuMd6YlUM1XMsrzjn0E6f4lh8A7fptK0aM0i5b/j6veaPfX nhIAYSoy+UVsURFvJWznCjYDfAgwq5h2FpFtnLPGxfwyerDucQD6yx4/DONf5yE6LDmB Ma5S2cCxoDUOB70twlgBwPN3IeHRkOybxYS3uaaCYPqTu3qh+WOXeI6sBNyeGFixRQFt XcCYD1oL7mZr7orIuO0NxXvkPWWfEjLLIwp4H2anMwP7HACpTGkW5HBnGvkqGcSbxV7r xOZrNfJD06bdGJEd/J9ImT8E/yJqkg2KXHhRmaLni9anQ6k3wYc2/2EpRqIcCYVOn9d/ 8UWw== X-Gm-Message-State: AG10YOQ1GygCos8b1ndeQZ1XNBgVQwrdd1D0D2WbShsyYiYt+S9DJSLtwkDpzczRT2eZhQ== X-Received: by 10.28.170.139 with SMTP id t133mr12316353wme.50.1455118049113; Wed, 10 Feb 2016 07:27:29 -0800 (PST) Received: from [132.230.150.41] (bali.informatik.uni-freiburg.de. [132.230.150.41]) by smtp.gmail.com with ESMTPSA id ei9sm3420880wjd.40.2016.02.10.07.27.27 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 10 Feb 2016 07:27:28 -0800 (PST) To: Jerome LE GALLIC , xen-users@lists.xensource.com References: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> From: =?UTF-8?Q?Sven_K=c3=b6hler?= Message-ID: <56BB56DF.1040904@gmail.com> Date: Wed, 10 Feb 2016 16:27:27 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> Content-Length: 2079 Subject: Re: [Xen-users] kernel 4.4: rtc_cmos stopped working in dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org SSdtIG5vdCBzdXJlLCB3aHkgeW91IG1lbnRpb24gZG9tVSBlcnJvcnMuIEknbSB0YWxraW5nIGFi b3V0IGRvbTAsIAp3aGljaCwgdW5saWtlIGEgZG9tVSwgc2hvdWxkIGhhdmUgYWNjZXNzIHRvIHRo ZSBhY3R1YWwgQ01PUyBoYXJkd2FyZSBjbG9jay4KCkFtIDEwLjAyLjIwMTYgdW0gMTI6MTEgc2No cmllYiBKZXJvbWUgTEUgR0FMTElDOgo+ICAgaGksCj4gSSBoYXZlIHRoZSBzYW1lIHByb2JsZW0g b24gZG9tdSBrZXJuZWwgMy4xNi4wLjQtYW1kNjQgb3Iga2VybmVsIDQuMy4wLTEtYW1kNjQgd2l0 aCBlcnJvcgo+Cj4gcGxhdGZvcm0gcnRjX2Ntb3M6IHJlZ2lzdGVyZWQgcGxhdGZvcm0gUlRDIGRl dmljZSAobm8gUE5QIGRldmljZSBmb3VuZCkKPiBbIDEuNDE1NDkzXSBydGNfY21vcyBydGNfY21v czogcnRjIGNvcmU6IHJlZ2lzdGVyZWQgcnRjX2Ntb3MgYXMgcnRjMAo+IFsgMS40MTU1NzddIHJ0 Y19jbW9zOiBwcm9iZSBvZiBydGNfY21vcyBmYWlsZWQgd2l0aCBlcnJvciAtMzgKPiBbIDEuNDE2 NDc1XSBydGNfaGN0b3N5czogdW5hYmxlIHRvIG9wZW4gcnRjIGRldmljZSAocnRjMCkKPgo+Cj4K Pgo+Cj4KPgo+Cj4KPgo+PiBNZXNzYWdlIGR1IDAyLzAyLzE2IDAxOjA2Cj4+IERlIDogIlN2ZW4g S8O2aGxlciIKPj4gQSA6IHhlbi11c2Vyc0BsaXN0cy54ZW5zb3VyY2UuY29tCj4+IENvcGllIMOg IDoKPj4gT2JqZXQgOiBSZTogW1hlbi11c2Vyc10ga2VybmVsIDQuNDogcnRjX2Ntb3Mgc3RvcHBl ZCB3b3JraW5nIGluIGRvbTAKPj4KPj4gQW55IGNsdWUgd2hhdCdzIGdvaW5nIG9uPyBydGNfY21v cyB3b3JrcyBmaW5lIHdpdGggcHJldmlvdXMga2VybmVscyBvbgo+PiB0aGUgc2FtZSBoYXJkd2Fy ZS4KPj4KPj4gQW0gMjQuMDEuMjAxNiB1bSAwMDowOSBzY2hyaWViIFN2ZW4gS8O2aGxlcjoKPj4+ IEhpLAo+Pj4KPj4+IHNpbmNlIEkgdXBncmFkZWQgYnkgdGVzdCBtYWNoaW5lJ3Mga2VybmVsIHRv IDQuNCwgcnRjX2Ntb3Mgd29uJ3Qgd29yawo+Pj4gYW55bW9yZS4gSW4gY29uc2VxdWVuY2UsIGh3 Y2xvY2sgLS1zaG93IHRlcm1pbmF0ZXMgd2l0aCBhbiBlcnJvci4gSW4KPj4+IGRtZXNnLCBJIHNl ZSB0aGUgZm9sbG93aW5nIGVycm9yIG1lc3NhZ2U6Cj4+Pgo+Pj4gcnRjX2Ntb3M6IHByb2JlIG9m IHJ0Y19jbW9zIGZhaWxlZCB3aXRoIGVycm9yIC0yMgo+Pj4KPj4+Cj4+PiBJcyBkb20wIG5vdCBz dXBwb3NlZCB0byBjb250cm9sIHRoZSBDTU9TIGNsb2NrPwo+Pj4KPj4+Cj4+PiBSZWdhcmRzLAo+ Pj4gU3Zlbgo+Pj4KPj4KPj4KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPj4gWGVuLXVzZXJzIG1haWxpbmcgbGlzdAo+PiBYZW4tdXNlcnNAbGlzdHMu eGVuLm9yZwo+PiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKPj4KCl9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxp c3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Wed Feb 10 17:39:47 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 17:39:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTYj3-00008b-FL; Wed, 10 Feb 2016 17:38:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTVyB-0003jH-PG for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 14:42:15 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id 09/75-23747-64C4BB65; Wed, 10 Feb 2016 14:42:14 +0000 X-Env-Sender: wenhui@gwmail.gwu.edu X-Msg-Ref: server-14.tower-31.messagelabs.com!1455115333!21524763!1 X-Originating-IP: [74.125.82.67] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 52773 invoked from network); 10 Feb 2016 14:42:14 -0000 Received: from mail-wm0-f67.google.com (HELO mail-wm0-f67.google.com) (74.125.82.67) by server-14.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 14:42:14 -0000 Received: by mail-wm0-f67.google.com with SMTP id g62so4661732wme.2 for ; Wed, 10 Feb 2016 06:42:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=porCEjFd7CKmzc10IGRVLuD+Xkerl3/lLXYRWUtWbfU=; b=S5vX2oJz/SOg7+aQN80tUoTH81m6mFc4SG8Og4KOaCxgy82zS1rYebJ35SDyudEDSR i+kxJsJwsYx55aJzRTBRosFgs/Dk5P+aZmiO9Mkygmc7F03rOtgcV4N/rA7tWI1nd32T LWxoR4KR8fqP2aJ83BKxoI4v7T5PC1FuTOlCdIOB0m5Vf51CTCPXr6f3yu8IL81rFQnP 91ZDkCz6mC8WyxyKqVMpqTSIckLXGyBhjl6STjn5a1fG0AY0f56T76mJoC/GYpBok1jP fl/kMtX6NdVbecIoRRDU5jX72e6f/zibJA7WDWhhVH8EBU1m+LcVX018Qlbk5JeUWaCZ MeBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=porCEjFd7CKmzc10IGRVLuD+Xkerl3/lLXYRWUtWbfU=; b=Etd7uPaQp/RWAqT+2FCum1rGvYtBnZxCfne3DbbRaqS/Wd9h3u9K1z6YJ9BG9aQyGh 9ofADPbglcn9AoujGfiuCPA3xTdekZMUxQjmg/GqWcqmiTjk07yRGfisHa2cR29zzAap 3LyoyCxHmPu0GPlGu3uL7HfvOh42rM9NtFBXJ2fNSKwt+OIEnJtBHsovpT+PBo7mtRwB Swj4wMTw7no0G5pZX2pauGhTvgCZe/BVKgRm2Bol82zcPZI7Ym8AJnjQVgrrbcHHK5iB F0b2rM130qXJRhwgDaO537+ZoJi2RvfHNSkJ5fVSbgFVro9ZvU9AeuF0s78X9j94Fxmc d0Ag== X-Gm-Message-State: AG10YOSeZHGCnhxg6ElokvQZsW8r9YoJLAzdJDte/PCskhLt2rTGENRVb92c+8VsVHqrDGdUy/xt9sU5Blt4LhGa MIME-Version: 1.0 X-Received: by 10.28.21.19 with SMTP id 19mr11012513wmv.43.1455115333738; Wed, 10 Feb 2016 06:42:13 -0800 (PST) Received: by 10.27.50.73 with HTTP; Wed, 10 Feb 2016 06:42:13 -0800 (PST) In-Reply-To: <20160210143738.GB17384@citrix.com> References: <20160208123953.GO23178@citrix.com> <20160210110038.GA17384@citrix.com> <20160210143738.GB17384@citrix.com> Date: Wed, 10 Feb 2016 09:42:13 -0500 Message-ID: From: Wenhui Zhang To: Wei Liu X-Mailman-Approved-At: Wed, 10 Feb 2016 17:38:48 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1305353310934883402==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1305353310934883402== Content-Type: multipart/alternative; boundary=001a1145b64c935f60052b6b7073 --001a1145b64c935f60052b6b7073 Content-Type: text/plain; charset=UTF-8 Actually the former trace is from a ordinary Linux VM (linux-1) On Wed, Feb 10, 2016 at 9:37 AM, Wei Liu wrote: > On Wed, Feb 10, 2016 at 09:35:06AM -0500, Wenhui Zhang wrote: > > Good morning Wei: > > > > The strace stops and freeze on the last line, and won't execute further: > > > > write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)\0\0\0", 16 > > > > This only means the write it is blocked. It's not particularly > interesting. > > Please make sure you can create an ordinary Linux VM and provide the > output / file I asked for. > > Wei. > -- V/R, Wenhui Zhang Email: wenhui@gwmail.gwu.edu Telephone: 1-(703) 424 3193 --001a1145b64c935f60052b6b7073 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Actually the former trace is from a ordinary Linux VM (linux-1)=C2=A0

On Wed, Feb 10, = 2016 at 9:37 AM, Wei Liu <wei.liu2@citrix.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">On Wed, Feb 10, 2016 at 09:3= 5:06AM -0500, Wenhui Zhang wrote:
> Good morning Wei:
>
> The strace stops and freeze on the last line, and won't execute fu= rther:
>
> write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)\0\0\0", 16
>

This only means the write it is blocked. It's not particularly interesting.

Please make sure you can create an ordinary Linux VM and provide the
output / file I asked for.

Wei.



--
V/R,
=C2=A0
Wenhui= Zhang
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 Telephone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2= =A0
=C2=A0
=C2=A0
=C2=A0


--001a1145b64c935f60052b6b7073-- --===============1305353310934883402== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1305353310934883402==-- From xen-users-bounces@lists.xen.org Wed Feb 10 17:39:47 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 17:39:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTYj4-00008j-Ct; Wed, 10 Feb 2016 17:38:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTW6d-0004cd-3s for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 14:50:59 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 12/D6-09708-25E4BB65; Wed, 10 Feb 2016 14:50:58 +0000 X-Env-Sender: wenhui@gwmail.gwu.edu X-Msg-Ref: server-4.tower-21.messagelabs.com!1455115857!14993141!1 X-Originating-IP: [74.125.82.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 40243 invoked from network); 10 Feb 2016 14:50:57 -0000 Received: from mail-wm0-f41.google.com (HELO mail-wm0-f41.google.com) (74.125.82.41) by server-4.tower-21.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 14:50:57 -0000 Received: by mail-wm0-f41.google.com with SMTP id p63so29764151wmp.1 for ; Wed, 10 Feb 2016 06:50:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qkJCicvFoZPYePJIZyOMsavFE6kIFtQ0FTvhFExZGfo=; b=sUkRGC/aGSV4zk5+viMtzjPoisfXf7HT41CftIA8amZrkTYe/m+Pa0W2CSy7l5wIFS aMjECDzADW6wFxXBnDfMuJw6kZyYO95d9OdRtAh8mE0AHUZSyEO3FtmEjeDuy/DU+lrH JOGa0SKXSx53N8zcBkWIKKt7ErlLWPzKKHBVD+A45oeCEFfA9ZBEkHa0HZ/ezrk8TJ/q rNgYMh0UWkUUgADaybAQ5QY/9N9zoqePC4/vhCg8MC0MHgJ7G5Cz/2PIsVgBFM5nfSIJ oodOKCrqBASB97mY0dcuuY4QLA5Iyl4q3UdtWDo7/MFTmdzhdcMe4kpIlb6OhJOgV55g 7VqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=qkJCicvFoZPYePJIZyOMsavFE6kIFtQ0FTvhFExZGfo=; b=dNWJeUGr5QI391UxlyHQGHgYtF98f9drEZaIy1zoKI2VgsvLvfbsP5lWv04qmmrasQ ZtTSIwHSISSbKm4SZ+bdg9JfEQC32vHoSc8+pSlHpoHJQb6S9yqov17huVbvO+X4Jzvn zQsRC3oXUv9rGmQGxEb0SG3rwJsqgUJmtkAyUDXl6gWSbg6sTEHynolpgnE+hbJG8OWE VRyI8IiIsUo0ms24PbOsEFHV1G5t/AQn4OASjtIq+y0KW9WjizR1Kc4olX3OKvRCu/dr z/sthJRGqPsf/WCdK3s7hCfB0aYh7n+OEzMnnrmgjeKCZJHe3dlXEiaYd36fosUZ88hY bq6A== X-Gm-Message-State: AG10YOSmf0wkZRlcwtq3qFgexNZrZcejui9y+tXNxWFF6pDLtfcVqjTrTRdPyGlCHhfgsmrKur/s8G8aMhMPWFz0 MIME-Version: 1.0 X-Received: by 10.194.134.134 with SMTP id pk6mr40996843wjb.176.1455115856824; Wed, 10 Feb 2016 06:50:56 -0800 (PST) Received: by 10.27.50.73 with HTTP; Wed, 10 Feb 2016 06:50:56 -0800 (PST) In-Reply-To: <20160210144817.GC17384@citrix.com> References: <20160208123953.GO23178@citrix.com> <20160210110038.GA17384@citrix.com> <20160210143738.GB17384@citrix.com> <20160210144817.GC17384@citrix.com> Date: Wed, 10 Feb 2016 09:50:56 -0500 Message-ID: From: Wenhui Zhang To: Wei Liu X-Mailman-Approved-At: Wed, 10 Feb 2016 17:38:48 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3202342554238007878==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3202342554238007878== Content-Type: multipart/alternative; boundary=089e0112ca66c0e9c9052b6b8f75 --089e0112ca66c0e9c9052b6b8f75 Content-Type: text/plain; charset=UTF-8 Thanks Wei, this is really helpful, I will generate one , thanks for your time and patience Wenhui On Wed, Feb 10, 2016 at 9:48 AM, Wei Liu wrote: > On Wed, Feb 10, 2016 at 09:42:13AM -0500, Wenhui Zhang wrote: > > Actually the former trace is from a ordinary Linux VM (linux-1) > > > > This is not what I asked for. You haven't provided the necessary > information. So there is nothing I can do for you. > > Though I'm not sure if this is a bug, please have a look at [0] about > what to expect to be present in a report. > > Wei. > > [0] http://wiki.xenproject.org/wiki/Reporting_Bugs_against_Xen_Project > > -- V/R, Wenhui Zhang Email: wenhui@gwmail.gwu.edu Telephone: 1-(703) 424 3193 --089e0112ca66c0e9c9052b6b8f75 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Wei, =C2=A0this is really helpful, I will generate = one , thanks for your time and patience=C2=A0

Wenhui

On Wed, F= eb 10, 2016 at 9:48 AM, Wei Liu <wei.liu2@citrix.com> wrot= e:
On Wed, Feb 10, 2016 = at 09:42:13AM -0500, Wenhui Zhang wrote:
> Actually the former trace is from a ordinary Linux VM (linux-1)
>

This is not what I asked for. You haven't provided the necessary=
information. So there is nothing I can do for you.

Though I'm not sure if this is a bug, please have a look at [0] about what to expect to be present in a report.

Wei.

[0] http://wiki.xenproject.org/wik= i/Reporting_Bugs_against_Xen_Project




--
V/R,
=C2=A0
Wenhui Zhang
= =C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 Tele= phone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0
=C2= =A0
=C2=A0
=C2=A0


--089e0112ca66c0e9c9052b6b8f75-- --===============3202342554238007878== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3202342554238007878==-- From xen-users-bounces@lists.xen.org Wed Feb 10 17:39:47 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 17:39:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTYj3-00008b-FL; Wed, 10 Feb 2016 17:38:49 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTVyB-0003jH-PG for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 14:42:15 +0000 Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id 09/75-23747-64C4BB65; Wed, 10 Feb 2016 14:42:14 +0000 X-Env-Sender: wenhui@gwmail.gwu.edu X-Msg-Ref: server-14.tower-31.messagelabs.com!1455115333!21524763!1 X-Originating-IP: [74.125.82.67] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 52773 invoked from network); 10 Feb 2016 14:42:14 -0000 Received: from mail-wm0-f67.google.com (HELO mail-wm0-f67.google.com) (74.125.82.67) by server-14.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 14:42:14 -0000 Received: by mail-wm0-f67.google.com with SMTP id g62so4661732wme.2 for ; Wed, 10 Feb 2016 06:42:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=porCEjFd7CKmzc10IGRVLuD+Xkerl3/lLXYRWUtWbfU=; b=S5vX2oJz/SOg7+aQN80tUoTH81m6mFc4SG8Og4KOaCxgy82zS1rYebJ35SDyudEDSR i+kxJsJwsYx55aJzRTBRosFgs/Dk5P+aZmiO9Mkygmc7F03rOtgcV4N/rA7tWI1nd32T LWxoR4KR8fqP2aJ83BKxoI4v7T5PC1FuTOlCdIOB0m5Vf51CTCPXr6f3yu8IL81rFQnP 91ZDkCz6mC8WyxyKqVMpqTSIckLXGyBhjl6STjn5a1fG0AY0f56T76mJoC/GYpBok1jP fl/kMtX6NdVbecIoRRDU5jX72e6f/zibJA7WDWhhVH8EBU1m+LcVX018Qlbk5JeUWaCZ MeBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=porCEjFd7CKmzc10IGRVLuD+Xkerl3/lLXYRWUtWbfU=; b=Etd7uPaQp/RWAqT+2FCum1rGvYtBnZxCfne3DbbRaqS/Wd9h3u9K1z6YJ9BG9aQyGh 9ofADPbglcn9AoujGfiuCPA3xTdekZMUxQjmg/GqWcqmiTjk07yRGfisHa2cR29zzAap 3LyoyCxHmPu0GPlGu3uL7HfvOh42rM9NtFBXJ2fNSKwt+OIEnJtBHsovpT+PBo7mtRwB Swj4wMTw7no0G5pZX2pauGhTvgCZe/BVKgRm2Bol82zcPZI7Ym8AJnjQVgrrbcHHK5iB F0b2rM130qXJRhwgDaO537+ZoJi2RvfHNSkJ5fVSbgFVro9ZvU9AeuF0s78X9j94Fxmc d0Ag== X-Gm-Message-State: AG10YOSeZHGCnhxg6ElokvQZsW8r9YoJLAzdJDte/PCskhLt2rTGENRVb92c+8VsVHqrDGdUy/xt9sU5Blt4LhGa MIME-Version: 1.0 X-Received: by 10.28.21.19 with SMTP id 19mr11012513wmv.43.1455115333738; Wed, 10 Feb 2016 06:42:13 -0800 (PST) Received: by 10.27.50.73 with HTTP; Wed, 10 Feb 2016 06:42:13 -0800 (PST) In-Reply-To: <20160210143738.GB17384@citrix.com> References: <20160208123953.GO23178@citrix.com> <20160210110038.GA17384@citrix.com> <20160210143738.GB17384@citrix.com> Date: Wed, 10 Feb 2016 09:42:13 -0500 Message-ID: From: Wenhui Zhang To: Wei Liu X-Mailman-Approved-At: Wed, 10 Feb 2016 17:38:48 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1305353310934883402==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============1305353310934883402== Content-Type: multipart/alternative; boundary=001a1145b64c935f60052b6b7073 --001a1145b64c935f60052b6b7073 Content-Type: text/plain; charset=UTF-8 Actually the former trace is from a ordinary Linux VM (linux-1) On Wed, Feb 10, 2016 at 9:37 AM, Wei Liu wrote: > On Wed, Feb 10, 2016 at 09:35:06AM -0500, Wenhui Zhang wrote: > > Good morning Wei: > > > > The strace stops and freeze on the last line, and won't execute further: > > > > write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)\0\0\0", 16 > > > > This only means the write it is blocked. It's not particularly > interesting. > > Please make sure you can create an ordinary Linux VM and provide the > output / file I asked for. > > Wei. > -- V/R, Wenhui Zhang Email: wenhui@gwmail.gwu.edu Telephone: 1-(703) 424 3193 --001a1145b64c935f60052b6b7073 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Actually the former trace is from a ordinary Linux VM (linux-1)=C2=A0

On Wed, Feb 10, = 2016 at 9:37 AM, Wei Liu <wei.liu2@citrix.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">On Wed, Feb 10, 2016 at 09:3= 5:06AM -0500, Wenhui Zhang wrote:
> Good morning Wei:
>
> The strace stops and freeze on the last line, and won't execute fu= rther:
>
> write(6, "\4\0\0\0\0\0\0\0\0\0\0\0)\0\0\0", 16
>

This only means the write it is blocked. It's not particularly interesting.

Please make sure you can create an ordinary Linux VM and provide the
output / file I asked for.

Wei.



--
V/R,
=C2=A0
Wenhui= Zhang
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 Telephone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2= =A0
=C2=A0
=C2=A0
=C2=A0


--001a1145b64c935f60052b6b7073-- --===============1305353310934883402== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============1305353310934883402==-- From xen-users-bounces@lists.xen.org Wed Feb 10 17:39:47 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 17:39:47 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTYj4-00008j-Ct; Wed, 10 Feb 2016 17:38:50 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTW6d-0004cd-3s for xen-users@lists.xenproject.org; Wed, 10 Feb 2016 14:50:59 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 12/D6-09708-25E4BB65; Wed, 10 Feb 2016 14:50:58 +0000 X-Env-Sender: wenhui@gwmail.gwu.edu X-Msg-Ref: server-4.tower-21.messagelabs.com!1455115857!14993141!1 X-Originating-IP: [74.125.82.41] X-SpamReason: No, hits=0.9 required=7.0 tests=HTML_40_50,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 40243 invoked from network); 10 Feb 2016 14:50:57 -0000 Received: from mail-wm0-f41.google.com (HELO mail-wm0-f41.google.com) (74.125.82.41) by server-4.tower-21.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 14:50:57 -0000 Received: by mail-wm0-f41.google.com with SMTP id p63so29764151wmp.1 for ; Wed, 10 Feb 2016 06:50:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qkJCicvFoZPYePJIZyOMsavFE6kIFtQ0FTvhFExZGfo=; b=sUkRGC/aGSV4zk5+viMtzjPoisfXf7HT41CftIA8amZrkTYe/m+Pa0W2CSy7l5wIFS aMjECDzADW6wFxXBnDfMuJw6kZyYO95d9OdRtAh8mE0AHUZSyEO3FtmEjeDuy/DU+lrH JOGa0SKXSx53N8zcBkWIKKt7ErlLWPzKKHBVD+A45oeCEFfA9ZBEkHa0HZ/ezrk8TJ/q rNgYMh0UWkUUgADaybAQ5QY/9N9zoqePC4/vhCg8MC0MHgJ7G5Cz/2PIsVgBFM5nfSIJ oodOKCrqBASB97mY0dcuuY4QLA5Iyl4q3UdtWDo7/MFTmdzhdcMe4kpIlb6OhJOgV55g 7VqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=qkJCicvFoZPYePJIZyOMsavFE6kIFtQ0FTvhFExZGfo=; b=dNWJeUGr5QI391UxlyHQGHgYtF98f9drEZaIy1zoKI2VgsvLvfbsP5lWv04qmmrasQ ZtTSIwHSISSbKm4SZ+bdg9JfEQC32vHoSc8+pSlHpoHJQb6S9yqov17huVbvO+X4Jzvn zQsRC3oXUv9rGmQGxEb0SG3rwJsqgUJmtkAyUDXl6gWSbg6sTEHynolpgnE+hbJG8OWE VRyI8IiIsUo0ms24PbOsEFHV1G5t/AQn4OASjtIq+y0KW9WjizR1Kc4olX3OKvRCu/dr z/sthJRGqPsf/WCdK3s7hCfB0aYh7n+OEzMnnrmgjeKCZJHe3dlXEiaYd36fosUZ88hY bq6A== X-Gm-Message-State: AG10YOSmf0wkZRlcwtq3qFgexNZrZcejui9y+tXNxWFF6pDLtfcVqjTrTRdPyGlCHhfgsmrKur/s8G8aMhMPWFz0 MIME-Version: 1.0 X-Received: by 10.194.134.134 with SMTP id pk6mr40996843wjb.176.1455115856824; Wed, 10 Feb 2016 06:50:56 -0800 (PST) Received: by 10.27.50.73 with HTTP; Wed, 10 Feb 2016 06:50:56 -0800 (PST) In-Reply-To: <20160210144817.GC17384@citrix.com> References: <20160208123953.GO23178@citrix.com> <20160210110038.GA17384@citrix.com> <20160210143738.GB17384@citrix.com> <20160210144817.GC17384@citrix.com> Date: Wed, 10 Feb 2016 09:50:56 -0500 Message-ID: From: Wenhui Zhang To: Wei Liu X-Mailman-Approved-At: Wed, 10 Feb 2016 17:38:48 +0000 Cc: xen-users@lists.xenproject.org Subject: Re: [Xen-users] Fwd: Xen 4.4 on Ubuntu14.04 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3202342554238007878==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org --===============3202342554238007878== Content-Type: multipart/alternative; boundary=089e0112ca66c0e9c9052b6b8f75 --089e0112ca66c0e9c9052b6b8f75 Content-Type: text/plain; charset=UTF-8 Thanks Wei, this is really helpful, I will generate one , thanks for your time and patience Wenhui On Wed, Feb 10, 2016 at 9:48 AM, Wei Liu wrote: > On Wed, Feb 10, 2016 at 09:42:13AM -0500, Wenhui Zhang wrote: > > Actually the former trace is from a ordinary Linux VM (linux-1) > > > > This is not what I asked for. You haven't provided the necessary > information. So there is nothing I can do for you. > > Though I'm not sure if this is a bug, please have a look at [0] about > what to expect to be present in a report. > > Wei. > > [0] http://wiki.xenproject.org/wiki/Reporting_Bugs_against_Xen_Project > > -- V/R, Wenhui Zhang Email: wenhui@gwmail.gwu.edu Telephone: 1-(703) 424 3193 --089e0112ca66c0e9c9052b6b8f75 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Wei, =C2=A0this is really helpful, I will generate = one , thanks for your time and patience=C2=A0

Wenhui

On Wed, F= eb 10, 2016 at 9:48 AM, Wei Liu <wei.liu2@citrix.com> wrot= e:
On Wed, Feb 10, 2016 = at 09:42:13AM -0500, Wenhui Zhang wrote:
> Actually the former trace is from a ordinary Linux VM (linux-1)
>

This is not what I asked for. You haven't provided the necessary=
information. So there is nothing I can do for you.

Though I'm not sure if this is a bug, please have a look at [0] about what to expect to be present in a report.

Wei.

[0] http://wiki.xenproject.org/wik= i/Reporting_Bugs_against_Xen_Project




--
V/R,
=C2=A0
Wenhui Zhang
= =C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 Tele= phone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0
=C2= =A0
=C2=A0
=C2=A0


--089e0112ca66c0e9c9052b6b8f75-- --===============3202342554238007878== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============3202342554238007878==-- From xen-users-bounces@lists.xen.org Wed Feb 10 17:43:50 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 17:43:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTYno-0000bG-Lz; Wed, 10 Feb 2016 17:43:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTYnm-0000b8-Ip for xen-users@lists.xen.org; Wed, 10 Feb 2016 17:43:42 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id 7D/C4-29478-DC67BB65; Wed, 10 Feb 2016 17:43:41 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-3.tower-206.messagelabs.com!1455126219!21541905!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 36090 invoked from network); 10 Feb 2016 17:43:39 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 10 Feb 2016 17:43:39 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> <56BB4D68.7090905@sluimers.net> From: Folatt Message-ID: <56BB76CA.3050708@sluimers.net> Date: Wed, 10 Feb 2016 18:43:38 +0100 MIME-Version: 1.0 In-Reply-To: <56BB4D68.7090905@sluimers.net> Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6808432970646104222==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6808432970646104222== Content-Type: multipart/alternative; boundary="------------020201010908080006050906" This is a multi-part message in MIME format. --------------020201010908080006050906 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Length: 8023 Content-Transfer-Encoding: quoted-printable Errors in my `dmesg` ... [ 0.000000] efi: EFI_MEMMAP is not enabled. [ 0.000000] esrt: ESRT header is not in the memory map. ... [ 17.560906] Could not initialize VPMU for cpu 0, error -38 ... [ 20.600298] systemd[1]: Failed to start Load Kernel Modules. ... [ 21.293191] Error: Driver 'processor_aggregator' is already registered, aborting... ... [ 21.639418] Error: Driver 'processor_aggregator' is already registered, aborting... ... [ 23.021708] BTRFS error (device sda2): could not find root 8 [ 23.021791] BTRFS error (device sda2): could not find root 8 ... On 10-02-16 15:47, Folatt wrote: > I just tried systemd-networkd. I can finally access both my Dom0 and > DomU at the same time :). > > It now looks like this: > > [code] > 1: lo: mtu 65536 qdisc noqueue state UNKNOWN > group default > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > valid_lft forever preferred_lft forever > inet6 ::1/128 scope host > valid_lft forever preferred_lft forever > 2: enp3s0: mtu 1500 qdisc fq_codel > master xenbr0 state UP group default qlen 1000 > link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff > inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global > noprefixroute dynamic > valid_lft 5831sec preferred_lft 3322sec > inet6 fe80::ebb8:6b64:34bf:49de/64 scope link > valid_lft forever preferred_lft forever > 4: xenbr0: mtu 1500 qdisc noqueue > state UP group default qlen 1000 > link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff > inet 192.168.178.113/24 brd 192.168.178.255 scope global dynamic > xenbr0 > valid_lft 860091sec preferred_lft 860091sec > inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global > noprefixroute dynamic > valid_lft 5831sec preferred_lft 3322sec > inet6 2001:983:8610:1:6424:4bff:feb3:ea82/64 scope global > deprecated noprefixroute dynamic > valid_lft 2231sec preferred_lft 0sec > inet6 fe80::6424:4bff:feb3:ea82/64 scope link > valid_lft forever preferred_lft forever > 5: vif2.0: mtu 1500 qdisc fq_codel > master xenbr0 state UP group default qlen 32 > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > inet6 fe80::fcff:ffff:feff:ffff/64 scope link > valid_lft forever preferred_lft forever > [/code] > > "Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in > your config anywhere=3F" > > No. > > "Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients." > > I used `nmap localhost` and `ss -lnpt` and got this: > > [code] > PORT STATE SERVICE > 22/tcp open ssh > 5900/tcp open vnc > > State Recv-Q Send-Q Local > Address:Port Peer Address:Port > LISTEN 0 1 *:5900 *:* > LISTEN 0 128 :::22 :::* > [/code] > > "Do a simple connectivity test using netcat from the remote machine to > local Dom0." > > Never used it before. I typed `nc hypervisor 5900` and got this: > > [code] > RFB 003.008 > [/code] > > "Try connecting to the VNC server" > > I typed `vncviewer hypervisor` > > and got a window with a black screen where my mouse pointer turns into > an open dot. The window has the title: TightVNC: QEMU (ArkOS_Dev) > > "see if `dmesg` provides any helpful information" > > I see a cpu and filesystem error, but nothing serious. I probably need > to recheck my xen configurations, because I changed computers. > > "Could not initialize VPMU for cpu 0, error -38" > > https://gist.github.com/Folatt/ff48d2d9b0509d27a448 > > "Check /var/log/xen/qemu-dm-.log for qemu errors." > > [code] > (process:4053): GLib-WARNING **: gmem.c:482: custom memory allocation > vtable not supported > [/code] > > On 10-02-16 04:41, sm8ax1@vfemail.net wrote: >> >> There's also systemd-networkd, which personally I find easiest to use >> for bridges and other virtual devices (just not for wireless). It >> coexists with netctl just fine, and iproute2 with some additional >> care. See >> https://wiki.archlinux.org/index.php/systemd-networkd >> https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html >> >> I don't think the bridge itself (xenbr0) actually needs an IP >> address, since enp3s0 and vif2.0 are both slaves of the bridge. One >> problem I do see is that enp3s0 and xenbr0 both have the same MAC >> address, which I think is incorrect (although I could be wrong). Did >> you happen to specify the address d0:50:99:8f:1e:31 explicitly in >> your config anywhere=3F >> >> Also note that unless you installed a VNC server inside the guest >> yourself, the guest doesn't even need a network adapter in order for >> VNC to work. The qemu process inside Dom0 is what listens for VNC >> clients (with "vnc =3D 1" or "vfb =3D ['vnc=3D1']" in xl.cfg(5)). Make sure >> you specified "vnclisten=3D0.0.0.0" in your xl config, as qemu only >> listens for VNC clients on localhost by default. This applies to xen >> vfb (PV) and the qemu emulated graphics cards (HVM), but with a >> different syntax, see >> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html >> >> Here are some general recommendations: Use `netstat -l -p` on Dom0 to >> verify qemu is listening for VNC clients. Do a simple connectivity >> test using netcat from the remote machine to local Dom0. Make sure >> there's no firewall interfering (i.e. unknowingly filtering >> link-layer frames). Try connecting to the VNC server and see if >> `dmesg` provides any helpful information. Check >> /var/log/xen/qemu-dm-.log for qemu errors. >> >> >> Quoting "Daniel E. Shub" > >: >> >>> You can setup a bridge in Arch in a number of ways. I personally think >>> doing it with iproute2, like you are, is more difficult than with >>> netctl (which is also part of base). With iproute2 you have to write >>> your own systemd service and make sure you get the right load order. >>> For example, I think you want the bridge service to start before the >>> network comes up. With netctl you just need to create a configuration >>> file in /etc/netctl/ and then you can enable it on boot with "netctl >>> enable". The Arch Wiki has a pretty good walk through: >>> https://wiki.archlinux.org/index.php/Bridge_with_netctl. >>> >>> >>> On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson >>> wrote: >>> >>>> Folatt > wrote: >>>> >>>>> Arch Linux >>>>> >>>> Not familiar with that one. In Debian it's as simple as putting >>>> this stanza in /etc/network/interfaces >>>> >>>> auto br0 >>>> iface br0 inet static >>>> bridge_ports eth0 >>>> address 192.168.xxx.yyy >>>> netmask 255.255.255.0 >>>> >>>> I see from https://wiki.archlinux.org/index.php/Network_bridge that >>>> this isn't an option for Arch. >>>> >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen >>> .orghttp://lists.xen.org/xen-users >> >> >> >> >> >> ------------------------------------------------- >> *ONLY AT VFEmail!* - Use our *Metadata Mitigator*=99 to keep your email >> out of the NSA's hands! >> $24.95 ONETIME Lifetime accounts with Privacy Features! >> No Bandwidth Quotas! 15GB disk space! >> Commercial and Bulk Mail Options! >> > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------020201010908080006050906 Content-Type: text/html; charset=windows-1252 Content-Length: 14458 Content-Transfer-Encoding: quoted-printable Errors in my `dmesg`

...
[=A0=A0=A0 0.000000] efi: EFI_MEMMAP is not enabled.
[=A0=A0=A0 0.000000] esrt: ESRT header is not in the memory map.
...
[=A0=A0 17.560906] Could not initialize VPMU for cpu 0, error -38
...
[=A0=A0 20.600298] systemd[1]: Failed to start Load Kernel Modules.
...
[=A0=A0 21.293191] Error: Driver 'processor_aggregator' is already registered, aborting...
...
[=A0=A0 21.639418] Error: Driver 'processor_aggregator' is already registered, aborting...
...
[=A0=A0 23.021708] BTRFS error (device sda2): could not find root 8
[=A0=A0 23.021791] BTRFS error (device sda2): could not find root 8
...


On 10-02-16 15:47, Folatt wrote:
I just tried systemd-networkd. I can finally access both my Dom0 and DomU at the same time :).

It now looks like this:

[code]
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
=A0=A0=A0 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
=A0=A0=A0 inet 127.0.0.1/8 scope host lo
=A0=A0=A0=A0=A0=A0 valid_lft forever preferred_lft forever
=A0=A0=A0 inet6 ::1/128 scope host
=A0=A0=A0=A0=A0=A0 valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 1000
=A0=A0=A0 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff
=A0=A0=A0 inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic
=A0=A0=A0=A0=A0=A0 valid_lft 5831sec preferred_lft 3322sec
=A0=A0=A0 inet6 fe80::ebb8:6b64:34bf:49de/64 scope link
=A0=A0=A0=A0=A0=A0 valid_lft forever preferred_lft forever
4: xenbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
=A0=A0=A0 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff
=A0=A0=A0 inet 192.168.178.113/24 brd 192.168.178.255 scope global dynamic xenbr0
=A0=A0=A0=A0=A0=A0 valid_lft 860091sec preferred_lft 860091sec
=A0=A0=A0 inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic
=A0=A0=A0=A0=A0=A0 valid_lft 5831sec preferred_lft 3322sec
=A0=A0=A0 inet6 2001:983:8610:1:6424:4bff:feb3:ea82/64 scope global deprecated noprefixroute dynamic
=A0=A0=A0=A0=A0=A0 valid_lft 2231sec preferred_lft 0sec
=A0=A0=A0 inet6 fe80::6424:4bff:feb3:ea82/64 scope link
=A0=A0=A0=A0=A0=A0 valid_lft forever preferred_lft forever
5: vif2.0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 32
=A0=A0=A0 link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff
=A0=A0=A0 inet6 fe80::fcff:ffff:feff:ffff/64 scope link
=A0=A0=A0=A0=A0=A0 valid_lft forever preferred_lft forever
[/code]

"Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F"

No.

"Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients."

I used `nmap localhost` and `ss -lnpt` and got this:

[code]
PORT=A0=A0=A0=A0 STATE SERVICE
22/tcp=A0=A0 open=A0 ssh
5900/tcp open=A0 vnc

State=A0=A0=A0=A0=A0 Recv-Q Send-Q=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Local Address:Port=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Peer Address:Port=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
LISTEN=A0=A0=A0=A0 0=A0=A0=A0=A0=A0 1=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 *:5900=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 *:*=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
LISTEN=A0=A0=A0=A0 0=A0=A0=A0=A0=A0 128=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 :::22=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 :::*=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
[/code]

"Do a simple connectivity test using netcat from the remote machine to local Dom0."

Never used it before. I typed `nc hypervisor 5900` and got this:

[code]
RFB 003.008
[/code]

"Try connecting to the VNC server"

I typed `vncviewer hypervisor`

and got a window with a black screen where my mouse pointer turns into an open dot. The window has the title: TightVNC: QEMU (ArkOS_Dev)

"see if `dmesg` provides any helpful information"

I see a cpu and filesystem error, but nothing serious. I probably need to recheck my xen configurations, because I changed computers.

"Could not initialize VPMU for cpu 0, error -38"

https://gist.github.com/Folatt/ff48d2d9b0509d27a448

"Check /var/log/xen/qemu-dm-<name>.log for qemu errors."

[code]
(process:4053): GLib-WARNING **: gmem.c:482: custom memory allocation vtable not supported
[/code]

On 10-02-16 04:41, sm8ax1@vfemail.net wrote:

There's also systemd-networkd, which personally I find easiest to use for bridges and other virtual devices (just not for wireless). It coexists with netctl just fine, and iproute2 with some additional care. See
https://wiki.archlinux.org/index.php/systemd-networkd
https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html

I don't think the bridge itself (xenbr0) actually needs an IP address, since enp3s0 and vif2.0 are both slaves of the bridge. One problem I do see is that enp3s0 and xenbr0 both have the same MAC address, which I think is incorrect (although I could be wrong). Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F

Also note that unless you installed a VNC server inside the guest yourself, the guest doesn't even need a network adapter in order for VNC to work. The qemu process inside Dom0 is what listens for VNC clients (with "vnc =3D 1" or "vfb =3D ['vnc=3D1']" in xl.cfg(5)). Make sure you specified "vnclisten=3D0.0.0.0" in your xl config, as qemu only listens for VNC clients on localhost by default. This applies to xen vfb (PV) and the qemu emulated graphics cards (HVM), but with a different syntax, see http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html

Here are some general recommendations: Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients. Do a simple connectivity test using netcat from the remote machine to local Dom0. Make sure there's no firewall interfering (i.e. unknowingly filtering link-layer frames). Try connecting to the VNC server and see if `dmesg` provides any helpful information. Check /var/log/xen/qemu-dm-<name>.log for qemu errors.


Quoting "Daniel E. Shub" <daniel.e.shub@gmail.com>:

You can setup a bridge in Arch in a number of ways. I personally think
doing it with iproute2, like you are, is more difficult than with
netctl (which is also part of base). With iproute2 you have to write
your own systemd service and make sure you get the right load order.
For example, I think you want the bridge service to start before the
network comes up. With netctl you just need to create a configuration
file in /etc/netctl/ and then you can enable it on boot with "netctl
enable". The Arch Wiki has a pretty good walk through:
https://wiki.archlinux.org/index.php/Bridge_with_netctl.


On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson <linux@thehobsons.co.uk> wrote:

Folatt <folatt@sluimers.net> wrote:

Arch Linux

Not familiar with that one. In Debian it's as simple as putting this stanza in /etc/network/interfaces

auto br0
iface br0 inet static
=A0 bridge_ports eth0
=A0 address 192.168.xxx.yyy
=A0 netmask 255.255.255.0

I see from https://wiki.archlinux.org/index.php/Network_bridge that this isn't an option for Arch.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.orghttp://lists.xen.org/xen-users





-------------------------------------------------
ONLY AT VFEmail! - Use our Metadata Mitigator=99 to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!
No Bandwidth Quotas!=A0=A0 15GB disk space!
Commercial and Bulk Mail Options! 




_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--------------020201010908080006050906-- --===============6808432970646104222== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6808432970646104222==-- From xen-users-bounces@lists.xen.org Wed Feb 10 17:43:50 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 17:43:50 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTYno-0000bG-Lz; Wed, 10 Feb 2016 17:43:44 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTYnm-0000b8-Ip for xen-users@lists.xen.org; Wed, 10 Feb 2016 17:43:42 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id 7D/C4-29478-DC67BB65; Wed, 10 Feb 2016 17:43:41 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-3.tower-206.messagelabs.com!1455126219!21541905!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=1.1 required=7.0 tests=BODY_RANDOM_LONG, HTML_40_50,HTML_MESSAGE,received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 36090 invoked from network); 10 Feb 2016 17:43:39 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 10 Feb 2016 17:43:39 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> <56BB4D68.7090905@sluimers.net> From: Folatt Message-ID: <56BB76CA.3050708@sluimers.net> Date: Wed, 10 Feb 2016 18:43:38 +0100 MIME-Version: 1.0 In-Reply-To: <56BB4D68.7090905@sluimers.net> Subject: Re: [Xen-users] Network bridge problem X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6808432970646104222==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============6808432970646104222== Content-Type: multipart/alternative; boundary="------------020201010908080006050906" This is a multi-part message in MIME format. --------------020201010908080006050906 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Length: 8023 Content-Transfer-Encoding: quoted-printable Errors in my `dmesg` ... [ 0.000000] efi: EFI_MEMMAP is not enabled. [ 0.000000] esrt: ESRT header is not in the memory map. ... [ 17.560906] Could not initialize VPMU for cpu 0, error -38 ... [ 20.600298] systemd[1]: Failed to start Load Kernel Modules. ... [ 21.293191] Error: Driver 'processor_aggregator' is already registered, aborting... ... [ 21.639418] Error: Driver 'processor_aggregator' is already registered, aborting... ... [ 23.021708] BTRFS error (device sda2): could not find root 8 [ 23.021791] BTRFS error (device sda2): could not find root 8 ... On 10-02-16 15:47, Folatt wrote: > I just tried systemd-networkd. I can finally access both my Dom0 and > DomU at the same time :). > > It now looks like this: > > [code] > 1: lo: mtu 65536 qdisc noqueue state UNKNOWN > group default > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > valid_lft forever preferred_lft forever > inet6 ::1/128 scope host > valid_lft forever preferred_lft forever > 2: enp3s0: mtu 1500 qdisc fq_codel > master xenbr0 state UP group default qlen 1000 > link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff > inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global > noprefixroute dynamic > valid_lft 5831sec preferred_lft 3322sec > inet6 fe80::ebb8:6b64:34bf:49de/64 scope link > valid_lft forever preferred_lft forever > 4: xenbr0: mtu 1500 qdisc noqueue > state UP group default qlen 1000 > link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff > inet 192.168.178.113/24 brd 192.168.178.255 scope global dynamic > xenbr0 > valid_lft 860091sec preferred_lft 860091sec > inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global > noprefixroute dynamic > valid_lft 5831sec preferred_lft 3322sec > inet6 2001:983:8610:1:6424:4bff:feb3:ea82/64 scope global > deprecated noprefixroute dynamic > valid_lft 2231sec preferred_lft 0sec > inet6 fe80::6424:4bff:feb3:ea82/64 scope link > valid_lft forever preferred_lft forever > 5: vif2.0: mtu 1500 qdisc fq_codel > master xenbr0 state UP group default qlen 32 > link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff > inet6 fe80::fcff:ffff:feff:ffff/64 scope link > valid_lft forever preferred_lft forever > [/code] > > "Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in > your config anywhere=3F" > > No. > > "Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients." > > I used `nmap localhost` and `ss -lnpt` and got this: > > [code] > PORT STATE SERVICE > 22/tcp open ssh > 5900/tcp open vnc > > State Recv-Q Send-Q Local > Address:Port Peer Address:Port > LISTEN 0 1 *:5900 *:* > LISTEN 0 128 :::22 :::* > [/code] > > "Do a simple connectivity test using netcat from the remote machine to > local Dom0." > > Never used it before. I typed `nc hypervisor 5900` and got this: > > [code] > RFB 003.008 > [/code] > > "Try connecting to the VNC server" > > I typed `vncviewer hypervisor` > > and got a window with a black screen where my mouse pointer turns into > an open dot. The window has the title: TightVNC: QEMU (ArkOS_Dev) > > "see if `dmesg` provides any helpful information" > > I see a cpu and filesystem error, but nothing serious. I probably need > to recheck my xen configurations, because I changed computers. > > "Could not initialize VPMU for cpu 0, error -38" > > https://gist.github.com/Folatt/ff48d2d9b0509d27a448 > > "Check /var/log/xen/qemu-dm-.log for qemu errors." > > [code] > (process:4053): GLib-WARNING **: gmem.c:482: custom memory allocation > vtable not supported > [/code] > > On 10-02-16 04:41, sm8ax1@vfemail.net wrote: >> >> There's also systemd-networkd, which personally I find easiest to use >> for bridges and other virtual devices (just not for wireless). It >> coexists with netctl just fine, and iproute2 with some additional >> care. See >> https://wiki.archlinux.org/index.php/systemd-networkd >> https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html >> >> I don't think the bridge itself (xenbr0) actually needs an IP >> address, since enp3s0 and vif2.0 are both slaves of the bridge. One >> problem I do see is that enp3s0 and xenbr0 both have the same MAC >> address, which I think is incorrect (although I could be wrong). Did >> you happen to specify the address d0:50:99:8f:1e:31 explicitly in >> your config anywhere=3F >> >> Also note that unless you installed a VNC server inside the guest >> yourself, the guest doesn't even need a network adapter in order for >> VNC to work. The qemu process inside Dom0 is what listens for VNC >> clients (with "vnc =3D 1" or "vfb =3D ['vnc=3D1']" in xl.cfg(5)). Make sure >> you specified "vnclisten=3D0.0.0.0" in your xl config, as qemu only >> listens for VNC clients on localhost by default. This applies to xen >> vfb (PV) and the qemu emulated graphics cards (HVM), but with a >> different syntax, see >> http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html >> >> Here are some general recommendations: Use `netstat -l -p` on Dom0 to >> verify qemu is listening for VNC clients. Do a simple connectivity >> test using netcat from the remote machine to local Dom0. Make sure >> there's no firewall interfering (i.e. unknowingly filtering >> link-layer frames). Try connecting to the VNC server and see if >> `dmesg` provides any helpful information. Check >> /var/log/xen/qemu-dm-.log for qemu errors. >> >> >> Quoting "Daniel E. Shub" > >: >> >>> You can setup a bridge in Arch in a number of ways. I personally think >>> doing it with iproute2, like you are, is more difficult than with >>> netctl (which is also part of base). With iproute2 you have to write >>> your own systemd service and make sure you get the right load order. >>> For example, I think you want the bridge service to start before the >>> network comes up. With netctl you just need to create a configuration >>> file in /etc/netctl/ and then you can enable it on boot with "netctl >>> enable". The Arch Wiki has a pretty good walk through: >>> https://wiki.archlinux.org/index.php/Bridge_with_netctl. >>> >>> >>> On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson >>> wrote: >>> >>>> Folatt > wrote: >>>> >>>>> Arch Linux >>>>> >>>> Not familiar with that one. In Debian it's as simple as putting >>>> this stanza in /etc/network/interfaces >>>> >>>> auto br0 >>>> iface br0 inet static >>>> bridge_ports eth0 >>>> address 192.168.xxx.yyy >>>> netmask 255.255.255.0 >>>> >>>> I see from https://wiki.archlinux.org/index.php/Network_bridge that >>>> this isn't an option for Arch. >>>> >>>> >>>> _______________________________________________ >>>> Xen-users mailing list >>>> Xen-users@lists.xen.org >>>> http://lists.xen.org/xen-users >>> _______________________________________________ >>> Xen-users mailing list >>> Xen-users@lists.xen >>> .orghttp://lists.xen.org/xen-users >> >> >> >> >> >> ------------------------------------------------- >> *ONLY AT VFEmail!* - Use our *Metadata Mitigator*=99 to keep your email >> out of the NSA's hands! >> $24.95 ONETIME Lifetime accounts with Privacy Features! >> No Bandwidth Quotas! 15GB disk space! >> Commercial and Bulk Mail Options! >> > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users --------------020201010908080006050906 Content-Type: text/html; charset=windows-1252 Content-Length: 14458 Content-Transfer-Encoding: quoted-printable Errors in my `dmesg`

...
[=A0=A0=A0 0.000000] efi: EFI_MEMMAP is not enabled.
[=A0=A0=A0 0.000000] esrt: ESRT header is not in the memory map.
...
[=A0=A0 17.560906] Could not initialize VPMU for cpu 0, error -38
...
[=A0=A0 20.600298] systemd[1]: Failed to start Load Kernel Modules.
...
[=A0=A0 21.293191] Error: Driver 'processor_aggregator' is already registered, aborting...
...
[=A0=A0 21.639418] Error: Driver 'processor_aggregator' is already registered, aborting...
...
[=A0=A0 23.021708] BTRFS error (device sda2): could not find root 8
[=A0=A0 23.021791] BTRFS error (device sda2): could not find root 8
...


On 10-02-16 15:47, Folatt wrote:
I just tried systemd-networkd. I can finally access both my Dom0 and DomU at the same time :).

It now looks like this:

[code]
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
=A0=A0=A0 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
=A0=A0=A0 inet 127.0.0.1/8 scope host lo
=A0=A0=A0=A0=A0=A0 valid_lft forever preferred_lft forever
=A0=A0=A0 inet6 ::1/128 scope host
=A0=A0=A0=A0=A0=A0 valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 1000
=A0=A0=A0 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff
=A0=A0=A0 inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic
=A0=A0=A0=A0=A0=A0 valid_lft 5831sec preferred_lft 3322sec
=A0=A0=A0 inet6 fe80::ebb8:6b64:34bf:49de/64 scope link
=A0=A0=A0=A0=A0=A0 valid_lft forever preferred_lft forever
4: xenbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
=A0=A0=A0 link/ether d0:50:99:8f:1e:31 brd ff:ff:ff:ff:ff:ff
=A0=A0=A0 inet 192.168.178.113/24 brd 192.168.178.255 scope global dynamic xenbr0
=A0=A0=A0=A0=A0=A0 valid_lft 860091sec preferred_lft 860091sec
=A0=A0=A0 inet6 2001:983:8610:1:d250:99ff:fe8f:1e31/64 scope global noprefixroute dynamic
=A0=A0=A0=A0=A0=A0 valid_lft 5831sec preferred_lft 3322sec
=A0=A0=A0 inet6 2001:983:8610:1:6424:4bff:feb3:ea82/64 scope global deprecated noprefixroute dynamic
=A0=A0=A0=A0=A0=A0 valid_lft 2231sec preferred_lft 0sec
=A0=A0=A0 inet6 fe80::6424:4bff:feb3:ea82/64 scope link
=A0=A0=A0=A0=A0=A0 valid_lft forever preferred_lft forever
5: vif2.0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master xenbr0 state UP group default qlen 32
=A0=A0=A0 link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff
=A0=A0=A0 inet6 fe80::fcff:ffff:feff:ffff/64 scope link
=A0=A0=A0=A0=A0=A0 valid_lft forever preferred_lft forever
[/code]

"Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F"

No.

"Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients."

I used `nmap localhost` and `ss -lnpt` and got this:

[code]
PORT=A0=A0=A0=A0 STATE SERVICE
22/tcp=A0=A0 open=A0 ssh
5900/tcp open=A0 vnc

State=A0=A0=A0=A0=A0 Recv-Q Send-Q=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Local Address:Port=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Peer Address:Port=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
LISTEN=A0=A0=A0=A0 0=A0=A0=A0=A0=A0 1=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 *:5900=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 *:*=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
LISTEN=A0=A0=A0=A0 0=A0=A0=A0=A0=A0 128=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 :::22=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 :::*=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
[/code]

"Do a simple connectivity test using netcat from the remote machine to local Dom0."

Never used it before. I typed `nc hypervisor 5900` and got this:

[code]
RFB 003.008
[/code]

"Try connecting to the VNC server"

I typed `vncviewer hypervisor`

and got a window with a black screen where my mouse pointer turns into an open dot. The window has the title: TightVNC: QEMU (ArkOS_Dev)

"see if `dmesg` provides any helpful information"

I see a cpu and filesystem error, but nothing serious. I probably need to recheck my xen configurations, because I changed computers.

"Could not initialize VPMU for cpu 0, error -38"

https://gist.github.com/Folatt/ff48d2d9b0509d27a448

"Check /var/log/xen/qemu-dm-<name>.log for qemu errors."

[code]
(process:4053): GLib-WARNING **: gmem.c:482: custom memory allocation vtable not supported
[/code]

On 10-02-16 04:41, sm8ax1@vfemail.net wrote:

There's also systemd-networkd, which personally I find easiest to use for bridges and other virtual devices (just not for wireless). It coexists with netctl just fine, and iproute2 with some additional care. See
https://wiki.archlinux.org/index.php/systemd-networkd
https://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html

I don't think the bridge itself (xenbr0) actually needs an IP address, since enp3s0 and vif2.0 are both slaves of the bridge. One problem I do see is that enp3s0 and xenbr0 both have the same MAC address, which I think is incorrect (although I could be wrong). Did you happen to specify the address d0:50:99:8f:1e:31 explicitly in your config anywhere=3F

Also note that unless you installed a VNC server inside the guest yourself, the guest doesn't even need a network adapter in order for VNC to work. The qemu process inside Dom0 is what listens for VNC clients (with "vnc =3D 1" or "vfb =3D ['vnc=3D1']" in xl.cfg(5)). Make sure you specified "vnclisten=3D0.0.0.0" in your xl config, as qemu only listens for VNC clients on localhost by default. This applies to xen vfb (PV) and the qemu emulated graphics cards (HVM), but with a different syntax, see http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html

Here are some general recommendations: Use `netstat -l -p` on Dom0 to verify qemu is listening for VNC clients. Do a simple connectivity test using netcat from the remote machine to local Dom0. Make sure there's no firewall interfering (i.e. unknowingly filtering link-layer frames). Try connecting to the VNC server and see if `dmesg` provides any helpful information. Check /var/log/xen/qemu-dm-<name>.log for qemu errors.


Quoting "Daniel E. Shub" <daniel.e.shub@gmail.com>:

You can setup a bridge in Arch in a number of ways. I personally think
doing it with iproute2, like you are, is more difficult than with
netctl (which is also part of base). With iproute2 you have to write
your own systemd service and make sure you get the right load order.
For example, I think you want the bridge service to start before the
network comes up. With netctl you just need to create a configuration
file in /etc/netctl/ and then you can enable it on boot with "netctl
enable". The Arch Wiki has a pretty good walk through:
https://wiki.archlinux.org/index.php/Bridge_with_netctl.


On Tue, Feb 9, 2016 at 12:38 PM, Simon Hobson <linux@thehobsons.co.uk> wrote:

Folatt <folatt@sluimers.net> wrote:

Arch Linux

Not familiar with that one. In Debian it's as simple as putting this stanza in /etc/network/interfaces

auto br0
iface br0 inet static
=A0 bridge_ports eth0
=A0 address 192.168.xxx.yyy
=A0 netmask 255.255.255.0

I see from https://wiki.archlinux.org/index.php/Network_bridge that this isn't an option for Arch.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.orghttp://lists.xen.org/xen-users





-------------------------------------------------
ONLY AT VFEmail! - Use our Metadata Mitigator=99 to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!
No Bandwidth Quotas!=A0=A0 15GB disk space!
Commercial and Bulk Mail Options! 




_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--------------020201010908080006050906-- --===============6808432970646104222== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users --===============6808432970646104222==-- From xen-users-bounces@lists.xen.org Thu Feb 11 09:26:15 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Feb 2016 09:26:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTnV2-0007bV-En; Thu, 11 Feb 2016 09:25:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTnV1-0007bM-Ip for xen-users@lists.xen.org; Thu, 11 Feb 2016 09:25:19 +0000 Received: from [85.158.139.211] by server-2.bemta-5.messagelabs.com id B7/93-21594-E735CB65; Thu, 11 Feb 2016 09:25:18 +0000 X-Env-Sender: jerome.legallic@wanadoo.fr X-Msg-Ref: server-2.tower-206.messagelabs.com!1455182717!21693726!1 X-Originating-IP: [80.12.242.130] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 52243 invoked from network); 11 Feb 2016 09:25:18 -0000 Received: from smtp08.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.130) by server-2.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 11 Feb 2016 09:25:18 -0000 Received: from wwinf1f22 ([10.232.36.46]) by mwinf5d68 with ME id GxRG1s0030zk7Pu03xRGJH; Thu, 11 Feb 2016 10:25:16 +0100 X-ME-Helo: wwinf1f22 X-ME-Auth: amVyb21lLmxlZ2FsbGljQHdhbmFkb28uZnI= X-ME-Date: Thu, 11 Feb 2016 10:25:17 +0100 X-ME-IP: 90.61.9.142 Date: Thu, 11 Feb 2016 10:25:15 +0100 (CET) From: Jerome LE GALLIC To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= , xen-users@lists.xen.org Message-ID: <1143186908.5493.1455182716086.JavaMail.www@wwinf1f22> In-Reply-To: <56BB303A.9030809@citrix.com> References: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> <56BB303A.9030809@citrix.com> MIME-Version: 1.0 X-Originating-IP: [90.61.9.142] X-WUM-FROM: |~| X-WUM-TO: |~||~| X-WUM-REPLYTO: |~| Subject: Re: [Xen-users] kernel 4.4: rtc_cmos stopped working in dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Jerome LE GALLIC List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org wqBoaSwKdGhlIHZlcnNpb24gb2YgeGVuIGlzIDQuNi4wCnNvIGV4YWN0bHkgcnRjIHdvcmtzIGZp bmUgb24gZG9tMApJIHRoaW5rIHJ0YyBpcyBjb21waWxlZCBpbiBrZXJuZWwgdGhlcmUgaXMgbm8g bW9kdWxlIGluIC9saWIvbW9kdWxlcy8zLjE2LjAtNC1hbWQ2NAoKwqAKCsKgCgrCoAoKwqAKCj4g TWVzc2FnZSBkdSAxMC8wMi8xNiAxMzo0OAo+IERlIDogIlJvZ2VyIFBhdSBNb25uw6kiIAo+IEEg OiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IENvcGllIMOgIDogCj4gT2JqZXQgOiBSZTogW1hl bi11c2Vyc10ga2VybmVsIDQuNDogcnRjX2Ntb3Mgc3RvcHBlZCB3b3JraW5nIGluIGRvbTAKPiAK PiBFbCAxMC8yLzE2IGEgbGVzIDEyOjExLCBKZXJvbWUgTEUgR0FMTElDIGhhIGVzY3JpdDogPiBo aSwgPiBJIGhhdmUgdGhlIHNhbWUgcHJvYmxlbSBvbiBkb211IGtlcm5lbCAzLjE2LjAuNC1hbWQ2 NCBvciBrZXJuZWwgNC4zLjAtMS1hbWQ2NCB3aXRoIGVycm9yID4gPiBwbGF0Zm9ybSBydGNfY21v czogcmVnaXN0ZXJlZCBwbGF0Zm9ybSBSVEMgZGV2aWNlIChubyBQTlAgZGV2aWNlIGZvdW5kKSA+ IFsgMS40MTU0OTNdIHJ0Y19jbW9zIHJ0Y19jbW9zOiBydGMgY29yZTogcmVnaXN0ZXJlZCBydGNf Y21vcyBhcyBydGMwID4gWyAxLjQxNTU3N10gcnRjX2Ntb3M6IHByb2JlIG9mIHJ0Y19jbW9zIGZh aWxlZCB3aXRoIGVycm9yIC0zOCA+IFsgMS40MTY0NzVdIHJ0Y19oY3Rvc3lzOiB1bmFibGUgdG8g b3BlbiBydGMgZGV2aWNlIChydGMwKSBUaGlzIGlzIGV4cGVjdGVkLCBSVEMgaXMgbm90IGF2YWls YWJsZSB0byBEb21VcywgdGhlIFBWIHdhbGwgY2xvY2sgaXMgcHJvdmlkZWQsIHdoaWNoIHNob3Vs ZCBhY2NvbXBsaXNoIHRoZSBzYW1lIHRhc2suID4+IE1lc3NhZ2UgZHUgMDIvMDIvMTYgMDE6MDYg Pj4gRGUgOiAiU3ZlbiBLw7ZobGVyIiA+PiBBIDogeGVuLXVzZXJzQGxpc3RzLnhlbnNvdXJjZS5j b20gPj4gQ29waWUgw6AgOiA+PiBPYmpldCA6IFJlOiBbWGVuLXVzZXJzXSBrZXJuZWwgNC40OiBy dGNfY21vcyBzdG9wcGVkIHdvcmtpbmcgaW4gZG9tMCA+PiA+PiBBbnkgY2x1ZSB3aGF0J3MgZ29p bmcgb24/IHJ0Y19jbW9zIHdvcmtzIGZpbmUgd2l0aCBwcmV2aW91cyBrZXJuZWxzIG9uID4+IHRo ZSBzYW1lIGhhcmR3YXJlLiA+PiA+PiBBbSAyNC4wMS4yMDE2IHVtIDAwOjA5IHNjaHJpZWIgU3Zl biBLw7ZobGVyOiA+Pj4gSGksID4+PiA+Pj4gc2luY2UgSSB1cGdyYWRlZCBieSB0ZXN0IG1hY2hp bmUncyBrZXJuZWwgdG8gNC40LCBydGNfY21vcyB3b24ndCB3b3JrID4+PiBhbnltb3JlLiBJbiBj b25zZXF1ZW5jZSwgaHdjbG9jayAtLXNob3cgdGVybWluYXRlcyB3aXRoIGFuIGVycm9yLiBJbiA+ Pj4gZG1lc2csIEkgc2VlIHRoZSBmb2xsb3dpbmcgZXJyb3IgbWVzc2FnZTogPj4+ID4+PiBydGNf Y21vczogcHJvYmUgb2YgcnRjX2Ntb3MgZmFpbGVkIHdpdGggZXJyb3IgLTIyID4+PiA+Pj4gPj4+ IElzIGRvbTAgbm90IHN1cHBvc2VkIHRvIGNvbnRyb2wgdGhlIENNT1MgY2xvY2s/IE5vLCBEb20w IHNob3VsZCBoYXZlIGFjY2VzcyB0byB0aGUgUlRDLiBXaGljaCB2ZXJzaW9uIG9mIFhlbiBhcmUg eW91IHVzaW5nPyBSb2dlci4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18gWGVuLXVzZXJzIG1haWxpbmcgbGlzdCBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZyBo dHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxp c3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Feb 11 09:26:15 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Feb 2016 09:26:15 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTnV2-0007bV-En; Thu, 11 Feb 2016 09:25:20 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTnV1-0007bM-Ip for xen-users@lists.xen.org; Thu, 11 Feb 2016 09:25:19 +0000 Received: from [85.158.139.211] by server-2.bemta-5.messagelabs.com id B7/93-21594-E735CB65; Thu, 11 Feb 2016 09:25:18 +0000 X-Env-Sender: jerome.legallic@wanadoo.fr X-Msg-Ref: server-2.tower-206.messagelabs.com!1455182717!21693726!1 X-Originating-IP: [80.12.242.130] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 52243 invoked from network); 11 Feb 2016 09:25:18 -0000 Received: from smtp08.smtpout.orange.fr (HELO smtp.smtpout.orange.fr) (80.12.242.130) by server-2.tower-206.messagelabs.com with DHE-RSA-AES128-SHA encrypted SMTP; 11 Feb 2016 09:25:18 -0000 Received: from wwinf1f22 ([10.232.36.46]) by mwinf5d68 with ME id GxRG1s0030zk7Pu03xRGJH; Thu, 11 Feb 2016 10:25:16 +0100 X-ME-Helo: wwinf1f22 X-ME-Auth: amVyb21lLmxlZ2FsbGljQHdhbmFkb28uZnI= X-ME-Date: Thu, 11 Feb 2016 10:25:17 +0100 X-ME-IP: 90.61.9.142 Date: Thu, 11 Feb 2016 10:25:15 +0100 (CET) From: Jerome LE GALLIC To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= , xen-users@lists.xen.org Message-ID: <1143186908.5493.1455182716086.JavaMail.www@wwinf1f22> In-Reply-To: <56BB303A.9030809@citrix.com> References: <1520538958.8411.1455102719335.JavaMail.www@wwinf1f22> <56BB303A.9030809@citrix.com> MIME-Version: 1.0 X-Originating-IP: [90.61.9.142] X-WUM-FROM: |~| X-WUM-TO: |~||~| X-WUM-REPLYTO: |~| Subject: Re: [Xen-users] kernel 4.4: rtc_cmos stopped working in dom0 X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Jerome LE GALLIC List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org wqBoaSwKdGhlIHZlcnNpb24gb2YgeGVuIGlzIDQuNi4wCnNvIGV4YWN0bHkgcnRjIHdvcmtzIGZp bmUgb24gZG9tMApJIHRoaW5rIHJ0YyBpcyBjb21waWxlZCBpbiBrZXJuZWwgdGhlcmUgaXMgbm8g bW9kdWxlIGluIC9saWIvbW9kdWxlcy8zLjE2LjAtNC1hbWQ2NAoKwqAKCsKgCgrCoAoKwqAKCj4g TWVzc2FnZSBkdSAxMC8wMi8xNiAxMzo0OAo+IERlIDogIlJvZ2VyIFBhdSBNb25uw6kiIAo+IEEg OiB4ZW4tdXNlcnNAbGlzdHMueGVuLm9yZwo+IENvcGllIMOgIDogCj4gT2JqZXQgOiBSZTogW1hl bi11c2Vyc10ga2VybmVsIDQuNDogcnRjX2Ntb3Mgc3RvcHBlZCB3b3JraW5nIGluIGRvbTAKPiAK PiBFbCAxMC8yLzE2IGEgbGVzIDEyOjExLCBKZXJvbWUgTEUgR0FMTElDIGhhIGVzY3JpdDogPiBo aSwgPiBJIGhhdmUgdGhlIHNhbWUgcHJvYmxlbSBvbiBkb211IGtlcm5lbCAzLjE2LjAuNC1hbWQ2 NCBvciBrZXJuZWwgNC4zLjAtMS1hbWQ2NCB3aXRoIGVycm9yID4gPiBwbGF0Zm9ybSBydGNfY21v czogcmVnaXN0ZXJlZCBwbGF0Zm9ybSBSVEMgZGV2aWNlIChubyBQTlAgZGV2aWNlIGZvdW5kKSA+ IFsgMS40MTU0OTNdIHJ0Y19jbW9zIHJ0Y19jbW9zOiBydGMgY29yZTogcmVnaXN0ZXJlZCBydGNf Y21vcyBhcyBydGMwID4gWyAxLjQxNTU3N10gcnRjX2Ntb3M6IHByb2JlIG9mIHJ0Y19jbW9zIGZh aWxlZCB3aXRoIGVycm9yIC0zOCA+IFsgMS40MTY0NzVdIHJ0Y19oY3Rvc3lzOiB1bmFibGUgdG8g b3BlbiBydGMgZGV2aWNlIChydGMwKSBUaGlzIGlzIGV4cGVjdGVkLCBSVEMgaXMgbm90IGF2YWls YWJsZSB0byBEb21VcywgdGhlIFBWIHdhbGwgY2xvY2sgaXMgcHJvdmlkZWQsIHdoaWNoIHNob3Vs ZCBhY2NvbXBsaXNoIHRoZSBzYW1lIHRhc2suID4+IE1lc3NhZ2UgZHUgMDIvMDIvMTYgMDE6MDYg Pj4gRGUgOiAiU3ZlbiBLw7ZobGVyIiA+PiBBIDogeGVuLXVzZXJzQGxpc3RzLnhlbnNvdXJjZS5j b20gPj4gQ29waWUgw6AgOiA+PiBPYmpldCA6IFJlOiBbWGVuLXVzZXJzXSBrZXJuZWwgNC40OiBy dGNfY21vcyBzdG9wcGVkIHdvcmtpbmcgaW4gZG9tMCA+PiA+PiBBbnkgY2x1ZSB3aGF0J3MgZ29p bmcgb24/IHJ0Y19jbW9zIHdvcmtzIGZpbmUgd2l0aCBwcmV2aW91cyBrZXJuZWxzIG9uID4+IHRo ZSBzYW1lIGhhcmR3YXJlLiA+PiA+PiBBbSAyNC4wMS4yMDE2IHVtIDAwOjA5IHNjaHJpZWIgU3Zl biBLw7ZobGVyOiA+Pj4gSGksID4+PiA+Pj4gc2luY2UgSSB1cGdyYWRlZCBieSB0ZXN0IG1hY2hp bmUncyBrZXJuZWwgdG8gNC40LCBydGNfY21vcyB3b24ndCB3b3JrID4+PiBhbnltb3JlLiBJbiBj b25zZXF1ZW5jZSwgaHdjbG9jayAtLXNob3cgdGVybWluYXRlcyB3aXRoIGFuIGVycm9yLiBJbiA+ Pj4gZG1lc2csIEkgc2VlIHRoZSBmb2xsb3dpbmcgZXJyb3IgbWVzc2FnZTogPj4+ID4+PiBydGNf Y21vczogcHJvYmUgb2YgcnRjX2Ntb3MgZmFpbGVkIHdpdGggZXJyb3IgLTIyID4+PiA+Pj4gPj4+ IElzIGRvbTAgbm90IHN1cHBvc2VkIHRvIGNvbnRyb2wgdGhlIENNT1MgY2xvY2s/IE5vLCBEb20w IHNob3VsZCBoYXZlIGFjY2VzcyB0byB0aGUgUlRDLiBXaGljaCB2ZXJzaW9uIG9mIFhlbiBhcmUg eW91IHVzaW5nPyBSb2dlci4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18gWGVuLXVzZXJzIG1haWxpbmcgbGlzdCBYZW4tdXNlcnNAbGlzdHMueGVuLm9yZyBo dHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxp c3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz From xen-users-bounces@lists.xen.org Thu Feb 11 19:34:46 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Feb 2016 19:34:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTwzn-0001xA-2d; Thu, 11 Feb 2016 19:33:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTwzl-0001x5-5L for xen-users@lists.xen.org; Thu, 11 Feb 2016 19:33:41 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 4B/26-09708-412ECB65; Thu, 11 Feb 2016 19:33:40 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-13.tower-21.messagelabs.com!1455219219!13669076!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 48740 invoked from network); 11 Feb 2016 19:33:40 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 11 Feb 2016 19:33:39 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> <56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net> From: Folatt Message-ID: <56BCE211.3020602@sluimers.net> Date: Thu, 11 Feb 2016 20:33:37 +0100 MIME-Version: 1.0 In-Reply-To: <56BB76CA.3050708@sluimers.net> Subject: [Xen-users] VNC problem 'solved' as well. (Formely Network bridge problem) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org All I had to do was press 'enter' and I got into a console. I now got the problem of keyboard layout and of course, I'm still not in graphics mode, but I guess this no longer is a Xen issue. Thanks you everyone for all your efforts and patience helping me. Sincerely, Folatt _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Thu Feb 11 19:34:46 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 11 Feb 2016 19:34:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTwzn-0001xA-2d; Thu, 11 Feb 2016 19:33:43 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTwzl-0001x5-5L for xen-users@lists.xen.org; Thu, 11 Feb 2016 19:33:41 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id 4B/26-09708-412ECB65; Thu, 11 Feb 2016 19:33:40 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-13.tower-21.messagelabs.com!1455219219!13669076!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 48740 invoked from network); 11 Feb 2016 19:33:40 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-13.tower-21.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 11 Feb 2016 19:33:39 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> <56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net> From: Folatt Message-ID: <56BCE211.3020602@sluimers.net> Date: Thu, 11 Feb 2016 20:33:37 +0100 MIME-Version: 1.0 In-Reply-To: <56BB76CA.3050708@sluimers.net> Subject: [Xen-users] VNC problem 'solved' as well. (Formely Network bridge problem) X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org All I had to do was press 'enter' and I got into a console. I now got the problem of keyboard layout and of course, I'm still not in graphics mode, but I guess this no longer is a Xen issue. Thanks you everyone for all your efforts and patience helping me. Sincerely, Folatt _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users From xen-users-bounces@lists.xen.org Sat Feb 13 15:29:05 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Sat, 13 Feb 2016 15:29:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUc6z-0000g5-Os; Sat, 13 Feb 2016 15:27:53 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUc6y-0000g0-UD for xen-users@lists.xen.org; Sat, 13 Feb 2016 15:27:53 +0000 Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id 19/2F-03225-87B4FB65; Sat, 13 Feb 2016 15:27:52 +0000 X-Env-Sender: folatt@sluimers.net X-Msg-Ref: server-7.tower-206.messagelabs.com!1455377271!21908991!1 X-Originating-IP: [83.163.103.119] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 24808 invoked from network); 13 Feb 2016 15:27:51 -0000 Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119) by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 13 Feb 2016 15:27:51 -0000 To: xen-users@lists.xen.org References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com> <56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca> <56B7BDA4.2080407@sluimers.net> <56B94D48.7090109@sluimers.net> <20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion> <56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net> <56BCE211.3020602@sluimers.net> From: Folatt Message-ID: <56BF4B74.9080103@sluimers.net> Date: Sat, 13 Feb 2016 16:27:48 +0100 MIME-Version: 1.0 In-Reply-To: <56BCE211.3020602@sluimers.net> Subject: [Xen-users] Keymapping problem with DomU VNC. X-BeenThere: xen-users@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Xen user discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4932252403987093987==" Sender: xen-users-bounces@lists.xen.org Errors-To: xen-users-bounces@lists.xen.org This is a multi-part message in MIME format. --===============4932252403987093987== Content-Type: multipart/alternative; boundary="------------060100030107020202050600" This is a multi-part message in MIME format. --------------060100030107020202050600 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Length: 1529 Content-Transfer-Encoding: quoted-printable I have the following setup: |name =3D 'ArkOS_Dev' bootloader =3D "pygrub" #kernel =3D "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk =3D "/mnt/arch/boot/x86_64/archiso.img" #extra =3D "archisobasedir=3Darch archisolabel=3DARCH_201511" memory =3D 2048 vcpus =3D 3 disk =3D [ "format=3Draw, vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev", "format=3Draw, vdev=3Dxvdb, access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev" ] vif =3D [ 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ] vfb =3D ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3Dsecret,keymap=3Dbepo'] root =3D "/dev/xvda rw"| As you can see, I have chose bepo as my keymap (for testing, I ultimately want to use Dvorak, which is not standard in Qemu's keymaps for whatever reason.). According to the Arch wiki qemu should be started with the '-k' option if it wants to https://wiki.archlinux.org/index.php/QE =85 o_not_work So I rebooted and looked for the process that was running this program and found it. However, the '-k' option is missing: |$ ps -ef | grep -e '-xen-domid 1' root 496 1 0 Feb12 =3F 00:00:11 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1 -chardev socket,id=3Dlibxl-cmd,path=3D/run/xen/qmp-libxl-1,server,nowait -mon chardev=3Dlibxl-cmd,mode=3Dcontrol -nodefaults -xen-attach -name ArkOS_Dev -vnc 0.0.0.0:0,password,to=3D99 -display none -machine xenpv -m 2048| So what am I doing wrong=3F --------------060100030107020202050600 Content-Type: text/html; charset=windows-1252 Content-Length: 2235 Content-Transfer-Encoding: quoted-printable

I have the following setup:

name =3D 'ArkOS_Dev'
bootloader =3D "pygrub"
#kernel =3D "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk =3D "/mnt/arch/boot/x86_64/archiso.img"
#extra =3D "archisobasedir=3Darch archisolabel=3DARCH_201511"
memory =3D 2048
vcpus =3D 3
disk =3D [ "format=3Draw, vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev",
         "format=3Draw, vdev=3Dxvdb, access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev"
       ]
vif =3D [ 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ]
vfb =3D ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3Dsecret,keymap=3Dbepo']
root =3D "/dev/xvda rw"

As you can see, I have chose bepo as my keymap (for testing, I ultimately want to use Dvorak, which is not standard in Qemu's keymaps for whatever reason.).

According to the Arch wiki qemu should be started with the '-k' option if it wants to
https://wiki.archlinux.org/index.php/QE =85 o_not_work

So I rebooted and looked for the process that was running this program and found it.
However, the '-k' option is missing:

$ ps -ef | grep -e '-xen-domid 1'
root       496     1  0 Feb12 =3F        00:00:11 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1 
-chardev socket,id=3Dlibxl-cmd,path=3D/run/xen/qmp-libxl-1,server,nowait -mon chardev=3Dlibxl-cmd,mode=3Dcontrol 
-nodefaults -xen-attach -name ArkOS_Dev -vnc 0.0.0.0:0,password,to=3D99 -display none -machine xenpv -m 2048

So what am I doing wrong=3F


      

    

  


--------------060100030107020202050600--


--===============4932252403987093987==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============4932252403987093987==--


From xen-users-bounces@lists.xen.org Sat Feb 13 15:29:05 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 13 Feb 2016 15:29:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aUc6z-0000g5-Os; Sat, 13 Feb 2016 15:27:53 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aUc6y-0000g0-UD
	for xen-users@lists.xen.org; Sat, 13 Feb 2016 15:27:53 +0000
Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id
	19/2F-03225-87B4FB65; Sat, 13 Feb 2016 15:27:52 +0000
X-Env-Sender: folatt@sluimers.net
X-Msg-Ref: server-7.tower-206.messagelabs.com!1455377271!21908991!1
X-Originating-IP: [83.163.103.119]
X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24808 invoked from network); 13 Feb 2016 15:27:51 -0000
Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119)
	by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 13 Feb 2016 15:27:51 -0000
To: xen-users@lists.xen.org
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net>
From: Folatt 
Message-ID: <56BF4B74.9080103@sluimers.net>
Date: Sat, 13 Feb 2016 16:27:48 +0100
MIME-Version: 1.0
In-Reply-To: <56BCE211.3020602@sluimers.net>
Subject: [Xen-users] Keymapping problem with DomU VNC.
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4932252403987093987=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4932252403987093987==
Content-Type: multipart/alternative;
 boundary="------------060100030107020202050600"

This is a multi-part message in MIME format.
--------------060100030107020202050600
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Length: 1529
Content-Transfer-Encoding: quoted-printable

I have the following setup:

|name =3D 'ArkOS_Dev' bootloader =3D "pygrub" #kernel =3D 
"/mnt/arch/boot/x86_64/vmlinuz" #ramdisk =3D 
"/mnt/arch/boot/x86_64/archiso.img" #extra =3D "archisobasedir=3Darch 
archisolabel=3DARCH_201511" memory =3D 2048 vcpus =3D 3 disk =3D [ "format=3Draw, 
vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev", 
"format=3Draw, vdev=3Dxvdb, access=3Drw, 
target=3D/dev/vm_volumes/swap.ArkOS_Dev" ] vif =3D [ 
'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ] vfb =3D 
['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3Dsecret,keymap=3Dbepo'] root =3D 
"/dev/xvda rw"|

As you can see, I have chose bepo as my keymap (for testing, I 
ultimately want to use Dvorak, which is not standard in Qemu's keymaps 
for whatever reason.).

According to the Arch wiki qemu should be started with the '-k' option 
if it wants to
https://wiki.archlinux.org/index.php/QE =85 o_not_work 


So I rebooted and looked for the process that was running this program 
and found it.
However, the '-k' option is missing:

|$ ps -ef | grep -e '-xen-domid 1' root 496 1 0 Feb12 =3F 00:00:11 
/usr/lib/xen/bin/qemu-system-i386 -xen-domid 1 -chardev 
socket,id=3Dlibxl-cmd,path=3D/run/xen/qmp-libxl-1,server,nowait -mon 
chardev=3Dlibxl-cmd,mode=3Dcontrol -nodefaults -xen-attach -name ArkOS_Dev 
-vnc 0.0.0.0:0,password,to=3D99 -display none -machine xenpv -m 2048|

So what am I doing wrong=3F


--------------060100030107020202050600
Content-Type: text/html; charset=windows-1252
Content-Length: 2235
Content-Transfer-Encoding: quoted-printable


  
    
  
  
    

      
I have the following setup:

      

      

        
name =3D 'ArkOS_Dev'
bootloader =3D "pygrub"
#kernel =3D "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk =3D "/mnt/arch/boot/x86_64/archiso.img"
#extra =3D "archisobasedir=3Darch archisolabel=3DARCH_201511"
memory =3D 2048
vcpus =3D 3
disk =3D [ "format=3Draw, vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev",
         "format=3Draw, vdev=3Dxvdb, access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev"
       ]
vif =3D [ 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ]
vfb =3D ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3Dsecret,keymap=3Dbepo']
root =3D "/dev/xvda rw"

      

      
As you can see, I have chose bepo as my keymap (for testing, I
        ultimately want to use Dvorak, which is not standard in Qemu's
        keymaps for whatever reason.).

      
According to the Arch wiki qemu should be started with the '-k'
        option if it wants to 

        https://wiki.archlinux.org/index.php/QE =85
          o_not_work

      
So I rebooted and looked for the process that was running this
        program and found it.

        However, the '-k' option is missing:

      

      
$ ps -ef | grep -e '-xen-domid 1'
root       496     1  0 Feb12 =3F        00:00:11 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1 
-chardev socket,id=3Dlibxl-cmd,path=3D/run/xen/qmp-libxl-1,server,nowait -mon chardev=3Dlibxl-cmd,mode=3Dcontrol 
-nodefaults -xen-attach -name ArkOS_Dev -vnc 0.0.0.0:0,password,to=3D99 -display none -machine xenpv -m 2048

      
So what am I doing wrong=3F

      

      

        

      

    

  


--------------060100030107020202050600--


--===============4932252403987093987==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============4932252403987093987==--


From xen-users-bounces@lists.xen.org Sat Feb 13 16:33:08 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 13 Feb 2016 16:33:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aUd7A-0003J3-NL; Sat, 13 Feb 2016 16:32:08 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aUd79-0003Iw-5S
	for xen-users@lists.xen.org; Sat, 13 Feb 2016 16:32:07 +0000
Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id
	AB/8D-07651-68A5FB65; Sat, 13 Feb 2016 16:32:06 +0000
X-Env-Sender: folatt@sluimers.net
X-Msg-Ref: server-14.tower-31.messagelabs.com!1455381125!22178230!1
X-Originating-IP: [83.163.103.119]
X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27779 invoked from network); 13 Feb 2016 16:32:05 -0000
Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119)
	by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 13 Feb 2016 16:32:05 -0000
To: xen-users@lists.xen.org
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
From: Folatt 
Message-ID: <56BF5A83.80806@sluimers.net>
Date: Sat, 13 Feb 2016 17:32:03 +0100
MIME-Version: 1.0
In-Reply-To: <56BF4B74.9080103@sluimers.net>
Subject: Re: [Xen-users] Keymapping problem with DomU VNC.
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2384471840740152052=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============2384471840740152052==
Content-Type: multipart/alternative;
 boundary="------------060608060307010401040901"

This is a multi-part message in MIME format.
--------------060608060307010401040901
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Length: 2258
Content-Transfer-Encoding: quoted-printable

Looks like this is a different problem altogether.
I was under the impression that if I made a symbolic link like so:

$  sudo  ln  -s  /etc/xen/ArkOS_Dev_PV.cfg  /etc/xen/auto/.
$  ls  -lah  /etc/xen/auto/
total  4.0K
drwxr-xr-x  1  root  root   32  Feb  11  19:36  .
drwxr-xr-x  1  root  root  312  Feb  11  19:36  ..
lrwxrwxrwx  1  root  root   25  Feb  11  19:36  ArkOS_Dev_PV.cfg  ->/etc/xen/ArkOS_Dev_PV.cfg


the xendomains.service would then automatically create my DomU on every 
boot.

Apparently that's not how it works, but I still don't how it does work.

On 13-02-16 16:27, Folatt wrote:
>
> I have the following setup:
>
> |name =3D 'ArkOS_Dev' bootloader =3D "pygrub" #kernel =3D 
> "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk =3D 
> "/mnt/arch/boot/x86_64/archiso.img" #extra =3D "archisobasedir=3Darch 
> archisolabel=3DARCH_201511" memory =3D 2048 vcpus =3D 3 disk =3D [ 
> "format=3Draw, vdev=3Dxvda, access=3Drw, 
> target=3D/dev/vm_volumes/root.ArkOS_Dev", "format=3Draw, vdev=3Dxvdb, 
> access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev" ] vif =3D [ 
> 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ] vfb =3D 
> ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3Dsecret,keymap=3Dbepo'] root =3D 
> "/dev/xvda rw"|
>
> As you can see, I have chose bepo as my keymap (for testing, I 
> ultimately want to use Dvorak, which is not standard in Qemu's keymaps 
> for whatever reason.).
>
> According to the Arch wiki qemu should be started with the '-k' option 
> if it wants to
> https://wiki.archlinux.org/index.php/QE =85 o_not_work
>
> So I rebooted and looked for the process that was running this program 
> and found it.
> However, the '-k' option is missing:
>
> |$ ps -ef | grep -e '-xen-domid 1' root 496 1 0 Feb12 =3F 00:00:11 
> /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1 -chardev 
> socket,id=3Dlibxl-cmd,path=3D/run/xen/qmp-libxl-1,server,nowait -mon 
> chardev=3Dlibxl-cmd,mode=3Dcontrol -nodefaults -xen-attach -name ArkOS_Dev 
> -vnc 0.0.0.0:0,password,to=3D99 -display none -machine xenpv -m 2048|
>
> So what am I doing wrong=3F
>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users


--------------060608060307010401040901
Content-Type: text/html; charset=windows-1252
Content-Length: 5107
Content-Transfer-Encoding: quoted-printable


  
    
  
  
    Looks like this is a different problem altogether. 

    I was under the impression that if I made a symbolic link like so:

    

    
$ sudo ln -s /etc/xen/ArkOS_Dev_PV.cfg /etc/xen/auto/.
$ ls -lah /etc/xen/auto/
total 4.0K
drwxr-xr-x 1 root root  32 Feb 11 19:36 .
drwxr-xr-x 1 root root 312 Feb 11 19:36 ..
lrwxrwxrwx 1 root root  25 Feb 11 19:36 ArkOS_Dev_PV.cfg -> /etc/xen/ArkOS_Dev_PV.cfg


    

    the xendomains.service would then automatically create my DomU on
    every boot.

    

    Apparently that's not how it works, but I still don't how it does
    work. 

    

    
On 13-02-16 16:27, Folatt wrote:

    

    

      
      

        
I have the following setup:

        

        

          
name =3D 'ArkOS_Dev'
bootloader =3D "pygrub"
#kernel =3D "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk =3D "/mnt/arch/boot/x86_64/archiso.img"
#extra =3D "archisobasedir=3Darch archisolabel=3DARCH_201511"
memory =3D 2048
vcpus =3D 3
disk =3D [ "format=3Draw, vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev",
         "format=3Draw, vdev=3Dxvdb, access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev"
       ]
vif =3D [ 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ]
vfb =3D ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3Dsecret,keymap=3Dbepo']
root =3D "/dev/xvda rw"

        

        
As you can see, I have chose bepo as my keymap (for testing,
          I ultimately want to use Dvorak, which is not standard in
          Qemu's keymaps for whatever reason.).

        
According to the Arch wiki qemu should be started with the
          '-k' option if it wants to 

          https://wiki.archlinux.org/index.php/QE
          =85 o_not_work

        
So I rebooted and looked for the process that was running
          this program and found it.

          However, the '-k' option is missing:

        

        
$ ps -ef | grep -e '-xen-domid 1'
root       496     1  0 Feb12 =3F        00:00:11 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1 
-chardev socket,id=3Dlibxl-cmd,path=3D/run/xen/qmp-libxl-1,server,nowait -mon chardev=3Dlibxl-cmd,mode=3Dcontrol 
-nodefaults -xen-attach -name ArkOS_Dev -vnc 0.0.0.0:0,password,to=3D99 -display none -machine xenpv -m 2048

        
So what am I doing wrong=3F

        

        
 

      

      

      

      

      
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

    

    

  


--------------060608060307010401040901--


--===============2384471840740152052==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============2384471840740152052==--


From xen-users-bounces@lists.xen.org Sat Feb 13 16:33:08 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 13 Feb 2016 16:33:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aUd7A-0003J3-NL; Sat, 13 Feb 2016 16:32:08 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aUd79-0003Iw-5S
	for xen-users@lists.xen.org; Sat, 13 Feb 2016 16:32:07 +0000
Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id
	AB/8D-07651-68A5FB65; Sat, 13 Feb 2016 16:32:06 +0000
X-Env-Sender: folatt@sluimers.net
X-Msg-Ref: server-14.tower-31.messagelabs.com!1455381125!22178230!1
X-Originating-IP: [83.163.103.119]
X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27779 invoked from network); 13 Feb 2016 16:32:05 -0000
Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119)
	by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 13 Feb 2016 16:32:05 -0000
To: xen-users@lists.xen.org
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
From: Folatt 
Message-ID: <56BF5A83.80806@sluimers.net>
Date: Sat, 13 Feb 2016 17:32:03 +0100
MIME-Version: 1.0
In-Reply-To: <56BF4B74.9080103@sluimers.net>
Subject: Re: [Xen-users] Keymapping problem with DomU VNC.
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2384471840740152052=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============2384471840740152052==
Content-Type: multipart/alternative;
 boundary="------------060608060307010401040901"

This is a multi-part message in MIME format.
--------------060608060307010401040901
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Length: 2258
Content-Transfer-Encoding: quoted-printable

Looks like this is a different problem altogether.
I was under the impression that if I made a symbolic link like so:

$  sudo  ln  -s  /etc/xen/ArkOS_Dev_PV.cfg  /etc/xen/auto/.
$  ls  -lah  /etc/xen/auto/
total  4.0K
drwxr-xr-x  1  root  root   32  Feb  11  19:36  .
drwxr-xr-x  1  root  root  312  Feb  11  19:36  ..
lrwxrwxrwx  1  root  root   25  Feb  11  19:36  ArkOS_Dev_PV.cfg  ->/etc/xen/ArkOS_Dev_PV.cfg


the xendomains.service would then automatically create my DomU on every 
boot.

Apparently that's not how it works, but I still don't how it does work.

On 13-02-16 16:27, Folatt wrote:
>
> I have the following setup:
>
> |name =3D 'ArkOS_Dev' bootloader =3D "pygrub" #kernel =3D 
> "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk =3D 
> "/mnt/arch/boot/x86_64/archiso.img" #extra =3D "archisobasedir=3Darch 
> archisolabel=3DARCH_201511" memory =3D 2048 vcpus =3D 3 disk =3D [ 
> "format=3Draw, vdev=3Dxvda, access=3Drw, 
> target=3D/dev/vm_volumes/root.ArkOS_Dev", "format=3Draw, vdev=3Dxvdb, 
> access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev" ] vif =3D [ 
> 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ] vfb =3D 
> ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3Dsecret,keymap=3Dbepo'] root =3D 
> "/dev/xvda rw"|
>
> As you can see, I have chose bepo as my keymap (for testing, I 
> ultimately want to use Dvorak, which is not standard in Qemu's keymaps 
> for whatever reason.).
>
> According to the Arch wiki qemu should be started with the '-k' option 
> if it wants to
> https://wiki.archlinux.org/index.php/QE =85 o_not_work
>
> So I rebooted and looked for the process that was running this program 
> and found it.
> However, the '-k' option is missing:
>
> |$ ps -ef | grep -e '-xen-domid 1' root 496 1 0 Feb12 =3F 00:00:11 
> /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1 -chardev 
> socket,id=3Dlibxl-cmd,path=3D/run/xen/qmp-libxl-1,server,nowait -mon 
> chardev=3Dlibxl-cmd,mode=3Dcontrol -nodefaults -xen-attach -name ArkOS_Dev 
> -vnc 0.0.0.0:0,password,to=3D99 -display none -machine xenpv -m 2048|
>
> So what am I doing wrong=3F
>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users


--------------060608060307010401040901
Content-Type: text/html; charset=windows-1252
Content-Length: 5107
Content-Transfer-Encoding: quoted-printable


  
    
  
  
    Looks like this is a different problem altogether. 

    I was under the impression that if I made a symbolic link like so:

    

    
$ sudo ln -s /etc/xen/ArkOS_Dev_PV.cfg /etc/xen/auto/.
$ ls -lah /etc/xen/auto/
total 4.0K
drwxr-xr-x 1 root root  32 Feb 11 19:36 .
drwxr-xr-x 1 root root 312 Feb 11 19:36 ..
lrwxrwxrwx 1 root root  25 Feb 11 19:36 ArkOS_Dev_PV.cfg -> /etc/xen/ArkOS_Dev_PV.cfg


    

    the xendomains.service would then automatically create my DomU on
    every boot.

    

    Apparently that's not how it works, but I still don't how it does
    work. 

    

    
On 13-02-16 16:27, Folatt wrote:

    

    

      
      

        
I have the following setup:

        

        

          
name =3D 'ArkOS_Dev'
bootloader =3D "pygrub"
#kernel =3D "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk =3D "/mnt/arch/boot/x86_64/archiso.img"
#extra =3D "archisobasedir=3Darch archisolabel=3DARCH_201511"
memory =3D 2048
vcpus =3D 3
disk =3D [ "format=3Draw, vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev",
         "format=3Draw, vdev=3Dxvdb, access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev"
       ]
vif =3D [ 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ]
vfb =3D ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3Dsecret,keymap=3Dbepo']
root =3D "/dev/xvda rw"

        

        
As you can see, I have chose bepo as my keymap (for testing,
          I ultimately want to use Dvorak, which is not standard in
          Qemu's keymaps for whatever reason.).

        
According to the Arch wiki qemu should be started with the
          '-k' option if it wants to 

          https://wiki.archlinux.org/index.php/QE
          =85 o_not_work

        
So I rebooted and looked for the process that was running
          this program and found it.

          However, the '-k' option is missing:

        

        
$ ps -ef | grep -e '-xen-domid 1'
root       496     1  0 Feb12 =3F        00:00:11 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1 
-chardev socket,id=3Dlibxl-cmd,path=3D/run/xen/qmp-libxl-1,server,nowait -mon chardev=3Dlibxl-cmd,mode=3Dcontrol 
-nodefaults -xen-attach -name ArkOS_Dev -vnc 0.0.0.0:0,password,to=3D99 -display none -machine xenpv -m 2048

        
So what am I doing wrong=3F

        

        
 

      

      

      

      

      
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

    

    

  


--------------060608060307010401040901--


--===============2384471840740152052==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============2384471840740152052==--


From xen-users-bounces@lists.xen.org Sat Feb 13 17:12:48 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 13 Feb 2016 17:12:48 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aUdk8-0004nI-Fg; Sat, 13 Feb 2016 17:12:24 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aUdk6-0004nD-On
	for xen-users@lists.xen.org; Sat, 13 Feb 2016 17:12:23 +0000
Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id
	78/E8-08347-6F36FB65; Sat, 13 Feb 2016 17:12:22 +0000
X-Env-Sender: folatt@sluimers.net
X-Msg-Ref: server-15.tower-27.messagelabs.com!1455383540!23581303!1
X-Originating-IP: [83.163.103.119]
X-SpamReason: No, hits=3.8 required=7.0 tests=HTML_IMAGE_ONLY_08,
	HTML_IMAGE_RATIO_02, HTML_MESSAGE, received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 51809 invoked from network); 13 Feb 2016 17:12:20 -0000
Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119)
	by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 13 Feb 2016 17:12:20 -0000
To: xen-users@lists.xen.org
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
From: Folatt 
Message-ID: <56BF63F1.9030705@sluimers.net>
Date: Sat, 13 Feb 2016 18:12:17 +0100
MIME-Version: 1.0
In-Reply-To: <56BF4B74.9080103@sluimers.net>
Subject: [Xen-users] How do I go from VNC console to a desktop environment?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1968783474923133549=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============1968783474923133549==
Content-Type: multipart/alternative;
 boundary="------------030107050207040402000609"

This is a multi-part message in MIME format.
--------------030107050207040402000609
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

I got this far:

screenshot

Now my question is how to go from here to login into a desktop environment.

--------------030107050207040402000609
Content-Type: multipart/related;
 boundary="------------030305080903040404060103"


--------------030305080903040404060103
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 7bit


  
    
  
  
    I got this far:

    

    screenshot

    

    Now my question is how to go from here to login into a desktop
    environment.

  


--------------030305080903040404060103
Content-Type: image/png;
 name="Screenshot from 2016-02-13 18-02-54.png"
Content-Transfer-Encoding: base64
Content-ID: 
Content-Disposition: inline;
 filename="Screenshot from 2016-02-13 18-02-54.png"

iVBORw0KGgoAAAANSUhEUgAABAAAAANlCAYAAADig4vkAAAABHNCSVQICAgIfAhkiAAAABl0
RVh0U29mdHdhcmUAZ25vbWUtc2NyZWVuc2hvdO8Dvz4AACAASURBVHic7N13fFvV+fjxzx0a
li3PeMTOcPZ0dsiGhCwgocwApYXCj02BAqXQlpayWuDbAS2lBVpaWvYIUAiQvSB7xxlkL8dJ
vC3Z1rrj94dsxYYMJ7HjBJ7366XEutI995GupZfPc59zjrJr1y7bsizC4TDLln7J+nVrKCkp
IhwJI4QQQgghhBBCiLOL0+EkrVUGvXv3YdDgYTgcDlRVRdmxY4ddXlbKf//7T0pKDuHQdTRN
bel4hRBCCCGEEEIIcZJM0yQcMUhvlcU137+epOQUlE2bNtl/e+FZKitKUFUVwzCxLLulYxVC
CCGEEEIIIcRJ0jQVXdcIhyOkpWVw4013oC9buojSkkPoukYoFGnpGIUQQgghhBBCCHGKDMPE
MEycTgdFRQdZuWIJWofcnEcDNdVEImZLxyeEEEIIIYQQQogmZFkWuq5SXVWNfujgQWzbwral
7F8IIYQQQgghhPg2sW0bVdUoLj6EHg6H0DSVxvT/bdumqjpAMBgiEjGwLAtVVXE4dOLiXMR7
3ChK4yYQPFPbEkIIIYQQQgghvk1MMzocQLdtu1GT/tUEgvgqqxnXKYsxuVl0SkrA63bgD0bY
XlnNvF0HmLvzIIlJCcTFuY7bVmVlNR07daRjh1ySklJwu50Eg2EqKyvYuWsXu3bsJOk0t9Wc
bDQq/dUY4TCtE51EHO4Wi0UIIYQQQgghxHeHZdnYto1y2SUTbVU99tVxv78GLza/ObcHHeJ0
7EgYbAtsGxQFFBXF4WRXjcFjX2ymSlFISPActS0bldGjzyM+3kMkEsG2a4NRFBRFweFwUFVd
zYL5C1EV67S01ZxsNCpq3HQe0Ie89vEUzf4fW0Mahi5JACGEEEIIIYQQzc+yLJRLv3fsBEAg
EMJjRPjz6G4kmCEwjaO3qOn4VSc/mb+VgNNBnLvhFfdAIIRh2oyfMBbbsjDNo088qGkaiqow
c8ZcHA6lWds6ESEzjvIDewjZ4PE4yUxNwlKUY+5j2B5Ky7zc//L9DNB9zHrkIeZUqERcCUd8
fsRy4PdXEqquIWxagILToZOa6MDjSaD+Kw2aOlUVZQQDQUwbUBRcLifZSQ4s5zeTHZbtorT4
EIFQmFjdh6LgdOokxel4ExIwj/N6hBBCCCGEEEKcXSzLig4BONoEgLZt4/dX87sRHfAEKrGO
1fmvFa/pPDwgh58s3oXL6UCp7Uzato3PX83YsaOJhMPH7LADGIaBpmkMGzaYuXMXNFtbJyJk
eagMtuWXrz9KLw2qF/2Jn/5zCwmpicdMAlhHfH+P/L4HIm781QpDvncjF43sRadUF9hBindu
4IvP/senq4tJT0sgjEpNxE2Nncbk225mbP8OpDmBiI+9m1Yx470P2eqrxqyXBLBsF+UVNuc/
9Aeu6+lFq3sgUsXBPVtZtXAWnyzYSXJqHGHNecLvjxBCCCGEEEKIM5Nt28dOANTUBBjdOoG2
WggzEAQgYNrsrTHo5nXEnrfFH6GdRydOi3aC27vcnJvpYaU/iMfjjrXVpk0bXC4X4XC4UQGa
ponb7aZNTjbl5WXHbGvu3HlHbef888ccta3GU6ny+cm6+Hv0qu05xw+/lEFvP81OM0RAi1YV
WLaTysoKQsEgEdMCQNMdaM7Ehq/NdlBcVE4gbKA5nOSme/BbXvyRDG5++i5Gt6r3ZMVNeqdB
XH73IIbNfpYn3/gKR0oG1VUervv9T5iQWu+5jkTa9c0j48132IGOUe/c2rYNpoY3/XDn37JA
dSSQ1XkAkzoP4IIx03jsqc8gXiGk6tHhC/4agv4qDNtG1XRaJWp4PF5MHJQWF1MTNoiL08lM
TcZEocwfodpXgaY7yc5s+LqFEEIIIYQQQpx+x00ABEMRRqbGYVb7wYpeZd9TbfGbzZX8souX
vCSd/EqD323z81iPJLrG1w4lMCKMSnPyZYkvNvFeMBShdetMQqEglmU1OshQyCKrdWsOHDx4
3LYmT570jf2nTfsUs7Zy4UhtNVbEcmORxOXj04FqdhfFkZvRkUsn5vDwhwXEJzkxbCcV1S6G
TLmFCwZ2ITc9Hg0IFMzht79dV681m33+BC56+I9c303H3jONR347DX9EY+Ddt0Q7//YB5vzj
30xdXkDQ24FRU27kxuGtaD3uVq5e+XPe2OlHaTuRYakA5Uz/3aP8e70PEjLp1jWZsF/BcDsb
nFvbtql/pg+8+zD3fViI5Uqn1/jvc+8P+pPUYTI/uWIdv3pnN66kDErLw3SfdD0/vHAA7RNU
wqXbWPjBG0xdtp8qI5khv3yJu7qr1Cz+PT95eRthRyKpEx/iP1dmwd63ufe5lSf0PgshhBBC
CCGEaHrHTQAYhkGubmAFa6hbJ7CLN55HRnbn8S++4uosnXcOGvxyRDe6GCVYgerojopCriMO
wzBjbRuGgccTRyRiHPV4R6IoFvHx7ka1VV5efpTXYR61rUZGQVUgiGfgtQzxALs/5u/vdODX
Dw2l1ZgLaPvRv6iyIoTwYBoJDBvXj046QISQ4SBOrcBff/SE6qXPdfdzfTcdKpfx3DMf49MT
sZ19uHhANDGx6/U/89qSUlKSEjDNMma99BcSOz/OFRnxjJjUndf+sBY74CMAeEmkS99uZO9c
zaFwGfu3V5DiiSNiK8DXKgC+JjVBR0vQ2P75v/hT9u94bIyXtBGjafXWq+yuDNDpBw/z8Pg0
wKDKFyEhrQvjbvkFqeFf8PzKavK/3A3dO+LpMYBWbGVfSKP3wCwACpesP8H3WQghhBBCCCFE
czhuAsC2Id4MYoUChzeGg3TzhLmudw4vrN3HzXk59AoUYtb4G+yboKixpQbq2lIUiEQisecs
Xbr8qMENHXpO7GeXy3nctoDYlf6vq7/96201hmU7Iagw6uJuaFhs+nw5ezbv4IvyoVyYMohL
+r/NK+uqsOPql7v7mPXIz3hpWwSHy4mqdq3d7iT34nsYMzANQpv59xP/psBW8Kku1FYdyATg
ICvWlZORoBNEwaVGqNZCrF7v44pxiWhZ7UlW1nGgeD7/mj2Qn4/LpNOkO3l2UpCCNQv59KPP
WVHgJ8GbSP1aiyO+ZttGtUOo3kR2r9yLOaYXWkJrWrttdjoG8MPxacB+3n7ocabuMckY93Oe
v7kzAyYPJH7pfCrWLWI7Hemc0pfBme+y29eF4bkAh/hyRTm2Hdfo91kIIYQQQgghRPOoTQDE
Lu5/g6Io+MIGSXVL/tXKL6rgtf1+buvXjrc2FtAu26RPfIMdqQwbqOrh3RRFoaYmiKIc7oie
P/b8owbnq6yM7VddHTxuW3D4Sv/XHa4A+GZbjRGIaBitRzCxDRDO57PVlRjBauYsLOHCS1qR
d9EgzGUL0d0NS+xBpUOKA7+ehq+qbpubLgPbAhHWvfwySyoiuOOTsCMAhycStFHAAluNbWjY
tg3pCbDhjSe4ffFAJo47j9HDOtKm/wRu638uw/71KC8vLUWN88b2O+K5rt1mWTaapsQisAAt
pzftAcjhmmde4pr6+yXnkOxQKK/IZ8526Ny5FcMGtGLGoRF0VYDCL1lcbGAnN/59FkIIIYQQ
QgjRPGybY1cAaJrKjmqD/g4L7Oi15G0BhacLdX45uD09FT8dBrXndyt286tsgy5xdT10lR0B
E03TY21rmorP5ychwRPbVl5WdtwgFUXBX1WNpmnHbAs46moAdduP1FZjBGuq6XjlSNIBnH15
4B//aviEDmMZlbGQJTXVQGqDh2zLBrvhCgGBKohLcND3xuvI++WL7I0E0JU4AqW7KWEkXrIY
nJfE5/NK8XqdBE0HlulhYF60wsA8uA8fFi7bxukwiexfw9SXlvL2PzIZf+8vubmvmz6XjSPh
i3cx3AbB2in/jvSabWzCho5VU03PYbmoAL59HAhZ2IoWvU8py6av4FC9Agu7ahthXUXXYdWs
LVidu9H63NGMreiCBuyZu4KQw0KTIQBCCCGEEEII0eJs20a3jlEC4HDofFFu0C/ThtpOdFtv
Ao8NaUuH6v0Y1T66xyfy2JAOZFXsww7XXubWFb6osNEdemwJPIdD5+ChQ3T0tD/usn31aZrG
oYOHGtXWmjVrj9iGYRhHbasxFL0tFw7zAmBVVVIRqdtXJT4lERdZjD0/m1nv7j98xb6WZX99
GUAfi174J8Hr72dy6wH8+N6JPPj4dBISggQq1/Fp/tXcleeg43U/4dqaV/hg1QGMhGzOv+0m
rsgECLB8+ibcLpWyUDw9+7ShYssWdvvCWHo15b4I4AZnPC5swpaNpdi1sXy9QgHKq0FxxDF4
ys3cOSy6ZODB+fM4ZOtYB7dQSB5tSSDu0FKmzthLjQV6YisyqERxOnCgU7V6BquC3RjcejxX
tQasLUxbXEq8y02NJACEEEIIIYQQosVZx5sDwOnUWeJXmBxQyNVssC2coSpyK3Zh1k74Z/rK
yY2EsUJBbMsERWVXjcqSao0EryPWttOpU1FeTlV6Gi6Xq1FX4KOl/gHKyyvxej3HbGvY8GFH
baeyouKobTWGs8dYBsYB1lb+9rOnWVipRIcfWDqdbniGpyYmkzbiPDLffR3/1/a1sb8x+75d
vY03n51K7/+7gtyOV3DPpPX89tO9xMVns+TlVxn05C0MTcpmwh2/ZsLX2itd+Aqvbawh6M7A
ThvOrXdNIO0IMVetXUYRFjpqvbkTGr7m1lf9lrevarhfzYZ3+dNH+0mIT6CmbDnvLJ7IA8O9
9PnRo/znRxEilgOHGmb5U/fx5q4gDqcDO7Kbj7/0MXhctEIhsGI666osnN4Tq7QQQgghhBBC
CNE8bNtG69ix/aOKohz1SYqistpnMiLewIkJlokdCR0eUG7b0fu1ywT6bY0nD7qw3HFomvq1
thRKS8tISk4CGyzLwrLsI95sGwzTZPv2nbhc+nHbqqmpIVATOOLteG0dT8+rr2Nkpor11Qe8
OreQxKR4nG4ntp5MZYmD88Z2wuNOR98wj2XlqYy8eBit1RA7581mW5VJSPMQMeIZUW/72n17
2GT2ZWKvRJJ6tKNowVJ8ZoCwEWDRzKWU6om0apVGcpwGhCjdmc/sd17mhf9twe31ELJUVN1B
fHIyqclJxDuj5zBcvpc1s9/iL2+uQ41zEab+uVUJGRo5eQPIy3QTexdClezbtpbZ7/2Lv7yz
Ct3jIqiA7tTZs/QLthkpZLdOJzXOgaZYVB3aQf6qleysMDA0DUWPo3hXNYMu6EUyJUz76zsc
MhRCqn5C77MQQgghhBBCiOZh2zbKuLGjbFU9doc4HIqQaAS4N62KDnqE2MxxdRQFUNhlOHmu
NJ5KhxuX03nUtkzLpk2bHFwuVyyQw01FO6yhUJiCggJUjdPS1rH4/EEiEQNdV2mVGEekXqe6
xogn5DuEBWR7VWocraguLyJiK7RJVAjo0bJ6E8/XtifgC1hEAlWgaLRN1KjRorEZtpNAoAYz
HMK0bEBB0xW8LnC4PLGZ/UOWk1CNDzNiYMWmX1DxOMEb5yaifPO82jjw+/0YEeNwVYKi4NBU
4t02TqeH+gM0LNtBTSCIGQ5i1B5EURUy4lUMx+EZ/oNWPKGKQxgotEnSCGjuE36fhRBCCCGE
EEI0D8uyUMaef/wEAERn0g+HQgxx1jAsLkxHRxivYuG3VXZEnCypcbI84sHhcuLQj33l1zBM
QqEw8R4PiUmJuN0uVFXDskwCwRC+Sh81NTU4XY7T2pYQQgghhBBCCPFtZFkWyvljRjYqARBl
E46YmIaJZVlEF6ZTUFUVTddw6BrHGk5wdrQlhBBCCCGEEEJ8u1iWdexJAI/EUduhPppvQ1tC
CCGEEEIIIcS3iX28VQCEEEIIIYQQQghx9pMEgBBCCCGEEEII8R0gCQAhhBBCCCGEEOI7QBIA
QgghhBBCCCHEd4Bt2yi+ygrp/QshhBBCCCGEEN9yjV3/T4hGKystwTLNlg5DiBYjnwEhhBBC
CHEmkgSAaBae+ISWDkGIFiWfASGEEEIIcaaRBIAQQgghhBBCCPEdIAkAIYQQQgghhBDiO0AS
AEIIIYQQQgghxHeAJACEEEIIIYQQQojvAL2lAxBCiKa2aPESfD4fAPHx8YwaOQJFUVo4KiGE
EEIIIVqWJACEEE1q8ZIl7N9fiKZpAJimSU5ONsOHDWPlypXMnjOXcDjEI7/+dbMcv/DAASoq
KrjooosAmDFjBgUF+2nTJudbkQSwzQjFn7+Ib/VMsG28AyaSceHtKLqjpUM7YctXLmfN2tXc
dvPtLR2KEEIIIcR3wnciATBj1gx8Ph9TrpjS0qGIRjIMA9u2T2gfh+Ps6wB9GxiGgc/nIzU1
FYDdu/fw/e9/v8Fz3nrrLb766isSE5PoP6Ave3btbfC4bdtN0jnP37CBsrJy+vTpw4EDBwDI
y8tjx44dlJaV0a9vn1M+Rksr/vwlwtsX0nb0OShA0aqFFH0KmZfc3dKhnbA1a1fTs1fPlg5D
CCGEEOI7o1EJgL+99AIAiqLEbjfdcDO6fvzdTdPktTf/i23b9W5w/Q+vx+lwnlr0jfDh/z5g
ydLFqKqKaVpcc9XVzX7MllRWVkb+hnwqKysb9XyPx0OP7j3Iyclp5sgaZ+/ePbz5ztvs3r0r
dgW5MUzTJDe3PddMuYbc3A7NGKGor7y8nM8+n05WVhaWaRIMBsnOzv5G8qaiooL27dtz8fcu
5i9//jMul5vy8nJSUlL44IMP2V9YyN13/fiUYtlfWEhRUTFdu3alsLCQxMREAHw+Hx07dmTr
1q3s21dA27ZtTuk4La1yxee0HTMIxQhgWyapvbpSMP+zszIBYJomDsd3Ig8thBBCCHFGaNRf
Xg6Hg1v+360NOvGN7ZxpmsbVV14NHE4e/PeN/6DQvKW4tm3z5ltvMHf+PNxuNwCzZs8EbK65
6ppmPXZL2rR5M6ong3ate6KqCpqqoKsKqqqg1N6v266pKoFANRs2riE7O/uMKI9+b+pUzLgO
DJs0CU1V0XUVXTvCrcF2BU1T2Lo5n3fef5eHHniopV/Gd0J5eTnTPv2MyZMn4/V62bt3L/Hx
8aSlpWFZVoPn7tu3j3vuuYdgMEBqahoXXngh06ZNo2/fPmzZugW/339KVQDz5y+gorKSvLw8
SkpKSEhIYPv27QB06tSJkpIScnNzWbV6Ndu2b2fM6PPOiN/3k2H4K9E0B0ZNGbZpo3pTMfyN
S/idKfYXFrD/YEFLhyGEEEII8Z3TqARA3R/zhYWFvPH2W+zYse2EyrMVRSG3fQemXHElnTt3
jm1rTpZlMXnSxUyedPE3HmuqcuMzkc9fSWZaB7bsOoRpWTh0DYeuoWsqDl1F1zUcuoJDU3Ho
Gu1ap6CoCuFwGJfL1dLhs2XrVwy5aByvfLQCTVVxuzTcTh23U8cV+18jzqXj0lWcOsR54vB6
XAzJ68ucz9/BMIxGVaecyTZu3ERJaWmztN0qLY1ep1h2bRgG0z79jEmTJpGQkIBt27Rt2xbT
NNm6dSuFhYVUVVUB4Ha70TQNp9NJOBImHA5jmibjxo3jr3/9K7fdfgsvv/QPTNM86fNWVFzM
uHHjCAQC2LbNhg0bGDliOKDw5aJF9OrVC7fbzahRo5g3bx6mZaGfQIXJmcQ2bWzLwA4b2LaF
Eolgm9bxdzxNGvP9uv9gAXm9+rJyxarTFJUQQgghhIATTABM/egDikKJDJ98N5qmomsauqYc
8Yps/cc0TWXr5g288c5b/ObhX9cmD5q+A77pq828++47HDx0sFHPz8rM5KopV9GzR68mj6Vl
qRiWhWXZqJaFYoGqKBi19y1LxVRtNKs2iWOfWckQVVVRFAWnQ40lL2K/X6qJw78Tu7wCX40P
RVXQdSe+xDQOpJ6LqqonPHfAmehQUREjRoxolrYXLVp0ygkAn89HdnZ2rPMPUFJSwsqVK0lL
SyM3NzdWJVRWVkYoFIp28DWda6/9Ph9//DE7duxkylVXEp8Qj9PpOqWkjWVZsY6nqqq19wHs
U0osnJFMCzsSwjIMsCwsw8A2W+533jRNFi9ZzLbt29m9ZxflZaXcc9d9dOnS+aj7WJaF4yyc
tFAIIYQQ4mzXqL+K62Zo3rZtK3mjb+CdmesJBMO4nQ7cLg2Xs+4qrQO3M3rfVfuz26mT4HEy
vF9f5s98l0gkwvU/+BG63vRX395483US2w5n1JBcHLqGU1fRNA2HrtbeokmJ6FVxlf17d/Hm
O2/z5KNPNHksLWlA9yz6d8vEtm3KSktZvyGfal8VJhCovdU5uCv6/4yZMwCIi/PQq2dPsrOz
T3fYMbdc2p/rLuj+je1r167jo4/+R/fu3enR81xMPZGaCCQ7I5QWFbJw7qfEuTwEAoGzfkJA
0zQB+PkvHuLpp57hkd88Qn7+egYNGsTDv/wVz/zfM6xYsZzhw4dz/30/5dln/8TSZUsZOmQo
9913P3/44x9YvXoVb77xFj/++w20GuKhZFkNL9zxaqztU5Gamoplmuzbt482bdpQUlLC+vXr
6dWrF06ns8EV4BUrVtC5c2d27dpFmzY5WJbFhRddSCQSwbJMCvbvp0+fvFOKx+v1Mn36dPr3
74/X6yU3N5f5CxYA0LlzZ3Rdx+/3M3/+fLxeL5qqArB8xUpKayst0tLSOGfwoFOK43SwTRvb
iGAbEbBs7EgYWigBUFZWxt/+/gKmbdIhtwNjzx9DdZWfZ//yJ/72/N9aJCYhhBBCCHF0jUoA
qLV/LNddua8JRDiRCvqIEe1w1HUK6sbkN6VIJEJxcTFdhrbnrc/XoTs0PC4dt8uBx6UR53IQ
59aJczqIczvwxjs5p3dnPp5aRCQSQdf1b+WwgE2bN+NKbEN629R6Y/8VVBVUNXq1NLZdUaiu
qWLjpvUtmgA4kq++2sLHH3/CZZdfztpCjV++u484VzFup0a5L0jH1gncctWPWLV4Dq+9/gZ3
3nH7WX0+6zrpTz/1DACPP/Z4g8cferDhPAf33Xd/g/sP/PSB2M8v3PFq9IcB0f++Pj7/ZAWD
QTweD+FwmC1bttCtW7dY4qWwsJDi4mJKS0vZvn0711xzDRUVFZimSatWaTidTmzbZteuvcya
MZu7fnznKcUy6aIL2bV7N+vWrad///7k5OSQkZEBgNPpJBAIsGXLFgYOHIBpmBQXl9CqVRrF
xcVMmjQJgE8//RTLsigpKaWkpISuXbuckZUDtmVjRQzsiAG2hWVEsJvonJ6IYDDIE797km7d
OnP+6PNp3ToHTdMoKyvlo4+n8eS9yQAkpbTi8hveJqf9mZ9cEUIIIYT4tjvhv26njO3F+HNy
Y/dVNTqdn6oqVFaUE+fxEBcXh6ooKArRyf4USE1KRFGbp0P23tT3uPR7l8Y6fNXBCE7TQiF6
VUxV6kqDo6XwmqYSidQmJWpjevvdd7jmqqubtNO4bu1qEhOT6NCx0zce27VzBz5fJX37DWiy
4x2J3+8jO7MbG3ccwLbtr80JoKHraoM5Adq3TsEwDSKRyBlzFb26upp33nmXSy65hHdXBigo
DXHJed3xeqKrSNi2zcadxfzqjc08fu045n76LgsWLGT06POaPJbTdU7rEgBXXT2Ffv37s27t
WoYOGcryFcsZNWoUX375JeefP5b58+cybtx45syZw9ixY5k3by7/efU1brjxRwwdMoTbb7+T
5//6F9auXUPPnr346f0PnHIFwPLlK9i6bSutW2eTlJTE/v37ycjIiHWWN2zYQJXfT19vHJn/
fYVW543H4/FQU1PD4sWL2bZtG61bt8YwDFwuF61atWLV6tUMHzbslOLqkJtLRXkFS5csoVv3
7qSnpwNQVFTExo0b6dSpE8XFxcTFeVifvx7LsklLS4u9H2lpacyeMxdVVUhJSWXpsmUMHTLk
zEsCmBZWJIJtGNhW3RwAp78CYNpn00hPT2PI4CGkpaVTVlZCxIjg8/mwLIuHfhp93tz5pWxc
KQkAIYQQQogzwQn/ZZvsdZEYr39jnLXfX8UvnnmKPz7zW1KTPd/Yz+Vsngm33v/wfabPmB5N
AKgKN17cj6vO7xp7XFHsej8rYBNNTCgK7ri42GOLFn1BMBjghutvaLIkwM7t26iq8mMYEbp0
PVzSvm3rVyxd/CUJCd5mTwBA9LUePl82h0+djY0NtoJVew9FbfZ4TtTSpUvp1KkTe6s87DhY
zuRRXdHqJZMURaF3pwxcDo3nPt7OLy+9mNdff71ZEgCn65zWdUr79evPhvx8hg4dyspVKxk1
6lyWLFnM+PHjmTd/HhddNImZM2cwefJkps+YzvjxEwA477zzWLR4EQD5+evp338A+RvWN2j7
ZO3avZvLLrsciCZfqqurSUpKAqCgoAC/z8fFuTlsf/Q3JHkTOThtDpstnaVVpeTm5jJlyhQc
DkdsQlCAzz777JRiqtO/fz8yMtKZMXMWY8aMAWDt2rWMHDkCv88PQJ8+faipqQEgHA6zY8cO
ILpagNMZTSp5PB7WrVvH5s1fkZfXu0liayqxIQCRSHRVlkik2YcA3HTrTd/Ypus648adj2Ea
LFn6JaYZ/RaB6O/FM3+MPi8pJY3Lb/j2rrwihBBCCHE2abJLW/9940127d59WsuuP/zfh6xe
vbrBNk2NTh53PIqioNaL1Qa279jOf17/Dzdcd0OTxDduwoXMnP4pSxd/CUCXrt1jHUWPJ55x
Ey5skuMcT/9umfTtkt6oyfHOuKudwO7de+nRowcf5pfQu1NGdAiDAg4NNBVAwbJtuuemsXbr
QSJqQm0pchmpqalNGsvpOqd1nfTNmzcycNBA1qxZw/Bhw1m+fCmjR49m4cKFTBg/gdlzZnPR
pMnMnDGdCydewKw5s/nhD65j6bIljBg2HICBgwaxbt1aevfu06Dtk+VwOBr8LtVN2mjbNiUl
JQw2a9jx2KNoCfHoNQZJYYO1b8+ixwPXMnbcOGzbpqqq6httNJWcnBySkpKYPXs2iqKQkBBP
+3btOHSoiLXr1lJVVYWu62zbtq1B8mLLB4+kTAAAIABJREFUli24XC66d+9OVVUVJSXF9Ovb
r8niOlm2aRKpLMGR3ApF1aIJgNoKAMWyUSJGbBUA2zKJlJfgSE5D0Zruszz2/NFfm7c1Wvll
GgY7dmw/fC7rPedXz1U02fGFEEIIIUTTaLK/EG/5fzcye9680zoD+8GDB4mvdxX/VLmcrthV
wqbgTUxkwgWTYh3GbVu3UFpSjMcTz4QLJuFNTGyyY32bFRQUcP7557N7zg7G5mahKuB2gEtX
0FUFsDFtlbBhk54Sz65D1WRnZ7OvoKDJEwCn65zWddLz8vqyIT+fQYMHsWr1KoYNG86SJYs5
97zzWLBwAWPPH8uc2bMYO3Ycc+fPZfTo0QC89Pd/xNrKz8+nT14fNm3e1KDtk2XbdmweAdu2
cbvdsc99+rrl1CxZQjDOhV0ZIFAaZJMZT+9f3ER1alz0irVt43K5ME0zljBs6u+NKy6/LNZu
3eoAGRnpmKaFYRjs27cPh8NBhw4dKCsrAyA3N5fy8nJ2795NVlYWpmmRkZHepHGdqJod+RS8
9HM03cSIuGh72xPRzn4kghIxaxMA0SEANVvXs/vPP0MN+UBPoO19fyC+W98micOO/ROlROuF
iBgGhhGhfs+/OeZ4EUIIIYQQTaPJLrs5nY7TvpzcrTffitvzzeEGJ0NRouvJ33HbHU3SXp26
DmOcx0NpSTFxHk+zdv4TvYmUl5WhadoZeTX/ZCQmJlJVVUWrJBdVgQgODVy6ituh4HEqJLhU
4hwKTh1qAmHSk1zROQya6fWfjnNa10nfsvUr8vr0IX/9egYNGMiq1asYMnQoy5YtYeTwEXy5
6AtGjhzJl4u+YMTwkSxZshiAV//7b+659y4A+uTlsfmrzXTt0rVB26cSW13HGiAuLg5sG/v9
10lYvozqOBeWP4ReFmJ1xMu5v32QQ06D1NTUhvtwuIPeVBMTfl3dsoDzFyzkgw8/wuv1YhgG
pmmSnJzMunXrCAYCBIMB1q5dS3Jycuxxr9fLBx9+xPwFC5sltsbY9/JjpPdMJ2fUANpNGMr+
Pz8Apo0aMVAMEwwTIia2abPzsVvJynGR2z+HrI5x7PnLr5ssjrlz5ze4zZk7ny8XLQEUgsEQ
gUAgdtPU6HCvJ+9N5sl7k3n+sc7s37OyyWIRQgghhBAnr0l7SE6X87QOAdA0jbvuvJs/PvuH
U26rc6cu3Hn7nc3SafYmJjLxwslszF9Pr7w+eL3Nd+W/R/cerF23hmAoBBxeH/1soaoqpmmi
qmos7vbt21FYWEif9q3JLyinS04iugpOLZoAqL2GTGFpkIqqEB0y45lZWkpyckqzxdnc57Su
Q9y9eze2btmCpuvkb8xH1zXWrFmDpmmsWLUCXddZvmI5mqaxctUKBg4YCMCaNavp3Tu6tN7G
TRvp3LkL27ZvA049AdC2bRs+/vhjMjMzOeecc4hzOan+11+pXr8en8OB7g/hKg+xLJRAzg8u
Zl11EV5vIllZWdGJKB0O4uKi1QDLli2jqKjomGvGN4WioiImTIjOj1BeXk58fDxFRUW0Skvj
nHMGA7C0Nhav10swGKRPn+iQiZkzZzZrbEdl20SK9+Lom0d4z1acme1oM3kUO97+PFYBgGVB
JIyqKbTunYbbaWMUl+KIjydysADs2klPTtErL7/yjW3vffAepSUldOrYmYrKiljMWa2jK4jI
JIBCCCGEEGeeE+rtRsf5Wkft5L/7+n+Oub9lHi4bbqpEgcvp5N677z3ldu68/c7YBGDNwetN
ZOjwkc3Wfp20tDTGjD6/do11i1lzZqGqCmYLrRN+ovrk5TF77mxGjRgZGxfeq1dPpk79kB9e
fyPzN2xi/fZihvXMOLyTolDuD/Hxot3cMLY9O3dsQ1EUWrfOatZYm/Oc1nXSf/bTh47zzCP7
87PPH/Hn+m2frGFDhzJs6FA++WQalUVFaP94jur9BZSqKs7KMJ6KMIsCCegj+2P1akNOcjLZ
2dnYto2qqiQlJWFZFuXl5UTCYa774Q9OKZ7GsCwrllTRNC1237IPVx7UVSLouo6qqrHnN1d1
wnEpCvHdh1Kev5nUHjlEdm3B2b4bnb53LubOjSgRI1p5UROmfa9sHIqNVeFDdbsp31NBfN7w
Jun8H83FF13Mw488TE52Dr169KI6ECAcDpKZHv3cySSAQgghhBBnnkYlAF559Z9c/4Mf0aVL
V2bPnsPEiRPRtMbP6m9ZFkuXLSE7OweHw8Err/6TH37/Olwu10kHXp/H48G2bZISk9hfWEBO
dptG7be/sICkxCR0XT+r14z/OtM0sSwr1tE7iwoAuPLyKXzy2Sd8+uk0bOtw4LrmYMG82Txy
9Vie+3gbOwrK6ZCdSIJbp6QywKbdFVwxIpsxfTJ46aUP6dmzx1l9Tk3TpKqqKvYaFEU55s/H
e97X224K8YqN8X+PEAiHKA6buPwhEirDLA16SRw5kMEPXN/g+ZqmkZ6eHvvdrK6ubrLx4vv3
72f+goX07t2LvrVX7jds2Miu3bsZMXwYaWlpTJ8+nYyMDHr27IllWaSkpJCfn8/iJUuwbZui
omLy8vJQVRWHw8Hq1aspKiqKLSfYEtre/hg7nrwDe90e0rpkYOzYjGWDWRNAxwbLxgpU49RV
rKCJGuemeK+Pakc2Xe/7bbPG5na7efjnD/Piyy9yqLiYbl27kZWVTVVVFS6XSyYBFEIIIYQ4
AzUqAVA3WdeVl13B+x+8z3tT3z2hq2KKotCtWzd+8P1rY/ebuixdURSumnI1f/zTHzEMo1H7
6LrOVVOuOqs7ikdS/wpmQkICZaWlpLVq1ah9q6qq0DUdh8PRzFEeWUZGBjdcdwORSATTNGPj
sYPBIP997XUWzvyIX1x2IduLLbYXVlFZE6JfrpcbxrSl7OButmzZwqWXXspLL72IgsKUKVe2
yOs4VaZpUlxcDDS+k9/YxEBTJADKdmynzRv/QElwU1gTIs4fxlsZZnnAi6NnN4b87AY0PZok
tG2buLg4MjMzY+PEAbKysti7d2+TrNaweMlSOnTowPbt28nP3xCrNGjTpg3Lli/nwgsuwLIs
pn7wIcFgEKfTiaZp9OzZk9LSUhRFoWfPnrjdbhRFIRAIUF5ezjVXX9WkKxScKD0xhS6PvcKO
3/6YQ+u20bp7OkqFD8U0sSMWWHZ0JYyIhao7ObC9AiOjO90efxHNk9Ds8aWmpvLQzx5i8ZLF
bNu2jZmzZlBZUcF999x/zP00VcNf1XQTrgohhBBCiMZpVALAsiw0TSM7O5t77rqHcDhMJBKp
dzOwLDOWFFBVFVXV0HUNh8OBpmm4XK5Yib2iqM0yLn1g/wH069MXn89HOBwmHA7XdiAPj4PX
dQ1N03A6nSQmJsYmI/u2iZ4Dld49e7F23RoCwWCj9nM5XfTs0bOZozu6mkCAcChEKBQiEonE
zmM4EmHC+HHk52/gX6+8QlZWFtnZ2XRJ9+Ir38NHK7ZjGAalpaVMmDCB++67n5dffplDhw5x
5513tGgn7mSkp7fiiy++aJa2T3VohLlvN9W/uhdvVirOGovEah+eygjLqxOgYweu/c/TJCQl
xhKHmqYRCATw+XyEauemgGiyqbi4mMQmmDwxr3dvNm3ezLBhwykuLsYwDNq3b8/KlSvo2LEj
AIWFB2LfUYqioOs6aWlpeL1eAJxOJ5ZlEYlEgOj3XmHhAdq0yTnl+E6FGhdPp9+8zO7fP0DB
miXk9MhAixjYlgW2hW2q4Hawb2sZSpehdHnkL6hNVF31dXXfo1//f/iw4QyvXXaybqhH/fe6
/v8AHdp3ZF/BnmaJUQghhBBCHF2jEwAvv/JSbMZu27aZPOl7aKoW66yFwmHCtX/cO10uXE5n
tNPvcjHts48b7As0GHvblMLhCIqiYBgGb73zFlu2bmnweNeu3bjysitwOJyEQqFYcuLbKj09
o8GcAKZpxoYI1M3FUJcsqFs5oCVXD3A6HCgcjonaDmRd52zYsKH069eX0tIySstKKS4uJikx
kfHjx5HXO4+SkmKeevoZqqurueeee/jbCy8wd948xo0d22Kv6WRcPHlybUe2acr16+i6dsol
7YeeeoTyEj8VBVVozjhSAyFWVHnwJacw7vFbKausoNxXGRsmVLdqQEVFBTU1NWRnZ1NdXc3C
hQsZM/o8IhHj8Pk+Sd27d2P1mjUcOnSI4uJiHA6dwsJCqqqq6dY1uvrB/v37SUlJweFwUFNT
g2VZxMfHx+IMBoNUV1ejqiput5uUlBT279/fYgmAyhUL2PvCb4iUFNd+b9pggxmK0K5rKrYd
RrUVbE1h78Yy/L4QlM5j1YXRyR+daem0v/9JkoeNOeVY6r4v6uZJiM6fYEfnIKj3vR7r7Ktq
7ef48Ge5flVKq7R0WqWl8+WXi045NiGEEEII0XiN6unddvPtwDfLiA3DwDCMWCWAaVqoarTD
5nA4Yp3Jm264+bR1KuPi3DgcOm63m1tvvpVX/v0K1TVVBIMh2rVtx1VXXoXL5ULXo2XuZ9uV
4ZNRf06ASCQSO2+GaaLVVmroul77R7wSuzraEup+Z+LiDo8NtywrVs1RNzQgIyMT0zRi5eya
plFRUUFcXBwP/uwB/vSnZykoKMAwjLN2iEdLjj0/luIdBZT5Lbq8+AILfnQ/O8NuiuLctL5x
PKvXryOlYB8DBw5sMNRg1apVlJeV4XQ62bt3L6WlpYwYPpz4+HhM08Aw1FOehFPTNEzTjE3y
53Q6G3y+Bwzoz/QZM9iwYQOVFRXYQEJCQmy2//Xr10fnXQCSkpMxjAgDBpx3SjGdir1//Q3t
B7QnLi0aH7UdbkwTI38NihmdBFBX4+g8eSRggwVgo9g21Zu2svP3D9Pvg8WnHEtdJVX0XBmx
oTmGaWLXm2BRURQUVW3wvaLrOpquo2taLBlQd150XScYDB3r0EIIIYQQogk1qpd3pAn/WvpK
8bHUxeZ2u7n3nnv5+0t/JysriysvPzvHg58qXddjnSOHw9Hgj3ZN01AUFU2LVgDUXak7k9RN
yhbt/0SvQKqqgmWr1P1mKqoaSz6lp6fz+OOPMWfuXLp17cqokaNaNP5vG73fEHyzFrPg+nsp
DyqEPR7O/cNPSGnbmnA4wvIVK74xxKeoqIhzBg/G6XQQDIXo17cPcXFxtb+bp/5dsnXbNlxO
J7m5uRw6dAin00lOTg4FBQXs2buX9u3a4XA4uGDiRFauXEXvXr3Iycnm36/+J5aoKCoq4sYb
fsT+/YUUFBQwaNDAFpsLAwDTwiwsILJnM9g2imUfTgJYNopN9Ap8yI+xbBFK7fa65xjVJrZ5
anMr1DFMEyM2JCdCJBKODf8yTKPh0ApNjw3/cjidOB2OaHLH6YxNuFpXfXTOoCGsXruK0SNP
vUpBCCGEEEIcn+KrrDiL5og/OU257KA4vrLSErJz2hIMBprtGPXLjuHoM96LphfxV7HkV0+z
ad5q1KwcJv7+Prxts2JVQPkb8ikuLmkwBCA9vRV5vfPQNPVwdZDDgbP251P1ybRpZGfnUFZa
is/vR1VVEhO9tG3bjsLCQkafd+4R9/v4k2kcOnQIgMzMTL538eRTjgWa5jNQuXQ+e577NaHi
Q1D3q25HhwHYtf/XbasbIVB/yQ9negYdHvwdySPOP+kY6tQEAhi1lV7hcATDiDSo/Kob0qWg
oGlqrMKq7hw7nU4cTid67TAj+bwKIYQQQrSM70QCQJxepyMBIM4s9ceGR8f8g13XKVRUFIVY
hUlzVJlUVFaydMlSsnNy6JPXG4AtW7ayv7CQAf37kZyc3KTHO55v22egbuhN/XlEDt+sBnMA
1FXiHOnWXOdfCCGEEEI0jiQARJP7tnV+hDhR8hkQQgghhBBnom//DHhCCCGEEEIIIYSQBIAQ
QgghhBBCCPFdIAkAIYQQQgghhBDiO0ASAEIIIYQQQgghxHeAJABEk0tOTmnpEIRoUfIZEEII
IYQQZyJZBUAIIYQQQgghhPgO0Ot+MCIRqqr8VFX5CQWDWNGFvKP/WxZnTJbAtg/HUruWtFJ/
2xlMAey69a/r1s2G2OtoaQqAqqIqCigKqqLgcrtJSPCSkOBFdzhaOkQhhBBCCCGEECdJ8VVW
2EWHDlBd5ScxOQWvNwmXy42iKNGbCoqiopwhnVTRfGzbxrYtbKvuZ5tQKIjfX4mvopz4BC8Z
ma1bOkwhhBBCCCGEECdBr6muoaK8jB69+6IAlm1jW1ZtBxBsE8Bo4TDF6aM0KEhwx8Xh8XjI
yGzN5g3rSEhIwhPvabnwhBBCCCGEEEKcFNXvqyAjMxsFMAwDyzRjV39t24azorheNB27wfm3
TBPDMFCAjMxs/L6Klg5QCCGEEEIIIcRJUMOhEF5vIpZltXQs4gxmWRZebyLhUKilQxFCCCGE
EEIIcRJUwzJBUWqv9gtxZLZtg6JgWGZLhyKEEEIIIYQQ4iSolmmhaWpLxyHOApqmYplSKSKE
EEIIIYQQZyPVskwUBakAEMdk2zaKApZUAAghhBBCCCHEWUk1LQtF0Vo6DnEWUBQNU+aKEEII
IYQQQoizktT+CyGEEEIIIYQQ3wH68Z4QDAaPuEKAqqq43e5mCUoIIYQQQgghhBBN65gJgNmz
ZzP1o6k4dMc3HosYEa649ArGjRvXbMEdkVnGklf/wdKsH3LXpBy+Gdl3VygcxuV0HvmxUAiX
y3WaIxJCCCGEEEIIcaY4ZgLgrXff4m8vvIiluKkOhIkYJhHDwulQSYlXuPPHt5/+BIBVzb78
fLbrIWTawsMqKip4/IknGTZ0KFOmXNngsTffeou1a9fyq4cfJjExsYUiFEIIIYQQQgjRko47
BCA5OZU//HcBpRU1lFRUU1pRQ2llNXNfvu2UD26VfclT973IxnbX8dyjE8lowrkI7cA+lnz8
AZ99uY6dZWHQEmnTeygTLr2UMV0TiR7Kpnr7TF574zOWby0lCDiT29Bj1DXcOqUfKfXjsStZ
8scHeX5Nde0GBXdqG7r0GcrYSRcwONuF0nThn5CSkhIef+IJUtPSWPjFQoBYEuC9995n6dKl
pKSm8sgjv+GRRx4hNTWlhSIVQgghhBBCCNFSjpsAsG2bquowZQd3YBStwR3wkwNcd/08AG66
9aZv7JOYmMjll13OqBGjjtFyhIK5H7HRjkfd+Qmf7RzNDV2apkTd8q3jP4/+nlnFWQy86Gru
6JiC5t/Lqjmf8a/HlrHpx09w5/BU1PKl/PW3r7E+bThTbhlEW6+Nr3AbO60EPF9PRtgmNRXV
kHMpP72xF+5IgPLCrayc+xHP/Wweo+55hFuGpB7/DW1ioVCIRx97nJTUFDIzM0jPSGfBwoUo
ioKqqSxYsIAevXqgqiqhUIinn3mGZ55+CkVpqXSFEEIIIYQQQoiWcPz+qm1jmBZG6Qbuvfsu
+vfrj2na2NjYdjRBYNvE7rscGvsLC3j8iUePmQCwa7bwyaxSul73IEMWPsW7H67l8p8NIbGu
X2qWs/qdf/Lukq/YWxYC4sm75Xc8OOJr7VRv5vXf/I65Kdfx5M8mkOOoYdPbLzGrKJerfvtr
Lmlfd2X+HIafO4Juv3+YV//5Kuf0uo/+B9ewNezlvFtu4tJutcmHgUMYc6z3I6Et3br3IEEB
+gxg5NgxzHv2l/zjxZfp1eVBzk1VIVLCiqn/5q1Z6zgYVPG2H8Kl/+8GLuissP65u3lm90Se
+v1VtHcAWJTMfoR73kji/ucfYFDCiXXMXS4Xl156Ce9PfR/TNIiPj6dL187MXzAf0zDp1qMb
lZWV+Hw+ykrKuOcn90jnXwghhBBCCCG+g46bAFi1Zjk/uqAdT68N0LVrV1ZuKuBAsZ+KqiCV
VQEq/cHoz/4glVVBUpM8vPjwZQQDwWO0alGx+hNWMpj7RnSjQ+oA3ntuGkuKBzGxbhyAVcX2
5es4lHUFd9/SjUQrgN0uCY2aWCt2eD8z/vwHZqgX8vC948lxAjVbmb7ER/zwHzOx/dfK8p2t
Oe/q0fzvN7OYvq6SQV3akc5i1s9fS1GHc8hwnkTH2JHJyO9fxMc//5DPV5QwYkICW19/gme/
TOd7Nz3MoFQ/6z74B68982+ynr2TTsO6oK1Yy1cVV9A+XQO7iu3L96F2mEin+JPrmI8bOxYj
YjD1g6kYqQZGxKB9bnts28bv9+Pz+SkvLeOmm/4fvXv1OqljCCGEEEIIIYQ4ux0zAXDNVdfw
/PPPo+kaRsTEsqGkooaaUIRAMEJN7S0QjFATilATDHOgxHf8o5pFLP70KxJGPkJ3j4qz90WM
THycz+YWMOaa9tSfx97Tpi8D+3Q8vC1S+79RzKIX/8vrB4bwk8evpkdt59mo2MPBMLTunc2R
Fil0ZfemjTqTgl2lWKMmcPfNe/nTv5/n3mXZ9D1vLBMnnEff1u4TGs/vSO9Gexds3FlGxLed
qfMq6Hnro1w9PAUF6HBzOSvue4d5O0P06zqCLurLLN7oY/zoFJSaHSzabtH+2h6Hqx9OwgUX
TMQwDD763/8wTZOIEUHTNKqrq6ms8HH55ZczbNiwkz+AEEIIIYQQQoiz2jETAOPHjWfUyFFY
lsWDv3gIoF7HP1yv4x9NAtQ9djzhggXM2JfBmLtqO/uuDowbk8nsObPZddlNdGvEVADl857n
n3YrJj1xA4NTGg7Yb/TqAIqTnDF38ofhV/HVsgXMmfUh/zfzXTpf8gAPTqkt8z9BkeKtFJom
FX+/mx/8veFjelkI8vIY01Xl5S82UXneCFw7vmRTpCPX9k/lVOdADAaDuF0uklOSqaioACA5
OYVgIIjP14jEjBBCCCGEEEKIb63jDgFwu6PX0RWi4/3rrv4HvtHxD8ceO7YQu2YvoMT28f6D
N/B+g8d8TN98DV37xR/3Cnxc95F0LPiSz156j36/vpZetb11PakdWU7YtvEAwXNTiPvafuGD
m9hvQavcNBy12xRXK3qcewU9Rk3ioo8e51fvv8THQ/6Pa9s7aYxI8WZ2h6BVx1R028YmjsF3
/JKrOtTfX8GV4kVRVPLGdkd9cS755X1Jmr+eSJcf0i9FbdSxjmbq1A+YM2cO2W2yqaqqIhwK
Y2Pj9/vIzMpk4RcL0XWdK6+84pSOI4QQQgghhBDi7HTCk9Y3KP2vTQLUhMKx7cGwccz97Zqv
mLHER84lD3DH4KTDHX2rkqV//wPTp+fj6zuUpOPE4W47nvtu6cHff/0Pfv/nVjz14ERaOwBP
Vyaek8CaxW8za9KvuLid8/AxIgdZ8NZcypx9+UGfxG8mGRQ3bfr1Iu39GewpM6AxCYDwARa+
Pp0iRy9uH5yGW+lCa2UOuwsU0kfmcKQWkvpcQD/Hs8xYuJikdRa9butP6in0/z/86CNmzp5F
WloaFZUVBAIBQjUhACzTwjAMklNSmDVnNpqucdmll578wYQQQgghhBBCnJUanQCwsampqSIp
3klpZTWmZWNFlwFAARQFNEVheJ+2+Kt82EcsxLfxb5zF6kA7rj4vj46Z9YveTdznteGTd2ay
uvwcxniPF5GCnnkudz5wkEcee40/fdiFJ6d0xKXE0/sHtzF2yx95+1e/Ztfk8ZzTKRXFt4c1
s6fxxW4Xg2+/kcEpKqEdH/LyrDBdenUiK8mJ5S9g5aezKFU6Mjn7KOMQ/HvYtDGeuEiA8gPb
WDlvJisLkxh5z20MT9VQ7P5cNibl/7N3r6/6fIth0Gd/z9bYk6vQUig2UZqEJvWCQUttII22
YH8bLDSBLwSMgn+AUC8IRcxFaxFaKPjCdwb6osRdtKYtzwG1kgpi0Dda0Xd5KahNaomm8ZyY
s31xzrMz3/nOuq81l2c+H/jx+z7PzLrMWmuePWvNmjXTn/1rf376Cx9+fPqjP/i7pr/vN/72
9L/93//Q9CP/7PdO3/o0TU/f9gPTH/9D3zb9u3/5L07Tt/3w9Kf/0W8vWnNg7qtf/er0i7/4
N6fnL31p+vVf/3+mr33ta9NvfvU3p5/8yZ+cnp+fp5/7uZ+b3r7+Nv3W//db05e+9KXpF3/x
b04vX3wxfcu39HnlIgAAAOdQNAPgV3/1b08/9H1fnn7o+74c3e//+D//9/UNb393+lv/xf88
fe27f2L6od+5fOL9S9Pv+qd/ZPq9P/+Xpv/yf/iV6Uf+uZwcPU2/4/v/5PSvfvyfpn/r9T+a
fuEP/pnp4z/8908fvuOfnP6Vf//PTN//n/+n01f+m780/Ye/8LVp+tK3Tb/n9//w9C//2z8+
/bEf+M7pS9Pb9LWnb5++/H/9V9Nf/Y//2vR3vzZN0/QPTL/z+/7Q9BN/+iemP/a7F/l7+tL0
5e/88jT9j391+gt/9q9O0zRN3/IP/t7p+/+JPzn9qT/1x6d/6vd8840DT986/WP/0k9N//p3
/MXpL/+Nn5v+/C/81jR96dun7/5n/sXpD/6R752+9UvfSOd7//k/Ov3uX/wr02/96BfT93+5
fvW/b/mWb5l+5qd/avrpn/mZ6df/3t+b3n7r69OP/diPTT/6o39kmqZp+o3/9zemn//5/2T6
2m/+5vStv+PL08/89E/p/AMAAFzQ03//S//t2w/+gX98+vrXfyu648/+ez87fc8/8j3T93zP
dycj/ZVf+dXpl/67X5r+3H/w53rlk4Rf+7Vfm376Z352+uE//IenH//xH/tk21/76399+ht/
47+efvqn/p3pu77ru6rT+PDhS9P/+r/8ren3/4BXCQIAAJxN9gDAL//yL0//2S/8lenv/J1f
SUb6Hd/+ndOf+Bf+xPQHflBHcUtf/epXg3f3Y9tyGQAAAAA4r+xHAH7f7/t907/5r/0bI/NC
o1gH37R/AACAa2t79xwAAABwCgYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXIABAAAAALiAD29f//r09OFp73xwAk8fnqa3r39972wAAABQ4Wmapre9MwEAAACM
5REAAAAAuIDn+Yfb7XV6efnYNYGhzdUGAAAgAElEQVTb7fX93zVxz8On4rjv2/sYemrNY0v4
2rDLOmhJfxluLe61+EPtYO2YRpVR6vxoPX9SaYe2AQAA5HifAXDvYIQ6ZLVaOyzz8Gfv/LSW
bUv42rDzjuf9v5r4Qu1rWb9r8S/zUJN+SR5jHfBU2Na0Q0YeNwAAcA0fpunzjs9ZOxnzDuLR
nLHzP019yrSlfa11ykfU8Z532HPL4+znJwAAsK/nZcfn5eXjdLu9vk9nnm8PTecvmSI+qqOV
ylso/6HOac8p5qE85GoN37Pj2HLs9//P21etrTrqyzJLDWbUtB8dewAAYAvJRQBTHeOSKeLz
Tt9WjxrM06uZQh473hx7PvPf2+i83AcGatK4hx3RrkKPKeR8BgAAOIr3RQBzOk65HZtUZ/xs
5net759Lrd0pLomnNXxuvHM5sx5Kw8fUznCoSQsAAOBq3gcASjpQZ+3I7yHUYa4dTOl9Fz4n
nliaNceRGjTo8YgAAAAAn0o+AnBU7vJu40iPIMypfwAAgDJDBgBGPIu9jH9LW70lobXcRpf7
1ulM03qZj0i7pG5Txz+qfI46GAMAAJxDcgAg1fGad5zWnpPv+fq7WMeqtoO4zH9q0b+W42rt
xNaGX5ZbTQd11CJ7JWtPtK7DUJJOatsy/dD20Pkxl1M/Ov8AAECrp2ma3vbOBFyJzjwAALCH
064BAGek8w8AAOzlOb0LUCv2OAEAAMCWPAIAAAAAF+ARAAAAALgAAwAAAABwAQYAAAAA4AIM
AAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA
4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAc/z
D7fb6/Ty8rEogtvt9f3fobDzfdb2TW3PTb80bE855dArjT2Ob55+TR56lE+qfda0XwAAgKt4
nwFw76CtdahjUh2ueaf1/t9aeqHtJemXhu3p0Tuey8GH3u0kN/3a7QAAAFf3YZraO3dH8gjH
EDIfIKlxu712KZdHH+wAAAB4RM/Lzv/Ly8f3juL93/Pv71JTsVP7zOOZp5cbrkTsMYG1vPae
al/yCMSyzEP7rOV1i8cQYnkIbU9Zho/FnRqs2vsxCQAAgKNKLgIY6iiH7iTXdMDmcfa+c9/6
iMHo9JfbQ+UXKs95fKnjq51BMI8r1uGuLd9Y2GWeSz8DAADwDe+LAOZ02Eqe9y+1HATYYhYA
eWIDEz2oGwAAgPHeBwBSU7rnRt5hXXskoFe8HM8jrT8BAABwZMlHAErUdOJGTPtnnbIGAAC4
rq4DANO0/53cnKnq845w7Jl8jik1kGGgAwAA4HNPt9vr2zTlrSy/3G++73xbzrTuXqvI54Qt
3ad1obxlHD2OPyf+2JsNWpS0gdx9St+CsLZfLJ8GcAAAAD71NE3T296Z4LeZgQAAAMAIz+ld
9rXngoRb0OEHAABgC2YAHEBqij0AAAC0MgAAAAAAF9D9LQAAAADA8RgAAAAAgAt4Di2y94jP
oXtNHAAAAFf1Yd4Rfnn5+Nm75B+JTj8AAABX5RGAmdvt9SEHPgAAAOA5Z6fUa+rWOs3zfWLb
79vW9o/NRlgLH5vir2MPAADAlT1N0/SW6sDPhTrnoQ786O3zz6EwqfgAAADg0X0yAyDV6V9z
71Tfbq/v4ZfrCsS2L9Np6ZivhdXhBwAAgIw1AOYd6FAnen6nPTVdf4up+LG8AgAAwBV1WwQw
9QaBM7xhwCKAAAAAPKrmAYBlp3nZyU9tn8ez9j0AAADQ7ul2e32bfxF7jv6+vWSV/pLtqUX/
1sKn3lCQk38AAAB4dE/TNL0l9wIAAABOrdsaAAAAAMBxGQAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXMBzzmv0erndXqvjX77Kb4S9Xg+49prDez5GH3co7dz0euYvVf619ZN6DeVyn9Y2
Gou7Jo2S12DWpjHKFuftlukAAMCZfZhfLG91gV7jqhf1o497Wf+l6fXKX6p91Lafead8fnzz
+JYd95q0QmFy0m/N/3J7TT2OskU+etQfAABcgUcAZlo7Trfba3XnY6uBmBxHmQGRuz0mVafL
zmOsExmq39Rd+NzyXIv/SJ35IyqpPwAAuLrnnJ1SjwmUTFEeMc0+NcV6OT14LQ+hKcTzfUdN
M16LK3cafOpzqftjGqGyieWvNu1Up61np25E+9uy07n1+dO7/ee015w7+gZFAACgXNYMgNzp
02v7LDuTve9optJfbg91oEJ5mseXmsI9+m7tfA2FEZ3N2N3tnCnsR7/7mrvGQEhL/d7v7sfy
UDpbIRR/SfnnnL/3zzWPMCzTGvUIRG2eAADgSqpmAMzdO9Xzi3t358bYYj2A1LPsuXG0LPg4
wl4LPN4t73CXlk/JwNURy3+a+pX90Y4LAADOIjkAkDsdN3V3k3NIzYQ4o9x2edRjdF7lUT4A
ABAXfASgdDpt6/TgR9CyCCBj9Ow8j67ftfh1/gEAgF5WBwBKnyFeWxwsFoeO8rmdvf7WZqus
rRnRO61e5nGevS5qyn/L+gMAgEfydLu9voU2rnXm1xbSK10lPrQ9JvYmgpK3AITSz4m/10r7
a0LpxwZXcuunJt3YPsv9Wldpr139v+b4QuF7ts1lPC3lk5P/EeXfq/3ntN/Qfrn5S4UHAAC+
4WmapuAAwCNyhxAAAIArynoN4JmdfYo0AAAA9HCJGQA509wBAADgkV1iAAAAAACu7uEfAeA8
PK4BAAAwzvPeGeD8Wt5CAAAAwDbeHwEofR1cy6vSajuGt9tr8v3gLZ3OmvA5xzXyNXqtr4Br
Ne/sl7zKredrBJdxGHgAAAD43GcDAKlObMsd3pY7wyX5C22b6/ke8Zy0Q+9VT20vTf/od99z
3im/R/sCAAB4dFVrAJypgzXvFN7/m3+/3Ge57Wwe6RgAAADop3oNgJ5TuEumh6c66y13z+//
vy9Gt7yjnjtLoCQPy/RK8p4rVj8978D31DPtvR+TAAAAOIKsGQBrd8uXn2N32FNiYeff13xe
5rX0zniooxyKp6bzPI+z9537HvUz0vLYe5fB0Y8fAABgK1kzAEY/W36EzlhOHlLH3lJGy47w
FrMAjmJtPYZeZbDFDAsAAIAz2P01gEd5/j71SENo3xH5GDEIcOVO77xM758BAACupmoRwEcw
ohNYM4gxYtr/mWx17Kb/AwAAV3fKAYBUpzm0ffkc+Ah7dzJz7nKv3Q2/f97jLvnIslq2hb3r
BwAAYC9P0zS9TVPZSvxrz2wvpfYJxR9bbyC1Cn9oe8sq+CXHXrJgYK+3KNSUfWqfLdZ56PkW
iS3iBwAAOLv3AQDYm2f0AQAAxtl9EUDi9lyQEAAAgMdhBgAAAABcwCkXAQQAAADKGAAAAACA
CzAAAAAAABdgEcANffHFN5Zb+MpXnjZPc1S6o+MHAACgDzMAHtzoTrlOPwAAwDmYAbAhnWUA
AAD28jxNn07jvpt3VmPb59PaQ9PBU/G3Wqa7nGo/Ov85xxebKj+6fJbWjrnk+FN5613+AAAA
tHv64ou3t2la7/CtdaaX2+ef18LkhG8Rykvoc2mYVPiS48vdt/daAbn5je2Tm9/e5Q8AAEAf
q48A1Ha8YuHW7gJvqTX9UPh7p/eLL97ej7+k/FrDl0h1rEPf55ZdzsABAAAA+xiyBsBaB3Dv
u7mt6cfCzzvxNWm1hu8td7ZHbZwAAABsz1sAOvnKV56aOsmt4XPTOHP8AAAA1FsdAJjfjR5h
dPyj05+HX8ZV2gluDV/qCPHvXf8AAABX9DRN01uPtwCshcsJ30PrKv25i9LVxr+2z1ZvSYgN
LixX3g+lm7PIYyj+Zfi1dCwCCAAAMN7TNE0PdStW5xEAAAA+d/o1AEwnBwAAgLSHmAGQM40d
AAAAruwhBgAAAACAuNM/AsDjuN1ep9vtde9sAAAAPKTnvTPA+c077S8vH98/v7x83CtLAAAA
LLw/ArC887rWeVt29Eq0hJ3HEQub2t4afyjMXSjs2l3t+b6p7bnpl4btYd7Zj5VFrH31OIYe
7QsAAOCRfTYAkOrEttzhbbkzXJK/0La5WAe153GtbUuVZWk59aibrSzz1+P4W8MBAABcQdUa
AGfqYM07hff/5t8v91luO5tHOgYAAAD6qV4DoOcU7pLp4anOesvd8/v/74vRLe+o584SKMnD
Mr2SvOeK1U/PO/A99Ux778ckAAAAjiBrBsDa3fLl59gd9pRY2Pn3NZ+XeS29Mx7qKIfiqek8
z+Psfee+R/2MtDz23mVw9OMHAADYStYMgNHPlh+hM5aTh9Sxt5TRsiO8xSyAo1hbj6FXGWwx
wwIAAOAMdn8N4FGev0890hDad0Q+RgwCXLnTOy/T+2cAAICrqVoE8BGM6ATWDGKMmPZ/Jlsd
u+n/AADA1Z1yACDVaQ5tXz4HPsLencycu9xrd8Pvn/e4Sz6yrJZtYe/6AQAA2MvTNE1v01S2
Ev/aM9tLqX1C8cfWG0itwh/a3rIKfsmxlywY2OstCjVln9pni3Ueer5FYov4AQAAzu59AAD2
5hl9AACAcXZfBJC4PRckBAAA4HGYAQAAAAAXcMpFAAEAAIAyBgAAAADgAgwAAAAAwAVYBHBD
X3zxjeUWvvKVp83THJXu6PgBAADowwyABze6U67TDwAAcA5mAGxIZxkAAIC9PE/Tp9O47+ad
1dj2+bT20HTwVPytlukup9qPzn/O8cWmyo8un6W1Yy45/lTeepc/AAAA7Z6++OLtbZrWO3xr
nenl9vnntTA54VuE8hL6XBomFb7k+HL37b1WQG5+Y/vk5rd3+QMAANDH6iMAtR2vWLi1u8Bb
ak0/FP7e6f3ii7f34y8pv9bwJVId69D3uWWXM3AAAADAPoasAbDWAdz7bm5r+rHw8058TVqt
4XvLne1RGycAAADb8xaATr7ylaemTnJr+Nw0zhw/AAAA9VYHAOZ3o0cYHf/o9Ofhl3GVdoJb
w5c6Qvx71z8AAMAVPU3T9NbjLQBr4XLC99C6Sn/uonS18a/ts9VbEmKDC8uV90Pp5izyGIp/
GX4tHYsAAgAAjPc0TdND3YrVeQQAAIDPnX4NANPJAQAAIO0hZgDkTGMHAACAK3uIAQAAAAAg
7vSPAPA4brfX6XZ73TsbAAAAD+l57wxwfvNO+8vLx/fPLy8f98oSAAAAC++PACzvvK513pYd
vRItYedxxMKmtrfGHwpzFwq7dld7vm9qe276pWF7mHf2Y2URa19bHUNr+9g7fgAAgBafDQCk
OrEtd3hb7gyX5C+0bS7WQe15XGvbUmVZWk496mYry/z1OP6adHs7erkDAABUrQFwpk7OvGN2
/2/+/XKf5bazeaRjAAAAoJ/qNQB6TuEumR6e6qy33D2///++GN3yjnruLIGSPCzTK8l7rlj9
bHUHvlRL+5mHz2kfOe0vVP+57fNo5QsAAFxP1gyAtbvly8+xO+wpsbDz72s+L/Naemc81JEL
xVPTuZvH2fvOfY/6GWl57KVlkDq+nPaRan/L+EriX+6v8w8AAOwlawbA6GfLj9AZzclD6thb
ymjZEd5iFsBRrK3HkFsGPWZQ5JZNbZ3M89gSDwAAQIvdXwN4lOfvU480hPYdkY8RgwCP3Ols
6WDXtL9HLksAAOBxVS0C+AhGdOJqBjFGTPs/k17HfsTHGwAAAI7klAMAqU5zaPvyWe8R9u6E
5twFX7tbvucz6i1ltazrnPIfPeiyjP8os1wAAIBre5qm6W2aylbiX3tmeym1Tyj+2HoDqVX4
Q9tbVsEvOfaSBQN7vUWhpuxT+2yxzsPIt0iEwue0j9ibH1L5ymkLoe8AAABGex8AgL3pGAMA
AIyz+yKAxO25ICEAAACPwwwAAAAAuIBTLgIIAAAAlDEAAAAAABdgAAAAAAAuwAAAAAAAXIAB
AAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAA
XIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAA
AAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAA
AAAu4Pl2e52maZpeXj6+f7n2Xcx9/7ncsK3Onv8tlZZLbvge5TeP4xHLHgAAYG/NMwDmncL7
f/Pvj+7s+c/Vejyh8D3Kbzmw8GhlDwAAcAQflp2u1rvEWzt7/rcwqvPfw7K+DAIAAACM8Tz/
MKLTNe/ghaZ5L7+v7cTX5P+e3u32+lknNBbvsqMaOr6cRxRa4s89xlA6W4QHAABgfx+m6fPO
ZM+756GO8Nod+9rOf2v+53ladnJTU9xTn1NGxz/asuxaZmAc5ZgAAAAe0XN6l36OPC1/2ZHN
mQUQiqPG6PhHCc1wWCtDAAAA9vM8TZ93Pkd33nrH3TP/a48E3L8viaMm3ZHxn8GjHhcAAMAR
fPIWgLN3wGqnnZt6DgAAwKP7ULIK+xE7y3usIl9SDjVvKdirnEenuxa/tzgAAABs4+l2e32b
pvgq9bnfz4U64msdu1j4lJxV9nPjCKXfenzL/XqXX0qoU99Sv7E8hvIZq5faNxwAAACQ52ma
pre9MzHnDjAAAAD09yG9y1hHfKwAAAAAHs0hZgD0mOYOAAAAhB1iAAAAAAAYa/dHAAAAAIDx
DAAAAADABTznviIu5ayvcWt5BeFaXHsce84x5NRP7JWKa2rbSEn6pXGvhe9ZxwAAAGf1Yd4R
enn5GH23e8xZO1TL45+m8mOvDdPDvNMcqr9lx3otr6n8z+Ofp1Oaz9rtOWFTx97SvgEAAM7O
IwALe3YQa16JmOqMLzvHsU7yKFt2/nXwAQAA1j3n7NQ6hToVPvUawNLwpflLieVvuS13Gv2o
GRM10+hHd5pT8eu0AwAAjPfJAMDac9ShDm3u8+454WPbUuFb85cjJ++hjndJ/lrzm/OMfcv6
BnNHfOQjVKY1MysAAAAezScDAPMO9VJrByoWPrXQXGzAoFf+YnrEvdU0+94d81BZLwdgcsOW
6hF/zowSAACAR/fZIwBrHe779y1yV34PTZef38Vdi2urKfW1nceRd8xzO/8j8jB6JkDNowwA
AAB87jSLAF5hBfeaqeqj7vwDAADwWKoGAFqfqS4Jv9w3ZxCgJX89OtSp9Ec/k742W+L+ufT4
jv78fOnxGTABAACu6ul2e327fwgtaJezin3JSvmx7WsL+418C0DpsYUWHlzbr0f+UnKfkQ/l
LRZHSf3X5DH37QClaZS0TQAAgKt4mqbpLbkXAAAAcGqnWQMAAAAAqGcAAAAAAC7AAAAAAABc
gAEAAAAAuAADAAAAAHABz2uvtCt5V3qPV7jlut1ed3uFW+w1cznhasu3p73SzU1/RP62bp8t
ce9ZP7XtGwAAOI/mGQDzzsLLy8fku91r9Y6vlE5Rm1T9jarfrdrnmS0HHpQNAAA8pg/Li/69
7xIzzrwDvKW9Ov9bay3fPepneb4bBAAAgMf1PP8w4qJ/3sEITTNeSzfUEYlNqV8L32P7aDnH
X1t+a/vEttWkn5LqVO7d6cw9/uX+oTooKd/W8D3qBwAAuIYP0/R5Z6HlGebUHcXYjIO1KdrL
u6LLz6nwrdtHyzn+2Ofc/Oc8d59K/+xT6NfaZ6/6ry3f1vA96+eMdQoAAOR7Tu+SLzVwcJS7
kkfJx1xO52st3/c7v/MFEo94fEewvEs+N3INAvUDAAAcwfM0rU+zH9lJ0QH6XM2U+vnntbvb
fG6tQ37/fos0R6fV4qj5AgAA+vjkLQA6AP1ttcji2afn55h3os/mCvUDAAAc24czrgLe2hHc
uiMZW1BuTUn+lvueof6OLrZWQOkAztHrx1tAAADgOp5ut9e3aUqvch6SWswsZ7Gz3FX4a1fB
7/EWgNxF22JCj1aUvAWhtvxi8eSWT+lARiz+tfhieahJdxl3akHFnLRD6beUb2v41vpZpqHz
DwAAj+lpmqa3vTMBKe5MAwAAtDEAAAAAABfwIb0LAAAAcHYGAAAAAOACDAAAAADABRgAAAAA
gAt4zn0FW47YSu05rxmrfRVZ7msE9xZ6DeB8+zRtn/etyi91/Hsoeb3jGd5E0PoKwLvWVzyW
5mEeV235rrWv0ldMLrev5al3O+jxGsqSNM7exgEAqPdhfqH38vIx+W72WjkXlK2DDiPz3+po
+bnbqvyOevzL9n9mNWXcq/7n4efxlOaj1j18bEAndHzLMuiRn1w55b+Wv5Y0UvsBAPC4nntG
dvYO1N6UX5vRdy+PXD+1nbcjHFOvzv/Ly8fpdnstmmmy1mbu8RxBj1kROeGPcrwAAIyVHABY
XkCGLih7TlHtadk5uFub0ju3dry54WPbSsuvNP35frmzLpadptR051CbWMa7ti0WXyp86bH1
VFs/qfOnxxTzUB5q7FG+LXfdl/mtGQSI5anVFo8QtOrZfgAAOLZPFgG8XzhPU/nFacvF7MgL
4nnnYm2KbWoKbupzLOx8W+jzMp+t+a8py3mcpR2AnPKLHX/JFPS1adHL49j67n+qfnLjXavP
HD3PnZa47m2npg1tpeX3rfbYUvW7PPdiA4Qt5RsKf7TBCAAAxvpkBsDyYnSLi8KjXIDmXFSH
8njUDk+J2rpPzSDIlSrDezqPeJdyXob3z6XWZlqUxNNz4G/eHmJ1lZNWbvjc87fHoxI1gwCh
+g19t6y/1PbS/C/Dt7YfAADOoesaAGfWcjE9/+7sndOaKdQ9OrA6G3VCj5Js0fnP0RpnSRu8
Sw0abDnAeXQ92g8AAOfxIb0Lj6zXlO2a6e+99Zx+fvaBnFw6fOuuUv8AAFyLAYAVo59jPvJz
0qWWx5IzCJA6/r3LZ+u0t5pFkluuof3Wvt+7rlqtlXnv43m0WUIAAJzX0+32+ra2ITSlNrTQ
3PKiNjS1tDb+mNCCcD22p45ruU8s/2sd5VAech4ziHUoaqaAp9IP7ZObfuj4c8o/9dx0rdpn
zGvrZ9k+eh5f7jlYMl0+FT4UR2v7y40jVX6xwamc+m2tn5zwrb9fuXlIhc/5rQMA4Nyepmla
HQB4JFea5rzFsV6pPAEAAB6FRQBPbuvOuM4/HEfqcQLnKQAAcw8/A+AK01pHHmPr9GMAAACO
4eEHAAAAAABvAQAAAIBLMAAAAAAAF/C+COAjPCt/u71W5fssz7mnjm+vBfq2Kr/a+h2p5Lw5
+gKKNeUbe7Xl2j5r+7a0n6Odu6113BK+1+sjW9LPeUXkWvyjXsNYYkT5lbymci18Tdpr6Zdu
T+Vvub3l+Ea+BrREzm9ZLMxSSf5L0szJQ8/fj6PHv8Xfl9LXuKby0Ps1riV/h0te0dxDr/zn
pnHmazDY0odp+vSkyLkwOKLa/C6P/ajHf7T83G1Vfkc9/vkfkjP/UbmXb2k5p4451T5a289a
+e/VVlrTbQm/9+9fqP0s62ct/tF/f26310/ytxb36PJrKZ+YVPja7an4l0Yd35Zqfr9zy6dn
mnO9z9+zxT/670sPLb9vOfnPGZCIpbeWv15K8986sJTT+Qe+4UPoQoDzGfEDfiWhzkEvR62f
3DsaZ7DXMZyx8z9NfdpkS/s5wt+frdrKWc6rVPmnBgFa0zzib2SJLfPf8/xtjb9mcK01/lT4
rf7mhtpv6+9bbqf2vk+sg50Tfmut6eeGP8tvL2zpObQhdKcg9nltGk5q+3yfVPqx+Jdx9fpB
G53/tfCxbaHjS8Wdm/58v5wyvO9/u71+9kcolN+cDkNJ/eaGLz22nmrrp+T8W4szN1/zupvX
Z077ScUZk2o/PeSen8v9Sy5M7/vXXGi0hu856NFy7Pf/L+uzRu/f77V/xy6ac23Rfrd0P45Y
J793p2otrp7xx87/2D61aS3LJyf9+X5bt5/Rg6Yl8e/dIa1R035Hd3jX0hpRvz3+fo7W+vcV
HlXzIoC1HZX759QUofnn0Pbl6OqIi5NQ+iX5X/scC1tyfKFjLs1/6x+Y0h/YnPKLHX8q/Fpa
oe29284y7tj3ofrJjXetPnvIab9zW7eflJL20Rr/HuF7Gp2Xef2WpnEPW1pvy9+OtX+3ymm/
OYMDLeWTEz5neyr+kC2OLyX2mx87/3vlqTb9u5bfpuX5MWIQNRV/69/PVN5TA1Ox/I0uny2k
8t7yN21ePiXxpK4/lr+NOfXT2v5HnNvwiIIzAGq0jHqefWQuJ/8jfriPYvlDn/uDex90aL2D
lirDezqPOAo8L8P751It7XcZR036te0n1+g6X8Zfegyt4XPjncu5a1MaPqbl3CtNa2s57bfl
72NJHmLbU/XZur0lfyP1HLAMiZVPyYBuzW/g8vzo/Rs6Ov7Wekjlb3T+RxvdkW0pn9j1R+i7
3vWTCj/q7yucWdcBgLuaC4Gzn4wtP1bz7454cVui5gKmRwf27O1nbyUdrJFlXXsBnBPvCKEO
c0nbbwlfGv+a1F290nRyOpGPegF29ONL5e/InfgWW+U7dveade7SxuWWj/L73Oi/r3BmwUcA
zt4RZRu1U7aWUtMjt9DrWO5xXU1N/fUsc8od9YJoxHkY+ndr/I/YflPHdLRjXk5BZns150LJ
788jnWu5x3HU32fg/D7EnonbS+sP/d5/KEanv/fx9bQ8lpxOZOr49y6frdM+0iySvfOQc8G0
Nttk2YEYccF1lt+1Lc+f0X9/QtNMXVCHna3zf5dbp0f4+3CWAag9yqokzaNfC4z4fdvr71cs
P2t5AY7taZqmt2n6/KQNTemcP+e29sxb6hnStR+mtR+MnGnysbRanr8NpV+zvfT4l+Ub2y92
DCXllzq+lJryqUk/dPw55ZRoS7gAACAASURBVJ/zvHON1HTn0H619RM6/2qPLxW+5PyubV8t
7S8nbOk+te0it6xC8deGT51fMbntNxU+p/3knJMl+5a2kdT5stSjDbaeX6Vpl56fqfrP3d56
fC3lUFO/udc3uWnH8j3y929U+HkcI+Nv/f0Jxb91+fa4Ds5Ney2OkmvD5X49/v7mXM/k5L00
/ZLwrb+18GjeBwAI22NUdS9bHOuVyhMAAOAohiwCyHls3RnX+adEajqhdgQAj8fffxjHDICE
K0wbGnmMrdO7AAAA6MMAAAAAAFxA8DWAAAAAwOMwAAAAAAAX8Jz7mqa99XhN19m1lEFO2CPW
+5Zut9fqck29Biv1GrPUa9DWtvU06vwa8Xq9ZVy9XiN4hnZfc47uWX45r7EqfY1Tj1eQrcVT
8prF0t/QnudBaf5Gvmarx2vcriJ2rTX/riT8lmr+PpbGP015r4rc8vhHn1/LeFK/oyN+n1J5
WtPyGsIj/jZs1b6n6ZjHn3L2/E/TuD5OyXVQr2ubHj6cpSLPks+RWspA+cWlVpsdbV4/qX/3
zuv8x6d3O2mNb5m3ZRmkto/O35Zq6v0o5TePfy2dVPqtbT6Ufir+kvLJjaNGbf5a6zc3fKp8
ry70bvTSjtiovwG56e9pr0GPe9ojzq9lOqk8LPft8fuUI3Zex37fepXPaFvk5+y/iWfP/8hO
dirO3O1bnxceAeDd6Au32+31cD/8Z9P7h+Lqsz7Oora+U+f0GTpro38zesSf00HvHXeO1vo9
Q/s4m9byfNT6OGJb2+L3s6TzHxo4bUkjJhW/64d1e1/n7p3+0Zyhne4xCPC8/CJnevJ8+9p0
55Ltqfh7aJnCtcxzbDR2bfta/GvbYuUTymNPqbrZq/56pF8yhTW3/S/32VMqf7H2Vxt/Tf3X
TmHeyqgp1r3Kf3kO5KYfiqtme24+exr9h7E1/lT95IZf5qdX/krTX8vDct8j/b7nxh/6ruX6
plbJ72MsfGv55V6/1eQxtH/qb2ysbGJpzLVeH4TykVJzfvQ8v1PlfbaO4Rmv/0pnX+Sen7E8
huLLbQ8l52cq/yVtv6T/GMtfrdL0zzCQUOJpmqa33A5q6LvcTnLsj05OBdcUfusJEGv4OdtL
85P6PPICPbfca+uvVqx99f6Ba+mctaRf8n3PNpA7eNByfLH9ay/QS7antOSvtC21XkDXlF9u
2j3OgdK6y92nNn8lbSNVbmvhc+snJ/1YHkrzt9wv9De+tf306Dy1/L6XxN/6+1P7+5u6QM49
3lT4tTh6Hd+ov4+pfZffj/59Th3HXY/f9pzwy2OJXQPW1HVrHmt/37f6fRh9/RfKa25+tri+
6Pn7N+IaYvTvfypM6/Vqbr5y8t2rHeb6bAZASOhEn2vJdE78vdTkc+0HOHd7y7Ft3SBqbVF/
Ry+Doyo9d2+31/e2XBLHWlxr29bij4VPdXhi22P5Xks/lL+W44+Fzc3f2m9KbvnNw5f+cWot
v1Be5vkvSTOU71D+ctLPib/0/Fhuj4Vv/e0sGbDIzf9SqH20lm8qrh7mbTKUTm0d5JwfORfO
a3ktDf+Ifx9zy2309Ufu+bNXHeT+vs8/9xjMuQuVT+7vZ46jt++WzmqP9hv7jU79/pXGubZP
q5wyOnobOJtPBgBiF+clBV/bwX5EuSOmZ7dl/W3dVnJGufcUy1+v9neUYy3VK9+j7pjkdAhi
8dXkoWT70et97/y11s9R/j4c6a7EHnVam+be7W/NEfM02oibT7Xn8Cg9fr9r87r3AMfcEa//
Wsun9Zj2qp8Rf7+O0Mau4rMZADl36KDGkf6IlDh6fo+eP/YzYsoe16F98Oh6DB7UziZq1TNO
5/q63Lv3R539ASFVbwGYTycZ4ezxX93Zy/fI+T/Cj32qfFrLLxb+CB3a0cffqjV/PfNfGlfv
+tu7Lra2dkem9PhL2scZyrf0LtUZjmlPofJZ+35Z5kf4fR4dV8/0a8pP+21TUn6jBnVCv1mh
70tmcM2PbY/zs8Yyf6X2nmGXY4+yf7rdXt/uH0KNaq3QSqa0phptLP5lHLF0QlLx5xxfaLpP
avsy/ti07JzyKXmecC5VfrHtPeqvVkn7Cu2Xm7+1H8aaPNakn7pwioUtyV/uYwEl+d96e8/f
hhH5i22vPX/X0qn5fV7uk9pek69l2N71u0X+5vvU/H6UhK85P2Pbc8qv9O9fSfpreQjp8fue
E3/u3+e1+GsuutfyEMp7y/nR8+9j6vhSfx9j5ZIbNpa/+/e9/36ltJ4fy3hqft9C5VeTfmn+
crfl5D2UdsjRr/9ut/RM6db2G8tbKv2c379Y/KX5L72+Ke0/tnaSS/4elBxf6zVq63HVepqm
6S25FwAAUGSvC/xcR88f0J8BAAAAALiAqjUAAAAAgHMxAAAAAAAXYAAAAAAALsAAAAAAAFzA
c+srluZaXgOTu08sTGnYtbj2WgU19zUcoX1K06iN44xaXrOytk/PVwjm6vEaoFS8sfA9jq+m
/HJfgZZ6zQ0AADBNH+YXyS8vH7Peb1oj52K85oJ9mf9pqst77+OtSXst//NtrfWzVlaPLqf8
ct7LGivvZRq95b43dvlfiVj4HsdXW365v0/3z3uexwAAcHRdHwEY1QEqzcM07dMRuN1ei9Nd
du72zP8jSrXJnPLP7byO0LN99GifNfFvVX7OGQAAiHtO7RC6+1gzhTonnRFiU99DdxJT05D3
HujoKad8Xl4+rtZxTvvoGX/ou1w1YQ3KtFF+AABwDJ8MALR04pcduBKhTmAvy87j/Fn/3IGN
WBxr6dQIxbl2Z7XnAESqfJbfhY6/Nf5Qer2kOv8taW6xvkIsfznp58yECO3bGn9KTvyx36d7
uxn1GwIAAI/gkwGA2g5eiy0W7OrRIdirU1EyANGaxii58W/RBkalMbJ+ctOtST83/Ojj6zHA
9kizcgAAYITkIwBnl7OAWo69OnOtcu56z7f3HgyoiX/rO/+j0u3t6PkDAACOresigFdXs8ga
Y20xw+QsRrdP7R8AAI7t4QYAenT4Uh2Znh2d5Z1xHdbxlmsO3L+b//8o5Z/KX2tb1GkHAIDr
eLrdXt/WNoRWcZ8vspW70ntqe078ITkr9OfGH1pkbIu3AMQWOGtNv6Ru1son93Mq/Nr20sXf
Uvvmhl2GLy3/+X6P1j6W4UfEP48jFn9u2+31lggAAHhkT9M0rQ4AwFHp4AEAAJR7uEcAeGw6
/wAAAHUe/i0AnNsW0+sBAACuwCMAAAAAcAEeAQAAAIALMAAAAAAAF2AAAAAAAC7AAAAAAABc
gAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAUYAAAAAIALMAAAAAAAF2AAAAAAAC7AAAAA
AABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAUYAAAAAIALMAAAAAAAF/B8/8ft9vrJ
hpeXj5tnptXt9nrKfN/d6+CoxzBvIyPyePTjb9FSdstzMxZHbRmOrlsAAGB/H6bp007D/eJ/
rdNxZGfL79ksO5bKO19L2S3PzVgctXWibgEA4Bo+rN0xdAdwH/MO3pGNyuPRj/92ey3uHC/P
r9JOdm6Z9Or8GwQAAIDH9RzasOwI5Hxem0ac2j7fJ5V+LP5lXLkdybX9c+6I9jq+tX1i22rS
TymZYl4af27+UmUX+m4ZLrZ/Kv6zToMPHQMAAMBc8yKANQMF88+pKc7zz6Hty9kLPTtvJfmr
Ob55vlvTr3mEIyd/oX/nyM1f6Phj5Rk6luW/Y8dWUn6tbaulc36ffZBqdy0MHgAAwGMLzgCo
0XLX+Oidj5z8rR3f/a7sfIHCM91dnqbwnfWt04/l4b7P2l3wo7etHMtZC8sFL9eO+WztDAAA
GKvrAMBdzUDA0TsrJflb7pvTgWWMIy1wN6LeQ49S1KSlXQIAwGMLPgLwCHdNj6Rmej7HUrMI
IAAAwFF8SD3zvYfWjlZJ+JJnzGviX+5rEKDcke7ilypdw2BtKn+v412Lq6b9AwAA5/Q0TdPb
NOWtlH7/PrbqeGoF+9TibbH0Uwuftazi3roKfyzd0rcALLf3Kp+Q3PhDeW+NP5ZG7lsAcsoj
FGbkwnrLPMXizWnXsThyz8VUWJ1/AAB4TO8DADCKu8oAAAD7a34NIAAAAHB8BgAY6khrSwAA
AFyZRwAAAADgAswAAAAAgAswAAAAAAAX8Lx3BvYWei69ZsV6r1Jrc7u9RsvtEd8mkNtmHrVt
jT6u1vhLwue03zPXXeyVm8vvc8MDALCty88AmF+Mvrx8XH13fI7Yu+dJu2p55XaGHrXTNPq4
WuPPDZ9qv4/avh+1XQIAPKrLDwCM4KJ4jPkADVzN7faaPZAwYkCi9fxz/gIA7O/yjwDkWLtY
Tl3IhqbJLrfPZw6EptPWpL8MWxv/6PDLsKFpwqm0c/M33y+nDHPz36P+aqdI55T/Mo+92ldr
/kL7luSvNP8tU9FTM31qt8faT20ec7bHyrvnVP/aY8vNX04cc7Xnb+nvBwDA0XgN4JR/gbjc
P3SRn3sxndNJ630BXBN/Tqel9vhKjik1OJCTv5qL99zyWEuztHxj+SvtrC07NUu92lfM6Pbf
s3xTx1CSZiiOnHrtOUBRk1buebb2fWn7zdFSf73bn84/AHB2ZgDMzC/ybrfX1YvGULgeF4Y5
nd8Wo+NvSf8R9Di+e1tatr+UVP3d412707lMb3Q9heLv1T5rOuEt8R5FyyDEfXuPmQe9y2ne
RkfEP08HAODRGQDItOXF4VpaPdMfHX9N+o9kj+NrHXjaooPV4oh5OpLWzj+/TRkBAI/MIoDA
9PKSfgPGfJDgjFLHd3Sh8j9K5//s5QsAcAUGACrs3REanf6jH9+jKym/5b5bdOJa6zcVPrb9
CMfXs3336vzf92vNV0v55g5wPOoAFQDAFi6/CGCqoxDaJ7Y9tEjW2j6psDnpx/SIv2V7Tvpr
8aTKsGbRwtx8xPK1DL9F+abSyclf7iJoofRDceXILb/a+muNPzfvqfCx9hvb3np+p86p3M5/
bC2TUPvLLZ+S8yS1IGEqj0f6/QUAOJrLDwCQ9kjPD9ccyyMdfy1lMI6yPQ91BQCcnUUAeWgu
2PtQflyR3w8A4NGYAUBUyRT+o2o5hkc4fo5L+zo+dQQAPBIDAAAAAHAB3gIAAAAAF2AAAAAA
AC7AAMDMEd8hfX+39RHztrXQO8J7lc8Zy/hM7WN0/aXSbk1nizye2VnaIQDAlRkA+KajXrha
cOobQvXTq3yOWv8pZ2kfo+svpTUdnX8AAB6B1wAC0Owsg1EAAFd2+QGA5Z23tfc+r92dy73Y
nYd9efmYFX8q7mUcLflLhQ+ltfZ5eaw58ZfmLfVe7tLyLY2/JL2c+kmVb6na46/Nf25+YumV
5r8k/Ryt7SOVv5z6j8Wfk/ce7a/l/A2F7ZE+AAD9eA3gN4UuvHMusHPiXbMWPpVeToexJn89
0lsL05q/nDA5gyypeGo73qXll9reUjaxNEP5bc1/aR5L669X+rnhSttHr/Lbq/3NP6+FKclr
7bH2HgQDACDs8jMAtnK/mF7e6Zqm/Od/cztRNfm65y0Uf25cIVs845y6q/zoRh7/nvU3Ov2R
5dPz/GqRc4xr+TpK/gEA6MMAwM5ypuvmaLkon1/kt8YVCr9Xp6FX+Z7VEdpXD6PS36J8ep9f
NUrSXO57hPwDANCHtwCcyMhO7MvLx8t2kmG0s59fZ88/AADfYABgxfxu19HkXISX5H+57xYX
+a3lO7p+jlz/vS3rO/c5+T3rb+/6SaU/315zfpUc3+j62+P3ITcvAACUswjgzNqF7vL7te05
cbYuwrW2f84q3yV5DIXPzV8o3db8hfKR+i6nfFPxl+ZrLrd+cvOXSrvl+GPHfqT6q00/1k5b
20dJ/a5tT8Wfo7b+ep2/ueUb255aBNAjCAAA7QwAQGc6KgAAwBF5BAA60vkHAACOylsAoEGv
6fEAAACjeQQAAAAALsAjAAAAAHABBgAAAADgAp5zXlPXouXVVkc0apG3oy4e17P+tmgLR66f
RzsXSqWOf/Q50JL+Uerukdv3yDLOift2e929bmPp52yfpmv+tgAA+d5nANwvHkLvNK/1SBcj
Iy+wYu8831PPYx3dFo5cPznvtn9kex9/a/pH+B07cvuex1FjdPtI5W3v8zGV/t75AwAexyeP
ADz6Rcbt9tqtAzfCVTuHPZypfo7QmdxT6PhfXj5uUjZ7p1/jTO27Vz4oc+T2CwAcR9ZrAJcX
hKHHBXKncObc7Vlui8V/5VexpcqnZ/mFOiE54ffsVITaW+7nEXrVzzJMTd5T9dd6fq6JtY/U
th71U5J+yt6/P6FzK9Wh75nH2PldUz6x9hd7XK20bSzj3uv8CaWfm7/Ub0fu70uv8wsAOK6n
2+31bZp++w9/6gIgtmbAPJ75PmsXIbELtthF0DKO0WsYjIyzVzq5Hdr7d6Xl16v+Rl5cpuKN
dSJytuem05p2af3EOl45ecyNv6TTlerElJRtj8GZXnWb+1tz5d+f1t/3VNotg3e122J6nD85
6efkLzU4UPt7DgA8lk9mAOR2nkJSFw05F2Cl8d8vYu6DFzn56CnVAWvtoPXUI7218p6mcDns
fUGZylcqXM8yS8XXekd7OYDXEldPe99V3CL91jI/q9xyzf2drP3bsJfcvz9HPgYA4FqSjwCk
7tasqbnILgmz3Hd+EVabfq2SqaxHMSJPRzzOacq/y1hyF3K0o5YlYXvWWWqKf2r7FmrTqvn7
s7Wcvz/OaQDgKLLWAOgldPe4V9zTNEXj3/tuNHFbPR6wbCOp7dDDqPZ9xkHIR3OF3w5/PwHg
MXxI79JXzp2c+d2UlOW+o+4UbXEH6lEusErqr5dY/by8fLo6dunnu0epn5Q96u+RjCi/R/r9
OXr7Gv33JxV/63YAgJhPFgG8i027XD6vWTK1OneRsNi23OcrRz/rO/oudU3YuZ7l13N77Hnf
HmV7hvqJlV1p/dQsKFYSf8n23PM75xhL0k9pTb9X/q7QvtfO79L2lfobUvL3KTeNtXhytZ4/
uenHtue0z5q/v2tpPPoAKAA8uqdpmt72zgRtHuHC7BGOgfHO2k7Omm+uZeTgLABwDJuuAQAh
LixZ8ygdj7Pnn8eUe35pvwDwOMwAOLkjrV4PI2jjMI7zCwCuxQAAAAAAXMDmbwEAAAAAtmcA
AAAAAC7AIoALR3zN1jKO1nhY11K+OWHPsKBdLI+p/LeE3cLt9hpN/wh5TEmt0n5Xu33PVxQe
/fftyO3n6GUHAByHGQAzIy/gYu9czpHz7mbatNT7I1x053Tgl//O3b53u32E8yVWP/PvWrbv
XT975yPkaPlZeoTfHwBgGwYAvmmLuze9Lm5d7J3Ty8vHw9bdmdr/KOqnrX56ld9R6yDlyO0H
AODOIwAFWqZA97a8WH95+RicBpp7R3YeR8kxxOJvTT8nf7HpzTnlE8pjT6m6qa2/R9ezfS/j
W/s+ta00/atoad9rSus3FH+v34+141n7PrWtNP+p/AEAlDID4ARi06vXLiTnn+ffz+9Q1Uzj
juUtFH/P9EPbY3HPvwvts+Xd1dD3ofyVlN9IrVPMW9OtLZ/lXdnQXdqcQb0j18/eatt37N/z
z7H6jX1ei2v579Tvx8j2k1M+V29bAEBfZgBkSN0Fyr1LVCv3znxLevc0lneiauPqnX5se0t+
t5y10cJF/3GstRX1U6925tFaPKk0ev9+bOHo+QMAzsUAQIbQXZvc7VvbO/0tHX3xsF6uVKdn
pH6Oo6Qujv77cfT8AQDnYwAAHsToAaiS57b53FEGCLkm7Q8AmCZrALzLucMSev4zd/tVLsBu
t1d3qgYaUb457T+Vbs72eVp7aS2/1nKoscUd4KPUz9H5fQMAzswAwMzIi+yWi+ucRbLWts3T
u1+0xvJR++x+LP6e6cfC3OMurcPW8He1CxiW5m9kJ+2o7T8mt3xSj+nEFoiLxX+U+mltf635
rm3fqbCp8i1Jt+X3Y1T7ScnNX0v5AwDX8jRN09vemQDauHt7bOqHPWl/AMCdAQAAAAC4AI8A
AAAAwAUYAAAAAIALMAAAAAAAF2AAAAAAAC7gee8MHE3oNVPz1ZPn36W2x747mzMcQ+w1YUvz
+gttD8XLutLzZ/ndXeg1a3uW//w1bLXhp2nMMay9eu5oepXfNI07xpy2Wbo9FO8WztAuAIBt
mQEwc9Z3rPMNa/W3/Hfo/fCh7cv91F9Y7PwpeUd76n3tezh6vR+9c9ej/EYfY2qwav77cP8+
tX2Z963b0dHbBQCwPQMA37TFHZq9OzGtYh3kvZXUX2ofgwDlcsq/tdzOXv5HPn+uzu8/AHAV
HgE4uJwp1LHp02uPK6yFDW1fxlMa/1rYPadz36chh9JOba9Ncym3/EvLtyb8lrbu/PQqv7X4
avIRS3vt3OhRf7nHl3qkKRY+1X6XcdVOod9aair/6Kn+qUdqatpH6BG21t+X2vgBgG2ZAVAg
dRG650VqaPppzoXj/XPOFNa1tGPhl1Nk9+78t2xvSTNUR62fW+Pfyl4X/KXtc628ch8TyclH
zLxOSs/PVJypKeqh9EvaV0355eRvz9+MuVQ+9shnafsIDWDUnh+98wcAjGcGwIncL6LWvs+x
9wX03pZ3oUq3t8iJN1U/rfW3d/2PLN+zu5fNqDJKxZlKf3S95XZYqTe6LEN/nwCAYzEAcHI1
d3avfJE2upPdI95HHggwCLCPo7eZK/8mAQBsySMAmZZTIku3k3a7vW5Wfkd9nGNPW5Y/9Da6
/aYe/6h9PGQrpt8DANNkAOBdzsVR653ZlimYBhjiSi5uazv/vabQPmJHe4vOxVGmg5+9/lrz
Pzr8HuWb035b832E9jvqPO3x9+ns5xUAnIUBgJnYInqhfVPb72ov/pYLaIXSv188hRZxWv67
VG08y/yNFFtALJSH1PblfrX1d4879shG7sJsPePvqaVzkVsOvTtPqfJb268mHzn1kDOAGEo/
FH/u8aW+ywkfEyq/VPyp37eeRsbd6/ejdhHIWrn1E/s3AHAsT9M0ve2dCa4j1YFx4bgP5X9c
6iZNGQEA5LEIIEPlXpi7cN+X8ufMtF8AgDxmADDcchqqi3XI49wBAKAnAwAAAABwARYBBAAA
gAswAHABy9XtvW6JLWl/AABwDJ8tAjhqNeUer8+qCd9T6vWAsWPMebUgYXuV31qdHnHF8dby
OXP7zH2t3hHrbZrir3csjaf197U0Dz3bTc4rDlvSip3La0qPPyd8SxscVT454XPq2d8/ADiH
T2YAjLxArn3H8lHeLRx7v3oOFz1tlF9Ya9uch2Vb87q7/zf/vjSeUsvf19r31LcK5X+r8lnG
X2oePhRPy6yXUeWTEz7n9yWW3jINAGBf7wMAW9wda+mgHEmojEZf4NROnV7LUyqfe9fRUdJf
ttmj3UVe5ueI51hN+2tJ42zn59Fs3bZTd9F7zSxojb+lfnPCheIfWT6p8Dm/L7mdfwDgGD57
BGBNaopt7hTcUVJTGJfTD3tclNRMkQzpNcU1pmQmRezuz9p3scc05vvmllGPu3st9Z+621aS
fs7xj2ifPfUo35EzeXIGGFrKfuT5eU9zPn0/NcU7lrfWtnPPR83x16Y9etBq70Gx0G9Ari3z
X1OHe5cvAFAmawAgdTFwpKn59+/uF7KhzmrtM5Kh52xrL+5S+V+mMVrLBeA9/LIzM7+ztdbh
aUm/d/2HOq+pDmQo/dTx92if83R7t5Etzq8t5Jyfa+f5FufnWhsJxRsaLOhR7rG7z7nHHzu3
W8QGQUakUzprJZS/knrpWXe1vx+xsC31ulX9AQBpWQMAV7fFXdkj3D2pPcbcvOfOPNjr4nB0
+i56j+t+jocGCkafn/MO47KjtdVvQ2yQpOQcHzEIkDMA0ap18HMeT6oOj1Y+W/72jao/ACDP
QzwC8Aj2LqvWzn/JNNCe04d7iaXf++LdAMP5bFW2uTNERqZf8v2jGPX7E3qc40jlmZunI+UZ
AKh32kcArngHYdTF494XpWdJv/YxD/Ls3Q5atTxedNZjvpKtZoFt2Ra0PwC4nve3AGxxh6nX
xcajd8LmzwNvkdY0pe/83ffrfcG49wVo6ZoAW92JDeUl9axxaibDo587Wzh6OY7O39a/T1cu
6z3SX1uPYtTvPwCwvadpmt7mXxztLnPs4ibWGUs9Q1tzly4WNrVPbHtr/lrkzqSY5zF2bMtp
yznlUpr+Mp6W+k+lH1oEbRlHLP5QvnLzH8vLWhy5gxmxPPQq3xItvz21519r/fZQUr6x9Uhy
2kAq7Zr22fv3dRnH6Pjn+/Roe6F4cso6N/55+Jbyyfn7utwvdW71zB8A0N9nAwCPzh2Mazt6
/R89fym91pIAAAD6e/i3AOhYXNvR6//o+Uvplf+zHj8AAJzJJWYA1E695DEcvf6Pnr+Us+cf
AACu4hIDAAAAAHB1H9K7AAAAAGdnAIDLW75Ka+9Xe/FYtC8AAI7is0UAj/oawB6vbDr7gmsp
qdeAjT7+lvRrXmF2NrmvPCyNc5ryzo9U/T/6+THaFdowAADn9skMgJEdgNg7gWmX8+7yI6f/
6B2mvdt9Kv2983d2e59/AACQ430AYIu7f3tfHL+8fHz4juY0hetwq+PfK/3aqdVreUrlc+8O
XqjDGZsRkIqrJn0+t2w7Ne0LAABG+OwRgDWhi/1Uh36ri9y19EPTn5fb5h2m1D7L/XKPL5W/
2Pac/K3JPf61bT0Gg0rST8mp31bz+Eo7/zn1t9w3t/5z0k99n3ue5nbql8+zz+NY+661fT/C
+VfSvgAAYJT31wBu9fxv7cV7qtPe8gx0qMOyFv8e+c/9fFfyjHfr8bWmX5q/2jz2klNerW0y
Z62EmgGWHmsAlLbn0gGCZRyPdP4BAMDesmYAHNn9In6+wNrRL8BH3L3es1O8RfpHmHKeu4hh
q6Mu0hdKf34Orm3POuZOKgAAIABJREFUtdVxPdr5BwAAuR7iEYBeHRCOa+86TbWtPWfOrD1m
0Ds/W55be9c1AAA8qqwBgNLnXfcwH4wY0QHi+EZ1UvceWMpNf/mc+tbpAwAAx/b+FoDShcBq
jOhIzO/8z+M+wpTxkGWeKbNl+dWuiRDLX8n20uf2e7f/mnUB9mrbue3C+QcAwFW9LwJ4d8S7
qC2reIf2qVn0KxZ/TGv+eyxClnP8qThCWtMfnb8WObNJcvMXWqgvFj6Vfukie6E0QttHpd/S
dlP7pdpWKL+p7RYBBADg7D4bACDu0adDP/rxcW7aJwAA1PuQ3uXaHn268KMfH+emfQIAQD9m
AGR49Cm+j358nJv2CQAAfRgAAAAAgAvwCAAAAABcgAEAOLjlc/Cei+dItE8AgPN4Xn5xtNcA
5rxmbHQeziL0mrnl9lHHv3f6KTmv9LuyEeVTcv6m2sfe7efsUufn6PAAAOzvkxkAIy+wU+8c
p03uu99HOnKnQLuL27t8Uunvnb+z6/H7cOTzGwCAPO8DAFvcXdt7EODl5eMlLmJDx7j38e+d
/t5qp0avlVmqHPfuMIc6nLEZAam4atLnc73PwZr2CQDAPj57BGBN6GI61aHf6iJwLf3Q9OLl
tnmHJLXPcr/c40vlL7Y9J39rco9/bVvNYFBJJ66l/Eu3L7fldkBzy7/nIyox87hKO/8jyycn
/dT3ub8juZ365fPo8zjWvms9/x7h96Emj6H4dP4BAI7r/TWAWz1fW3txnOo0tjxjHOoQrMW/
R/5zP9+VPEPdenw5xxNLf5n/ZRy96r+kTcTKtzR/W8upz97lk9p//n0oXCrenO05+a0pn5L6
P/PvQ04e92zbAAC0y5oBcGT3i9Lb7bcXMDv6xemIKbh7XZj3TLfmrnJpPC2O3q5yOuY9tHTQ
RwqlP/+NWNuea6vjOtLvw951CgBAXw/xCECvC3yOYa3+jlSnR8rLXart7zmzZ+0xg9752fLc
P2L9AwBAjqwBgN7Pk44wH4wY0cGAVqM6qXsPfOWmv3xOfev0AQDg6t7fAlC60FaNERfq8zv/
87hHHkerZZ4pkyq/1u1nUrtmQ6/yK31uv/f5WbMuwF51n9vu9mqfj3ReAACw7n0RwLsj3qVc
uyjNXSU7tE/Nolqx+GNa899jka+c40/FERJbJC2Vfk3eU3HnxJMbvjZ/oX17y5ntMrp8Whbl
C8Wfu31U+j3bZywvOeG3+H3IzZ+FAAEAzu2zAQDiHv3i99GPbwvK8LrUPQAAR/Yhvcu1Pfq0
2Ec/vq3pAF6L8wcAgDMxAyBD63u0j+7Rj2+k1scnOD/nDwAAZ2EAAAAAAC7AIwAAAABwAQYA
gKGWz8l7bh76cX4BACWel18c7TWAOa/xGp2Hs8h5JdyZhV5Tt9w+qgz2Tj/l0ev/iFJtYm8l
v5+p9rt3+z671rZy9LYGAJzDJzMARl7gpd7pTZtHL9fcd8ePdOSL7kev/6M6cpsokWo/2leb
Hr9fj9LWAIB9vQ8AbHF3Z+9BgJeXjy6iHkCoDveu373TP6q1MkmV094dzr3TbxXqcMZmBKTi
qkmfz/X+jag5vwCA6/rsEYA1oYu5VId+q4uQnFexhaZPzi+IU/ss98s9vlj+cqbo5oQPhS0J
X3Nsqfhz04+V/5rc+l3b1usYc9IvbV+l23vVfyh/vR7Bme9b0vkPnQsj21eoTNfiD4WN5a93
+0jlP/V97u94bqc+Vn9r37XW38jf5x75W1P7+FpOfDr/AEDM+2sAt3q+s/biLHXR3PKMa6yT
kdMBGZn/3OMrOebQRetSzjH2yH/u51S+atLKkTqeWPrL/C/j2Lv+W/PXW23bqD2+0vR7x58K
X1r+uW1wTapec+q9tD33bp97/H3p9fuVk8et/k4DAI8rawbAkd0vim63314A7UgXR63563V8
OXeQ7mnk3umLxdXTnhe+PdOtuWtbGk+Lvc+bmrIuOT9S8a6l3yP+3LptbR97dw5D6c/LcG17
rq2O60i/X3vXKQDweB7iEYBeF5ijtOavx/EdrUyubK0ujlQ/e+SltW2XnB8ld85r4o/Fm9OR
r2kfObMC5p971/GWv71HOlcAAM4mawCg5oJ6a/ML7BEXuK1a83f044NaPTqPLedHTvpHPv9K
Bj5aZ/e0pA8AwP7e3wJQcoeq1ogLxfmduXncI4+jRGv+asIvw5RubzU6/kfXWn9nKv/W34Qe
51cs/SP+vszzVPrcfu/816wLsFfZ5Z4Xe50/ZzpvAYDzel8E8G7U3ZyWeNcuikKLaK1tX9un
ZlGnWPwxNfmvSX+to5IKn7PIVUpr/fRYRCunflNxhCzLNVZmy/hr8p6KOyee0vovzV9o31I5
d9NT5d9yfKXpx+LPab/L/Le2j1T+c87vlke8RqXf8/yJ5SUn/Ba/X7n5a1lPAABgmlYGAIjb
4uLLBd44yradMuSotE0AgLgP6V2ubetpmS5g+zKtti/tkyNxfgMAlDEDIEPuFM4ecfeOn7H1
9+i0T47O+Q0AkM8AAAAAAFyARwAAAADgAgwAAAAAwAU8L78oeWfz2muslttD8QIAAADb+WQG
wFonffnvZQc+tX25nxWbAQAAYHvvAwAld+hT+xgEAAAAgGMpXgMgNVBgqj8AAAAcT9EAQOrO
vTv7AAAAcExFAwC1U/8BAACAfRU/AmAQAAAAAM6neADgzuMAAAAAcB7vAwAlK/TXdv4tEAgA
AAD7eJqm6W3+xbKTHuvsv7x8TG4PxQsAAABs57MBAAAAAODxVK8BAAAAAJyHAQAAAAC4AAMA
AAAAcAEGAAAAAOACDAAAAADABTzvnYGU3NcM5sZV+xrCeT68yhAAAICzOfwMgHln++XlY5cO
fGs+AAAA4GwOPwCwRmecGrfba/NAEAAAwFkd/hGApfs0/vkgwLJTF9t2/5wbvoe1Tmcs/fn2
eX7XHkOIHc9yn5r4c/TKfyj90fkHAAC4gqdpmt72zkRKSQd9rUMc+z43fEkcqTBrndbcDvwy
zOj4W48vJ/6W42vNPwAAwFWcagbA8i7vXeu07pHTwu95ni9AGBtcSMVV6wzxt3bYdfgBAADC
TjUAME3pO/ulnfnW8DnmgwDztJb7lMRXk4ezxG8gAAAAoL9TLgJ4RvN1CyxEtw+LAAIAAFd2
yQGALTuCy7RyBgFK8reML+f599HHr6MNAABwPIdfBDBnAcDcReByVplPLTwXy0fuMaTinm/P
TTe2An6P+GNa4i+t39L4AQAA+IbDDwAAAAAA7S75CAAAAABcjQEAAAAAuAADAAAAAHABBgAA
AADgAgwAAAAAwAU8750BOJLlKyDXXkF4N39lZGh7KF6OJ/YqzaOkr30CANDCDAD4prVO0PLf
yw5Savtyv1iHjP2UdKxHSXW+tU8AAFoZAICp7A5oah+drHM74l1w7RMAgB48AgAFbrfX6J3U
1Paa9Kbp8+nca9O350rST4WPbe+Rv9Hx16jJX+pzbIp/r0731u0TAIBzMQMAMqU6aSPunM47
kvOO2z2teQdzbXtKKnxqe+pzz/hHHP9y32W41vhT+V+m0WKP9gkAwLkYAIBMtVOrj2ytQ5q6
QxzaHgtzu72+/1ezPZaXe/hU/lJxLP+9hZ6L7z1i+wQAoC+PAECBR+xk3aen9+qMlg4OtKbZ
O/9n9ojtEwCAfswAgAqPNt26dvr8UZw9/709WvsEAKAPAwAwla2AXtu5OuId6uW0+5xyqJmq
XxK+JP6a/J/RVdsnAAB9PU3T9LZ3JuAoSt4Hv1zZfW17KN4eeYrlceu3AMTSbYl/vn2r489Z
oT+U/3mbKF0wMRR+LS9Hap8AAJyHAQAAAAC4AI8AAAAAwAUYAAAAAIALMAAAAAAAF2AAAAAA
AC7AAAAAAABcwPPeGQDgMXhNIQDAsZkBAECztU768t/LDnxq+3K/2IABAABpBgAAaFJyhz61
j0EAAIBxDAAAsInUQIGp/gAAYxkAAGC41J17d/YBAMYzAADAcLVT/wEA6McAAACbMAgAALAv
AwAAbMrjAAAA+zAAAECTkhX6azv/FggEAGj3NE3T296ZAOD8lp30WGf/5eVjcnsoXgAA6hgA
AAAAgAvwCAAAAABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAU8750BABgh9JrB5esE
5/t51WB/OeV7u702lf1a+C3qNdbGRqe/9nrM0ldmruV/q3Mg9zWgW2itq1T79SrTNq2/D8Cn
zAAA4CHNLxhfXj6+f152PFxYjpUq31hHMEfuQM/W9k4/Zd4pjZ0fo4TOzz20Dj4xjvKF/gwA
AABUWnZkt0733kF6hLvMZ857zN4DHABzHgEAgIDUFOnUbILS8Gtx9MzffPu8wxiaAp0bfu1z
ad5Hh49NmZ8rKf+1fbdMPxZPq9L2Md+vZRp9r/aXk/9QGqFtsbyFjr007dL8x4wsv56/H7H4
l3EZSIF2T9M0ve2dCQAYIbeDlfs8dewiNKdDvHbRW/sMd4/4cy76c+MvKZvcbTly4l7Lc49n
6FPhtki/tXOY0z5y8t+a91Relt+Vnm+pzzUDSLHvU/u05jdl6/JLxR/bvyQM0M4MAAAe3qhn
fGPb7he09zuboXz0vHvb8yI5N/9nkNM5e+T0W42u9+Vd4C2UdNzP6Ezn71HzBY/KAAAAROTe
EQzNNrhfhIfiOvLFb07+z27vY+o5ODXv7I1w1rhr5JzfR3e28/fo+YNHYRFAABho/lzzWTsR
Z87/Feg4EeL8BZYMAABApvndtNJ9cy7CS+IfET4W1xadiL2Pv2f5jU5/eVc3Vj97H9dVHKmc
9zh/RztS+cKZWQQQgIcUW2Asd7/QtP617bGFtWrjT2mNP3dRr5z4U4t4rYUPxVMq1dGpPb7S
tLdMv2TBtJxFCmP5D+WrR/5b4s89/3LKP3X+xhYKjLXfHr8vtQst7v371dq+QvkE2hgAAACg
yVmeMydfqk7VOZyTRwAAAChiOjbAOZkBAABAsZJp3JxLqm7VPZyXAQAAAAC4AI8AAAAAwAUY
AAAAAIALMAAAAABQoWYxzPsimjlhU/ucfTHOtXIoLZ+zl8HWDAAAAAAUqu145i6a+Oid/xCL
So5lAAAAAOCCSu6gjxiQeHn52NThbw1/Rc97ZwAAAOBIYq86XJuyvtynJq17+FT8udtfXj5+
sm9LR7mk879WHrHvcvLWGj43rpbZGSXlv/y+tQ2V8BpAAACAgFDnrKXTltMBTMUf2x4bFKjN
a24+So4l5/uS48yVG38qbOi7WP32rJsaHgEAAACYKVmIrsXRp6+3DELMt49Kv9ZWne8j1q9H
AAAAAL4pNeX+Klo7//y2I5WRGQAAAAAXFJrlcJTO/9UHYUYwAAAAANBg9OMCqfh7pt+r83/f
rzVfLYMAuQMcobi3eAxkawYAAAAAvmneKbzdXoOdxNrnyHM7lKn4c9Kfd2DXtodeo5c6ltj2
+bbQv+f5jv07pibMfN97fkoHGJbtIzaYkHpbwB6DC94CAAAA8EA8n38e3gIAAAAAD2jvxwrM
AAAAAHgQoUcVOI4968gAAAAAAFyARwAAAADgAgwAAAAAwAU8750BAAAAoMx8LYHcdQTMAAAA
AIATWb4+MPfNAgYAAAAA4KRK3iLgEQAAAAA4sfkgwNpsgPt2rwEEAACAk1h28Nc6/6HvPAIA
AAAAJzHv3JdM/58mawAAAADAJRgAAAAAgAswAAAAAAAXYBFAAAAAOInYIoBr2+f7GAAAAACA
C/AIAAAAAFyAAQAAAAC4AAMAAAAAcAEGAAAAAOACDAAAAADABTy3RjB/xcDy9QN7xAMAAAB8
rnkGQK/Ouk4/AAAAjOMRAAAAALiA5/vU+5eXj12m4c/jW343lxt/7/wBAADAFX24d6SXHfe1
TnvK7fb6Wfh5vPf/SuKf718THgAAAFgsAth6Vz0WXocdAAAA9rP6FoAR0+tN2QcAAID9WAQQ
AAAALmCXAYDb7XXIIwGj4gUAAICz+zDvMNcu/BczX7Rv3kFfPhKQk49YeAAAACDsaZqmt70z
kaLTDwAAAG2sAfD/t3evybHaaABAccqbixeQRd4FOMvz/JjpG0YReqsRcE5VKrcNkj4J+iEh
BAAAADzA8gMAvbcoAAAAABe5BQAAAADos/wMAAAAAKCfAQCAGwsfj+pxqbyT8w8A1vJ5dgCr
CZ84kPqh8vX1V3b7Ub618aTyDve749MSVq3f7LhG5v/9/eu082aF45eLIfUeXSX+lc79dzqr
/WPnxIpPpeltnxXO75zVYyz9fMltP6pb7v1/5nk54tj0xn+F82PV4wc8jxkAO7EP4PDf4Ydz
bnu4X+2Vj6P8w3zu/qWxav1mxzUq/9KBpFnOPn41A3sxq8T/VGe3/8p6z+192lWNqONsuTbs
aeMV67t39vmz+vmxWjwABgD+p2b0tfWLftUvJ3iS1Pvz7B+yM8TqlKvn2Z9Rq5QffmavdpUu
jGfF75iW8682vzvo/fy5+ufXqPiv2gZXP37AtbgFoNJrGldumt5KH+SxH4OxKa2xbS3pY3nU
xDfiNomZ8aXSp6YMj4qvphMS5l0yzbQ3vlo17bO/7WZkJ6Jn+ujM87/2+B05mtWUi6dkCnxJ
/OHtUiXnd6nR589R+TV/D9smVf8Z5/dII9q35vwrUfr51HL+hUq+n3LnbM32lvd/qm4jz89Y
/iPkyq49fqPOj5Jze8Tn98zjBxDjMYD/U3r/b2yfmi/Ilh93pR2M0vtVS+oa+4KJ7TP6Htma
2N4RX20HKCxzRHy5/UuUnt+18ffGUNs+I94/NYMfvfHXyv1AnP3Drvb9n0u//9vr77XpS/Ie
df7U/kAf/flQe5zDvEZ/Rrzj/Vka18vI9m+NpfXzfOS5Xxvb0d9qjmFvjCmln32p4xumH/X+
jKlpg1WOH8CLGQAVSr4QUttHlN8qFVdJnV4/Lo/i6Kl3T9rS+EY6yr/ky70n/9lf7KPiX03v
j/4SZ53/I/V2HHNy+Z79w/XM9xfHRr1/ezumqW1nfWa/wyqfT0fecX7EBtheVm8fgBgDAJVy
XzCrftGX/kCJfZntO9lHeY0a9W/5Mi2J72wrxlTj6vHPdub5P8Koq8Yl8c+4etirdIbM6/UZ
HdGz8r2bltlDZ78/z/LE+js/gCewCGCj3Af93b4Ivr6On0CwgtXjG+Hu9eMcK3e+VypfBxsA
uAMDAP9T07lq7fyf/UN3H0dpJzLct6SdavLv1RLf6DJHp09tH1G/2fE/3ez2GZl/7jMpPN9G
f4ad/ZlYO4X7zEG42HGvOT7et/fgOF7bWcfPeQPsWQQwUDOlq2aRmFH31+Z+qKbKLtmeWtip
Nf+cXPmxMlrr1xtfmD41+DCi/UryL5UbKGmNv7bsMP27j1/JNO+jRZxmx5e6nzV2rHqVTmdP
lZ2Kv6Rda8sP8+l9f5WsfZH6LC99/4b5lMafiiWWR8v96Ge+P3Nq35v7fUq/P0vLz30/tmwv
jbP0PZjL+2h7yed/T/wpJfGXfj+NPD9q3/+tn98zj1+qLsBzGQAALsOPGHqsfv6sHl/O1eMH
gCdwCwCwLNMW6bH6+bN6fDlXjx8AnsgMAGBpI6bx8lyrnz+rx5dz9fgB4GkMAAAAAMADuAUA
AAAAHsAAAAAAADzA59kBAAAA51ntMdjAPGYAAADAQ8U66eG/ww58bnu4nyeGwDoMAAAAwAPV
XKHP7WMQAK7BAAAAAHAoN1Bgqj9chwEAAAAgKnfl3pV9uBYDAAAAQFTr1H9gTQYAAACAQwYB
4D4MAAAAAFluB4DrMwAAAAAPVLNCf2vn3wKBsJaPbdt+zg4CAAA4R9hJT3X2v77+ym4/yhc4
nwEAAAAAeAC3AAAAAMADGAAAAACABzAAAAAAAA9gAAAAAAAewAAAAAAAPMDn2QEAAAAcWfEx
hbEy7vi4w+/vX6fWa/ajJHvrtz8PZsSYq38s/lxMZgAAAABLinWAwn+HnZzc9nC/1IBBLqZ9
/rX5rO5u9QmNqN8KgyOhXEwGAAAAgOXUXP3N7TN6EID3SA3gPMGM+rsFAAAAuKzXNOjcNOlR
HanXbQb76depadj7dPtt4e0Kse1hfqkBi9L8c8K8U/G0lB/+7Wig5yj2kvqF8aW21dYvtU+J
kuMb5l8bf2q7GQAAAMAl5Tphs67s7zuzqQ5Z7BaB3Ouc2fmHgyXh65Hl7/+W6rTH/h4O7IQd
5ty21vrF6jZDqv6lt7nsB6leMZsBAAAAXFLJon/vGgRouUI8agG6GfnPLv91bGYcoxH5HeUx
svM/e5HFWN4GAAAAgMtqvf9/ZPmxQYCacltinJ3/6uUfaZ35ELrr2gNuAQAAAC7vXbcDxKb9
w1UYAAAAAJZTcwW3tfP/jnu5X+XU3IP/SrP/fyrG2YMSufyvPihyRv3C49ubV2k+H9u2/XSX
CAAAMEHNlO6SNQGO8m2JKZd3bHvpYnepFfxH5F+idCX6mvJbVsHP7Z86R3qeNJArP5f/kdiT
DHLHOJZ3yVMWwvIMAAAAAMADuAUAAAAAHsAAAAAAADyAAQAAAAB4AAMAAAAA8AAGAAAAAOAB
Ps8O4N1Sj2ho3TYyrpfSR1TMiGH2c1BTZZ9VfkkMJefH0XYAAICzPWoGQGkHLqbkuaMj4prx
/M4rOLt+Nc+XjTk7fgAAgJzHDAD0dP5fZgwCxOI6qzO5H4B4sqM20D4AAMCVFd0CEOvwhp3h
r6+/otOgc9t78x9h5tX9VjX1S7VfyfZwn1ja0uO332/UMaqp36jyR96CUdL+AAAAs2VnAITT
02Md857Xvfk/Xa79cttfUle9X/uX5D+r819av5by921xdF611qe0/QEAAGYrXgSwpMOS6yT1
dgpdNa336hS/OvCvv/GPGQMXIR1+AADgbMUDADUdIwMBa9kPArxe817aHAAAONtjFgG8mtFX
jE0/BwAAeLamAYD91eSrGNH5zV1Bb2mXWFyjnzKQWpyR9zs6T674vgIAAK7jY9u2n9xOJav0
h38/Slv6GL7axepKxTrxJQu/lUyf75li39OOo58CcJS+ZkHG3pXyR9evtezSfXriD/dzuwAA
ADBD0QAAlDq7E3t2+QAAAKuyBgBdzp62fnb5AAAAV2EGAN1G36ZxtfIBAACuwAAAAAAAPMD/
3QJgKjUAAADc0+8BgFfn3yAAAAAA3M8f21b2WLfXYms9i671LtiWS3/24MXs+gEAAECrP8LO
f2wQYL9PapDgTKvFAwAAACvJLgJ49Fz17+9fS622XvL8d8+IBwAA4Kk+WxOGMwH2nerU31L7
Hu1Tkj5Vdq+w7Nb6lfwttW9JGxzFl6vb0fEsPT4AAACs7Y/8LmlhR/Go83nUYdynT91ikEq/
3xa+Tu1bIrz9obZ+pVrbpzS+3rhyxwcAAIC1dQ8AbFt6NgAAAABwviEDAAAAAMDamgcArjgF
3GP2AAAAeKrsAEDqsYDh61XuD1+po1+6RgIAAADMlH0M4MvRonwtq9zn9q9NH9tn1lMAjvLP
xZeLrad9SuJLyT1FoDd/AAAAzlc8AMB/rX4Ff+ZjEFetMwAAAHkWAcxY6XaCmNXjAwAAYA1m
ABQouf3gTDPjW73uAAAAlDEAAAAAAA/gFgAAAAB4AAMAAAAA8ACfNTv3rgafS//9/ety95iX
Pnpw1iMKwzKu1n7v1Ns+M9q39DGapN1hrYrc+XX18+Idn4Erlw8AsIJlZgBcdSX70h+Ss39w
XrX93qW3fbTvuvYd49f77GrH62rx1goHL86or04/AEDlAMD+B3aL3vQeecfdhB2iq1/l7dHy
/o61113brvfzcxV3qAMAwFV9lk5BPpo+ud83NcUylz5Vdo+jK0+x16Uxpm5hSG3PxVhSRi5t
7tjV5l+SPrU9174t7d9SfrjvSu2byqc13YzjE+aXuppbc3xnuNv5WfrZ2hJ/yoj6x5R8Hpfm
X1K+gWMAgP/62LbtJ/YjL/YDLvfjNPUjLvX33LYeNT8wc/GXpO9Jm/pbTk2b1+TfUt+aQZfc
6xHl19Y5Zlb7hmla0404PrE0s/PvlcvrTudna141n2+pcmN1ahkg6o215/Nn1vcMAMBVfG7b
Pz+M/DiKq7l6tG/L3qvsqzrj/Kg9Bk8RO99Sg0+5vFrNzn91Tzg/SwYnjtK1frf0nt++0wAA
/l/VUwCeqGS68wh+oKbduX1i08Br6lsygFebX63Z+a/ujnU60nt+tZQ38vwGAHiyZZ4CUGL/
IxDupqcT8/V13RXwX0a+v6/aBsTd4fwGAFjBH9v2vqvcpZ7e0e+t/+z2O/v45Mrv3d5bfm1e
27b9a3pzaf5hLCXpa+IP8yu9V/1d50esvmd/dpx9fp5t9Ptj5vkNAPA0H9/fv362rXxhqZfa
RfRS6WP7jJzSmVuErPR1Lv3e0WJxse0l6UsctV9v/rn0pdt7F11rLT+23yrt27og3FFctfGV
vC/D/XLndkv+vXreX1c4P2fWL6X2c7skvlTdWj5fa7ZbCBAAeLqPbdt+zg4CAAAAmOtSawAA
AAAAbQwAAAAAwAMYAAAAAIAHMAAAAAAAD2AAAAAAAB7gs2bn3scn5dJ/f//yaKYOve036zGM
Yf5nHOOeuo16TCMAAMCZlpkBEOtkUW5E+925Uzti0Or13/7vAAAAV1E1A6C3g9ib/swryPS7
4nG7YswAAAAxn7FOdepvqX1T06xz6VNl9wjzS70ujTGV31GerfmXln9U35L8j/YpVZt/bltv
+83stBuEAgAArupj27afow5X6GhbrpOdS5/b1qMktpJBgbP2rx2gKWnz2nhSZsZSs0+u7Ny2
Ejr/AADAlX1u2z8dPx2cY6kr5CPar+YK/Mj8e4/5vu6vPN59/rzjfnzvDQAA4Oqq1gB4stkd
vyvnf+YA0tHsgJllAAAAXNEyTwEose9kspa7rpCv8w8AANzFH9v2nquoNVbv6IfxjW6/XP1n
b68R5rXKOTTcxfa3AAAFy0lEQVTT6ucnAABAzMf396+fbat7CkBu/9r0sX1GXnFNrTIfi7ek
Q9+yaF0s/Yjtsf1a8+9ZCDAVX8n5k9tecnxyCycexXckt/YDAADAVXxs2/ZzdhB3Zxp5OW0F
AAAwx6XWAOB+TKcHAAB4DzMAJmudev4k2ggAAGA+AwAAAADwAG4BYBluBwAAAJjn8+wAuL7e
pwgAAAAw3+9bAGY/pm/EI/6+v38l0+a29+Z/lOblKO2ox/y15D3bvrOfaouexwDWxNGSFgAA
4An+NQCQ68T2XOHtuTJcE9/Rtr1UB3VkvVLPpM89s752EOAKV9/D+EbUvzcdAADAEzStAXCl
Dta+U/j6b//3cJ9w29XcqQ4AAACM07wGwMgp3DXTw3Od9Z6r56//vxajC6+ol84SqIkhLK8m
9lKp4zPyCvxII8s++zYJAACAFRTNAIhdLQ9fp66w56TS7v/e8jqMtfbK+FFH+Sifls7zPs/R
V+5HHJ+ZwrqPboPV6w8AAPAuRTMAZt9bvkJnrCSGXN172ijsCL9jFsAqYusxjGqDd8ywAAAA
uILTHwO4yv33uVsajvadEceMQYAnd3r3bfp6DQAA8DRNiwDewYxOYMsgxoxp/1fyrrqb/g8A
ADzdJQcAcp3mo+3hfeAznN3JLLnKHbsa/np9xlXymW0VngtnHx8AAICzfGzb9rNtdSvxx+7Z
DuX2Oco/td5AbhX+o+09q+DX1L1mwcBRT1FoafvcPu9Y52HkUyTekT8AAMDV/R4AgLO5Rx8A
AGCe0xcBJO3MBQkBAAC4DzMAAAAA4AEuuQggAAAAUMcAAAAAADyAAQAAAAB4AIsAvtGff/53
uYW///54e5mzyp2dPwAAAGOYAXBzszvlOv0AAADXYAbAG+ksAwAAcJbPbfv/adwv+85qavt+
WvvRdPBc/r3CcsOp9rPjL6lfaqr87PYJxepcU/9cbKPbHwAAgH4ff/7587Nt8Q5frDMdbt+/
jqUpSd/jKJaj17Vpculr6le67+i1AkrjTe1TGu/o9gcAAGCM6C0ArR2vVLrYVeB36i3/KP2r
0/vnnz+/61/Tfr3pa+Q61kd/L227koEDAAAAzjFlDYBYB/Dsq7m95afS7zvxLWX1ph+tdLZH
a54AAAC8n6cADPL33x9dneTe9KVlXDl/AAAA2kUHAPZXo2eYnf/s8vfpw7xqO8G96WutkP/Z
xx8AAOCJPrZt+xnxFIBYupL0I/Su0l+6KF1r/rF93vWUhNTgQrjy/lG5JYs8HuUfpo+VYxFA
AACA+T62bbvVpVidRwAAAPi3y68BYDo5AAAA5N1iBkDJNHYAAAB4slsMAAAAAABpl78FgPv4
/v61fX//OjsMAACAW/o8OwCub99p//r66/frr6+/zgoJAACAwO9bAMIrr7HOW9jRq9GTdp9H
Km1ue2/+R2lejtLGrmrv981tLy2/Nu0I+85+qi1S59fZdQAAAHiCfw0A5DqxPVd4e64M18R3
tG0v1UEdWa/Ytlxb1rbTiGPzLmF8I+oPAABAXtMaAFfqmO07k6//9n8P9wm3Xc2d6gAAAMA4
zWsAjJzCXTM9PNdZ77l6/vr/azG68Ip66SyBmhjC8mpiL5U6PqtegTcIAAAAMFbRDIDY1fLw
deoKe04q7f7vLa/DWGuvjB91lI/yaek87/McfeV+xPGZKay7JwEAAADMUTQDYPa95St0+Epi
yNW9p43CjvA7ZgGsIrYew4w2AAAAeLLTHwO4yv33uVsajvadEceMDrDONAAAwLM1LQJ4BzM6
xC2DGE+f8v7kugMAALzTJQcAcp3mo+3hffAznD2ToeQ2hH37hPGesQCgQQAAAID5PrZt+9m2
upX4Y/dsh3L7HOWfWm8gtwr/0faeVfBr6l6zYOCopyi0tH1un3es8zDyKRIAAADk/R4AgLOt
8PhBAACAuzp9EUDSzlyQEAAAgPswA4BLM0ACAABQ5pKLAAIAAAB1/gNJ/zwfa/G48AAAAABJ
RU5ErkJggg==
--------------030305080903040404060103--

--------------030107050207040402000609--


--===============1968783474923133549==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============1968783474923133549==--


From xen-users-bounces@lists.xen.org Sat Feb 13 17:12:48 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 13 Feb 2016 17:12:48 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aUdk8-0004nI-Fg; Sat, 13 Feb 2016 17:12:24 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aUdk6-0004nD-On
	for xen-users@lists.xen.org; Sat, 13 Feb 2016 17:12:23 +0000
Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id
	78/E8-08347-6F36FB65; Sat, 13 Feb 2016 17:12:22 +0000
X-Env-Sender: folatt@sluimers.net
X-Msg-Ref: server-15.tower-27.messagelabs.com!1455383540!23581303!1
X-Originating-IP: [83.163.103.119]
X-SpamReason: No, hits=3.8 required=7.0 tests=HTML_IMAGE_ONLY_08,
	HTML_IMAGE_RATIO_02, HTML_MESSAGE, received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 51809 invoked from network); 13 Feb 2016 17:12:20 -0000
Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119)
	by server-15.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 13 Feb 2016 17:12:20 -0000
To: xen-users@lists.xen.org
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
From: Folatt 
Message-ID: <56BF63F1.9030705@sluimers.net>
Date: Sat, 13 Feb 2016 18:12:17 +0100
MIME-Version: 1.0
In-Reply-To: <56BF4B74.9080103@sluimers.net>
Subject: [Xen-users] How do I go from VNC console to a desktop environment?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1968783474923133549=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============1968783474923133549==
Content-Type: multipart/alternative;
 boundary="------------030107050207040402000609"

This is a multi-part message in MIME format.
--------------030107050207040402000609
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

I got this far:

screenshot

Now my question is how to go from here to login into a desktop environment.

--------------030107050207040402000609
Content-Type: multipart/related;
 boundary="------------030305080903040404060103"


--------------030305080903040404060103
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 7bit


  
    
  
  
    I got this far:

    

    screenshot

    

    Now my question is how to go from here to login into a desktop
    environment.

  


--------------030305080903040404060103
Content-Type: image/png;
 name="Screenshot from 2016-02-13 18-02-54.png"
Content-Transfer-Encoding: base64
Content-ID: 
Content-Disposition: inline;
 filename="Screenshot from 2016-02-13 18-02-54.png"

iVBORw0KGgoAAAANSUhEUgAABAAAAANlCAYAAADig4vkAAAABHNCSVQICAgIfAhkiAAAABl0
RVh0U29mdHdhcmUAZ25vbWUtc2NyZWVuc2hvdO8Dvz4AACAASURBVHic7N13fFvV+fjxzx0a
li3PeMTOcPZ0dsiGhCwgocwApYXCj02BAqXQlpayWuDbAS2lBVpaWvYIUAiQvSB7xxlkL8dJ
vC3Z1rrj94dsxYYMJ7HjBJ7366XEutI995GupZfPc59zjrJr1y7bsizC4TDLln7J+nVrKCkp
IhwJI4QQQgghhBBCiLOL0+EkrVUGvXv3YdDgYTgcDlRVRdmxY4ddXlbKf//7T0pKDuHQdTRN
bel4hRBCCCGEEEIIcZJM0yQcMUhvlcU137+epOQUlE2bNtl/e+FZKitKUFUVwzCxLLulYxVC
CCGEEEIIIcRJ0jQVXdcIhyOkpWVw4013oC9buojSkkPoukYoFGnpGIUQQgghhBBCCHGKDMPE
MEycTgdFRQdZuWIJWofcnEcDNdVEImZLxyeEEEIIIYQQQogmZFkWuq5SXVWNfujgQWzbwral
7F8IIYQQQgghhPg2sW0bVdUoLj6EHg6H0DSVxvT/bdumqjpAMBgiEjGwLAtVVXE4dOLiXMR7
3ChK4yYQPFPbEkIIIYQQQgghvk1MMzocQLdtu1GT/tUEgvgqqxnXKYsxuVl0SkrA63bgD0bY
XlnNvF0HmLvzIIlJCcTFuY7bVmVlNR07daRjh1ySklJwu50Eg2EqKyvYuWsXu3bsJOk0t9Wc
bDQq/dUY4TCtE51EHO4Wi0UIIYQQQgghxHeHZdnYto1y2SUTbVU99tVxv78GLza/ObcHHeJ0
7EgYbAtsGxQFFBXF4WRXjcFjX2ymSlFISPActS0bldGjzyM+3kMkEsG2a4NRFBRFweFwUFVd
zYL5C1EV67S01ZxsNCpq3HQe0Ie89vEUzf4fW0Mahi5JACGEEEIIIYQQzc+yLJRLv3fsBEAg
EMJjRPjz6G4kmCEwjaO3qOn4VSc/mb+VgNNBnLvhFfdAIIRh2oyfMBbbsjDNo088qGkaiqow
c8ZcHA6lWds6ESEzjvIDewjZ4PE4yUxNwlKUY+5j2B5Ky7zc//L9DNB9zHrkIeZUqERcCUd8
fsRy4PdXEqquIWxagILToZOa6MDjSaD+Kw2aOlUVZQQDQUwbUBRcLifZSQ4s5zeTHZbtorT4
EIFQmFjdh6LgdOokxel4ExIwj/N6hBBCCCGEEEKcXSzLig4BONoEgLZt4/dX87sRHfAEKrGO
1fmvFa/pPDwgh58s3oXL6UCp7Uzato3PX83YsaOJhMPH7LADGIaBpmkMGzaYuXMXNFtbJyJk
eagMtuWXrz9KLw2qF/2Jn/5zCwmpicdMAlhHfH+P/L4HIm781QpDvncjF43sRadUF9hBindu
4IvP/senq4tJT0sgjEpNxE2Nncbk225mbP8OpDmBiI+9m1Yx470P2eqrxqyXBLBsF+UVNuc/
9Aeu6+lFq3sgUsXBPVtZtXAWnyzYSXJqHGHNecLvjxBCCCGEEEKIM5Nt28dOANTUBBjdOoG2
WggzEAQgYNrsrTHo5nXEnrfFH6GdRydOi3aC27vcnJvpYaU/iMfjjrXVpk0bXC4X4XC4UQGa
ponb7aZNTjbl5WXHbGvu3HlHbef888ccta3GU6ny+cm6+Hv0qu05xw+/lEFvP81OM0RAi1YV
WLaTysoKQsEgEdMCQNMdaM7Ehq/NdlBcVE4gbKA5nOSme/BbXvyRDG5++i5Gt6r3ZMVNeqdB
XH73IIbNfpYn3/gKR0oG1VUervv9T5iQWu+5jkTa9c0j48132IGOUe/c2rYNpoY3/XDn37JA
dSSQ1XkAkzoP4IIx03jsqc8gXiGk6tHhC/4agv4qDNtG1XRaJWp4PF5MHJQWF1MTNoiL08lM
TcZEocwfodpXgaY7yc5s+LqFEEIIIYQQQpx+x00ABEMRRqbGYVb7wYpeZd9TbfGbzZX8souX
vCSd/EqD323z81iPJLrG1w4lMCKMSnPyZYkvNvFeMBShdetMQqEglmU1OshQyCKrdWsOHDx4
3LYmT570jf2nTfsUs7Zy4UhtNVbEcmORxOXj04FqdhfFkZvRkUsn5vDwhwXEJzkxbCcV1S6G
TLmFCwZ2ITc9Hg0IFMzht79dV681m33+BC56+I9c303H3jONR347DX9EY+Ddt0Q7//YB5vzj
30xdXkDQ24FRU27kxuGtaD3uVq5e+XPe2OlHaTuRYakA5Uz/3aP8e70PEjLp1jWZsF/BcDsb
nFvbtql/pg+8+zD3fViI5Uqn1/jvc+8P+pPUYTI/uWIdv3pnN66kDErLw3SfdD0/vHAA7RNU
wqXbWPjBG0xdtp8qI5khv3yJu7qr1Cz+PT95eRthRyKpEx/iP1dmwd63ufe5lSf0PgshhBBC
CCGEaHrHTQAYhkGubmAFa6hbJ7CLN55HRnbn8S++4uosnXcOGvxyRDe6GCVYgerojopCriMO
wzBjbRuGgccTRyRiHPV4R6IoFvHx7ka1VV5efpTXYR61rUZGQVUgiGfgtQzxALs/5u/vdODX
Dw2l1ZgLaPvRv6iyIoTwYBoJDBvXj046QISQ4SBOrcBff/SE6qXPdfdzfTcdKpfx3DMf49MT
sZ19uHhANDGx6/U/89qSUlKSEjDNMma99BcSOz/OFRnxjJjUndf+sBY74CMAeEmkS99uZO9c
zaFwGfu3V5DiiSNiK8DXKgC+JjVBR0vQ2P75v/hT9u94bIyXtBGjafXWq+yuDNDpBw/z8Pg0
wKDKFyEhrQvjbvkFqeFf8PzKavK/3A3dO+LpMYBWbGVfSKP3wCwACpesP8H3WQghhBBCCCFE
czhuAsC2Id4MYoUChzeGg3TzhLmudw4vrN3HzXk59AoUYtb4G+yboKixpQbq2lIUiEQisecs
Xbr8qMENHXpO7GeXy3nctoDYlf6vq7/96201hmU7Iagw6uJuaFhs+nw5ezbv4IvyoVyYMohL
+r/NK+uqsOPql7v7mPXIz3hpWwSHy4mqdq3d7iT34nsYMzANQpv59xP/psBW8Kku1FYdyATg
ICvWlZORoBNEwaVGqNZCrF7v44pxiWhZ7UlW1nGgeD7/mj2Qn4/LpNOkO3l2UpCCNQv59KPP
WVHgJ8GbSP1aiyO+ZttGtUOo3kR2r9yLOaYXWkJrWrttdjoG8MPxacB+3n7ocabuMckY93Oe
v7kzAyYPJH7pfCrWLWI7Hemc0pfBme+y29eF4bkAh/hyRTm2Hdfo91kIIYQQQgghRPOoTQDE
Lu5/g6Io+MIGSXVL/tXKL6rgtf1+buvXjrc2FtAu26RPfIMdqQwbqOrh3RRFoaYmiKIc7oie
P/b8owbnq6yM7VddHTxuW3D4Sv/XHa4A+GZbjRGIaBitRzCxDRDO57PVlRjBauYsLOHCS1qR
d9EgzGUL0d0NS+xBpUOKA7+ehq+qbpubLgPbAhHWvfwySyoiuOOTsCMAhycStFHAAluNbWjY
tg3pCbDhjSe4ffFAJo47j9HDOtKm/wRu638uw/71KC8vLUWN88b2O+K5rt1mWTaapsQisAAt
pzftAcjhmmde4pr6+yXnkOxQKK/IZ8526Ny5FcMGtGLGoRF0VYDCL1lcbGAnN/59FkIIIYQQ
QgjRPGybY1cAaJrKjmqD/g4L7Oi15G0BhacLdX45uD09FT8dBrXndyt286tsgy5xdT10lR0B
E03TY21rmorP5ychwRPbVl5WdtwgFUXBX1WNpmnHbAs46moAdduP1FZjBGuq6XjlSNIBnH15
4B//aviEDmMZlbGQJTXVQGqDh2zLBrvhCgGBKohLcND3xuvI++WL7I0E0JU4AqW7KWEkXrIY
nJfE5/NK8XqdBE0HlulhYF60wsA8uA8fFi7bxukwiexfw9SXlvL2PzIZf+8vubmvmz6XjSPh
i3cx3AbB2in/jvSabWzCho5VU03PYbmoAL59HAhZ2IoWvU8py6av4FC9Agu7ahthXUXXYdWs
LVidu9H63NGMreiCBuyZu4KQw0KTIQBCCCGEEEII0eJs20a3jlEC4HDofFFu0C/ThtpOdFtv
Ao8NaUuH6v0Y1T66xyfy2JAOZFXsww7XXubWFb6osNEdemwJPIdD5+ChQ3T0tD/usn31aZrG
oYOHGtXWmjVrj9iGYRhHbasxFL0tFw7zAmBVVVIRqdtXJT4lERdZjD0/m1nv7j98xb6WZX99
GUAfi174J8Hr72dy6wH8+N6JPPj4dBISggQq1/Fp/tXcleeg43U/4dqaV/hg1QGMhGzOv+0m
rsgECLB8+ibcLpWyUDw9+7ShYssWdvvCWHo15b4I4AZnPC5swpaNpdi1sXy9QgHKq0FxxDF4
ys3cOSy6ZODB+fM4ZOtYB7dQSB5tSSDu0FKmzthLjQV6YisyqERxOnCgU7V6BquC3RjcejxX
tQasLUxbXEq8y02NJACEEEIIIYQQosVZx5sDwOnUWeJXmBxQyNVssC2coSpyK3Zh1k74Z/rK
yY2EsUJBbMsERWVXjcqSao0EryPWttOpU1FeTlV6Gi6Xq1FX4KOl/gHKyyvxej3HbGvY8GFH
baeyouKobTWGs8dYBsYB1lb+9rOnWVipRIcfWDqdbniGpyYmkzbiPDLffR3/1/a1sb8x+75d
vY03n51K7/+7gtyOV3DPpPX89tO9xMVns+TlVxn05C0MTcpmwh2/ZsLX2itd+Aqvbawh6M7A
ThvOrXdNIO0IMVetXUYRFjpqvbkTGr7m1lf9lrevarhfzYZ3+dNH+0mIT6CmbDnvLJ7IA8O9
9PnRo/znRxEilgOHGmb5U/fx5q4gDqcDO7Kbj7/0MXhctEIhsGI666osnN4Tq7QQQgghhBBC
CNE8bNtG69ix/aOKohz1SYqistpnMiLewIkJlokdCR0eUG7b0fu1ywT6bY0nD7qw3HFomvq1
thRKS8tISk4CGyzLwrLsI95sGwzTZPv2nbhc+nHbqqmpIVATOOLteG0dT8+rr2Nkpor11Qe8
OreQxKR4nG4ntp5MZYmD88Z2wuNOR98wj2XlqYy8eBit1RA7581mW5VJSPMQMeIZUW/72n17
2GT2ZWKvRJJ6tKNowVJ8ZoCwEWDRzKWU6om0apVGcpwGhCjdmc/sd17mhf9twe31ELJUVN1B
fHIyqclJxDuj5zBcvpc1s9/iL2+uQ41zEab+uVUJGRo5eQPIy3QTexdClezbtpbZ7/2Lv7yz
Ct3jIqiA7tTZs/QLthkpZLdOJzXOgaZYVB3aQf6qleysMDA0DUWPo3hXNYMu6EUyJUz76zsc
MhRCqn5C77MQQgghhBBCiOZh2zbKuLGjbFU9doc4HIqQaAS4N62KDnqE2MxxdRQFUNhlOHmu
NJ5KhxuX03nUtkzLpk2bHFwuVyyQw01FO6yhUJiCggJUjdPS1rH4/EEiEQNdV2mVGEekXqe6
xogn5DuEBWR7VWocraguLyJiK7RJVAjo0bJ6E8/XtifgC1hEAlWgaLRN1KjRorEZtpNAoAYz
HMK0bEBB0xW8LnC4PLGZ/UOWk1CNDzNiYMWmX1DxOMEb5yaifPO82jjw+/0YEeNwVYKi4NBU
4t02TqeH+gM0LNtBTSCIGQ5i1B5EURUy4lUMx+EZ/oNWPKGKQxgotEnSCGjuE36fhRBCCCGE
EEI0D8uyUMaef/wEAERn0g+HQgxx1jAsLkxHRxivYuG3VXZEnCypcbI84sHhcuLQj33l1zBM
QqEw8R4PiUmJuN0uVFXDskwCwRC+Sh81NTU4XY7T2pYQQgghhBBCCPFtZFkWyvljRjYqARBl
E46YmIaJZVlEF6ZTUFUVTddw6BrHGk5wdrQlhBBCCCGEEEJ8u1iWdexJAI/EUduhPppvQ1tC
CCGEEEIIIcS3iX28VQCEEEIIIYQQQghx9pMEgBBCCCGEEEII8R0gCQAhhBBCCCGEEOI7QBIA
QgghhBBCCCHEd4Bt2yi+ygrp/QshhBBCCCGEEN9yjV3/T4hGKystwTLNlg5DiBYjnwEhhBBC
CHEmkgSAaBae+ISWDkGIFiWfASGEEEIIcaaRBIAQQgghhBBCCPEdIAkAIYQQQgghhBDiO0AS
AEIIIYQQQgghxHeAJACEEEIIIYQQQojvAL2lAxBCiKa2aPESfD4fAPHx8YwaOQJFUVo4KiGE
EEIIIVqWJACEEE1q8ZIl7N9fiKZpAJimSU5ONsOHDWPlypXMnjOXcDjEI7/+dbMcv/DAASoq
KrjooosAmDFjBgUF+2nTJudbkQSwzQjFn7+Ib/VMsG28AyaSceHtKLqjpUM7YctXLmfN2tXc
dvPtLR2KEEIIIcR3wnciATBj1gx8Ph9TrpjS0qGIRjIMA9u2T2gfh+Ps6wB9GxiGgc/nIzU1
FYDdu/fw/e9/v8Fz3nrrLb766isSE5PoP6Ave3btbfC4bdtN0jnP37CBsrJy+vTpw4EDBwDI
y8tjx44dlJaV0a9vn1M+Rksr/vwlwtsX0nb0OShA0aqFFH0KmZfc3dKhnbA1a1fTs1fPlg5D
CCGEEOI7o1EJgL+99AIAiqLEbjfdcDO6fvzdTdPktTf/i23b9W5w/Q+vx+lwnlr0jfDh/z5g
ydLFqKqKaVpcc9XVzX7MllRWVkb+hnwqKysb9XyPx0OP7j3Iyclp5sgaZ+/ePbz5ztvs3r0r
dgW5MUzTJDe3PddMuYbc3A7NGKGor7y8nM8+n05WVhaWaRIMBsnOzv5G8qaiooL27dtz8fcu
5i9//jMul5vy8nJSUlL44IMP2V9YyN13/fiUYtlfWEhRUTFdu3alsLCQxMREAHw+Hx07dmTr
1q3s21dA27ZtTuk4La1yxee0HTMIxQhgWyapvbpSMP+zszIBYJomDsd3Ig8thBBCCHFGaNRf
Xg6Hg1v+360NOvGN7ZxpmsbVV14NHE4e/PeN/6DQvKW4tm3z5ltvMHf+PNxuNwCzZs8EbK65
6ppmPXZL2rR5M6ong3ate6KqCpqqoKsKqqqg1N6v266pKoFANRs2riE7O/uMKI9+b+pUzLgO
DJs0CU1V0XUVXTvCrcF2BU1T2Lo5n3fef5eHHniopV/Gd0J5eTnTPv2MyZMn4/V62bt3L/Hx
8aSlpWFZVoPn7tu3j3vuuYdgMEBqahoXXngh06ZNo2/fPmzZugW/339KVQDz5y+gorKSvLw8
SkpKSEhIYPv27QB06tSJkpIScnNzWbV6Ndu2b2fM6PPOiN/3k2H4K9E0B0ZNGbZpo3pTMfyN
S/idKfYXFrD/YEFLhyGEEEII8Z3TqARA3R/zhYWFvPH2W+zYse2EyrMVRSG3fQemXHElnTt3
jm1rTpZlMXnSxUyedPE3HmuqcuMzkc9fSWZaB7bsOoRpWTh0DYeuoWsqDl1F1zUcuoJDU3Ho
Gu1ap6CoCuFwGJfL1dLhs2XrVwy5aByvfLQCTVVxuzTcTh23U8cV+18jzqXj0lWcOsR54vB6
XAzJ68ucz9/BMIxGVaecyTZu3ERJaWmztN0qLY1ep1h2bRgG0z79jEmTJpGQkIBt27Rt2xbT
NNm6dSuFhYVUVVUB4Ha70TQNp9NJOBImHA5jmibjxo3jr3/9K7fdfgsvv/QPTNM86fNWVFzM
uHHjCAQC2LbNhg0bGDliOKDw5aJF9OrVC7fbzahRo5g3bx6mZaGfQIXJmcQ2bWzLwA4b2LaF
Eolgm9bxdzxNGvP9uv9gAXm9+rJyxarTFJUQQgghhIATTABM/egDikKJDJ98N5qmomsauqYc
8Yps/cc0TWXr5g288c5b/ObhX9cmD5q+A77pq828++47HDx0sFHPz8rM5KopV9GzR68mj6Vl
qRiWhWXZqJaFYoGqKBi19y1LxVRtNKs2iWOfWckQVVVRFAWnQ40lL2K/X6qJw78Tu7wCX40P
RVXQdSe+xDQOpJ6LqqonPHfAmehQUREjRoxolrYXLVp0ygkAn89HdnZ2rPMPUFJSwsqVK0lL
SyM3NzdWJVRWVkYoFIp28DWda6/9Ph9//DE7duxkylVXEp8Qj9PpOqWkjWVZsY6nqqq19wHs
U0osnJFMCzsSwjIMsCwsw8A2W+533jRNFi9ZzLbt29m9ZxflZaXcc9d9dOnS+aj7WJaF4yyc
tFAIIYQQ4mzXqL+K62Zo3rZtK3mjb+CdmesJBMO4nQ7cLg2Xs+4qrQO3M3rfVfuz26mT4HEy
vF9f5s98l0gkwvU/+BG63vRX395483US2w5n1JBcHLqGU1fRNA2HrtbeokmJ6FVxlf17d/Hm
O2/z5KNPNHksLWlA9yz6d8vEtm3KSktZvyGfal8VJhCovdU5uCv6/4yZMwCIi/PQq2dPsrOz
T3fYMbdc2p/rLuj+je1r167jo4/+R/fu3enR81xMPZGaCCQ7I5QWFbJw7qfEuTwEAoGzfkJA
0zQB+PkvHuLpp57hkd88Qn7+egYNGsTDv/wVz/zfM6xYsZzhw4dz/30/5dln/8TSZUsZOmQo
9913P3/44x9YvXoVb77xFj/++w20GuKhZFkNL9zxaqztU5Gamoplmuzbt482bdpQUlLC+vXr
6dWrF06ns8EV4BUrVtC5c2d27dpFmzY5WJbFhRddSCQSwbJMCvbvp0+fvFOKx+v1Mn36dPr3
74/X6yU3N5f5CxYA0LlzZ3Rdx+/3M3/+fLxeL5qqArB8xUpKayst0tLSOGfwoFOK43SwTRvb
iGAbEbBs7EgYWigBUFZWxt/+/gKmbdIhtwNjzx9DdZWfZ//yJ/72/N9aJCYhhBBCCHF0jUoA
qLV/LNddua8JRDiRCvqIEe1w1HUK6sbkN6VIJEJxcTFdhrbnrc/XoTs0PC4dt8uBx6UR53IQ
59aJczqIczvwxjs5p3dnPp5aRCQSQdf1b+WwgE2bN+NKbEN629R6Y/8VVBVUNXq1NLZdUaiu
qWLjpvUtmgA4kq++2sLHH3/CZZdfztpCjV++u484VzFup0a5L0jH1gncctWPWLV4Dq+9/gZ3
3nH7WX0+6zrpTz/1DACPP/Z4g8cferDhPAf33Xd/g/sP/PSB2M8v3PFq9IcB0f++Pj7/ZAWD
QTweD+FwmC1bttCtW7dY4qWwsJDi4mJKS0vZvn0711xzDRUVFZimSatWaTidTmzbZteuvcya
MZu7fnznKcUy6aIL2bV7N+vWrad///7k5OSQkZEBgNPpJBAIsGXLFgYOHIBpmBQXl9CqVRrF
xcVMmjQJgE8//RTLsigpKaWkpISuXbuckZUDtmVjRQzsiAG2hWVEsJvonJ6IYDDIE797km7d
OnP+6PNp3ToHTdMoKyvlo4+n8eS9yQAkpbTi8hveJqf9mZ9cEUIIIYT4tjvhv26njO3F+HNy
Y/dVNTqdn6oqVFaUE+fxEBcXh6ooKArRyf4USE1KRFGbp0P23tT3uPR7l8Y6fNXBCE7TQiF6
VUxV6kqDo6XwmqYSidQmJWpjevvdd7jmqqubtNO4bu1qEhOT6NCx0zce27VzBz5fJX37DWiy
4x2J3+8jO7MbG3ccwLbtr80JoKHraoM5Adq3TsEwDSKRyBlzFb26upp33nmXSy65hHdXBigo
DXHJed3xeqKrSNi2zcadxfzqjc08fu045n76LgsWLGT06POaPJbTdU7rEgBXXT2Ffv37s27t
WoYOGcryFcsZNWoUX375JeefP5b58+cybtx45syZw9ixY5k3by7/efU1brjxRwwdMoTbb7+T
5//6F9auXUPPnr346f0PnHIFwPLlK9i6bSutW2eTlJTE/v37ycjIiHWWN2zYQJXfT19vHJn/
fYVW543H4/FQU1PD4sWL2bZtG61bt8YwDFwuF61atWLV6tUMHzbslOLqkJtLRXkFS5csoVv3
7qSnpwNQVFTExo0b6dSpE8XFxcTFeVifvx7LsklLS4u9H2lpacyeMxdVVUhJSWXpsmUMHTLk
zEsCmBZWJIJtGNhW3RwAp78CYNpn00hPT2PI4CGkpaVTVlZCxIjg8/mwLIuHfhp93tz5pWxc
KQkAIYQQQogzwQn/ZZvsdZEYr39jnLXfX8UvnnmKPz7zW1KTPd/Yz+Vsngm33v/wfabPmB5N
AKgKN17cj6vO7xp7XFHsej8rYBNNTCgK7ri42GOLFn1BMBjghutvaLIkwM7t26iq8mMYEbp0
PVzSvm3rVyxd/CUJCd5mTwBA9LUePl82h0+djY0NtoJVew9FbfZ4TtTSpUvp1KkTe6s87DhY
zuRRXdHqJZMURaF3pwxcDo3nPt7OLy+9mNdff71ZEgCn65zWdUr79evPhvx8hg4dyspVKxk1
6lyWLFnM+PHjmTd/HhddNImZM2cwefJkps+YzvjxEwA477zzWLR4EQD5+evp338A+RvWN2j7
ZO3avZvLLrsciCZfqqurSUpKAqCgoAC/z8fFuTlsf/Q3JHkTOThtDpstnaVVpeTm5jJlyhQc
DkdsQlCAzz777JRiqtO/fz8yMtKZMXMWY8aMAWDt2rWMHDkCv88PQJ8+faipqQEgHA6zY8cO
ILpagNMZTSp5PB7WrVvH5s1fkZfXu0liayqxIQCRSHRVlkik2YcA3HTrTd/Ypus648adj2Ea
LFn6JaYZ/RaB6O/FM3+MPi8pJY3Lb/j2rrwihBBCCHE2abJLW/9940127d59WsuuP/zfh6xe
vbrBNk2NTh53PIqioNaL1Qa279jOf17/Dzdcd0OTxDduwoXMnP4pSxd/CUCXrt1jHUWPJ55x
Ey5skuMcT/9umfTtkt6oyfHOuKudwO7de+nRowcf5pfQu1NGdAiDAg4NNBVAwbJtuuemsXbr
QSJqQm0pchmpqalNGsvpOqd1nfTNmzcycNBA1qxZw/Bhw1m+fCmjR49m4cKFTBg/gdlzZnPR
pMnMnDGdCydewKw5s/nhD65j6bIljBg2HICBgwaxbt1aevfu06Dtk+VwOBr8LtVN2mjbNiUl
JQw2a9jx2KNoCfHoNQZJYYO1b8+ixwPXMnbcOGzbpqqq6httNJWcnBySkpKYPXs2iqKQkBBP
+3btOHSoiLXr1lJVVYWu62zbtq1B8mLLB4+kTAAAIABJREFUli24XC66d+9OVVUVJSXF9Ovb
r8niOlm2aRKpLMGR3ApF1aIJgNoKAMWyUSJGbBUA2zKJlJfgSE5D0Zruszz2/NFfm7c1Wvll
GgY7dmw/fC7rPedXz1U02fGFEEIIIUTTaLK/EG/5fzcye9680zoD+8GDB4mvdxX/VLmcrthV
wqbgTUxkwgWTYh3GbVu3UFpSjMcTz4QLJuFNTGyyY32bFRQUcP7557N7zg7G5mahKuB2gEtX
0FUFsDFtlbBhk54Sz65D1WRnZ7OvoKDJEwCn65zWddLz8vqyIT+fQYMHsWr1KoYNG86SJYs5
97zzWLBwAWPPH8uc2bMYO3Ycc+fPZfTo0QC89Pd/xNrKz8+nT14fNm3e1KDtk2XbdmweAdu2
cbvdsc99+rrl1CxZQjDOhV0ZIFAaZJMZT+9f3ER1alz0irVt43K5ME0zljBs6u+NKy6/LNZu
3eoAGRnpmKaFYRjs27cPh8NBhw4dKCsrAyA3N5fy8nJ2795NVlYWpmmRkZHepHGdqJod+RS8
9HM03cSIuGh72xPRzn4kghIxaxMA0SEANVvXs/vPP0MN+UBPoO19fyC+W98micOO/ROlROuF
iBgGhhGhfs+/OeZ4EUIIIYQQTaPJLrs5nY7TvpzcrTffitvzzeEGJ0NRouvJ33HbHU3SXp26
DmOcx0NpSTFxHk+zdv4TvYmUl5WhadoZeTX/ZCQmJlJVVUWrJBdVgQgODVy6ituh4HEqJLhU
4hwKTh1qAmHSk1zROQya6fWfjnNa10nfsvUr8vr0IX/9egYNGMiq1asYMnQoy5YtYeTwEXy5
6AtGjhzJl4u+YMTwkSxZshiAV//7b+659y4A+uTlsfmrzXTt0rVB26cSW13HGiAuLg5sG/v9
10lYvozqOBeWP4ReFmJ1xMu5v32QQ06D1NTUhvtwuIPeVBMTfl3dsoDzFyzkgw8/wuv1YhgG
pmmSnJzMunXrCAYCBIMB1q5dS3Jycuxxr9fLBx9+xPwFC5sltsbY9/JjpPdMJ2fUANpNGMr+
Pz8Apo0aMVAMEwwTIia2abPzsVvJynGR2z+HrI5x7PnLr5ssjrlz5ze4zZk7ny8XLQEUgsEQ
gUAgdtPU6HCvJ+9N5sl7k3n+sc7s37OyyWIRQgghhBAnr0l7SE6X87QOAdA0jbvuvJs/PvuH
U26rc6cu3Hn7nc3SafYmJjLxwslszF9Pr7w+eL3Nd+W/R/cerF23hmAoBBxeH/1soaoqpmmi
qmos7vbt21FYWEif9q3JLyinS04iugpOLZoAqL2GTGFpkIqqEB0y45lZWkpyckqzxdnc57Su
Q9y9eze2btmCpuvkb8xH1zXWrFmDpmmsWLUCXddZvmI5mqaxctUKBg4YCMCaNavp3Tu6tN7G
TRvp3LkL27ZvA049AdC2bRs+/vhjMjMzOeecc4hzOan+11+pXr8en8OB7g/hKg+xLJRAzg8u
Zl11EV5vIllZWdGJKB0O4uKi1QDLli2jqKjomGvGN4WioiImTIjOj1BeXk58fDxFRUW0Skvj
nHMGA7C0Nhav10swGKRPn+iQiZkzZzZrbEdl20SK9+Lom0d4z1acme1oM3kUO97+PFYBgGVB
JIyqKbTunYbbaWMUl+KIjydysADs2klPTtErL7/yjW3vffAepSUldOrYmYrKiljMWa2jK4jI
JIBCCCGEEGeeE+rtRsf5Wkft5L/7+n+Oub9lHi4bbqpEgcvp5N677z3ldu68/c7YBGDNwetN
ZOjwkc3Wfp20tDTGjD6/do11i1lzZqGqCmYLrRN+ovrk5TF77mxGjRgZGxfeq1dPpk79kB9e
fyPzN2xi/fZihvXMOLyTolDuD/Hxot3cMLY9O3dsQ1EUWrfOatZYm/Oc1nXSf/bTh47zzCP7
87PPH/Hn+m2frGFDhzJs6FA++WQalUVFaP94jur9BZSqKs7KMJ6KMIsCCegj+2P1akNOcjLZ
2dnYto2qqiQlJWFZFuXl5UTCYa774Q9OKZ7GsCwrllTRNC1237IPVx7UVSLouo6qqrHnN1d1
wnEpCvHdh1Kev5nUHjlEdm3B2b4bnb53LubOjSgRI1p5UROmfa9sHIqNVeFDdbsp31NBfN7w
Jun8H83FF13Mw488TE52Dr169KI6ECAcDpKZHv3cySSAQgghhBBnnkYlAF559Z9c/4Mf0aVL
V2bPnsPEiRPRtMbP6m9ZFkuXLSE7OweHw8Err/6TH37/Olwu10kHXp/H48G2bZISk9hfWEBO
dptG7be/sICkxCR0XT+r14z/OtM0sSwr1tE7iwoAuPLyKXzy2Sd8+uk0bOtw4LrmYMG82Txy
9Vie+3gbOwrK6ZCdSIJbp6QywKbdFVwxIpsxfTJ46aUP6dmzx1l9Tk3TpKqqKvYaFEU55s/H
e97X224K8YqN8X+PEAiHKA6buPwhEirDLA16SRw5kMEPXN/g+ZqmkZ6eHvvdrK6ubrLx4vv3
72f+goX07t2LvrVX7jds2Miu3bsZMXwYaWlpTJ8+nYyMDHr27IllWaSkpJCfn8/iJUuwbZui
omLy8vJQVRWHw8Hq1aspKiqKLSfYEtre/hg7nrwDe90e0rpkYOzYjGWDWRNAxwbLxgpU49RV
rKCJGuemeK+Pakc2Xe/7bbPG5na7efjnD/Piyy9yqLiYbl27kZWVTVVVFS6XSyYBFEIIIYQ4
AzUqAVA3WdeVl13B+x+8z3tT3z2hq2KKotCtWzd+8P1rY/ebuixdURSumnI1f/zTHzEMo1H7
6LrOVVOuOqs7ikdS/wpmQkICZaWlpLVq1ah9q6qq0DUdh8PRzFEeWUZGBjdcdwORSATTNGPj
sYPBIP997XUWzvyIX1x2IduLLbYXVlFZE6JfrpcbxrSl7OButmzZwqWXXspLL72IgsKUKVe2
yOs4VaZpUlxcDDS+k9/YxEBTJADKdmynzRv/QElwU1gTIs4fxlsZZnnAi6NnN4b87AY0PZok
tG2buLg4MjMzY+PEAbKysti7d2+TrNaweMlSOnTowPbt28nP3xCrNGjTpg3Lli/nwgsuwLIs
pn7wIcFgEKfTiaZp9OzZk9LSUhRFoWfPnrjdbhRFIRAIUF5ezjVXX9WkKxScKD0xhS6PvcKO
3/6YQ+u20bp7OkqFD8U0sSMWWHZ0JYyIhao7ObC9AiOjO90efxHNk9Ds8aWmpvLQzx5i8ZLF
bNu2jZmzZlBZUcF999x/zP00VcNf1XQTrgohhBBCiMZpVALAsiw0TSM7O5t77rqHcDhMJBKp
dzOwLDOWFFBVFVXV0HUNh8OBpmm4XK5Yib2iqM0yLn1g/wH069MXn89HOBwmHA7XdiAPj4PX
dQ1N03A6nSQmJsYmI/u2iZ4Dld49e7F23RoCwWCj9nM5XfTs0bOZozu6mkCAcChEKBQiEonE
zmM4EmHC+HHk52/gX6+8QlZWFtnZ2XRJ9+Ir38NHK7ZjGAalpaVMmDCB++67n5dffplDhw5x
5513tGgn7mSkp7fiiy++aJa2T3VohLlvN9W/uhdvVirOGovEah+eygjLqxOgYweu/c/TJCQl
xhKHmqYRCATw+XyEauemgGiyqbi4mMQmmDwxr3dvNm3ezLBhwykuLsYwDNq3b8/KlSvo2LEj
AIWFB2LfUYqioOs6aWlpeL1eAJxOJ5ZlEYlEgOj3XmHhAdq0yTnl+E6FGhdPp9+8zO7fP0DB
miXk9MhAixjYlgW2hW2q4Hawb2sZSpehdHnkL6hNVF31dXXfo1//f/iw4QyvXXaybqhH/fe6
/v8AHdp3ZF/BnmaJUQghhBBCHF2jEwAvv/JSbMZu27aZPOl7aKoW66yFwmHCtX/cO10uXE5n
tNPvcjHts48b7As0GHvblMLhCIqiYBgGb73zFlu2bmnweNeu3bjysitwOJyEQqFYcuLbKj09
o8GcAKZpxoYI1M3FUJcsqFs5oCVXD3A6HCgcjonaDmRd52zYsKH069eX0tIySstKKS4uJikx
kfHjx5HXO4+SkmKeevoZqqurueeee/jbCy8wd948xo0d22Kv6WRcPHlybUe2acr16+i6dsol
7YeeeoTyEj8VBVVozjhSAyFWVHnwJacw7vFbKausoNxXGRsmVLdqQEVFBTU1NWRnZ1NdXc3C
hQsZM/o8IhHj8Pk+Sd27d2P1mjUcOnSI4uJiHA6dwsJCqqqq6dY1uvrB/v37SUlJweFwUFNT
g2VZxMfHx+IMBoNUV1ejqiput5uUlBT279/fYgmAyhUL2PvCb4iUFNd+b9pggxmK0K5rKrYd
RrUVbE1h78Yy/L4QlM5j1YXRyR+daem0v/9JkoeNOeVY6r4v6uZJiM6fYEfnIKj3vR7r7Ktq
7ef48Ge5flVKq7R0WqWl8+WXi045NiGEEEII0XiN6unddvPtwDfLiA3DwDCMWCWAaVqoarTD
5nA4Yp3Jm264+bR1KuPi3DgcOm63m1tvvpVX/v0K1TVVBIMh2rVtx1VXXoXL5ULXo2XuZ9uV
4ZNRf06ASCQSO2+GaaLVVmroul77R7wSuzraEup+Z+LiDo8NtywrVs1RNzQgIyMT0zRi5eya
plFRUUFcXBwP/uwB/vSnZykoKMAwjLN2iEdLjj0/luIdBZT5Lbq8+AILfnQ/O8NuiuLctL5x
PKvXryOlYB8DBw5sMNRg1apVlJeV4XQ62bt3L6WlpYwYPpz4+HhM08Aw1FOehFPTNEzTjE3y
53Q6G3y+Bwzoz/QZM9iwYQOVFRXYQEJCQmy2//Xr10fnXQCSkpMxjAgDBpx3SjGdir1//Q3t
B7QnLi0aH7UdbkwTI38NihmdBFBX4+g8eSRggwVgo9g21Zu2svP3D9Pvg8WnHEtdJVX0XBmx
oTmGaWLXm2BRURQUVW3wvaLrOpquo2taLBlQd150XScYDB3r0EIIIYQQogk1qpd3pAn/WvpK
8bHUxeZ2u7n3nnv5+0t/JysriysvPzvHg58qXddjnSOHw9Hgj3ZN01AUFU2LVgDUXak7k9RN
yhbt/0SvQKqqgmWr1P1mKqoaSz6lp6fz+OOPMWfuXLp17cqokaNaNP5vG73fEHyzFrPg+nsp
DyqEPR7O/cNPSGnbmnA4wvIVK74xxKeoqIhzBg/G6XQQDIXo17cPcXFxtb+bp/5dsnXbNlxO
J7m5uRw6dAin00lOTg4FBQXs2buX9u3a4XA4uGDiRFauXEXvXr3Iycnm36/+J5aoKCoq4sYb
fsT+/YUUFBQwaNDAFpsLAwDTwiwsILJnM9g2imUfTgJYNopN9Ap8yI+xbBFK7fa65xjVJrZ5
anMr1DFMEyM2JCdCJBKODf8yTKPh0ApNjw3/cjidOB2OaHLH6YxNuFpXfXTOoCGsXruK0SNP
vUpBCCGEEEIcn+KrrDiL5og/OU257KA4vrLSErJz2hIMBprtGPXLjuHoM96LphfxV7HkV0+z
ad5q1KwcJv7+Prxts2JVQPkb8ikuLmkwBCA9vRV5vfPQNPVwdZDDgbP251P1ybRpZGfnUFZa
is/vR1VVEhO9tG3bjsLCQkafd+4R9/v4k2kcOnQIgMzMTL538eRTjgWa5jNQuXQ+e577NaHi
Q1D3q25HhwHYtf/XbasbIVB/yQ9negYdHvwdySPOP+kY6tQEAhi1lV7hcATDiDSo/Kob0qWg
oGlqrMKq7hw7nU4cTid67TAj+bwKIYQQQrSM70QCQJxepyMBIM4s9ceGR8f8g13XKVRUFIVY
hUlzVJlUVFaydMlSsnNy6JPXG4AtW7ayv7CQAf37kZyc3KTHO55v22egbuhN/XlEDt+sBnMA
1FXiHOnWXOdfCCGEEEI0jiQARJP7tnV+hDhR8hkQQgghhBBnom//DHhCCCGEEEIIIYSQBIAQ
QgghhBBCCPFdIAkAIYQQQgghhBDiO0ASAEIIIYQQQgghxHeAJABEk0tOTmnpEIRoUfIZEEII
IYQQZyJZBUAIIYQQQgghhPgO0Ot+MCIRqqr8VFX5CQWDWNGFvKP/WxZnTJbAtg/HUruWtFJ/
2xlMAey69a/r1s2G2OtoaQqAqqIqCigKqqLgcrtJSPCSkOBFdzhaOkQhhBBCCCGEECdJ8VVW
2EWHDlBd5ScxOQWvNwmXy42iKNGbCoqiopwhnVTRfGzbxrYtbKvuZ5tQKIjfX4mvopz4BC8Z
ma1bOkwhhBBCCCGEECdBr6muoaK8jB69+6IAlm1jW1ZtBxBsE8Bo4TDF6aM0KEhwx8Xh8XjI
yGzN5g3rSEhIwhPvabnwhBBCCCGEEEKcFNXvqyAjMxsFMAwDyzRjV39t24azorheNB27wfm3
TBPDMFCAjMxs/L6Klg5QCCGEEEIIIcRJUMOhEF5vIpZltXQs4gxmWRZebyLhUKilQxFCCCGE
EEIIcRJUwzJBUWqv9gtxZLZtg6JgWGZLhyKEEEIIIYQQ4iSolmmhaWpLxyHOApqmYplSKSKE
EEIIIYQQZyPVskwUBakAEMdk2zaKApZUAAghhBBCCCHEWUk1LQtF0Vo6DnEWUBQNU+aKEEII
IYQQQoizktT+CyGEEEIIIYQQ3wH68Z4QDAaPuEKAqqq43e5mCUoIIYQQQgghhBBN65gJgNmz
ZzP1o6k4dMc3HosYEa649ArGjRvXbMEdkVnGklf/wdKsH3LXpBy+Gdl3VygcxuV0HvmxUAiX
y3WaIxJCCCGEEEIIcaY4ZgLgrXff4m8vvIiluKkOhIkYJhHDwulQSYlXuPPHt5/+BIBVzb78
fLbrIWTawsMqKip4/IknGTZ0KFOmXNngsTffeou1a9fyq4cfJjExsYUiFEIIIYQQQgjRko47
BCA5OZU//HcBpRU1lFRUU1pRQ2llNXNfvu2UD26VfclT973IxnbX8dyjE8lowrkI7cA+lnz8
AZ99uY6dZWHQEmnTeygTLr2UMV0TiR7Kpnr7TF574zOWby0lCDiT29Bj1DXcOqUfKfXjsStZ
8scHeX5Nde0GBXdqG7r0GcrYSRcwONuF0nThn5CSkhIef+IJUtPSWPjFQoBYEuC9995n6dKl
pKSm8sgjv+GRRx4hNTWlhSIVQgghhBBCCNFSjpsAsG2bquowZQd3YBStwR3wkwNcd/08AG66
9aZv7JOYmMjll13OqBGjjtFyhIK5H7HRjkfd+Qmf7RzNDV2apkTd8q3jP4/+nlnFWQy86Gru
6JiC5t/Lqjmf8a/HlrHpx09w5/BU1PKl/PW3r7E+bThTbhlEW6+Nr3AbO60EPF9PRtgmNRXV
kHMpP72xF+5IgPLCrayc+xHP/Wweo+55hFuGpB7/DW1ioVCIRx97nJTUFDIzM0jPSGfBwoUo
ioKqqSxYsIAevXqgqiqhUIinn3mGZ55+CkVpqXSFEEIIIYQQQoiWcPz+qm1jmBZG6Qbuvfsu
+vfrj2na2NjYdjRBYNvE7rscGvsLC3j8iUePmQCwa7bwyaxSul73IEMWPsW7H67l8p8NIbGu
X2qWs/qdf/Lukq/YWxYC4sm75Xc8OOJr7VRv5vXf/I65Kdfx5M8mkOOoYdPbLzGrKJerfvtr
Lmlfd2X+HIafO4Juv3+YV//5Kuf0uo/+B9ewNezlvFtu4tJutcmHgUMYc6z3I6Et3br3IEEB
+gxg5NgxzHv2l/zjxZfp1eVBzk1VIVLCiqn/5q1Z6zgYVPG2H8Kl/+8GLuissP65u3lm90Se
+v1VtHcAWJTMfoR73kji/ucfYFDCiXXMXS4Xl156Ce9PfR/TNIiPj6dL187MXzAf0zDp1qMb
lZWV+Hw+ykrKuOcn90jnXwghhBBCCCG+g46bAFi1Zjk/uqAdT68N0LVrV1ZuKuBAsZ+KqiCV
VQEq/cHoz/4glVVBUpM8vPjwZQQDwWO0alGx+hNWMpj7RnSjQ+oA3ntuGkuKBzGxbhyAVcX2
5es4lHUFd9/SjUQrgN0uCY2aWCt2eD8z/vwHZqgX8vC948lxAjVbmb7ER/zwHzOx/dfK8p2t
Oe/q0fzvN7OYvq6SQV3akc5i1s9fS1GHc8hwnkTH2JHJyO9fxMc//5DPV5QwYkICW19/gme/
TOd7Nz3MoFQ/6z74B68982+ynr2TTsO6oK1Yy1cVV9A+XQO7iu3L96F2mEin+JPrmI8bOxYj
YjD1g6kYqQZGxKB9bnts28bv9+Pz+SkvLeOmm/4fvXv1OqljCCGEEEIIIYQ4ux0zAXDNVdfw
/PPPo+kaRsTEsqGkooaaUIRAMEJN7S0QjFATilATDHOgxHf8o5pFLP70KxJGPkJ3j4qz90WM
THycz+YWMOaa9tSfx97Tpi8D+3Q8vC1S+79RzKIX/8vrB4bwk8evpkdt59mo2MPBMLTunc2R
Fil0ZfemjTqTgl2lWKMmcPfNe/nTv5/n3mXZ9D1vLBMnnEff1u4TGs/vSO9Gexds3FlGxLed
qfMq6Hnro1w9PAUF6HBzOSvue4d5O0P06zqCLurLLN7oY/zoFJSaHSzabtH+2h6Hqx9OwgUX
TMQwDD763/8wTZOIEUHTNKqrq6ms8HH55ZczbNiwkz+AEEIIIYQQQoiz2jETAOPHjWfUyFFY
lsWDv3gIoF7HP1yv4x9NAtQ9djzhggXM2JfBmLtqO/uuDowbk8nsObPZddlNdGvEVADl857n
n3YrJj1xA4NTGg7Yb/TqAIqTnDF38ofhV/HVsgXMmfUh/zfzXTpf8gAPTqkt8z9BkeKtFJom
FX+/mx/8veFjelkI8vIY01Xl5S82UXneCFw7vmRTpCPX9k/lVOdADAaDuF0uklOSqaioACA5
OYVgIIjP14jEjBBCCCGEEEKIb63jDgFwu6PX0RWi4/3rrv4HvtHxD8ceO7YQu2YvoMT28f6D
N/B+g8d8TN98DV37xR/3Cnxc95F0LPiSz156j36/vpZetb11PakdWU7YtvEAwXNTiPvafuGD
m9hvQavcNBy12xRXK3qcewU9Rk3ioo8e51fvv8THQ/6Pa9s7aYxI8WZ2h6BVx1R028YmjsF3
/JKrOtTfX8GV4kVRVPLGdkd9cS755X1Jmr+eSJcf0i9FbdSxjmbq1A+YM2cO2W2yqaqqIhwK
Y2Pj9/vIzMpk4RcL0XWdK6+84pSOI4QQQgghhBDi7HTCk9Y3KP2vTQLUhMKx7cGwccz97Zqv
mLHER84lD3DH4KTDHX2rkqV//wPTp+fj6zuUpOPE4W47nvtu6cHff/0Pfv/nVjz14ERaOwBP
Vyaek8CaxW8za9KvuLid8/AxIgdZ8NZcypx9+UGfxG8mGRQ3bfr1Iu39GewpM6AxCYDwARa+
Pp0iRy9uH5yGW+lCa2UOuwsU0kfmcKQWkvpcQD/Hs8xYuJikdRa9butP6in0/z/86CNmzp5F
WloaFZUVBAIBQjUhACzTwjAMklNSmDVnNpqucdmll578wYQQQgghhBBCnJUanQCwsampqSIp
3klpZTWmZWNFlwFAARQFNEVheJ+2+Kt82EcsxLfxb5zF6kA7rj4vj46Z9YveTdznteGTd2ay
uvwcxniPF5GCnnkudz5wkEcee40/fdiFJ6d0xKXE0/sHtzF2yx95+1e/Ztfk8ZzTKRXFt4c1
s6fxxW4Xg2+/kcEpKqEdH/LyrDBdenUiK8mJ5S9g5aezKFU6Mjn7KOMQ/HvYtDGeuEiA8gPb
WDlvJisLkxh5z20MT9VQ7P5cNibl/7N3r6/6fIth0Gd/z9bYk6vQUig2UZqEJvWCQUttII22
YH8bLDSBLwSMgn+AUC8IRcxFaxFaKPjCdwb6osRdtKYtzwG1kgpi0Dda0Xd5KahNaomm8ZyY
s31xzrMz3/nOuq81l2c+H/jx+z7PzLrMWmuePWvNmjXTn/1rf376Cx9+fPqjP/i7pr/vN/72
9L/93//Q9CP/7PdO3/o0TU/f9gPTH/9D3zb9u3/5L07Tt/3w9Kf/0W8vWnNg7qtf/er0i7/4
N6fnL31p+vVf/3+mr33ta9NvfvU3p5/8yZ+cnp+fp5/7uZ+b3r7+Nv3W//db05e+9KXpF3/x
b04vX3wxfcu39HnlIgAAAOdQNAPgV3/1b08/9H1fnn7o+74c3e//+D//9/UNb393+lv/xf88
fe27f2L6od+5fOL9S9Pv+qd/ZPq9P/+Xpv/yf/iV6Uf+uZwcPU2/4/v/5PSvfvyfpn/r9T+a
fuEP/pnp4z/8908fvuOfnP6Vf//PTN//n/+n01f+m780/Ye/8LVp+tK3Tb/n9//w9C//2z8+
/bEf+M7pS9Pb9LWnb5++/H/9V9Nf/Y//2vR3vzZN0/QPTL/z+/7Q9BN/+iemP/a7F/l7+tL0
5e/88jT9j391+gt/9q9O0zRN3/IP/t7p+/+JPzn9qT/1x6d/6vd8840DT986/WP/0k9N//p3
/MXpL/+Nn5v+/C/81jR96dun7/5n/sXpD/6R752+9UvfSOd7//k/Ov3uX/wr02/96BfT93+5
fvW/b/mWb5l+5qd/avrpn/mZ6df/3t+b3n7r69OP/diPTT/6o39kmqZp+o3/9zemn//5/2T6
2m/+5vStv+PL08/89E/p/AMAAFzQ03//S//t2w/+gX98+vrXfyu648/+ez87fc8/8j3T93zP
dycj/ZVf+dXpl/67X5r+3H/w53rlk4Rf+7Vfm376Z352+uE//IenH//xH/tk21/76399+ht/
47+efvqn/p3pu77ru6rT+PDhS9P/+r/8ren3/4BXCQIAAJxN9gDAL//yL0//2S/8lenv/J1f
SUb6Hd/+ndOf+Bf+xPQHflBHcUtf/epXg3f3Y9tyGQAAAAA4r+xHAH7f7/t907/5r/0bI/NC
o1gH37R/AACAa2t79xwAAABwCgYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXIABAAAAALiAD29f//r09OFp73xwAk8fnqa3r39972wAAABQ4Wmapre9MwEAAACM
5REAAAAAuIDn+Yfb7XV6efnYNYGhzdUGAAAgAElEQVTb7fX93zVxz8On4rjv2/sYemrNY0v4
2rDLOmhJfxluLe61+EPtYO2YRpVR6vxoPX9SaYe2AQAA5HifAXDvYIQ6ZLVaOyzz8Gfv/LSW
bUv42rDzjuf9v5r4Qu1rWb9r8S/zUJN+SR5jHfBU2Na0Q0YeNwAAcA0fpunzjs9ZOxnzDuLR
nLHzP019yrSlfa11ykfU8Z532HPL4+znJwAAsK/nZcfn5eXjdLu9vk9nnm8PTecvmSI+qqOV
ylso/6HOac8p5qE85GoN37Pj2HLs9//P21etrTrqyzJLDWbUtB8dewAAYAvJRQBTHeOSKeLz
Tt9WjxrM06uZQh473hx7PvPf2+i83AcGatK4hx3RrkKPKeR8BgAAOIr3RQBzOk65HZtUZ/xs
5net759Lrd0pLomnNXxuvHM5sx5Kw8fUznCoSQsAAOBq3gcASjpQZ+3I7yHUYa4dTOl9Fz4n
nliaNceRGjTo8YgAAAAAn0o+AnBU7vJu40iPIMypfwAAgDJDBgBGPIu9jH9LW70lobXcRpf7
1ulM03qZj0i7pG5Txz+qfI46GAMAAJxDcgAg1fGad5zWnpPv+fq7WMeqtoO4zH9q0b+W42rt
xNaGX5ZbTQd11CJ7JWtPtK7DUJJOatsy/dD20Pkxl1M/Ov8AAECrp2ma3vbOBFyJzjwAALCH
064BAGek8w8AAOzlOb0LUCv2OAEAAMCWPAIAAAAAF+ARAAAAALgAAwAAAABwAQYAAAAA4AIM
AAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA
4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAc/z
D7fb6/Ty8rEogtvt9f3fobDzfdb2TW3PTb80bE855dArjT2Ob55+TR56lE+qfda0XwAAgKt4
nwFw76CtdahjUh2ueaf1/t9aeqHtJemXhu3p0Tuey8GH3u0kN/3a7QAAAFf3YZraO3dH8gjH
EDIfIKlxu712KZdHH+wAAAB4RM/Lzv/Ly8f3juL93/Pv71JTsVP7zOOZp5cbrkTsMYG1vPae
al/yCMSyzEP7rOV1i8cQYnkIbU9Zho/FnRqs2vsxCQAAgKNKLgIY6iiH7iTXdMDmcfa+c9/6
iMHo9JfbQ+UXKs95fKnjq51BMI8r1uGuLd9Y2GWeSz8DAADwDe+LAOZ02Eqe9y+1HATYYhYA
eWIDEz2oGwAAgPHeBwBSU7rnRt5hXXskoFe8HM8jrT8BAABwZMlHAErUdOJGTPtnnbIGAAC4
rq4DANO0/53cnKnq845w7Jl8jik1kGGgAwAA4HNPt9vr2zTlrSy/3G++73xbzrTuXqvI54Qt
3ad1obxlHD2OPyf+2JsNWpS0gdx9St+CsLZfLJ8GcAAAAD71NE3T296Z4LeZgQAAAMAIz+ld
9rXngoRb0OEHAABgC2YAHEBqij0AAAC0MgAAAAAAF9D9LQAAAADA8RgAAAAAgAt4Di2y94jP
oXtNHAAAAFf1Yd4Rfnn5+Nm75B+JTj8AAABX5RGAmdvt9SEHPgAAAOA5Z6fUa+rWOs3zfWLb
79vW9o/NRlgLH5vir2MPAADAlT1N0/SW6sDPhTrnoQ786O3zz6EwqfgAAADg0X0yAyDV6V9z
71Tfbq/v4ZfrCsS2L9Np6ZivhdXhBwAAgIw1AOYd6FAnen6nPTVdf4up+LG8AgAAwBV1WwQw
9QaBM7xhwCKAAAAAPKrmAYBlp3nZyU9tn8ez9j0AAADQ7ul2e32bfxF7jv6+vWSV/pLtqUX/
1sKn3lCQk38AAAB4dE/TNL0l9wIAAABOrdsaAAAAAMBxGQAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXMBzzmv0erndXqvjX77Kb4S9Xg+49prDez5GH3co7dz0euYvVf619ZN6DeVyn9Y2
Gou7Jo2S12DWpjHKFuftlukAAMCZfZhfLG91gV7jqhf1o497Wf+l6fXKX6p91Lafead8fnzz
+JYd95q0QmFy0m/N/3J7TT2OskU+etQfAABcgUcAZlo7Trfba3XnY6uBmBxHmQGRuz0mVafL
zmOsExmq39Rd+NzyXIv/SJ35IyqpPwAAuLrnnJ1SjwmUTFEeMc0+NcV6OT14LQ+hKcTzfUdN
M16LK3cafOpzqftjGqGyieWvNu1Up61np25E+9uy07n1+dO7/ee015w7+gZFAACgXNYMgNzp
02v7LDuTve9optJfbg91oEJ5mseXmsI9+m7tfA2FEZ3N2N3tnCnsR7/7mrvGQEhL/d7v7sfy
UDpbIRR/SfnnnL/3zzWPMCzTGvUIRG2eAADgSqpmAMzdO9Xzi3t358bYYj2A1LPsuXG0LPg4
wl4LPN4t73CXlk/JwNURy3+a+pX90Y4LAADOIjkAkDsdN3V3k3NIzYQ4o9x2edRjdF7lUT4A
ABAXfASgdDpt6/TgR9CyCCBj9Ow8j67ftfh1/gEAgF5WBwBKnyFeWxwsFoeO8rmdvf7WZqus
rRnRO61e5nGevS5qyn/L+gMAgEfydLu9voU2rnXm1xbSK10lPrQ9JvYmgpK3AITSz4m/10r7
a0LpxwZXcuunJt3YPsv9Wldpr139v+b4QuF7ts1lPC3lk5P/EeXfq/3ntN/Qfrn5S4UHAAC+
4WmapuAAwCNyhxAAAIArynoN4JmdfYo0AAAA9HCJGQA509wBAADgkV1iAAAAAACu7uEfAeA8
PK4BAAAwzvPeGeD8Wt5CAAAAwDbeHwEofR1cy6vSajuGt9tr8v3gLZ3OmvA5xzXyNXqtr4Br
Ne/sl7zKredrBJdxGHgAAAD43GcDAKlObMsd3pY7wyX5C22b6/ke8Zy0Q+9VT20vTf/od99z
3im/R/sCAAB4dFVrAJypgzXvFN7/m3+/3Ge57Wwe6RgAAADop3oNgJ5TuEumh6c66y13z+//
vy9Gt7yjnjtLoCQPy/RK8p4rVj8978D31DPtvR+TAAAAOIKsGQBrd8uXn2N32FNiYeff13xe
5rX0zniooxyKp6bzPI+z9537HvUz0vLYe5fB0Y8fAABgK1kzAEY/W36EzlhOHlLH3lJGy47w
FrMAjmJtPYZeZbDFDAsAAIAz2P01gEd5/j71SENo3xH5GDEIcOVO77xM758BAACupmoRwEcw
ohNYM4gxYtr/mWx17Kb/AwAAV3fKAYBUpzm0ffkc+Ah7dzJz7nKv3Q2/f97jLvnIslq2hb3r
BwAAYC9P0zS9TVPZSvxrz2wvpfYJxR9bbyC1Cn9oe8sq+CXHXrJgYK+3KNSUfWqfLdZ56PkW
iS3iBwAAOLv3AQDYm2f0AQAAxtl9EUDi9lyQEAAAgMdhBgAAAABcwCkXAQQAAADKGAAAAACA
CzAAAAAAABdgEcANffHFN5Zb+MpXnjZPc1S6o+MHAACgDzMAHtzoTrlOPwAAwDmYAbAhnWUA
AAD28jxNn07jvpt3VmPb59PaQ9PBU/G3Wqa7nGo/Ov85xxebKj+6fJbWjrnk+FN5613+AAAA
tHv64ou3t2la7/CtdaaX2+ef18LkhG8Rykvoc2mYVPiS48vdt/daAbn5je2Tm9/e5Q8AAEAf
q48A1Ha8YuHW7gJvqTX9UPh7p/eLL97ej7+k/FrDl0h1rEPf55ZdzsABAAAA+xiyBsBaB3Dv
u7mt6cfCzzvxNWm1hu8td7ZHbZwAAABsz1sAOvnKV56aOsmt4XPTOHP8AAAA1FsdAJjfjR5h
dPyj05+HX8ZV2gluDV/qCPHvXf8AAABX9DRN01uPtwCshcsJ30PrKv25i9LVxr+2z1ZvSYgN
LixX3g+lm7PIYyj+Zfi1dCwCCAAAMN7TNE0PdStW5xEAAAA+d/o1AEwnBwAAgLSHmAGQM40d
AAAAruwhBgAAAACAuNM/AsDjuN1ep9vtde9sAAAAPKTnvTPA+c077S8vH98/v7x83CtLAAAA
LLw/ArC887rWeVt29Eq0hJ3HEQub2t4afyjMXSjs2l3t+b6p7bnpl4btYd7Zj5VFrH31OIYe
7QsAAOCRfTYAkOrEttzhbbkzXJK/0La5WAe153GtbUuVZWk59aibrSzz1+P4W8MBAABcQdUa
AGfqYM07hff/5t8v91luO5tHOgYAAAD6qV4DoOcU7pLp4anOesvd8/v/74vRLe+o584SKMnD
Mr2SvOeK1U/PO/A99Ux778ckAAAAjiBrBsDa3fLl59gd9pRY2Pn3NZ+XeS29Mx7qKIfiqek8
z+Psfee+R/2MtDz23mVw9OMHAADYStYMgNHPlh+hM5aTh9Sxt5TRsiO8xSyAo1hbj6FXGWwx
wwIAAOAMdn8N4FGev0890hDad0Q+RgwCXLnTOy/T+2cAAICrqVoE8BGM6ATWDGKMmPZ/Jlsd
u+n/AADA1Z1yACDVaQ5tXz4HPsLencycu9xrd8Pvn/e4Sz6yrJZtYe/6AQAA2MvTNE1v01S2
Ev/aM9tLqX1C8cfWG0itwh/a3rIKfsmxlywY2OstCjVln9pni3Ueer5FYov4AQAAzu59AAD2
5hl9AACAcXZfBJC4PRckBAAA4HGYAQAAAAAXcMpFAAEAAIAyBgAAAADgAgwAAAAAwAVYBHBD
X3zxjeUWvvKVp83THJXu6PgBAADowwyABze6U67TDwAAcA5mAGxIZxkAAIC9PE/Tp9O47+ad
1dj2+bT20HTwVPytlukup9qPzn/O8cWmyo8un6W1Yy45/lTeepc/AAAA7Z6++OLtbZrWO3xr
nenl9vnntTA54VuE8hL6XBomFb7k+HL37b1WQG5+Y/vk5rd3+QMAANDH6iMAtR2vWLi1u8Bb
ak0/FP7e6f3ii7f34y8pv9bwJVId69D3uWWXM3AAAADAPoasAbDWAdz7bm5r+rHw8058TVqt
4XvLne1RGycAAADb8xaATr7ylaemTnJr+Nw0zhw/AAAA9VYHAOZ3o0cYHf/o9Ofhl3GVdoJb
w5c6Qvx71z8AAMAVPU3T9NbjLQBr4XLC99C6Sn/uonS18a/ts9VbEmKDC8uV90Pp5izyGIp/
GX4tHYsAAgAAjPc0TdND3YrVeQQAAIDPnX4NANPJAQAAIO0hZgDkTGMHAACAK3uIAQAAAAAg
7vSPAPA4brfX6XZ73TsbAAAAD+l57wxwfvNO+8vLx/fPLy8f98oSAAAAC++PACzvvK513pYd
vRItYedxxMKmtrfGHwpzFwq7dld7vm9qe276pWF7mHf2Y2URa19bHUNr+9g7fgAAgBafDQCk
OrEtd3hb7gyX5C+0bS7WQe15XGvbUmVZWk496mYry/z1OP6adHs7erkDAABUrQFwpk7OvGN2
/2/+/XKf5bazeaRjAAAAoJ/qNQB6TuEumR6e6qy33D2///++GN3yjnruLIGSPCzTK8l7rlj9
bHUHvlRL+5mHz2kfOe0vVP+57fNo5QsAAFxP1gyAtbvly8+xO+wpsbDz72s+L/Naemc81JEL
xVPTuZvH2fvOfY/6GWl57KVlkDq+nPaRan/L+EriX+6v8w8AAOwlawbA6GfLj9AZzclD6thb
ymjZEd5iFsBRrK3HkFsGPWZQ5JZNbZ3M89gSDwAAQIvdXwN4lOfvU480hPYdkY8RgwCP3Ols
6WDXtL9HLksAAOBxVS0C+AhGdOJqBjFGTPs/k17HfsTHGwAAAI7klAMAqU5zaPvyWe8R9u6E
5twFX7tbvucz6i1ltazrnPIfPeiyjP8os1wAAIBre5qm6W2aylbiX3tmeym1Tyj+2HoDqVX4
Q9tbVsEvOfaSBQN7vUWhpuxT+2yxzsPIt0iEwue0j9ibH1L5ymkLoe8AAABGex8AgL3pGAMA
AIyz+yKAxO25ICEAAACPwwwAAAAAuIBTLgIIAAAAlDEAAAAAABdgAAAAAAAuwAAAAAAAXIAB
AAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAA
XIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAA
AAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAA
AAAu4Pl2e52maZpeXj6+f7n2Xcx9/7ncsK3Onv8tlZZLbvge5TeP4xHLHgAAYG/NMwDmncL7
f/Pvj+7s+c/Vejyh8D3Kbzmw8GhlDwAAcAQflp2u1rvEWzt7/rcwqvPfw7K+DAIAAACM8Tz/
MKLTNe/ghaZ5L7+v7cTX5P+e3u32+lknNBbvsqMaOr6cRxRa4s89xlA6W4QHAABgfx+m6fPO
ZM+756GO8Nod+9rOf2v+53ladnJTU9xTn1NGxz/asuxaZmAc5ZgAAAAe0XN6l36OPC1/2ZHN
mQUQiqPG6PhHCc1wWCtDAAAA9vM8TZ93Pkd33nrH3TP/a48E3L8viaMm3ZHxn8GjHhcAAMAR
fPIWgLN3wGqnnZt6DgAAwKP7ULIK+xE7y3usIl9SDjVvKdirnEenuxa/tzgAAABs4+l2e32b
pvgq9bnfz4U64msdu1j4lJxV9nPjCKXfenzL/XqXX0qoU99Sv7E8hvIZq5faNxwAAACQ52ma
pre9MzHnDjAAAAD09yG9y1hHfKwAAAAAHs0hZgD0mOYOAAAAhB1iAAAAAAAYa/dHAAAAAIDx
DAAAAADABTznviIu5ayvcWt5BeFaXHsce84x5NRP7JWKa2rbSEn6pXGvhe9ZxwAAAGf1Yd4R
enn5GH23e8xZO1TL45+m8mOvDdPDvNMcqr9lx3otr6n8z+Ofp1Oaz9rtOWFTx97SvgEAAM7O
IwALe3YQa16JmOqMLzvHsU7yKFt2/nXwAQAA1j3n7NQ6hToVPvUawNLwpflLieVvuS13Gv2o
GRM10+hHd5pT8eu0AwAAjPfJAMDac9ShDm3u8+454WPbUuFb85cjJ++hjndJ/lrzm/OMfcv6
BnNHfOQjVKY1MysAAAAezScDAPMO9VJrByoWPrXQXGzAoFf+YnrEvdU0+94d81BZLwdgcsOW
6hF/zowSAACAR/fZIwBrHe779y1yV34PTZef38Vdi2urKfW1nceRd8xzO/8j8jB6JkDNowwA
AAB87jSLAF5hBfeaqeqj7vwDAADwWKoGAFqfqS4Jv9w3ZxCgJX89OtSp9Ec/k742W+L+ufT4
jv78fOnxGTABAACu6ul2e327fwgtaJezin3JSvmx7WsL+418C0DpsYUWHlzbr0f+UnKfkQ/l
LRZHSf3X5DH37QClaZS0TQAAgKt4mqbpLbkXAAAAcGqnWQMAAAAAqGcAAAAAAC7AAAAAAABc
gAEAAAAAuAADAAAAAHABz2uvtCt5V3qPV7jlut1ed3uFW+w1cznhasu3p73SzU1/RP62bp8t
ce9ZP7XtGwAAOI/mGQDzzsLLy8fku91r9Y6vlE5Rm1T9jarfrdrnmS0HHpQNAAA8pg/Li/69
7xIzzrwDvKW9Ov9bay3fPepneb4bBAAAgMf1PP8w4qJ/3sEITTNeSzfUEYlNqV8L32P7aDnH
X1t+a/vEttWkn5LqVO7d6cw9/uX+oTooKd/W8D3qBwAAuIYP0/R5Z6HlGebUHcXYjIO1KdrL
u6LLz6nwrdtHyzn+2Ofc/Oc8d59K/+xT6NfaZ6/6ry3f1vA96+eMdQoAAOR7Tu+SLzVwcJS7
kkfJx1xO52st3/c7v/MFEo94fEewvEs+N3INAvUDAAAcwfM0rU+zH9lJ0QH6XM2U+vnntbvb
fG6tQ37/fos0R6fV4qj5AgAA+vjkLQA6AP1ttcji2afn55h3os/mCvUDAAAc24czrgLe2hHc
uiMZW1BuTUn+lvueof6OLrZWQOkAztHrx1tAAADgOp5ut9e3aUqvch6SWswsZ7Gz3FX4a1fB
7/EWgNxF22JCj1aUvAWhtvxi8eSWT+lARiz+tfhieahJdxl3akHFnLRD6beUb2v41vpZpqHz
DwAAj+lpmqa3vTMBKe5MAwAAtDEAAAAAABfwIb0LAAAAcHYGAAAAAOACDAAAAADABRgAAAAA
gAt4zn0FW47YSu05rxmrfRVZ7msE9xZ6DeB8+zRtn/etyi91/Hsoeb3jGd5E0PoKwLvWVzyW
5mEeV235rrWv0ldMLrev5al3O+jxGsqSNM7exgEAqPdhfqH38vIx+W72WjkXlK2DDiPz3+po
+bnbqvyOevzL9n9mNWXcq/7n4efxlOaj1j18bEAndHzLMuiRn1w55b+Wv5Y0UvsBAPC4nntG
dvYO1N6UX5vRdy+PXD+1nbcjHFOvzv/Ly8fpdnstmmmy1mbu8RxBj1kROeGPcrwAAIyVHABY
XkCGLih7TlHtadk5uFub0ju3dry54WPbSsuvNP35frmzLpadptR051CbWMa7ti0WXyp86bH1
VFs/qfOnxxTzUB5q7FG+LXfdl/mtGQSI5anVFo8QtOrZfgAAOLZPFgG8XzhPU/nFacvF7MgL
4nnnYm2KbWoKbupzLOx8W+jzMp+t+a8py3mcpR2AnPKLHX/JFPS1adHL49j67n+qfnLjXavP
HD3PnZa47m2npg1tpeX3rfbYUvW7PPdiA4Qt5RsKf7TBCAAAxvpkBsDyYnSLi8KjXIDmXFSH
8njUDk+J2rpPzSDIlSrDezqPeJdyXob3z6XWZlqUxNNz4G/eHmJ1lZNWbvjc87fHoxI1gwCh
+g19t6y/1PbS/C/Dt7YfAADOoesaAGfWcjE9/+7sndOaKdQ9OrA6G3VCj5Js0fnP0RpnSRu8
Sw0abDnAeXQ92g8AAOfxIb0Lj6zXlO2a6e+99Zx+fvaBnFw6fOuuUv8AAFyLAYAVo59jPvJz
0qWWx5IzCJA6/r3LZ+u0t5pFkluuof3Wvt+7rlqtlXnv43m0WUIAAJzX0+32+ra2ITSlNrTQ
3PKiNjS1tDb+mNCCcD22p45ruU8s/2sd5VAech4ziHUoaqaAp9IP7ZObfuj4c8o/9dx0rdpn
zGvrZ9k+eh5f7jlYMl0+FT4UR2v7y40jVX6xwamc+m2tn5zwrb9fuXlIhc/5rQMA4Nyepmla
HQB4JFea5rzFsV6pPAEAAB6FRQBPbuvOuM4/HEfqcQLnKQAAcw8/A+AK01pHHmPr9GMAAACO
4eEHAAAAAABvAQAAAIBLMAAAAAAAF/C+COAjPCt/u71W5fssz7mnjm+vBfq2Kr/a+h2p5Lw5
+gKKNeUbe7Xl2j5r+7a0n6Odu6113BK+1+sjW9LPeUXkWvyjXsNYYkT5lbymci18Tdpr6Zdu
T+Vvub3l+Ea+BrREzm9ZLMxSSf5L0szJQ8/fj6PHv8Xfl9LXuKby0Ps1riV/h0te0dxDr/zn
pnHmazDY0odp+vSkyLkwOKLa/C6P/ajHf7T83G1Vfkc9/vkfkjP/UbmXb2k5p4451T5a289a
+e/VVlrTbQm/9+9fqP0s62ct/tF/f26310/ytxb36PJrKZ+YVPja7an4l0Yd35Zqfr9zy6dn
mnO9z9+zxT/670sPLb9vOfnPGZCIpbeWv15K8986sJTT+Qe+4UPoQoDzGfEDfiWhzkEvR62f
3DsaZ7DXMZyx8z9NfdpkS/s5wt+frdrKWc6rVPmnBgFa0zzib2SJLfPf8/xtjb9mcK01/lT4
rf7mhtpv6+9bbqf2vk+sg50Tfmut6eeGP8tvL2zpObQhdKcg9nltGk5q+3yfVPqx+Jdx9fpB
G53/tfCxbaHjS8Wdm/58v5wyvO9/u71+9kcolN+cDkNJ/eaGLz22nmrrp+T8W4szN1/zupvX
Z077ScUZk2o/PeSen8v9Sy5M7/vXXGi0hu856NFy7Pf/L+uzRu/f77V/xy6ac23Rfrd0P45Y
J793p2otrp7xx87/2D61aS3LJyf9+X5bt5/Rg6Yl8e/dIa1R035Hd3jX0hpRvz3+fo7W+vcV
HlXzIoC1HZX759QUofnn0Pbl6OqIi5NQ+iX5X/scC1tyfKFjLs1/6x+Y0h/YnPKLHX8q/Fpa
oe29284y7tj3ofrJjXetPnvIab9zW7eflJL20Rr/HuF7Gp2Xef2WpnEPW1pvy9+OtX+3ymm/
OYMDLeWTEz5neyr+kC2OLyX2mx87/3vlqTb9u5bfpuX5MWIQNRV/69/PVN5TA1Ox/I0uny2k
8t7yN21ePiXxpK4/lr+NOfXT2v5HnNvwiIIzAGq0jHqefWQuJ/8jfriPYvlDn/uDex90aL2D
lirDezqPOAo8L8P751It7XcZR036te0n1+g6X8Zfegyt4XPjncu5a1MaPqbl3CtNa2s57bfl
72NJHmLbU/XZur0lfyP1HLAMiZVPyYBuzW/g8vzo/Rs6Ov7Wekjlb3T+RxvdkW0pn9j1R+i7
3vWTCj/q7yucWdcBgLuaC4Gzn4wtP1bz7454cVui5gKmRwf27O1nbyUdrJFlXXsBnBPvCKEO
c0nbbwlfGv+a1F290nRyOpGPegF29ONL5e/InfgWW+U7dveade7SxuWWj/L73Oi/r3BmwUcA
zt4RZRu1U7aWUtMjt9DrWO5xXU1N/fUsc8od9YJoxHkY+ndr/I/YflPHdLRjXk5BZns150LJ
788jnWu5x3HU32fg/D7EnonbS+sP/d5/KEanv/fx9bQ8lpxOZOr49y6frdM+0iySvfOQc8G0
Nttk2YEYccF1lt+1Lc+f0X9/QtNMXVCHna3zf5dbp0f4+3CWAag9yqokzaNfC4z4fdvr71cs
P2t5AY7taZqmt2n6/KQNTemcP+e29sxb6hnStR+mtR+MnGnysbRanr8NpV+zvfT4l+Ub2y92
DCXllzq+lJryqUk/dPw55ZRoS7gAACAASURBVJ/zvHON1HTn0H619RM6/2qPLxW+5PyubV8t
7S8nbOk+te0it6xC8deGT51fMbntNxU+p/3knJMl+5a2kdT5stSjDbaeX6Vpl56fqfrP3d56
fC3lUFO/udc3uWnH8j3y929U+HkcI+Nv/f0Jxb91+fa4Ds5Ney2OkmvD5X49/v7mXM/k5L00
/ZLwrb+18GjeBwAI22NUdS9bHOuVyhMAAOAohiwCyHls3RnX+adEajqhdgQAj8fffxjHDICE
K0wbGnmMrdO7AAAA6MMAAAAAAFxA8DWAAAAAwOMwAAAAAAAX8Jz7mqa99XhN19m1lEFO2CPW
+5Zut9fqck29Biv1GrPUa9DWtvU06vwa8Xq9ZVy9XiN4hnZfc47uWX45r7EqfY1Tj1eQrcVT
8prF0t/QnudBaf5Gvmarx2vcriJ2rTX/riT8lmr+PpbGP015r4rc8vhHn1/LeFK/oyN+n1J5
WtPyGsIj/jZs1b6n6ZjHn3L2/E/TuD5OyXVQr2ubHj6cpSLPks+RWspA+cWlVpsdbV4/qX/3
zuv8x6d3O2mNb5m3ZRmkto/O35Zq6v0o5TePfy2dVPqtbT6Ufir+kvLJjaNGbf5a6zc3fKp8
ry70bvTSjtiovwG56e9pr0GPe9ojzq9lOqk8LPft8fuUI3Zex37fepXPaFvk5+y/iWfP/8hO
dirO3O1bnxceAeDd6Au32+31cD/8Z9P7h+Lqsz7Oora+U+f0GTpro38zesSf00HvHXeO1vo9
Q/s4m9byfNT6OGJb2+L3s6TzHxo4bUkjJhW/64d1e1/n7p3+0Zyhne4xCPC8/CJnevJ8+9p0
55Ltqfh7aJnCtcxzbDR2bfta/GvbYuUTymNPqbrZq/56pF8yhTW3/S/32VMqf7H2Vxt/Tf3X
TmHeyqgp1r3Kf3kO5KYfiqtme24+exr9h7E1/lT95IZf5qdX/krTX8vDct8j/b7nxh/6ruX6
plbJ72MsfGv55V6/1eQxtH/qb2ysbGJpzLVeH4TykVJzfvQ8v1PlfbaO4Rmv/0pnX+Sen7E8
huLLbQ8l52cq/yVtv6T/GMtfrdL0zzCQUOJpmqa33A5q6LvcTnLsj05OBdcUfusJEGv4OdtL
85P6PPICPbfca+uvVqx99f6Ba+mctaRf8n3PNpA7eNByfLH9ay/QS7antOSvtC21XkDXlF9u
2j3OgdK6y92nNn8lbSNVbmvhc+snJ/1YHkrzt9wv9De+tf306Dy1/L6XxN/6+1P7+5u6QM49
3lT4tTh6Hd+ov4+pfZffj/59Th3HXY/f9pzwy2OJXQPW1HVrHmt/37f6fRh9/RfKa25+tri+
6Pn7N+IaYvTvfypM6/Vqbr5y8t2rHeb6bAZASOhEn2vJdE78vdTkc+0HOHd7y7Ft3SBqbVF/
Ry+Doyo9d2+31/e2XBLHWlxr29bij4VPdXhi22P5Xks/lL+W44+Fzc3f2m9KbvnNw5f+cWot
v1Be5vkvSTOU71D+ctLPib/0/Fhuj4Vv/e0sGbDIzf9SqH20lm8qrh7mbTKUTm0d5JwfORfO
a3ktDf+Ifx9zy2309Ufu+bNXHeT+vs8/9xjMuQuVT+7vZ46jt++WzmqP9hv7jU79/pXGubZP
q5wyOnobOJtPBgBiF+clBV/bwX5EuSOmZ7dl/W3dVnJGufcUy1+v9neUYy3VK9+j7pjkdAhi
8dXkoWT70et97/y11s9R/j4c6a7EHnVam+be7W/NEfM02oibT7Xn8Cg9fr9r87r3AMfcEa//
Wsun9Zj2qp8Rf7+O0Mau4rMZADl36KDGkf6IlDh6fo+eP/YzYsoe16F98Oh6DB7UziZq1TNO
5/q63Lv3R539ASFVbwGYTycZ4ezxX93Zy/fI+T/Cj32qfFrLLxb+CB3a0cffqjV/PfNfGlfv
+tu7Lra2dkem9PhL2scZyrf0LtUZjmlPofJZ+35Z5kf4fR4dV8/0a8pP+21TUn6jBnVCv1mh
70tmcM2PbY/zs8Yyf6X2nmGXY4+yf7rdXt/uH0KNaq3QSqa0phptLP5lHLF0QlLx5xxfaLpP
avsy/ti07JzyKXmecC5VfrHtPeqvVkn7Cu2Xm7+1H8aaPNakn7pwioUtyV/uYwEl+d96e8/f
hhH5i22vPX/X0qn5fV7uk9pek69l2N71u0X+5vvU/H6UhK85P2Pbc8qv9O9fSfpreQjp8fue
E3/u3+e1+GsuutfyEMp7y/nR8+9j6vhSfx9j5ZIbNpa/+/e9/36ltJ4fy3hqft9C5VeTfmn+
crfl5D2UdsjRr/9ut/RM6db2G8tbKv2c379Y/KX5L72+Ke0/tnaSS/4elBxf6zVq63HVepqm
6S25FwAAUGSvC/xcR88f0J8BAAAAALiAqjUAAAAAgHMxAAAAAAAXYAAAAAAALsAAAAAAAFzA
c+srluZaXgOTu08sTGnYtbj2WgU19zUcoX1K06iN44xaXrOytk/PVwjm6vEaoFS8sfA9jq+m
/HJfgZZ6zQ0AADBNH+YXyS8vH7Peb1oj52K85oJ9mf9pqst77+OtSXst//NtrfWzVlaPLqf8
ct7LGivvZRq95b43dvlfiVj4HsdXW365v0/3z3uexwAAcHRdHwEY1QEqzcM07dMRuN1ei9Nd
du72zP8jSrXJnPLP7byO0LN99GifNfFvVX7OGQAAiHtO7RC6+1gzhTonnRFiU99DdxJT05D3
HujoKad8Xl4+rtZxTvvoGX/ou1w1YQ3KtFF+AABwDJ8MALR04pcduBKhTmAvy87j/Fn/3IGN
WBxr6dQIxbl2Z7XnAESqfJbfhY6/Nf5Qer2kOv8taW6xvkIsfznp58yECO3bGn9KTvyx36d7
uxn1GwIAAI/gkwGA2g5eiy0W7OrRIdirU1EyANGaxii58W/RBkalMbJ+ctOtST83/Ojj6zHA
9kizcgAAYITkIwBnl7OAWo69OnOtcu56z7f3HgyoiX/rO/+j0u3t6PkDAACOresigFdXs8ga
Y20xw+QsRrdP7R8AAI7t4QYAenT4Uh2Znh2d5Z1xHdbxlmsO3L+b//8o5Z/KX2tb1GkHAIDr
eLrdXt/WNoRWcZ8vspW70ntqe078ITkr9OfGH1pkbIu3AMQWOGtNv6Ru1son93Mq/Nr20sXf
Uvvmhl2GLy3/+X6P1j6W4UfEP48jFn9u2+31lggAAHhkT9M0rQ4AwFHp4AEAAJR7uEcAeGw6
/wAAAHUe/i0AnNsW0+sBAACuwCMAAAAAcAEeAQAAAIALMAAAAAAAF2AAAAAAAC7AAAAAAABc
gAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAUYAAAAAIALMAAAAAAAF2AAAAAAAC7AAAAA
AABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAUYAAAAAIALMAAAAAAAF/B8/8ft9vrJ
hpeXj5tnptXt9nrKfN/d6+CoxzBvIyPyePTjb9FSdstzMxZHbRmOrlsAAGB/H6bp007D/eJ/
rdNxZGfL79ksO5bKO19L2S3PzVgctXWibgEA4Bo+rN0xdAdwH/MO3pGNyuPRj/92ey3uHC/P
r9JOdm6Z9Or8GwQAAIDH9RzasOwI5Hxem0ac2j7fJ5V+LP5lXLkdybX9c+6I9jq+tX1i22rS
TymZYl4af27+UmUX+m4ZLrZ/Kv6zToMPHQMAAMBc8yKANQMF88+pKc7zz6Hty9kLPTtvJfmr
Ob55vlvTr3mEIyd/oX/nyM1f6Phj5Rk6luW/Y8dWUn6tbaulc36ffZBqdy0MHgAAwGMLzgCo
0XLX+Oidj5z8rR3f/a7sfIHCM91dnqbwnfWt04/l4b7P2l3wo7etHMtZC8sFL9eO+WztDAAA
GKvrAMBdzUDA0TsrJflb7pvTgWWMIy1wN6LeQ49S1KSlXQIAwGMLPgLwCHdNj6Rmej7HUrMI
IAAAwFF8SD3zvYfWjlZJ+JJnzGviX+5rEKDcke7ilypdw2BtKn+v412Lq6b9AwAA5/Q0TdPb
NOWtlH7/PrbqeGoF+9TibbH0Uwuftazi3roKfyzd0rcALLf3Kp+Q3PhDeW+NP5ZG7lsAcsoj
FGbkwnrLPMXizWnXsThyz8VUWJ1/AAB4TO8DADCKu8oAAAD7a34NIAAAAHB8BgAY6khrSwAA
AFyZRwAAAADgAswAAAAAgAswAAAAAAAX8Lx3BvYWei69ZsV6r1Jrc7u9RsvtEd8mkNtmHrVt
jT6u1vhLwue03zPXXeyVm8vvc8MDALCty88AmF+Mvrx8XH13fI7Yu+dJu2p55XaGHrXTNPq4
WuPPDZ9qv4/avh+1XQIAPKrLDwCM4KJ4jPkADVzN7faaPZAwYkCi9fxz/gIA7O/yjwDkWLtY
Tl3IhqbJLrfPZw6EptPWpL8MWxv/6PDLsKFpwqm0c/M33y+nDHPz36P+aqdI55T/Mo+92ldr
/kL7luSvNP8tU9FTM31qt8faT20ec7bHyrvnVP/aY8vNX04cc7Xnb+nvBwDA0XgN4JR/gbjc
P3SRn3sxndNJ630BXBN/Tqel9vhKjik1OJCTv5qL99zyWEuztHxj+SvtrC07NUu92lfM6Pbf
s3xTx1CSZiiOnHrtOUBRk1buebb2fWn7zdFSf73bn84/AHB2ZgDMzC/ybrfX1YvGULgeF4Y5
nd8Wo+NvSf8R9Di+e1tatr+UVP3d412707lMb3Q9heLv1T5rOuEt8R5FyyDEfXuPmQe9y2ne
RkfEP08HAODRGQDItOXF4VpaPdMfHX9N+o9kj+NrHXjaooPV4oh5OpLWzj+/TRkBAI/MIoDA
9PKSfgPGfJDgjFLHd3Sh8j9K5//s5QsAcAUGACrs3REanf6jH9+jKym/5b5bdOJa6zcVPrb9
CMfXs3336vzf92vNV0v55g5wPOoAFQDAFi6/CGCqoxDaJ7Y9tEjW2j6psDnpx/SIv2V7Tvpr
8aTKsGbRwtx8xPK1DL9F+abSyclf7iJoofRDceXILb/a+muNPzfvqfCx9hvb3np+p86p3M5/
bC2TUPvLLZ+S8yS1IGEqj0f6/QUAOJrLDwCQ9kjPD9ccyyMdfy1lMI6yPQ91BQCcnUUAeWgu
2PtQflyR3w8A4NGYAUBUyRT+o2o5hkc4fo5L+zo+dQQAPBIDAAAAAHAB3gIAAAAAF2AAAAAA
AC7AAMDMEd8hfX+39RHztrXQO8J7lc8Zy/hM7WN0/aXSbk1nizye2VnaIQDAlRkA+KajXrha
cOobQvXTq3yOWv8pZ2kfo+svpTUdnX8AAB6B1wAC0Owsg1EAAFd2+QGA5Z23tfc+r92dy73Y
nYd9efmYFX8q7mUcLflLhQ+ltfZ5eaw58ZfmLfVe7tLyLY2/JL2c+kmVb6na46/Nf25+YumV
5r8k/Ryt7SOVv5z6j8Wfk/ce7a/l/A2F7ZE+AAD9eA3gN4UuvHMusHPiXbMWPpVeToexJn89
0lsL05q/nDA5gyypeGo73qXll9reUjaxNEP5bc1/aR5L669X+rnhSttHr/Lbq/3NP6+FKclr
7bH2HgQDACDs8jMAtnK/mF7e6Zqm/Od/cztRNfm65y0Uf25cIVs845y6q/zoRh7/nvU3Ov2R
5dPz/GqRc4xr+TpK/gEA6MMAwM5ypuvmaLkon1/kt8YVCr9Xp6FX+Z7VEdpXD6PS36J8ep9f
NUrSXO57hPwDANCHtwCcyMhO7MvLx8t2kmG0s59fZ88/AADfYABgxfxu19HkXISX5H+57xYX
+a3lO7p+jlz/vS3rO/c5+T3rb+/6SaU/315zfpUc3+j62+P3ITcvAACUswjgzNqF7vL7te05
cbYuwrW2f84q3yV5DIXPzV8o3db8hfKR+i6nfFPxl+ZrLrd+cvOXSrvl+GPHfqT6q00/1k5b
20dJ/a5tT8Wfo7b+ep2/ueUb255aBNAjCAAA7QwAQGc6KgAAwBF5BAA60vkHAACOylsAoEGv
6fEAAACjeQQAAAAALsAjAAAAAHABBgAAAADgAp5zXlPXouXVVkc0apG3oy4e17P+tmgLR66f
RzsXSqWOf/Q50JL+Uerukdv3yDLOift2e929bmPp52yfpmv+tgAA+d5nANwvHkLvNK/1SBcj
Iy+wYu8831PPYx3dFo5cPznvtn9kex9/a/pH+B07cvuex1FjdPtI5W3v8zGV/t75AwAexyeP
ADz6Rcbt9tqtAzfCVTuHPZypfo7QmdxT6PhfXj5uUjZ7p1/jTO27Vz4oc+T2CwAcR9ZrAJcX
hKHHBXKncObc7Vlui8V/5VexpcqnZ/mFOiE54ffsVITaW+7nEXrVzzJMTd5T9dd6fq6JtY/U
th71U5J+yt6/P6FzK9Wh75nH2PldUz6x9hd7XK20bSzj3uv8CaWfm7/Ub0fu70uv8wsAOK6n
2+31bZp++w9/6gIgtmbAPJ75PmsXIbELtthF0DKO0WsYjIyzVzq5Hdr7d6Xl16v+Rl5cpuKN
dSJytuem05p2af3EOl45ecyNv6TTlerElJRtj8GZXnWb+1tz5d+f1t/3VNotg3e122J6nD85
6efkLzU4UPt7DgA8lk9mAOR2nkJSFw05F2Cl8d8vYu6DFzn56CnVAWvtoPXUI7218p6mcDns
fUGZylcqXM8yS8XXekd7OYDXEldPe99V3CL91jI/q9xyzf2drP3bsJfcvz9HPgYA4FqSjwCk
7tasqbnILgmz3Hd+EVabfq2SqaxHMSJPRzzOacq/y1hyF3K0o5YlYXvWWWqKf2r7FmrTqvn7
s7Wcvz/OaQDgKLLWAOgldPe4V9zTNEXj3/tuNHFbPR6wbCOp7dDDqPZ9xkHIR3OF3w5/PwHg
MXxI79JXzp2c+d2UlOW+o+4UbXEH6lEusErqr5dY/by8fLo6dunnu0epn5Q96u+RjCi/R/r9
OXr7Gv33JxV/63YAgJhPFgG8i027XD6vWTK1OneRsNi23OcrRz/rO/oudU3YuZ7l13N77Hnf
HmV7hvqJlV1p/dQsKFYSf8n23PM75xhL0k9pTb9X/q7QvtfO79L2lfobUvL3KTeNtXhytZ4/
uenHtue0z5q/v2tpPPoAKAA8uqdpmt72zgRtHuHC7BGOgfHO2k7Omm+uZeTgLABwDJuuAQAh
LixZ8ygdj7Pnn8eUe35pvwDwOMwAOLkjrV4PI2jjMI7zCwCuxQAAAAAAXMDmbwEAAAAAtmcA
AAAAAC7AIoALR3zN1jKO1nhY11K+OWHPsKBdLI+p/LeE3cLt9hpN/wh5TEmt0n5Xu33PVxQe
/fftyO3n6GUHAByHGQAzIy/gYu9czpHz7mbatNT7I1x053Tgl//O3b53u32E8yVWP/PvWrbv
XT975yPkaPlZeoTfHwBgGwYAvmmLuze9Lm5d7J3Ty8vHw9bdmdr/KOqnrX56ld9R6yDlyO0H
AODOIwAFWqZA97a8WH95+RicBpp7R3YeR8kxxOJvTT8nf7HpzTnlE8pjT6m6qa2/R9ezfS/j
W/s+ta00/atoad9rSus3FH+v34+141n7PrWtNP+p/AEAlDID4ARi06vXLiTnn+ffz+9Q1Uzj
juUtFH/P9EPbY3HPvwvts+Xd1dD3ofyVlN9IrVPMW9OtLZ/lXdnQXdqcQb0j18/eatt37N/z
z7H6jX1ei2v579Tvx8j2k1M+V29bAEBfZgBkSN0Fyr1LVCv3znxLevc0lneiauPqnX5se0t+
t5y10cJF/3GstRX1U6925tFaPKk0ev9+bOHo+QMAzsUAQIbQXZvc7VvbO/0tHX3xsF6uVKdn
pH6Oo6Qujv77cfT8AQDnYwAAHsToAaiS57b53FEGCLkm7Q8AmCZrALzLucMSev4zd/tVLsBu
t1d3qgYaUb457T+Vbs72eVp7aS2/1nKoscUd4KPUz9H5fQMAzswAwMzIi+yWi+ucRbLWts3T
u1+0xvJR++x+LP6e6cfC3OMurcPW8He1CxiW5m9kJ+2o7T8mt3xSj+nEFoiLxX+U+mltf635
rm3fqbCp8i1Jt+X3Y1T7ScnNX0v5AwDX8jRN09vemQDauHt7bOqHPWl/AMCdAQAAAAC4AI8A
AAAAwAUYAAAAAIALMAAAAAAAF2AAAAAAAC7gee8MHE3oNVPz1ZPn36W2x747mzMcQ+w1YUvz
+gttD8XLutLzZ/ndXeg1a3uW//w1bLXhp2nMMay9eu5oepXfNI07xpy2Wbo9FO8WztAuAIBt
mQEwc9Z3rPMNa/W3/Hfo/fCh7cv91F9Y7PwpeUd76n3tezh6vR+9c9ej/EYfY2qwav77cP8+
tX2Z963b0dHbBQCwPQMA37TFHZq9OzGtYh3kvZXUX2ofgwDlcsq/tdzOXv5HPn+uzu8/AHAV
HgE4uJwp1LHp02uPK6yFDW1fxlMa/1rYPadz36chh9JOba9Ncym3/EvLtyb8lrbu/PQqv7X4
avIRS3vt3OhRf7nHl3qkKRY+1X6XcdVOod9aair/6Kn+qUdqatpH6BG21t+X2vgBgG2ZAVAg
dRG650VqaPppzoXj/XPOFNa1tGPhl1Nk9+78t2xvSTNUR62fW+Pfyl4X/KXtc628ch8TyclH
zLxOSs/PVJypKeqh9EvaV0355eRvz9+MuVQ+9shnafsIDWDUnh+98wcAjGcGwIncL6LWvs+x
9wX03pZ3oUq3t8iJN1U/rfW3d/2PLN+zu5fNqDJKxZlKf3S95XZYqTe6LEN/nwCAYzEAcHI1
d3avfJE2upPdI95HHggwCLCPo7eZK/8mAQBsySMAmZZTIku3k3a7vW5Wfkd9nGNPW5Y/9Da6
/aYe/6h9PGQrpt8DANNkAOBdzsVR653ZlimYBhjiSi5uazv/vabQPmJHe4vOxVGmg5+9/lrz
Pzr8HuWb035b832E9jvqPO3x9+ns5xUAnIUBgJnYInqhfVPb72ov/pYLaIXSv188hRZxWv67
VG08y/yNFFtALJSH1PblfrX1d4879shG7sJsPePvqaVzkVsOvTtPqfJb268mHzn1kDOAGEo/
FH/u8aW+ywkfEyq/VPyp37eeRsbd6/ejdhHIWrn1E/s3AHAsT9M0ve2dCa4j1YFx4bgP5X9c
6iZNGQEA5LEIIEPlXpi7cN+X8ufMtF8AgDxmADDcchqqi3XI49wBAKAnAwAAAABwARYBBAAA
gAswAHABy9XtvW6JLWl/AABwDJ8tAjhqNeUer8+qCd9T6vWAsWPMebUgYXuV31qdHnHF8dby
OXP7zH2t3hHrbZrir3csjaf197U0Dz3bTc4rDlvSip3La0qPPyd8SxscVT454XPq2d8/ADiH
T2YAjLxArn3H8lHeLRx7v3oOFz1tlF9Ya9uch2Vb87q7/zf/vjSeUsvf19r31LcK5X+r8lnG
X2oePhRPy6yXUeWTEz7n9yWW3jINAGBf7wMAW9wda+mgHEmojEZf4NROnV7LUyqfe9fRUdJf
ttmj3UVe5ueI51hN+2tJ42zn59Fs3bZTd9F7zSxojb+lfnPCheIfWT6p8Dm/L7mdfwDgGD57
BGBNaopt7hTcUVJTGJfTD3tclNRMkQzpNcU1pmQmRezuz9p3scc05vvmllGPu3st9Z+621aS
fs7xj2ifPfUo35EzeXIGGFrKfuT5eU9zPn0/NcU7lrfWtnPPR83x16Y9etBq70Gx0G9Ari3z
X1OHe5cvAFAmawAgdTFwpKn59+/uF7KhzmrtM5Kh52xrL+5S+V+mMVrLBeA9/LIzM7+ztdbh
aUm/d/2HOq+pDmQo/dTx92if83R7t5Etzq8t5Jyfa+f5FufnWhsJxRsaLOhR7rG7z7nHHzu3
W8QGQUakUzprJZS/knrpWXe1vx+xsC31ulX9AQBpWQMAV7fFXdkj3D2pPcbcvOfOPNjr4nB0
+i56j+t+jocGCkafn/MO47KjtdVvQ2yQpOQcHzEIkDMA0ap18HMeT6oOj1Y+W/72jao/ACDP
QzwC8Aj2LqvWzn/JNNCe04d7iaXf++LdAMP5bFW2uTNERqZf8v2jGPX7E3qc40jlmZunI+UZ
AKh32kcArngHYdTF494XpWdJv/YxD/Ls3Q5atTxedNZjvpKtZoFt2Ra0PwC4nve3AGxxh6nX
xcajd8LmzwNvkdY0pe/83ffrfcG49wVo6ZoAW92JDeUl9axxaibDo587Wzh6OY7O39a/T1cu
6z3SX1uPYtTvPwCwvadpmt7mXxztLnPs4ibWGUs9Q1tzly4WNrVPbHtr/lrkzqSY5zF2bMtp
yznlUpr+Mp6W+k+lH1oEbRlHLP5QvnLzH8vLWhy5gxmxPPQq3xItvz21519r/fZQUr6x9Uhy
2kAq7Zr22fv3dRnH6Pjn+/Roe6F4cso6N/55+Jbyyfn7utwvdW71zB8A0N9nAwCPzh2Mazt6
/R89fym91pIAAAD6e/i3AOhYXNvR6//o+Uvplf+zHj8AAJzJJWYA1E695DEcvf6Pnr+Us+cf
AACu4hIDAAAAAHB1H9K7AAAAAGdnAIDLW75Ka+9Xe/FYtC8AAI7is0UAj/oawB6vbDr7gmsp
qdeAjT7+lvRrXmF2NrmvPCyNc5ryzo9U/T/6+THaFdowAADn9skMgJEdgNg7gWmX8+7yI6f/
6B2mvdt9Kv2983d2e59/AACQ430AYIu7f3tfHL+8fHz4juY0hetwq+PfK/3aqdVreUrlc+8O
XqjDGZsRkIqrJn0+t2w7Ne0LAABG+OwRgDWhi/1Uh36ri9y19EPTn5fb5h2m1D7L/XKPL5W/
2Pac/K3JPf61bT0Gg0rST8mp31bz+Eo7/zn1t9w3t/5z0k99n3ue5nbql8+zz+NY+661fT/C
+VfSvgAAYJT31wBu9fxv7cV7qtPe8gx0qMOyFv8e+c/9fFfyjHfr8bWmX5q/2jz2klNerW0y
Z62EmgGWHmsAlLbn0gGCZRyPdP4BAMDesmYAHNn9In6+wNrRL8BH3L3es1O8RfpHmHKeu4hh
q6Mu0hdKf34Orm3POuZOKgAAIABJREFUtdVxPdr5BwAAuR7iEYBeHRCOa+86TbWtPWfOrD1m
0Ds/W55be9c1AAA8qqwBgNLnXfcwH4wY0QHi+EZ1UvceWMpNf/mc+tbpAwAAx/b+FoDShcBq
jOhIzO/8z+M+wpTxkGWeKbNl+dWuiRDLX8n20uf2e7f/mnUB9mrbue3C+QcAwFW9LwJ4d8S7
qC2reIf2qVn0KxZ/TGv+eyxClnP8qThCWtMfnb8WObNJcvMXWqgvFj6Vfukie6E0QttHpd/S
dlP7pdpWKL+p7RYBBADg7D4bACDu0adDP/rxcW7aJwAA1PuQ3uXaHn268KMfH+emfQIAQD9m
AGR49Cm+j358nJv2CQAAfRgAAAAAgAvwCAAAAABcgAEAOLjlc/Cei+dItE8AgPN4Xn5xtNcA
5rxmbHQeziL0mrnl9lHHv3f6KTmv9LuyEeVTcv6m2sfe7efsUufn6PAAAOzvkxkAIy+wU+8c
p03uu99HOnKnQLuL27t8Uunvnb+z6/H7cOTzGwCAPO8DAFvcXdt7EODl5eMlLmJDx7j38e+d
/t5qp0avlVmqHPfuMIc6nLEZAam4atLnc73PwZr2CQDAPj57BGBN6GI61aHf6iJwLf3Q9OLl
tnmHJLXPcr/c40vlL7Y9J39rco9/bVvNYFBJJ66l/Eu3L7fldkBzy7/nIyox87hKO/8jyycn
/dT3ub8juZ365fPo8zjWvms9/x7h96Emj6H4dP4BAI7r/TWAWz1fW3txnOo0tjxjHOoQrMW/
R/5zP9+VPEPdenw5xxNLf5n/ZRy96r+kTcTKtzR/W8upz97lk9p//n0oXCrenO05+a0pn5L6
P/PvQ04e92zbAAC0y5oBcGT3i9Lb7bcXMDv6xemIKbh7XZj3TLfmrnJpPC2O3q5yOuY9tHTQ
RwqlP/+NWNuea6vjOtLvw951CgBAXw/xCECvC3yOYa3+jlSnR8rLXart7zmzZ+0xg9752fLc
P2L9AwBAjqwBgN7Pk44wH4wY0cGAVqM6qXsPfOWmv3xOfev0AQDg6t7fAlC60FaNERfq8zv/
87hHHkerZZ4pkyq/1u1nUrtmQ6/yK31uv/f5WbMuwF51n9vu9mqfj3ReAACw7n0RwLsj3qVc
uyjNXSU7tE/Nolqx+GNa899jka+c40/FERJbJC2Vfk3eU3HnxJMbvjZ/oX17y5ntMrp8Whbl
C8Wfu31U+j3bZywvOeG3+H3IzZ+FAAEAzu2zAQDiHv3i99GPbwvK8LrUPQAAR/Yhvcu1Pfq0
2Ec/vq3pAF6L8wcAgDMxAyBD63u0j+7Rj2+k1scnOD/nDwAAZ2EAAAAAAC7AIwAAAABwAQYA
gKGWz8l7bh76cX4BACWel18c7TWAOa/xGp2Hs8h5JdyZhV5Tt9w+qgz2Tj/l0ev/iFJtYm8l
v5+p9rt3+z671rZy9LYGAJzDJzMARl7gpd7pTZtHL9fcd8ePdOSL7kev/6M6cpsokWo/2leb
Hr9fj9LWAIB9vQ8AbHF3Z+9BgJeXjy6iHkCoDveu373TP6q1MkmV094dzr3TbxXqcMZmBKTi
qkmfz/X+jag5vwCA6/rsEYA1oYu5VId+q4uQnFexhaZPzi+IU/ss98s9vlj+cqbo5oQPhS0J
X3Nsqfhz04+V/5rc+l3b1usYc9IvbV+l23vVfyh/vR7Bme9b0vkPnQsj21eoTNfiD4WN5a93
+0jlP/V97u94bqc+Vn9r37XW38jf5x75W1P7+FpOfDr/AEDM+2sAt3q+s/biLHXR3PKMa6yT
kdMBGZn/3OMrOebQRetSzjH2yH/u51S+atLKkTqeWPrL/C/j2Lv+W/PXW23bqD2+0vR7x58K
X1r+uW1wTapec+q9tD33bp97/H3p9fuVk8et/k4DAI8rawbAkd0vim63314A7UgXR63563V8
OXeQ7mnk3umLxdXTnhe+PdOtuWtbGk+Lvc+bmrIuOT9S8a6l3yP+3LptbR97dw5D6c/LcG17
rq2O60i/X3vXKQDweB7iEYBeF5ijtOavx/EdrUyubK0ujlQ/e+SltW2XnB8ld85r4o/Fm9OR
r2kfObMC5p971/GWv71HOlcAAM4mawCg5oJ6a/ML7BEXuK1a83f044NaPTqPLedHTvpHPv9K
Bj5aZ/e0pA8AwP7e3wJQcoeq1ogLxfmduXncI4+jRGv+asIvw5RubzU6/kfXWn9nKv/W34Qe
51cs/SP+vszzVPrcfu/816wLsFfZ5Z4Xe50/ZzpvAYDzel8E8G7U3ZyWeNcuikKLaK1tX9un
ZlGnWPwxNfmvSX+to5IKn7PIVUpr/fRYRCunflNxhCzLNVZmy/hr8p6KOyee0vovzV9o31I5
d9NT5d9yfKXpx+LPab/L/Le2j1T+c87vlke8RqXf8/yJ5SUn/Ba/X7n5a1lPAABgmlYGAIjb
4uLLBd44yradMuSotE0AgLgP6V2ubetpmS5g+zKtti/tkyNxfgMAlDEDIEPuFM4ecfeOn7H1
9+i0T47O+Q0AkM8AAAAAAFyARwAAAADgAgwAAAAAwAU8L78oeWfz2muslttD8QIAAADb+WQG
wFonffnvZQc+tX25nxWbAQAAYHvvAwAld+hT+xgEAAAAgGMpXgMgNVBgqj8AAAAcT9EAQOrO
vTv7AAAAcExFAwC1U/8BAACAfRU/AmAQAAAAAM6neADgzuMAAAAAcB7vAwAlK/TXdv4tEAgA
AAD7eJqm6W3+xbKTHuvsv7x8TG4PxQsAAABs57MBAAAAAODxVK8BAAAAAJyHAQAAAAC4AAMA
AAAAcAEGAAAAAOACDAAAAADABTzvnYGU3NcM5sZV+xrCeT68yhAAAICzOfwMgHln++XlY5cO
fGs+AAAA4GwOPwCwRmecGrfba/NAEAAAwFkd/hGApfs0/vkgwLJTF9t2/5wbvoe1Tmcs/fn2
eX7XHkOIHc9yn5r4c/TKfyj90fkHAAC4gqdpmt72zkRKSQd9rUMc+z43fEkcqTBrndbcDvwy
zOj4W48vJ/6W42vNPwAAwFWcagbA8i7vXeu07pHTwu95ni9AGBtcSMVV6wzxt3bYdfgBAADC
TjUAME3pO/ulnfnW8DnmgwDztJb7lMRXk4ezxG8gAAAAoL9TLgJ4RvN1CyxEtw+LAAIAAFd2
yQGALTuCy7RyBgFK8reML+f599HHr6MNAABwPIdfBDBnAcDcReByVplPLTwXy0fuMaTinm/P
TTe2An6P+GNa4i+t39L4AQAA+IbDDwAAAAAA7S75CAAAAABcjQEAAAAAuAADAAAAAHABBgAA
AADgAgwAAAAAwAU8750BOJLlKyDXXkF4N39lZGh7KF6OJ/YqzaOkr30CANDCDAD4prVO0PLf
yw5Savtyv1iHjP2UdKxHSXW+tU8AAFoZAICp7A5oah+drHM74l1w7RMAgB48AgAFbrfX6J3U
1Paa9Kbp8+nca9O350rST4WPbe+Rv9Hx16jJX+pzbIp/r0731u0TAIBzMQMAMqU6aSPunM47
kvOO2z2teQdzbXtKKnxqe+pzz/hHHP9y32W41vhT+V+m0WKP9gkAwLkYAIBMtVOrj2ytQ5q6
QxzaHgtzu72+/1ezPZaXe/hU/lJxLP+9hZ6L7z1i+wQAoC+PAECBR+xk3aen9+qMlg4OtKbZ
O/9n9ojtEwCAfswAgAqPNt26dvr8UZw9/709WvsEAKAPAwAwla2AXtu5OuId6uW0+5xyqJmq
XxK+JP6a/J/RVdsnAAB9PU3T9LZ3JuAoSt4Hv1zZfW17KN4eeYrlceu3AMTSbYl/vn2r489Z
oT+U/3mbKF0wMRR+LS9Hap8AAJyHAQAAAAC4AI8AAAAAwAUYAAAAAIALMAAAAAAAF2AAAAAA
AC7AAAAAAABcwPPeGQDgMXhNIQDAsZkBAECztU768t/LDnxq+3K/2IABAABpBgAAaFJyhz61
j0EAAIBxDAAAsInUQIGp/gAAYxkAAGC41J17d/YBAMYzAADAcLVT/wEA6McAAACbMAgAALAv
AwAAbMrjAAAA+zAAAECTkhX6azv/FggEAGj3NE3T296ZAOD8lp30WGf/5eVjcnsoXgAA6hgA
AAAAgAvwCAAAAABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAU8750BABgh9JrB5esE
5/t51WB/OeV7u702lf1a+C3qNdbGRqe/9nrM0ldmruV/q3Mg9zWgW2itq1T79SrTNq2/D8Cn
zAAA4CHNLxhfXj6+f152PFxYjpUq31hHMEfuQM/W9k4/Zd4pjZ0fo4TOzz20Dj4xjvKF/gwA
AABUWnZkt0733kF6hLvMZ857zN4DHABzHgEAgIDUFOnUbILS8Gtx9MzffPu8wxiaAp0bfu1z
ad5Hh49NmZ8rKf+1fbdMPxZPq9L2Md+vZRp9r/aXk/9QGqFtsbyFjr007dL8x4wsv56/H7H4
l3EZSIF2T9M0ve2dCQAYIbeDlfs8dewiNKdDvHbRW/sMd4/4cy76c+MvKZvcbTly4l7Lc49n
6FPhtki/tXOY0z5y8t+a91Relt+Vnm+pzzUDSLHvU/u05jdl6/JLxR/bvyQM0M4MAAAe3qhn
fGPb7he09zuboXz0vHvb8yI5N/9nkNM5e+T0W42u9+Vd4C2UdNzP6Ezn71HzBY/KAAAAROTe
EQzNNrhfhIfiOvLFb07+z27vY+o5ODXv7I1w1rhr5JzfR3e28/fo+YNHYRFAABho/lzzWTsR
Z87/Feg4EeL8BZYMAABApvndtNJ9cy7CS+IfET4W1xadiL2Pv2f5jU5/eVc3Vj97H9dVHKmc
9zh/RztS+cKZWQQQgIcUW2Asd7/QtP617bGFtWrjT2mNP3dRr5z4U4t4rYUPxVMq1dGpPb7S
tLdMv2TBtJxFCmP5D+WrR/5b4s89/3LKP3X+xhYKjLXfHr8vtQst7v371dq+QvkE2hgAAACg
yVmeMydfqk7VOZyTRwAAAChiOjbAOZkBAABAsZJp3JxLqm7VPZyXAQAAAAC4AI8AAAAAwAUY
AAAAAIALMAAAAABQoWYxzPsimjlhU/ucfTHOtXIoLZ+zl8HWDAAAAAAUqu145i6a+Oid/xCL
So5lAAAAAOCCSu6gjxiQeHn52NThbw1/Rc97ZwAAAOBIYq86XJuyvtynJq17+FT8udtfXj5+
sm9LR7mk879WHrHvcvLWGj43rpbZGSXlv/y+tQ2V8BpAAACAgFDnrKXTltMBTMUf2x4bFKjN
a24+So4l5/uS48yVG38qbOi7WP32rJsaHgEAAACYKVmIrsXRp6+3DELMt49Kv9ZWne8j1q9H
AAAAAL4pNeX+Klo7//y2I5WRGQAAAAAXFJrlcJTO/9UHYUYwAAAAANBg9OMCqfh7pt+r83/f
rzVfLYMAuQMcobi3eAxkawYAAAAAvmneKbzdXoOdxNrnyHM7lKn4c9Kfd2DXtodeo5c6ltj2
+bbQv+f5jv07pibMfN97fkoHGJbtIzaYkHpbwB6DC94CAAAA8EA8n38e3gIAAAAAD2jvxwrM
AAAAAHgQoUcVOI4968gAAAAAAFyARwAAAADgAgwAAAAAwAU8750BAAAAoMx8LYHcdQTMAAAA
AIATWb4+MPfNAgYAAAAA4KRK3iLgEQAAAAA4sfkgwNpsgPt2rwEEAACAk1h28Nc6/6HvPAIA
AAAAJzHv3JdM/58mawAAAADAJRgAAAAAgAswAAAAAAAXYBFAAAAAOInYIoBr2+f7GAAAAACA
C/AIAAAAAFyAAQAAAAC4AAMAAAAAcAEGAAAAAOACDAAAAADABTy3RjB/xcDy9QN7xAMAAAB8
rnkGQK/Ouk4/AAAAjOMRAAAAALiA5/vU+5eXj12m4c/jW343lxt/7/wBAADAFX24d6SXHfe1
TnvK7fb6Wfh5vPf/SuKf718THgAAAFgsAth6Vz0WXocdAAAA9rP6FoAR0+tN2QcAAID9WAQQ
AAAALmCXAYDb7XXIIwGj4gUAAICz+zDvMNcu/BczX7Rv3kFfPhKQk49YeAAAACDsaZqmt70z
kaLTDwAAAG2sAfD/t3evybHaaABAccqbixeQRd4FOMvz/JjpG0YReqsRcE5VKrcNkj4J+iEh
BAAAADzA8gMAvbcoAAAAABe5BQAAAADos/wMAAAAAKCfAQCAGwsfj+pxqbyT8w8A1vJ5dgCr
CZ84kPqh8vX1V3b7Ub618aTyDve749MSVq3f7LhG5v/9/eu082aF45eLIfUeXSX+lc79dzqr
/WPnxIpPpeltnxXO75zVYyz9fMltP6pb7v1/5nk54tj0xn+F82PV4wc8jxkAO7EP4PDf4Ydz
bnu4X+2Vj6P8w3zu/qWxav1mxzUq/9KBpFnOPn41A3sxq8T/VGe3/8p6z+192lWNqONsuTbs
aeMV67t39vmz+vmxWjwABgD+p2b0tfWLftUvJ3iS1Pvz7B+yM8TqlKvn2Z9Rq5QffmavdpUu
jGfF75iW8682vzvo/fy5+ufXqPiv2gZXP37AtbgFoNJrGldumt5KH+SxH4OxKa2xbS3pY3nU
xDfiNomZ8aXSp6YMj4qvphMS5l0yzbQ3vlo17bO/7WZkJ6Jn+ujM87/2+B05mtWUi6dkCnxJ
/OHtUiXnd6nR589R+TV/D9smVf8Z5/dII9q35vwrUfr51HL+hUq+n3LnbM32lvd/qm4jz89Y
/iPkyq49fqPOj5Jze8Tn98zjBxDjMYD/U3r/b2yfmi/Ilh93pR2M0vtVS+oa+4KJ7TP6Htma
2N4RX20HKCxzRHy5/UuUnt+18ffGUNs+I94/NYMfvfHXyv1AnP3Drvb9n0u//9vr77XpS/Ie
df7U/kAf/flQe5zDvEZ/Rrzj/Vka18vI9m+NpfXzfOS5Xxvb0d9qjmFvjCmln32p4xumH/X+
jKlpg1WOH8CLGQAVSr4QUttHlN8qFVdJnV4/Lo/i6Kl3T9rS+EY6yr/ky70n/9lf7KPiX03v
j/4SZ53/I/V2HHNy+Z79w/XM9xfHRr1/ezumqW1nfWa/wyqfT0fecX7EBtheVm8fgBgDAJVy
XzCrftGX/kCJfZntO9lHeY0a9W/5Mi2J72wrxlTj6vHPdub5P8Koq8Yl8c+4etirdIbM6/UZ
HdGz8r2bltlDZ78/z/LE+js/gCewCGCj3Af93b4Ivr6On0CwgtXjG+Hu9eMcK3e+VypfBxsA
uAMDAP9T07lq7fyf/UN3H0dpJzLct6SdavLv1RLf6DJHp09tH1G/2fE/3ez2GZl/7jMpPN9G
f4ad/ZlYO4X7zEG42HGvOT7et/fgOF7bWcfPeQPsWQQwUDOlq2aRmFH31+Z+qKbKLtmeWtip
Nf+cXPmxMlrr1xtfmD41+DCi/UryL5UbKGmNv7bsMP27j1/JNO+jRZxmx5e6nzV2rHqVTmdP
lZ2Kv6Rda8sP8+l9f5WsfZH6LC99/4b5lMafiiWWR8v96Ge+P3Nq35v7fUq/P0vLz30/tmwv
jbP0PZjL+2h7yed/T/wpJfGXfj+NPD9q3/+tn98zj1+qLsBzGQAALsOPGHqsfv6sHl/O1eMH
gCdwCwCwLNMW6bH6+bN6fDlXjx8AnsgMAGBpI6bx8lyrnz+rx5dz9fgB4GkMAAAAAMADuAUA
AAAAHsAAAAAAADzA59kBAAAA51ntMdjAPGYAAADAQ8U66eG/ww58bnu4nyeGwDoMAAAAwAPV
XKHP7WMQAK7BAAAAAHAoN1Bgqj9chwEAAAAgKnfl3pV9uBYDAAAAQFTr1H9gTQYAAACAQwYB
4D4MAAAAAFluB4DrMwAAAAAPVLNCf2vn3wKBsJaPbdt+zg4CAAA4R9hJT3X2v77+ym4/yhc4
nwEAAAAAeAC3AAAAAMADGAAAAACABzAAAAAAAA9gAAAAAAAewAAAAAAAPMDn2QEAAAAcWfEx
hbEy7vi4w+/vX6fWa/ajJHvrtz8PZsSYq38s/lxMZgAAAABLinWAwn+HnZzc9nC/1IBBLqZ9
/rX5rO5u9QmNqN8KgyOhXEwGAAAAgOXUXP3N7TN6EID3SA3gPMGM+rsFAAAAuKzXNOjcNOlR
HanXbQb76depadj7dPtt4e0Kse1hfqkBi9L8c8K8U/G0lB/+7Wig5yj2kvqF8aW21dYvtU+J
kuMb5l8bf2q7GQAAAMAl5Tphs67s7zuzqQ5Z7BaB3Ouc2fmHgyXh65Hl7/+W6rTH/h4O7IQd
5ty21vrF6jZDqv6lt7nsB6leMZsBAAAAXFLJon/vGgRouUI8agG6GfnPLv91bGYcoxH5HeUx
svM/e5HFWN4GAAAAgMtqvf9/ZPmxQYCacltinJ3/6uUfaZ35ELrr2gNuAQAAAC7vXbcDxKb9
w1UYAAAAAJZTcwW3tfP/jnu5X+XU3IP/SrP/fyrG2YMSufyvPihyRv3C49ubV2k+H9u2/XSX
CAAAMEHNlO6SNQGO8m2JKZd3bHvpYnepFfxH5F+idCX6mvJbVsHP7Z86R3qeNJArP5f/kdiT
DHLHOJZ3yVMWwvIMAAAAAMADuAUAAAAAHsAAAAAAADyAAQAAAAB4AAMAAAAA8AAGAAAAAOAB
Ps8O4N1Sj2ho3TYyrpfSR1TMiGH2c1BTZZ9VfkkMJefH0XYAAICzPWoGQGkHLqbkuaMj4prx
/M4rOLt+Nc+XjTk7fgAAgJzHDAD0dP5fZgwCxOI6qzO5H4B4sqM20D4AAMCVFd0CEOvwhp3h
r6+/otOgc9t78x9h5tX9VjX1S7VfyfZwn1ja0uO332/UMaqp36jyR96CUdL+AAAAs2VnAITT
02Md857Xvfk/Xa79cttfUle9X/uX5D+r819av5by921xdF611qe0/QEAAGYrXgSwpMOS6yT1
dgpdNa336hS/OvCvv/GPGQMXIR1+AADgbMUDADUdIwMBa9kPArxe817aHAAAONtjFgG8mtFX
jE0/BwAAeLamAYD91eSrGNH5zV1Bb2mXWFyjnzKQWpyR9zs6T674vgIAAK7jY9u2n9xOJav0
h38/Slv6GL7axepKxTrxJQu/lUyf75li39OOo58CcJS+ZkHG3pXyR9evtezSfXriD/dzuwAA
ADBD0QAAlDq7E3t2+QAAAKuyBgBdzp62fnb5AAAAV2EGAN1G36ZxtfIBAACuwAAAAAAAPMD/
3QJgKjUAAADc0+8BgFfn3yAAAAAA3M8f21b2WLfXYms9i671LtiWS3/24MXs+gEAAECrP8LO
f2wQYL9PapDgTKvFAwAAACvJLgJ49Fz17+9fS622XvL8d8+IBwAA4Kk+WxOGMwH2nerU31L7
Hu1Tkj5Vdq+w7Nb6lfwttW9JGxzFl6vb0fEsPT4AAACs7Y/8LmlhR/Go83nUYdynT91ikEq/
3xa+Tu1bIrz9obZ+pVrbpzS+3rhyxwcAAIC1dQ8AbFt6NgAAAABwviEDAAAAAMDamgcArjgF
3GP2AAAAeKrsAEDqsYDh61XuD1+po1+6RgIAAADMlH0M4MvRonwtq9zn9q9NH9tn1lMAjvLP
xZeLrad9SuJLyT1FoDd/AAAAzlc8AMB/rX4Ff+ZjEFetMwAAAHkWAcxY6XaCmNXjAwAAYA1m
ABQouf3gTDPjW73uAAAAlDEAAAAAAA/gFgAAAAB4AAMAAAAA8ACfNTv3rgafS//9/ety95iX
Pnpw1iMKwzKu1n7v1Ns+M9q39DGapN1hrYrc+XX18+Idn4Erlw8AsIJlZgBcdSX70h+Ss39w
XrX93qW3fbTvuvYd49f77GrH62rx1goHL86or04/AEDlAMD+B3aL3vQeecfdhB2iq1/l7dHy
/o61113brvfzcxV3qAMAwFV9lk5BPpo+ud83NcUylz5Vdo+jK0+x16Uxpm5hSG3PxVhSRi5t
7tjV5l+SPrU9174t7d9SfrjvSu2byqc13YzjE+aXuppbc3xnuNv5WfrZ2hJ/yoj6x5R8Hpfm
X1K+gWMAgP/62LbtJ/YjL/YDLvfjNPUjLvX33LYeNT8wc/GXpO9Jm/pbTk2b1+TfUt+aQZfc
6xHl19Y5Zlb7hmla0404PrE0s/PvlcvrTudna141n2+pcmN1ahkg6o215/Nn1vcMAMBVfG7b
Pz+M/DiKq7l6tG/L3qvsqzrj/Kg9Bk8RO99Sg0+5vFrNzn91Tzg/SwYnjtK1frf0nt++0wAA
/l/VUwCeqGS68wh+oKbduX1i08Br6lsygFebX63Z+a/ujnU60nt+tZQ38vwGAHiyZZ4CUGL/
IxDupqcT8/V13RXwX0a+v6/aBsTd4fwGAFjBH9v2vqvcpZ7e0e+t/+z2O/v45Mrv3d5bfm1e
27b9a3pzaf5hLCXpa+IP8yu9V/1d50esvmd/dpx9fp5t9Ptj5vkNAPA0H9/fv362rXxhqZfa
RfRS6WP7jJzSmVuErPR1Lv3e0WJxse0l6UsctV9v/rn0pdt7F11rLT+23yrt27og3FFctfGV
vC/D/XLndkv+vXreX1c4P2fWL6X2c7skvlTdWj5fa7ZbCBAAeLqPbdt+zg4CAAAAmOtSawAA
AAAAbQwAAAAAwAMYAAAAAIAHMAAAAAAAD2AAAAAAAB7gs2bn3scn5dJ/f//yaKYOve036zGM
Yf5nHOOeuo16TCMAAMCZlpkBEOtkUW5E+925Uzti0Or13/7vAAAAV1E1A6C3g9ib/swryPS7
4nG7YswAAAAxn7FOdepvqX1T06xz6VNl9wjzS70ujTGV31GerfmXln9U35L8j/YpVZt/bltv
+83stBuEAgAArupj27afow5X6GhbrpOdS5/b1qMktpJBgbP2rx2gKWnz2nhSZsZSs0+u7Ny2
Ejr/AADAlX1u2z8dPx2cY6kr5CPar+YK/Mj8e4/5vu6vPN59/rzjfnzvDQAA4Oqq1gB4stkd
vyvnf+YA0tHsgJllAAAAXNEyTwEose9kspa7rpCv8w8AANzFH9v2nquoNVbv6IfxjW6/XP1n
b68R5rXKOTTcxfa3AAAFy0lEQVTT6ucnAABAzMf396+fbat7CkBu/9r0sX1GXnFNrTIfi7ek
Q9+yaF0s/Yjtsf1a8+9ZCDAVX8n5k9tecnxyCycexXckt/YDAADAVXxs2/ZzdhB3Zxp5OW0F
AAAwx6XWAOB+TKcHAAB4DzMAJmudev4k2ggAAGA+AwAAAADwAG4BYBluBwAAAJjn8+wAuL7e
pwgAAAAw3+9bAGY/pm/EI/6+v38l0+a29+Z/lOblKO2ox/y15D3bvrOfaouexwDWxNGSFgAA
4An+NQCQ68T2XOHtuTJcE9/Rtr1UB3VkvVLPpM89s752EOAKV9/D+EbUvzcdAADAEzStAXCl
Dta+U/j6b//3cJ9w29XcqQ4AAACM07wGwMgp3DXTw3Od9Z6r56//vxajC6+ol84SqIkhLK8m
9lKp4zPyCvxII8s++zYJAACAFRTNAIhdLQ9fp66w56TS7v/e8jqMtfbK+FFH+Sifls7zPs/R
V+5HHJ+ZwrqPboPV6w8AAPAuRTMAZt9bvkJnrCSGXN172ijsCL9jFsAqYusxjGqDd8ywAAAA
uILTHwO4yv33uVsajvadEceMQYAnd3r3bfp6DQAA8DRNiwDewYxOYMsgxoxp/1fyrrqb/g8A
ADzdJQcAcp3mo+3hfeAznN3JLLnKHbsa/np9xlXymW0VngtnHx8AAICzfGzb9rNtdSvxx+7Z
DuX2Oco/td5AbhX+o+09q+DX1L1mwcBRT1FoafvcPu9Y52HkUyTekT8AAMDV/R4AgLO5Rx8A
AGCe0xcBJO3MBQkBAAC4DzMAAAAA4AEuuQggAAAAUMcAAAAAADyAAQAAAAB4AIsAvtGff/53
uYW///54e5mzyp2dPwAAAGOYAXBzszvlOv0AAADXYAbAG+ksAwAAcJbPbfv/adwv+85qavt+
WvvRdPBc/r3CcsOp9rPjL6lfaqr87PYJxepcU/9cbKPbHwAAgH4ff/7587Nt8Q5frDMdbt+/
jqUpSd/jKJaj17Vpculr6le67+i1AkrjTe1TGu/o9gcAAGCM6C0ArR2vVLrYVeB36i3/KP2r
0/vnnz+/61/Tfr3pa+Q61kd/L227koEDAAAAzjFlDYBYB/Dsq7m95afS7zvxLWX1ph+tdLZH
a54AAAC8n6cADPL33x9dneTe9KVlXDl/AAAA2kUHAPZXo2eYnf/s8vfpw7xqO8G96WutkP/Z
xx8AAOCJPrZt+xnxFIBYupL0I/Su0l+6KF1r/rF93vWUhNTgQrjy/lG5JYs8HuUfpo+VYxFA
AACA+T62bbvVpVidRwAAAPi3y68BYDo5AAAA5N1iBkDJNHYAAAB4slsMAAAAAABpl78FgPv4
/v61fX//OjsMAACAW/o8OwCub99p//r66/frr6+/zgoJAACAwO9bAMIrr7HOW9jRq9GTdp9H
Km1ue2/+R2lejtLGrmrv981tLy2/Nu0I+85+qi1S59fZdQAAAHiCfw0A5DqxPVd4e64M18R3
tG0v1UEdWa/Ytlxb1rbTiGPzLmF8I+oPAABAXtMaAFfqmO07k6//9n8P9wm3Xc2d6gAAAMA4
zWsAjJzCXTM9PNdZ77l6/vr/azG68Ip66SyBmhjC8mpiL5U6PqtegTcIAAAAMFbRDIDY1fLw
deoKe04q7f7vLa/DWGuvjB91lI/yaek87/McfeV+xPGZKay7JwEAAADMUTQDYPa95St0+Epi
yNW9p43CjvA7ZgGsIrYew4w2AAAAeLLTHwO4yv33uVsajvadEceMDrDONAAAwLM1LQJ4BzM6
xC2DGE+f8v7kugMAALzTJQcAcp3mo+3hffAznD2ToeQ2hH37hPGesQCgQQAAAID5PrZt+9m2
upX4Y/dsh3L7HOWfWm8gtwr/0faeVfBr6l6zYOCopyi0tH1un3es8zDyKRIAAADk/R4AgLOt
8PhBAACAuzp9EUDSzlyQEAAAgPswA4BLM0ACAABQ5pKLAAIAAAB1/gNJ/zwfa/G48AAAAABJ
RU5ErkJggg==
--------------030305080903040404060103--

--------------030107050207040402000609--


--===============1968783474923133549==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============1968783474923133549==--


From xen-users-bounces@lists.xen.org Mon Feb 15 08:11:45 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 15 Feb 2016 08:11:45 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVEEu-0004Od-CE; Mon, 15 Feb 2016 08:10:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVEEt-0004OY-3s
	for xen-users@lists.xen.org; Mon, 15 Feb 2016 08:10:35 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	EB/66-08479-AF781C65; Mon, 15 Feb 2016 08:10:34 +0000
X-Env-Sender: hahn@univention.de
X-Msg-Ref: server-13.tower-31.messagelabs.com!1455523833!21845047!1
X-Originating-IP: [82.198.197.8]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14549 invoked from network); 15 Feb 2016 08:10:33 -0000
Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8)
	by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 15 Feb 2016 08:10:33 -0000
Received: from localhost (localhost [127.0.0.1])
	by solig.knut.univention.de (Postfix) with ESMTP id 9AC9218001C4
	for ; Mon, 15 Feb 2016 09:10:32 +0100 (CET)
X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at knut.univention.de
Received: from mail.univention.de ([127.0.0.1])
	by localhost (solig.knut.univention.de [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 38EgnigppVkb for ;
	Mon, 15 Feb 2016 09:10:31 +0100 (CET)
Received: from [192.168.0.82] (mail.univention.de [82.198.197.8])
	by solig.knut.univention.de (Postfix) with ESMTPSA id E85A818000FF
	for ; Mon, 15 Feb 2016 09:10:31 +0100 (CET)
To: xen-users@lists.xen.org
From: Philipp Hahn 
X-Enigmail-Draft-Status: N1110
Organization: Univention GmbH
Message-ID: <56C187F7.2020305@univention.de>
Date: Mon, 15 Feb 2016 09:10:31 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
	Icedove/38.5.0
MIME-Version: 1.0
Content-Length:11790
Subject: [Xen-users] RFH xen-4.1: Time jumps after migration notwithstanding
	ntpdate
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

SGVsbG8sCgp3aGlsZSBwcmVwYXJpbmcgZm9yIGFuIHVwZ3JhZGUgb3VyIGluZnJhc3RydWN0dXJl
IGZyb20geGVuLTQuMSB0bwpzb21ldGhpbmcgbmV3ZXIgd2Ugb2JzZXJ2ZWQgdGhlIGZvbGxvd2lu
ZyBzdHJhbmdlIGJlaGF2aW91ciB3aGlsZQptaWdyYXRpbmcgc29tZSBWTXMgYmV0d2VlbiBob3N0
cyBzdGlsbCBydW5uaW5nIHhlbi00LjEgaGF2aW5nIGRpZmZlcmVudApDUFUgZ2VuZXJhdGlvbnM6
Cgpzb3VyY2UgaG9zdDoKCWRvbTA6IDEvMTYgSW50ZWwoUikgWGVvbihSKSBDUFUgICAgICAgICAg
IEU1NjIwICBAIDIuNDBHSHoKCWxpbnV4LTMuMTAuWAoJL3Byb2MvY3B1aW5mbzogdHNjCgl1cHRp
bWU6IDM4MiBkYXlzCgp0YXJnZXQgaG9zdDoKCWRvbTA6IDQvMjQgSW50ZWwoUikgWGVvbihSKSBD
UFUgRTUtMjQzMEwgdjIgQCAyLjQwR0h6CglsaW51eC0zLjEwLlgKCS9wcm9jL2NwdWluZm86IHRz
YyBjb25zdGFudF90c2Mgbm9uc3RvcF90c2MgdHNjX2RlYWRsaW5lX3RpbWVyCgl1cHRpbWU6IDkg
ZGF5cwoKZG9tVToKCTQgdkNQVQoJbGludXgtMy4yLlgKCS9wcm9jL2NwdWluZm86IHRzYyBjb25z
dGFudF90c2MKCXVwaW1lOiAxNDQgZGF5cwoJCkJvdGggaG9zdCBhbmQgdGhlIFZNIHJ1biBsaW51
eCBzZWVpbmcKL3N5cy9kZXZpY2VzL3N5c3RlbS9jbG9ja3NvdXJjZS9jbG9ja3NvdXJjZTAvY3Vy
cmVudF9jbG9ja3NvdXJjZT14ZW4uCgpUaGUgVk1zIHdlcmUgbWlncmF0ZWQgZnJvbSBzb3VyY2Ug
dG8gdGFyZ2V0LCB3aGljaCBzaG93cyB0aGUgZm9sbG93aW5nCmZvciBgeG0gZGVidWcta2V5IHM7
IHhtIGRtZXNnYDoKPiAoWEVOKSBUU0MgbWFya2VkIGFzIHJlbGlhYmxlLCB3YXJwID0gMCAoY291
bnQ9MikKPiAoWEVOKSBkb20xOiBtb2RlPTAsb2ZzPTB4ZmY4ZDgzYTgwNGM3ODY2ZCxraHo9MjQw
MDE0NyxpbmM9Mix2dHNjIGNvdW50OiAxNTk2ODk5NjA1IGtlcm5lbCwgNDA0NDcwNyB1c2VyCj4g
KFhFTikgZG9tMjogbW9kZT0wLG9mcz0weGZmOGQ4M2E4MDRlNTgwNjYsa2h6PTI0MDAxNDcsaW5j
PTIsdnRzYyBjb3VudDogMTcwOTQzNjI5OSBrZXJuZWwsIDQ0Mzk2NTcgdXNlcgo+IChYRU4pIGRv
bTM6IG1vZGU9MCxvZnM9MHhmZjhkODNhODA0ZmRlZjZmLGtoej0yNDAwMTQ3LGluYz0yLHZ0c2Mg
Y291bnQ6IDE2NTE2NDk1NzYga2VybmVsLCA0MzM2NTgyIHVzZXIKPiAoWEVOKSBkb200OiBtb2Rl
PTAsb2ZzPTB4ZmY5OWNiNjMyMzZjODRjZSxraHo9MjQwMDEzNyxpbmM9Myx2dHNjIGNvdW50OiAy
MDA2MjY5MzQ1IGtlcm5lbCwgMTQ2MTgzMiB1c2VyCgpGb3IgdGhlIHNvdXJjZSBob3N0IChub3cg
ZW1wdHkpOgo+IChYRU4pIFRTQyBtYXJrZWQgYXMgcmVsaWFibGUsIHdhcnAgPSAwIChjb3VudD0y
KQo+IChYRU4pIE5vIGRvbWFpbnMgaGF2ZSBlbXVsYXRlZCBUUwoKQWxsIGhvc3QgcnVuICJudHBk
YXRlIiBhcyBhIGNyb24tam9iIGV2ZXJ5IG1pbnV0ZSAobWFuYWdlbWVudCBkZWNpZGVkIHRvCm5v
dCB1c2UgTlRQZCwgYXMgaXQgaGFkKGhhcz8pIHRoZSBiYWQgaGFiaXQgdG8gcXVpdCBpdHNlbGYg
aWYgdGhlIHRpbWUKZGlmZmVyZW5jZSBnZXRzIHRvIGJpZyBhbmQgaXQgdGFrZXMgdG9vIGxvbmcg
dG8gZ2V0IHRoZSB0aW1lIGNvcnJlY3QgYWdhaW4pCgoKSnVzdCBhZnRlciBtaWdyYXRpb24gYWxs
IDQgZG9tVXMgaGFkIHRpbWUgcHJvYmxlbXM6IEZvciA1IG1pbnV0ZXMgdGhlCnRpbWUgb2YgdGhl
IGRvbVUganVtcGVkIGZvcndhcmQgYW5kIGJhY2t3YXJkIHNldmVyYWwgdGltZXMgdXAgdG8gc2V2
ZXJhbAp3ZWVrczoKCj4gVGltZSBvbiBsb2cgc2VydmVyCVRpbWUgaW4gZG9tVSArIG1lc3NhZ2UK
PiBGZWIgMDkgMTA6MDE6MTcJRmViIDkgMTA6MDE6MTUgbnRwZGF0ZVsxODk0OV06IHN0ZXAgdGlt
ZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMjY3LjAzNjE1NCBzZWMKPiBGZWIgMDkgMTA6MDE6
MTcJRmViIDkgMDk6NTY6NDggbnRwZGF0ZVsxODk4Ml06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlgu
MjQxIG9mZnNldCAtMjY3LjAzNTIwMyBzZWMKPiBGZWIgMDkgMTA6MDE6MjMJRmViIDkgMDk6NTI6
MjIgbnRwZGF0ZVsxOTAwNF06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMjY3
LjAzNTE5MiBzZWMKPiBGZWIgMDkgMTA6MDE6MjMJRmViIDkgMDk6NDc6NTUgbnRwZGF0ZVsxOTA1
N106IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMjY3LjAzNDg1OSBzZWMKPiBG
ZWIgMDkgMTA6MDE6MjkJRmViIDkgMDk6NTI6MjkgbnRwZGF0ZVsxOTIyNV06IHN0ZXAgdGltZSBz
ZXJ2ZXIgWC5YLlguMjQyIG9mZnNldCAyNjcuMDM2ODk3IHNlYwo+IEZlYiAwOSAxMDowMToyOQlG
ZWIgOSAxMDowMToyNCBudHBkYXRlWzE5MjU5XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEg
b2Zmc2V0IDUzNC4wNzE3ODcgc2VjCj4gRmViIDA5IDEwOjAxOjI5CUZlYiA5IDEwOjIzOjQwIG50
cGRhdGVbMTkzMDJdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgODAxLjEwNjc5
NyBzZWMKPiBGZWIgMDkgMTA6MDE6MjkJRmViIDkgMTA6MTA6MTggbnRwZGF0ZVsxOTI3M106IHN0
ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCA1MzQuMDcxNzQ1IHNlYwo+IEZlYiAwOSAx
MDowMTozNQlGZWIgOSAxMDozNzowNyBudHBkYXRlWzE5NDU0XTogc3RlcCB0aW1lIHNlcnZlciBY
LlguWC4yNDEgb2Zmc2V0IDgwMS4xMDU0MDYgc2VjCj4gRmViIDA5IDEwOjAxOjM1CUZlYiA5IDEw
OjQ2OjAyIG50cGRhdGVbMTk0NzJdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MiBvZmZzZXQg
NTM0LjA3MDMxOCBzZWMKPiBGZWIgMDkgMTA6MDE6MzUJRmViIDkgMTA6Mzc6MDkgbnRwZGF0ZVsx
OTUyMV06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtNTM0LjA3Mzc5MiBzZWMK
PiBGZWIgMDkgMTA6MDE6MzUJRmViIDkgMTA6Mjg6MTUgbnRwZGF0ZVsxOTU0NF06IHN0ZXAgdGlt
ZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtNTM0LjA3MzY0MiBzZWMKPiBGZWIgMDkgMTA6MDE6
MzUJRmViIDkgMDk6NDM6NDUgbnRwZGF0ZVsxOTYxNV06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlgu
MjQxIG9mZnNldCAtMTMzNS4xODAzNzQgc2VjCj4gRmViIDA5IDEwOjAxOjM1CUZlYiA5IDA5OjIx
OjMwIG50cGRhdGVbMTk2MjddOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgLTEz
MzUuMTgwMjYwIHNlYwo+IEZlYiAwOSAxMDowMTozNQlGZWIgOSAxMDowNjowMCBudHBkYXRlWzE5
NTY2XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC0xMzM1LjE4MDQ4MyBzZWMK
PiBGZWIgMDkgMTA6MDE6NDEJRmViIDkgMDg6NDY6MDAgbnRwZGF0ZVsxOTc1NV06IHN0ZXAgdGlt
ZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMjEzNi4yODU2NTQgc2VjCj4gRmViIDA5IDEwOjAx
OjQ4CUZlYiA5IDA4OjAxOjMwIG50cGRhdGVbMTk3ODVdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5Y
LjI0MSBvZmZzZXQgLTI2NzAuMzU1ODU4IHNlYwo+IEZlYiAwOSAxMDowMTo0OQlGZWIgOSAwNzoz
NDo0OCBudHBkYXRlWzE5ODIwXTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC0x
NjAyLjIwODMzNSBzZWMKPiBGZWIgMDkgMTA6MDE6NDkJRmViIDkgMDc6MzA6MjEgbnRwZGF0ZVsx
OTgyOF06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMjY3LjAyNzkwMCBzZWMK
PiBGZWIgMDkgMTA6MDE6NDkJRmViIDkgMDg6Mjg6MTQgbnRwZGF0ZVsxOTg4NV06IHN0ZXAgdGlt
ZSBzZXJ2ZXIgWC5YLlguMjQyIG9mZnNldCAyNDAzLjMzMzA5NCBzZWMKPiBGZWIgMDkgMTA6MDE6
NDkJRmViIDkgMDk6MDg6MTcgbnRwZGF0ZVsxOTg5Nl06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlgu
MjQxIG9mZnNldCAyNDAzLjMzMjgxMiBzZWMKPiBGZWIgMDkgMTA6MDE6NDkJRmViIDkgMDc6NDg6
MTAgbnRwZGF0ZVsxOTg1NF06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAxMDY4
LjE1MjQ4NyBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJRmViIDkgMTA6MjQ6MDMgbnRwZGF0ZVsxOTk2
Ml06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCA0NTM5LjYxODYyMCBzZWMKPiBG
ZWIgMDkgMTA6MDE6NTMJRmViIDkgMTI6MjQ6MTMgbnRwZGF0ZVsxOTk4M106IHN0ZXAgdGltZSBz
ZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCA3MjA5Ljk3NDU4MiBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJ
RmViIDkgMTc6MDk6MDUgbnRwZGF0ZVsyMDA0Ml06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQx
IG9mZnNldCA4MDExLjA1ODM0MSBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJRmViIDkgMTk6MzU6NTcg
bnRwZGF0ZVsyMDExMF06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAzMjA0LjM5
MjI4MCBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJRmViIDkgMTg6NDI6MzMgbnRwZGF0ZVsyMDA4MF06
IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQyIG9mZnNldCA1NjA3LjcyMzIyMSBzZWMKPiBGZWIg
MDkgMTA6MDE6NTMJRmViIDkgMjE6MjI6NDYgbnRwZGF0ZVsyMDEzOF06IHN0ZXAgdGltZSBzZXJ2
ZXIgWC5YLlguMjQxIG9mZnNldCAzMjA0LjM5MjQ1MiBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJRmVi
IDkgMTQ6NTU6MzMgbnRwZGF0ZVsyMDAxMl06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9m
ZnNldCA5MDc5LjIxMDczNSBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJRmViIDkgMjA6Mjk6MjIgbnRw
ZGF0ZVsyMDEyMl06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAzMjA0LjM5MjIy
MSBzZWMKPiBGZWIgMDkgMTA6MDI6MDEJRmViIDkgMjE6MDA6MzcgbnRwZGF0ZVsyMDE5MV06IHN0
ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMTMzNS4yMjYwNzkgc2VjCj4gRmViIDA5
IDEwOjAyOjAxCUZlYiA5IDA5OjU3OjMwIG50cGRhdGVbMjAyODBdOiBzdGVwIHRpbWUgc2VydmVy
IFguWC5YLjI0MSBvZmZzZXQgLTMxMjQzLjE5Mjg4NCBzZWMKPiBGZWIgMDkgMTA6MDI6MDEJRmVi
IDkgMTg6Mzg6MTIgbnRwZGF0ZVsyMDIyM106IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9m
ZnNldCAtODU0NS4yMDA2NzIgc2VjCj4gRmViIDA5IDEwOjAyOjAxCUZlYiA4IDEzOjAyOjI3IG50
cGRhdGVbMjAzNjZdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgLTQwODU2LjM2
OTg4MiBzZWMKPiBGZWIgMDkgMTA6MDI6MDEJRmViIDggMDE6NDE6MzEgbnRwZGF0ZVsyMDQxNF06
IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtNDA4NTYuMzY5NjEzIHNlYwo+IEZl
YiAwOSAxMDowMjowMQlGZWIgOSAwMDoyMzoyMyBudHBkYXRlWzIwMzIxXTogc3RlcCB0aW1lIHNl
cnZlciBYLlguWC4yNDEgb2Zmc2V0IC0zNDQ0Ny41ODUwNzcgc2VjCj4gRmViIDA5IDEwOjAyOjA5
CUZlYiA3IDE3OjA1OjIxIG50cGRhdGVbMjA1ODBdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0
MSBvZmZzZXQgLTMwOTc1Ljk0MjgyOSBzZWMKPiBGZWIgMDkgMTA6MDI6MDkJRmViIDcgMDg6Mjk6
MDYgbnRwZGF0ZVsyMDY0MV06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMzA5
NzUuOTQyNzU0IHNlYwo+IEZlYiAwOSAxMDowMjowOQlGZWIgNyAwODozMzozNCBudHBkYXRlWzIw
NjYzXTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IDI2Ny4yNTAxMjAgc2VjCj4g
RmViIDA5IDEwOjAyOjA5CUZlYiA4IDE1OjExOjQwIG50cGRhdGVbMjA3MDJdOiBzdGVwIHRpbWUg
c2VydmVyIFguWC5YLjI0MSBvZmZzZXQgNzU1NzEuMjA1MDg3IHNlYwo+IEZlYiAwOSAxMDowMjow
OQlGZWIgNyAxODoxMjowOSBudHBkYXRlWzIwNjgzXTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4y
NDEgb2Zmc2V0IDM0NzE0LjgzNTIyNyBzZWMKPiBGZWIgMDkgMTA6MDI6MDkJRmViIDkgMjM6MzI6
MDggbnRwZGF0ZVsyMDcxM106IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQyIG9mZnNldCAxMTY0
MjcuNTc1MTc5IHNlYwo+IEZlYiAwOSAxMDowMjoyNglGZWIgMyAwMTo1NDowOCBudHBkYXRlWzIx
MjMwXTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC00OTA4MTEuOTU3NzQ5IHNl
Ywo+IEZlYiAwOSAxMDowMjoyNglGZWIgOCAxODoxNDoxOSBudHBkYXRlWzIxMTk2XTogc3RlcCB0
aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC0zMTI0MzIuNDk3MjUwIHNlYwo+IEZlYiAwOSAx
MDowMjoyNglKYW4gNiAwNToxNjo0NCBudHBkYXRlWzIxMzIwXTogc3RlcCB0aW1lIHNlcnZlciBY
LlguWC4yNDEgb2Zmc2V0IC0yNTU1NDkuOTY4MjA0IHNlYwo+IEZlYiAwOSAxMDowMjoyNglKYW4x
MiAwMzoxNTowMyBudHBkYXRlWzIxMjk1XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDIgb2Zm
c2V0IC0yNTU1NDkuOTY3OTg2IHNlYwo+IEZlYiAwOSAxMDowMjoyNglKYW4gOSAwNDoxNTo1MyBu
dHBkYXRlWzIxMzA2XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC0yNTU1NDku
OTY4NDMwIHNlYwo+IEZlYiAwOSAxMDowMjoyNglKYW4xNSAwMjoxNDoxMyBudHBkYXRlWzIxMjgw
XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDIgb2Zmc2V0IC00MjA1NzguOTQ3Njg4IHNlYwo+
IEZlYiAwOSAxMDowMjoyNglKYW4yNiAxNzo0Mzo1OSBudHBkYXRlWzIxMjUzXTogc3RlcCB0aW1l
IHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC02MzQyMDkuMzM1MTU1IHNlYwo+IEZlYiAwOSAxMDow
MjoyNglKYW4xOSAyMzowMzo1MSBudHBkYXRlWzIxMjY2XTogc3RlcCB0aW1lIHNlcnZlciBYLlgu
WC4yNDEgb2Zmc2V0IC01ODU2MDcuOTI3ODI3IHNlYwo+IEZlYiAwOSAxMDowMjozNQlKYW4gNiAy
MTowNDo1MiBudHBkYXRlWzIxMzk1XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0
IDU2ODgyLjUyOTAxNyBzZWMKPiBGZWIgMDkgMTA6MDI6MzUJSmFuMTMgMDU6MTM6MDcgbnRwZGF0
ZVsyMTQxOV06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCA1NDc2OTQuNDg2ODAz
IHNlYwo+IEZlYiAwOSAxMDowMjozNglGZWIgMiAxNjoxMTozOSBudHBkYXRlWzIxNDUwXTogc3Rl
cCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IDE3Njc1MTEuNzQ5NjczIHNlYwo+IEZlYiAw
OSAxMDowMjo0NglGZWIgNiAxNTozNzo0MiBudHBkYXRlWzIxODcwXTogc3RlcCB0aW1lIHNlcnZl
ciBYLlguWC4yNDIgb2Zmc2V0IC02NTgzMjQxLjE4MDE4MiBzZWMKPiBGZWIgMDkgMTA6MDM6MTAJ
SmFuIDEgMTU6MTA6MTAgbnRwZGF0ZVsyMjgxNF06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQx
IG9mZnNldCAtNTI0ODcxOTExLjkxOTgwOSBzZWMKPiBGZWIgMDkgMTA6MDM6MzgJSmFuMjIgMDM6
MTM6NTkgbnRwZGF0ZVsyMzg4MV06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCA3
NjgwODMyOS41ODIxNzYgc2VjCj4gRmViIDA5IDEwOjA0OjE1CUphbjEyIDE0OjQ4OjUwIG50cGRh
dGVbMjUwNzFdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgLTgyMjAzMTY5Mi43
Njg5OTUgc2VjCj4gRmViIDA5IDEwOjA0OjE1CUphbjMwIDIwOjU3OjAyIG50cGRhdGVbMjUwMjhd
OiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgMTI1ODgzMDkzNC45NTg2MjMgc2Vj
Cj4gRmViIDA5IDEwOjA0OjMzCUphbjE3IDA4OjExOjQwIG50cGRhdGVbMjU0NzBdOiBzdGVwIHRp
bWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgMjY3ODk0MjAxLjk4MTMzN3NlYwo+IEZlYiAwOSAx
MDowNToxMAlGZWIgOSAxMDowNTowNCBudHBkYXRlWzI2MzQ1XTogc3RlcCB0aW1lIHNlcnZlciBY
LlguWC4yNDEgb2Zmc2V0IDExODcyMDU1ODQuOTg1Njk1IHNlYwoKVGhpcyBpcyBqdXN0IHRoZSBs
b2cgZm9yIDEgZG9tVSAtIHRoZSBvdGhlciAzIGxvb2sgc2ltaWxhci4KCkxvb2tpbmcgZm9yIHRo
YXQgcGhlbm9tZW5vbiB3ZSBoYXZlIGZvdW5kIHNldmVyYWwgbW9yZSBpbnN0YW5jZXMsIHdoZXJl
Cm50cGRhdGUgcmVwb3J0cyBhIGxhcmdlciB0aW1lIHN0ZXAganVzdCBhZnRlciBtaWdyYXRpb24u
CgoqIElzIHRoaXMgYSBrbm93biBidWcgd2l0aCB4ZW4tNC4xPwoKKiBJcyBpdCBmaXhlZCB3aXRo
IG5ld2VyIHZlcnNpb25zIG9mIHhlbiBvciBkb2Vzbid0IGJ1eSB1cyB0aGUgdXBncmFkZQphbnl0
aGluZyBpbiByZWdhcmQgd2l0aCB0aGlzIGlzc3VlPwoKKiBPciBpcyBydW5uaW5nIG50cGRhdGUg
ZnJvbSBjcm9uIGEgdmVyeSBiYWQgaWRlYSBhbnl3YXksIGFzIGl0IHBvc3NpYmx5CmNvbmZ1c2Vz
IGNyb24gdG9vIG11Y2g/CgpUaGFua3MgaW4gYWR2YW5jZQpQaGlsaXBwCi0tIApQaGlsaXBwIEhh
aG4KT3BlbiBTb3VyY2UgU29mdHdhcmUgRW5naW5lZXIKClVuaXZlbnRpb24gR21iSApiZSBvcGVu
LgpNYXJ5LVNvbWVydmlsbGUtU3RyLiAxCkQtMjgzNTkgQnJlbWVuClRlbC46ICs0OSA0MjEgMjIy
MzItMApGYXggOiArNDkgNDIxIDIyMjMyLTk5CmhhaG5AdW5pdmVudGlvbi5kZQoKaHR0cDovL3d3
dy51bml2ZW50aW9uLmRlLwpHZXNjaMOkZnRzZsO8aHJlcjogUGV0ZXIgSC4gR2FudGVuCkhSQiAy
MDc1NSBBbXRzZ2VyaWNodCBCcmVtZW4KU3RldWVyLU5yLjogNzEtNTk3LTAyODc2CgpfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGlu
ZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11
c2Vycw==

From xen-users-bounces@lists.xen.org Mon Feb 15 08:11:45 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 15 Feb 2016 08:11:45 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVEEu-0004Od-CE; Mon, 15 Feb 2016 08:10:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVEEt-0004OY-3s
	for xen-users@lists.xen.org; Mon, 15 Feb 2016 08:10:35 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	EB/66-08479-AF781C65; Mon, 15 Feb 2016 08:10:34 +0000
X-Env-Sender: hahn@univention.de
X-Msg-Ref: server-13.tower-31.messagelabs.com!1455523833!21845047!1
X-Originating-IP: [82.198.197.8]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14549 invoked from network); 15 Feb 2016 08:10:33 -0000
Received: from mail.univention.de (HELO mail.univention.de) (82.198.197.8)
	by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 15 Feb 2016 08:10:33 -0000
Received: from localhost (localhost [127.0.0.1])
	by solig.knut.univention.de (Postfix) with ESMTP id 9AC9218001C4
	for ; Mon, 15 Feb 2016 09:10:32 +0100 (CET)
X-Virus-Scanned: by amavisd-new-2.7.1 (20120429) (Debian) at knut.univention.de
Received: from mail.univention.de ([127.0.0.1])
	by localhost (solig.knut.univention.de [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP id 38EgnigppVkb for ;
	Mon, 15 Feb 2016 09:10:31 +0100 (CET)
Received: from [192.168.0.82] (mail.univention.de [82.198.197.8])
	by solig.knut.univention.de (Postfix) with ESMTPSA id E85A818000FF
	for ; Mon, 15 Feb 2016 09:10:31 +0100 (CET)
To: xen-users@lists.xen.org
From: Philipp Hahn 
X-Enigmail-Draft-Status: N1110
Organization: Univention GmbH
Message-ID: <56C187F7.2020305@univention.de>
Date: Mon, 15 Feb 2016 09:10:31 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
	Icedove/38.5.0
MIME-Version: 1.0
Content-Length:11790
Subject: [Xen-users] RFH xen-4.1: Time jumps after migration notwithstanding
	ntpdate
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

SGVsbG8sCgp3aGlsZSBwcmVwYXJpbmcgZm9yIGFuIHVwZ3JhZGUgb3VyIGluZnJhc3RydWN0dXJl
IGZyb20geGVuLTQuMSB0bwpzb21ldGhpbmcgbmV3ZXIgd2Ugb2JzZXJ2ZWQgdGhlIGZvbGxvd2lu
ZyBzdHJhbmdlIGJlaGF2aW91ciB3aGlsZQptaWdyYXRpbmcgc29tZSBWTXMgYmV0d2VlbiBob3N0
cyBzdGlsbCBydW5uaW5nIHhlbi00LjEgaGF2aW5nIGRpZmZlcmVudApDUFUgZ2VuZXJhdGlvbnM6
Cgpzb3VyY2UgaG9zdDoKCWRvbTA6IDEvMTYgSW50ZWwoUikgWGVvbihSKSBDUFUgICAgICAgICAg
IEU1NjIwICBAIDIuNDBHSHoKCWxpbnV4LTMuMTAuWAoJL3Byb2MvY3B1aW5mbzogdHNjCgl1cHRp
bWU6IDM4MiBkYXlzCgp0YXJnZXQgaG9zdDoKCWRvbTA6IDQvMjQgSW50ZWwoUikgWGVvbihSKSBD
UFUgRTUtMjQzMEwgdjIgQCAyLjQwR0h6CglsaW51eC0zLjEwLlgKCS9wcm9jL2NwdWluZm86IHRz
YyBjb25zdGFudF90c2Mgbm9uc3RvcF90c2MgdHNjX2RlYWRsaW5lX3RpbWVyCgl1cHRpbWU6IDkg
ZGF5cwoKZG9tVToKCTQgdkNQVQoJbGludXgtMy4yLlgKCS9wcm9jL2NwdWluZm86IHRzYyBjb25z
dGFudF90c2MKCXVwaW1lOiAxNDQgZGF5cwoJCkJvdGggaG9zdCBhbmQgdGhlIFZNIHJ1biBsaW51
eCBzZWVpbmcKL3N5cy9kZXZpY2VzL3N5c3RlbS9jbG9ja3NvdXJjZS9jbG9ja3NvdXJjZTAvY3Vy
cmVudF9jbG9ja3NvdXJjZT14ZW4uCgpUaGUgVk1zIHdlcmUgbWlncmF0ZWQgZnJvbSBzb3VyY2Ug
dG8gdGFyZ2V0LCB3aGljaCBzaG93cyB0aGUgZm9sbG93aW5nCmZvciBgeG0gZGVidWcta2V5IHM7
IHhtIGRtZXNnYDoKPiAoWEVOKSBUU0MgbWFya2VkIGFzIHJlbGlhYmxlLCB3YXJwID0gMCAoY291
bnQ9MikKPiAoWEVOKSBkb20xOiBtb2RlPTAsb2ZzPTB4ZmY4ZDgzYTgwNGM3ODY2ZCxraHo9MjQw
MDE0NyxpbmM9Mix2dHNjIGNvdW50OiAxNTk2ODk5NjA1IGtlcm5lbCwgNDA0NDcwNyB1c2VyCj4g
KFhFTikgZG9tMjogbW9kZT0wLG9mcz0weGZmOGQ4M2E4MDRlNTgwNjYsa2h6PTI0MDAxNDcsaW5j
PTIsdnRzYyBjb3VudDogMTcwOTQzNjI5OSBrZXJuZWwsIDQ0Mzk2NTcgdXNlcgo+IChYRU4pIGRv
bTM6IG1vZGU9MCxvZnM9MHhmZjhkODNhODA0ZmRlZjZmLGtoej0yNDAwMTQ3LGluYz0yLHZ0c2Mg
Y291bnQ6IDE2NTE2NDk1NzYga2VybmVsLCA0MzM2NTgyIHVzZXIKPiAoWEVOKSBkb200OiBtb2Rl
PTAsb2ZzPTB4ZmY5OWNiNjMyMzZjODRjZSxraHo9MjQwMDEzNyxpbmM9Myx2dHNjIGNvdW50OiAy
MDA2MjY5MzQ1IGtlcm5lbCwgMTQ2MTgzMiB1c2VyCgpGb3IgdGhlIHNvdXJjZSBob3N0IChub3cg
ZW1wdHkpOgo+IChYRU4pIFRTQyBtYXJrZWQgYXMgcmVsaWFibGUsIHdhcnAgPSAwIChjb3VudD0y
KQo+IChYRU4pIE5vIGRvbWFpbnMgaGF2ZSBlbXVsYXRlZCBUUwoKQWxsIGhvc3QgcnVuICJudHBk
YXRlIiBhcyBhIGNyb24tam9iIGV2ZXJ5IG1pbnV0ZSAobWFuYWdlbWVudCBkZWNpZGVkIHRvCm5v
dCB1c2UgTlRQZCwgYXMgaXQgaGFkKGhhcz8pIHRoZSBiYWQgaGFiaXQgdG8gcXVpdCBpdHNlbGYg
aWYgdGhlIHRpbWUKZGlmZmVyZW5jZSBnZXRzIHRvIGJpZyBhbmQgaXQgdGFrZXMgdG9vIGxvbmcg
dG8gZ2V0IHRoZSB0aW1lIGNvcnJlY3QgYWdhaW4pCgoKSnVzdCBhZnRlciBtaWdyYXRpb24gYWxs
IDQgZG9tVXMgaGFkIHRpbWUgcHJvYmxlbXM6IEZvciA1IG1pbnV0ZXMgdGhlCnRpbWUgb2YgdGhl
IGRvbVUganVtcGVkIGZvcndhcmQgYW5kIGJhY2t3YXJkIHNldmVyYWwgdGltZXMgdXAgdG8gc2V2
ZXJhbAp3ZWVrczoKCj4gVGltZSBvbiBsb2cgc2VydmVyCVRpbWUgaW4gZG9tVSArIG1lc3NhZ2UK
PiBGZWIgMDkgMTA6MDE6MTcJRmViIDkgMTA6MDE6MTUgbnRwZGF0ZVsxODk0OV06IHN0ZXAgdGlt
ZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMjY3LjAzNjE1NCBzZWMKPiBGZWIgMDkgMTA6MDE6
MTcJRmViIDkgMDk6NTY6NDggbnRwZGF0ZVsxODk4Ml06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlgu
MjQxIG9mZnNldCAtMjY3LjAzNTIwMyBzZWMKPiBGZWIgMDkgMTA6MDE6MjMJRmViIDkgMDk6NTI6
MjIgbnRwZGF0ZVsxOTAwNF06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMjY3
LjAzNTE5MiBzZWMKPiBGZWIgMDkgMTA6MDE6MjMJRmViIDkgMDk6NDc6NTUgbnRwZGF0ZVsxOTA1
N106IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMjY3LjAzNDg1OSBzZWMKPiBG
ZWIgMDkgMTA6MDE6MjkJRmViIDkgMDk6NTI6MjkgbnRwZGF0ZVsxOTIyNV06IHN0ZXAgdGltZSBz
ZXJ2ZXIgWC5YLlguMjQyIG9mZnNldCAyNjcuMDM2ODk3IHNlYwo+IEZlYiAwOSAxMDowMToyOQlG
ZWIgOSAxMDowMToyNCBudHBkYXRlWzE5MjU5XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEg
b2Zmc2V0IDUzNC4wNzE3ODcgc2VjCj4gRmViIDA5IDEwOjAxOjI5CUZlYiA5IDEwOjIzOjQwIG50
cGRhdGVbMTkzMDJdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgODAxLjEwNjc5
NyBzZWMKPiBGZWIgMDkgMTA6MDE6MjkJRmViIDkgMTA6MTA6MTggbnRwZGF0ZVsxOTI3M106IHN0
ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCA1MzQuMDcxNzQ1IHNlYwo+IEZlYiAwOSAx
MDowMTozNQlGZWIgOSAxMDozNzowNyBudHBkYXRlWzE5NDU0XTogc3RlcCB0aW1lIHNlcnZlciBY
LlguWC4yNDEgb2Zmc2V0IDgwMS4xMDU0MDYgc2VjCj4gRmViIDA5IDEwOjAxOjM1CUZlYiA5IDEw
OjQ2OjAyIG50cGRhdGVbMTk0NzJdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MiBvZmZzZXQg
NTM0LjA3MDMxOCBzZWMKPiBGZWIgMDkgMTA6MDE6MzUJRmViIDkgMTA6Mzc6MDkgbnRwZGF0ZVsx
OTUyMV06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtNTM0LjA3Mzc5MiBzZWMK
PiBGZWIgMDkgMTA6MDE6MzUJRmViIDkgMTA6Mjg6MTUgbnRwZGF0ZVsxOTU0NF06IHN0ZXAgdGlt
ZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtNTM0LjA3MzY0MiBzZWMKPiBGZWIgMDkgMTA6MDE6
MzUJRmViIDkgMDk6NDM6NDUgbnRwZGF0ZVsxOTYxNV06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlgu
MjQxIG9mZnNldCAtMTMzNS4xODAzNzQgc2VjCj4gRmViIDA5IDEwOjAxOjM1CUZlYiA5IDA5OjIx
OjMwIG50cGRhdGVbMTk2MjddOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgLTEz
MzUuMTgwMjYwIHNlYwo+IEZlYiAwOSAxMDowMTozNQlGZWIgOSAxMDowNjowMCBudHBkYXRlWzE5
NTY2XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC0xMzM1LjE4MDQ4MyBzZWMK
PiBGZWIgMDkgMTA6MDE6NDEJRmViIDkgMDg6NDY6MDAgbnRwZGF0ZVsxOTc1NV06IHN0ZXAgdGlt
ZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMjEzNi4yODU2NTQgc2VjCj4gRmViIDA5IDEwOjAx
OjQ4CUZlYiA5IDA4OjAxOjMwIG50cGRhdGVbMTk3ODVdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5Y
LjI0MSBvZmZzZXQgLTI2NzAuMzU1ODU4IHNlYwo+IEZlYiAwOSAxMDowMTo0OQlGZWIgOSAwNzoz
NDo0OCBudHBkYXRlWzE5ODIwXTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC0x
NjAyLjIwODMzNSBzZWMKPiBGZWIgMDkgMTA6MDE6NDkJRmViIDkgMDc6MzA6MjEgbnRwZGF0ZVsx
OTgyOF06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMjY3LjAyNzkwMCBzZWMK
PiBGZWIgMDkgMTA6MDE6NDkJRmViIDkgMDg6Mjg6MTQgbnRwZGF0ZVsxOTg4NV06IHN0ZXAgdGlt
ZSBzZXJ2ZXIgWC5YLlguMjQyIG9mZnNldCAyNDAzLjMzMzA5NCBzZWMKPiBGZWIgMDkgMTA6MDE6
NDkJRmViIDkgMDk6MDg6MTcgbnRwZGF0ZVsxOTg5Nl06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlgu
MjQxIG9mZnNldCAyNDAzLjMzMjgxMiBzZWMKPiBGZWIgMDkgMTA6MDE6NDkJRmViIDkgMDc6NDg6
MTAgbnRwZGF0ZVsxOTg1NF06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAxMDY4
LjE1MjQ4NyBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJRmViIDkgMTA6MjQ6MDMgbnRwZGF0ZVsxOTk2
Ml06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCA0NTM5LjYxODYyMCBzZWMKPiBG
ZWIgMDkgMTA6MDE6NTMJRmViIDkgMTI6MjQ6MTMgbnRwZGF0ZVsxOTk4M106IHN0ZXAgdGltZSBz
ZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCA3MjA5Ljk3NDU4MiBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJ
RmViIDkgMTc6MDk6MDUgbnRwZGF0ZVsyMDA0Ml06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQx
IG9mZnNldCA4MDExLjA1ODM0MSBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJRmViIDkgMTk6MzU6NTcg
bnRwZGF0ZVsyMDExMF06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAzMjA0LjM5
MjI4MCBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJRmViIDkgMTg6NDI6MzMgbnRwZGF0ZVsyMDA4MF06
IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQyIG9mZnNldCA1NjA3LjcyMzIyMSBzZWMKPiBGZWIg
MDkgMTA6MDE6NTMJRmViIDkgMjE6MjI6NDYgbnRwZGF0ZVsyMDEzOF06IHN0ZXAgdGltZSBzZXJ2
ZXIgWC5YLlguMjQxIG9mZnNldCAzMjA0LjM5MjQ1MiBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJRmVi
IDkgMTQ6NTU6MzMgbnRwZGF0ZVsyMDAxMl06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9m
ZnNldCA5MDc5LjIxMDczNSBzZWMKPiBGZWIgMDkgMTA6MDE6NTMJRmViIDkgMjA6Mjk6MjIgbnRw
ZGF0ZVsyMDEyMl06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAzMjA0LjM5MjIy
MSBzZWMKPiBGZWIgMDkgMTA6MDI6MDEJRmViIDkgMjE6MDA6MzcgbnRwZGF0ZVsyMDE5MV06IHN0
ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMTMzNS4yMjYwNzkgc2VjCj4gRmViIDA5
IDEwOjAyOjAxCUZlYiA5IDA5OjU3OjMwIG50cGRhdGVbMjAyODBdOiBzdGVwIHRpbWUgc2VydmVy
IFguWC5YLjI0MSBvZmZzZXQgLTMxMjQzLjE5Mjg4NCBzZWMKPiBGZWIgMDkgMTA6MDI6MDEJRmVi
IDkgMTg6Mzg6MTIgbnRwZGF0ZVsyMDIyM106IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9m
ZnNldCAtODU0NS4yMDA2NzIgc2VjCj4gRmViIDA5IDEwOjAyOjAxCUZlYiA4IDEzOjAyOjI3IG50
cGRhdGVbMjAzNjZdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgLTQwODU2LjM2
OTg4MiBzZWMKPiBGZWIgMDkgMTA6MDI6MDEJRmViIDggMDE6NDE6MzEgbnRwZGF0ZVsyMDQxNF06
IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtNDA4NTYuMzY5NjEzIHNlYwo+IEZl
YiAwOSAxMDowMjowMQlGZWIgOSAwMDoyMzoyMyBudHBkYXRlWzIwMzIxXTogc3RlcCB0aW1lIHNl
cnZlciBYLlguWC4yNDEgb2Zmc2V0IC0zNDQ0Ny41ODUwNzcgc2VjCj4gRmViIDA5IDEwOjAyOjA5
CUZlYiA3IDE3OjA1OjIxIG50cGRhdGVbMjA1ODBdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0
MSBvZmZzZXQgLTMwOTc1Ljk0MjgyOSBzZWMKPiBGZWIgMDkgMTA6MDI6MDkJRmViIDcgMDg6Mjk6
MDYgbnRwZGF0ZVsyMDY0MV06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCAtMzA5
NzUuOTQyNzU0IHNlYwo+IEZlYiAwOSAxMDowMjowOQlGZWIgNyAwODozMzozNCBudHBkYXRlWzIw
NjYzXTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IDI2Ny4yNTAxMjAgc2VjCj4g
RmViIDA5IDEwOjAyOjA5CUZlYiA4IDE1OjExOjQwIG50cGRhdGVbMjA3MDJdOiBzdGVwIHRpbWUg
c2VydmVyIFguWC5YLjI0MSBvZmZzZXQgNzU1NzEuMjA1MDg3IHNlYwo+IEZlYiAwOSAxMDowMjow
OQlGZWIgNyAxODoxMjowOSBudHBkYXRlWzIwNjgzXTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4y
NDEgb2Zmc2V0IDM0NzE0LjgzNTIyNyBzZWMKPiBGZWIgMDkgMTA6MDI6MDkJRmViIDkgMjM6MzI6
MDggbnRwZGF0ZVsyMDcxM106IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQyIG9mZnNldCAxMTY0
MjcuNTc1MTc5IHNlYwo+IEZlYiAwOSAxMDowMjoyNglGZWIgMyAwMTo1NDowOCBudHBkYXRlWzIx
MjMwXTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC00OTA4MTEuOTU3NzQ5IHNl
Ywo+IEZlYiAwOSAxMDowMjoyNglGZWIgOCAxODoxNDoxOSBudHBkYXRlWzIxMTk2XTogc3RlcCB0
aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC0zMTI0MzIuNDk3MjUwIHNlYwo+IEZlYiAwOSAx
MDowMjoyNglKYW4gNiAwNToxNjo0NCBudHBkYXRlWzIxMzIwXTogc3RlcCB0aW1lIHNlcnZlciBY
LlguWC4yNDEgb2Zmc2V0IC0yNTU1NDkuOTY4MjA0IHNlYwo+IEZlYiAwOSAxMDowMjoyNglKYW4x
MiAwMzoxNTowMyBudHBkYXRlWzIxMjk1XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDIgb2Zm
c2V0IC0yNTU1NDkuOTY3OTg2IHNlYwo+IEZlYiAwOSAxMDowMjoyNglKYW4gOSAwNDoxNTo1MyBu
dHBkYXRlWzIxMzA2XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC0yNTU1NDku
OTY4NDMwIHNlYwo+IEZlYiAwOSAxMDowMjoyNglKYW4xNSAwMjoxNDoxMyBudHBkYXRlWzIxMjgw
XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDIgb2Zmc2V0IC00MjA1NzguOTQ3Njg4IHNlYwo+
IEZlYiAwOSAxMDowMjoyNglKYW4yNiAxNzo0Mzo1OSBudHBkYXRlWzIxMjUzXTogc3RlcCB0aW1l
IHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IC02MzQyMDkuMzM1MTU1IHNlYwo+IEZlYiAwOSAxMDow
MjoyNglKYW4xOSAyMzowMzo1MSBudHBkYXRlWzIxMjY2XTogc3RlcCB0aW1lIHNlcnZlciBYLlgu
WC4yNDEgb2Zmc2V0IC01ODU2MDcuOTI3ODI3IHNlYwo+IEZlYiAwOSAxMDowMjozNQlKYW4gNiAy
MTowNDo1MiBudHBkYXRlWzIxMzk1XTogc3RlcCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0
IDU2ODgyLjUyOTAxNyBzZWMKPiBGZWIgMDkgMTA6MDI6MzUJSmFuMTMgMDU6MTM6MDcgbnRwZGF0
ZVsyMTQxOV06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCA1NDc2OTQuNDg2ODAz
IHNlYwo+IEZlYiAwOSAxMDowMjozNglGZWIgMiAxNjoxMTozOSBudHBkYXRlWzIxNDUwXTogc3Rl
cCB0aW1lIHNlcnZlciBYLlguWC4yNDEgb2Zmc2V0IDE3Njc1MTEuNzQ5NjczIHNlYwo+IEZlYiAw
OSAxMDowMjo0NglGZWIgNiAxNTozNzo0MiBudHBkYXRlWzIxODcwXTogc3RlcCB0aW1lIHNlcnZl
ciBYLlguWC4yNDIgb2Zmc2V0IC02NTgzMjQxLjE4MDE4MiBzZWMKPiBGZWIgMDkgMTA6MDM6MTAJ
SmFuIDEgMTU6MTA6MTAgbnRwZGF0ZVsyMjgxNF06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQx
IG9mZnNldCAtNTI0ODcxOTExLjkxOTgwOSBzZWMKPiBGZWIgMDkgMTA6MDM6MzgJSmFuMjIgMDM6
MTM6NTkgbnRwZGF0ZVsyMzg4MV06IHN0ZXAgdGltZSBzZXJ2ZXIgWC5YLlguMjQxIG9mZnNldCA3
NjgwODMyOS41ODIxNzYgc2VjCj4gRmViIDA5IDEwOjA0OjE1CUphbjEyIDE0OjQ4OjUwIG50cGRh
dGVbMjUwNzFdOiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgLTgyMjAzMTY5Mi43
Njg5OTUgc2VjCj4gRmViIDA5IDEwOjA0OjE1CUphbjMwIDIwOjU3OjAyIG50cGRhdGVbMjUwMjhd
OiBzdGVwIHRpbWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgMTI1ODgzMDkzNC45NTg2MjMgc2Vj
Cj4gRmViIDA5IDEwOjA0OjMzCUphbjE3IDA4OjExOjQwIG50cGRhdGVbMjU0NzBdOiBzdGVwIHRp
bWUgc2VydmVyIFguWC5YLjI0MSBvZmZzZXQgMjY3ODk0MjAxLjk4MTMzN3NlYwo+IEZlYiAwOSAx
MDowNToxMAlGZWIgOSAxMDowNTowNCBudHBkYXRlWzI2MzQ1XTogc3RlcCB0aW1lIHNlcnZlciBY
LlguWC4yNDEgb2Zmc2V0IDExODcyMDU1ODQuOTg1Njk1IHNlYwoKVGhpcyBpcyBqdXN0IHRoZSBs
b2cgZm9yIDEgZG9tVSAtIHRoZSBvdGhlciAzIGxvb2sgc2ltaWxhci4KCkxvb2tpbmcgZm9yIHRo
YXQgcGhlbm9tZW5vbiB3ZSBoYXZlIGZvdW5kIHNldmVyYWwgbW9yZSBpbnN0YW5jZXMsIHdoZXJl
Cm50cGRhdGUgcmVwb3J0cyBhIGxhcmdlciB0aW1lIHN0ZXAganVzdCBhZnRlciBtaWdyYXRpb24u
CgoqIElzIHRoaXMgYSBrbm93biBidWcgd2l0aCB4ZW4tNC4xPwoKKiBJcyBpdCBmaXhlZCB3aXRo
IG5ld2VyIHZlcnNpb25zIG9mIHhlbiBvciBkb2Vzbid0IGJ1eSB1cyB0aGUgdXBncmFkZQphbnl0
aGluZyBpbiByZWdhcmQgd2l0aCB0aGlzIGlzc3VlPwoKKiBPciBpcyBydW5uaW5nIG50cGRhdGUg
ZnJvbSBjcm9uIGEgdmVyeSBiYWQgaWRlYSBhbnl3YXksIGFzIGl0IHBvc3NpYmx5CmNvbmZ1c2Vz
IGNyb24gdG9vIG11Y2g/CgpUaGFua3MgaW4gYWR2YW5jZQpQaGlsaXBwCi0tIApQaGlsaXBwIEhh
aG4KT3BlbiBTb3VyY2UgU29mdHdhcmUgRW5naW5lZXIKClVuaXZlbnRpb24gR21iSApiZSBvcGVu
LgpNYXJ5LVNvbWVydmlsbGUtU3RyLiAxCkQtMjgzNTkgQnJlbWVuClRlbC46ICs0OSA0MjEgMjIy
MzItMApGYXggOiArNDkgNDIxIDIyMjMyLTk5CmhhaG5AdW5pdmVudGlvbi5kZQoKaHR0cDovL3d3
dy51bml2ZW50aW9uLmRlLwpHZXNjaMOkZnRzZsO8aHJlcjogUGV0ZXIgSC4gR2FudGVuCkhSQiAy
MDc1NSBBbXRzZ2VyaWNodCBCcmVtZW4KU3RldWVyLU5yLjogNzEtNTk3LTAyODc2CgpfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGlu
ZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11
c2Vycw==

From xen-users-bounces@lists.xen.org Mon Feb 15 15:05:29 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 15 Feb 2016 15:05:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVKhV-0003ni-P4; Mon, 15 Feb 2016 15:04:33 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVKhS-0003nQ-J4
	for xen-users@lists.xen.org; Mon, 15 Feb 2016 15:04:30 +0000
Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id
	41/BD-02807-DF8E1C65; Mon, 15 Feb 2016 15:04:29 +0000
X-Env-Sender: sm8ax1@vfemail.net
X-Msg-Ref: server-13.tower-31.messagelabs.com!1455548667!21988851!1
X-Originating-IP: [199.16.11.132]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 36946 invoked from network); 15 Feb 2016 15:04:28 -0000
Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132)
	by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 15 Feb 2016 15:04:28 -0000
Received: (qmail 90648 invoked by uid 89); 15 Feb 2016 15:04:21 -0000
Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1)
	by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP;
	15 Feb 2016 15:04:21 -0000
Received: (qmail 77509 invoked by uid 89); 15 Feb 2016 14:53:14 -0000
Received: by simscan 1.3.1 ppid: 77505, pid: 77507, t: 0.0038s scanners:none
Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62)
	by FreeQueue with SMTP; 15 Feb 2016 14:53:14 -0000
Received: (qmail 10086 invoked by uid 89); 15 Feb 2016 14:53:14 -0000
Received: by simscan 1.4.0 ppid: 10080, pid: 10083, t: 0.0908s scanners:none
Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93)
	by 172.16.100.62 with ESMTPA; 15 Feb 2016 14:53:14 -0000
Date: Mon, 15 Feb 2016 08:53:14 -0600
Message-ID: <20160215085314.Horde.GqZ7Kwnr1V7sGBqPv756Ng9@344c6kbnjnljjzlz.onion>
From: sm8ax1@vfemail.net
To: xen-users@lists.xen.org, folatt@sluimers.net
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
In-Reply-To: <56BF4B74.9080103@sluimers.net>
User-Agent: Internet Messaging Program (IMP) H5 (6.2.2)
X-VFEmail-Originating-IP: 172.16.100.27
X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include
	VFEmail headers
MIME-Version: 1.0
Subject: Re: [Xen-users] Keymapping problem with DomU VNC.
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2062792550749654645=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This message is in MIME format.

--===============2062792550749654645==
Content-Type: multipart/alternative; boundary="=_JlLP5CBCTwKo3q6QY-eOtA3"
Content-Transfer-Encoding: 8bit

This message is in MIME format.

--=_JlLP5CBCTwKo3q6QY-eOtA3
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Content-Length: 2911
Content-Transfer-Encoding: quoted-printable
Content-Description: Plaintext Message
Content-Disposition: inline

  I don't know anything about keymaps specifically, but you can add
arguments to qemu using

   *   DEVICE_MODEL_ARGS=3D[ "ARG", "ARG", ...]
   *
    Pass additional arbitrary options on the device-model command line. Each
element in the list is passed as an option to the device-model.

  I'm not sure if that's honored unless you specify device_model_override
also, in which case you can "override" it to the default:

device_model_override=3D/usr/lib/xen/bin/qemu-system-i386

I would keep the keymap in the "vfb=3D" line too, in case the Xen paravirtual
framebuffer also interprets that argument in some way.

As for getting Dvorak, an alternative might be to use a VNC client that
allows you to configure keymaps on the client-side instead of specifying a
keymap in xl.cfg. It's also possible that qemu-xen isn't configured for
some keymaps, in which case you could use upstream qemu provided by your
distro and point device_model_override to it (although I don't know this
for a fact).

See
http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html#Device-Model-Options

Quoting Folatt :

> I have the following setup:
>    name =3D 'ArkOS_Dev' bootloader =3D "pygrub" #kernel =3D
> "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk =3D
> "/mnt/arch/boot/x86_64/archiso.img" #extra =3D "archisobasedir=3Darch
> archisolabel=3DARCH_201511" memory =3D 2048 vcpus =3D 3 disk =3D [ "format=3Draw,
> vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev",
> "format=3Draw, vdev=3Dxvdb, access=3Drw,
> target=3D/dev/vm_volumes/swap.ArkOS_Dev"        ] vif =3D [
> 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ] vfb =3D
> ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3Dsecret,keymap=3Dbepo'] root =3D
> "/dev/xvda rw"
>
>    As you can see, I have chose bepo as my keymap (for testing, I
> ultimately want to use Dvorak, which is not standard in Qemu's keymaps
> for whatever reason.).
>
>    According to the Arch wiki qemu should be started with the '-k'
> option if it wants to
> https://wiki.archlinux.org/index.php/QE =E2=80=A6 o_not_work
>
>    So I rebooted and looked for the process that was running this
> program and found it.
> However, the '-k' option is missing:
> $ ps -ef | grep -e '-xen-domid 1' root       496     1  0 Feb12 =3F
> 00:00:11 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1 -chardev
> socket,id=3Dlibxl-cmd,path=3D/run/xen/qmp-libxl-1,server,nowait -mon
> chardev=3Dlibxl-cmd,mode=3Dcontrol -nodefaults -xen-attach -name ArkOS_Dev
> -vnc 0.0.0.0:0,password,to=3D99 -display none -machine xenpv -m 2048
>    So what am I doing wrong=3F


-------------------------------------------------

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  
--=_JlLP5CBCTwKo3q6QY-eOtA3
Content-Type: text/html; charset=UTF-8
Content-Description: HTML Message
Content-Disposition: inline









I don't know anything about keymaps specifically, but you can add arguments to qemu using




device_model_args=[ "ARG", "ARG", ...]




Pass additional arbitrary options on the device-model command line. Each element in the list is passed as an option to the device-model.






I'm not sure if that's honored unless you specify device_model_override also, in which case you can "override" it to the default:



device_model_override=/usr/lib/xen/bin/qemu-system-i386



I would keep the keymap in the "vfb=" line too, in case the Xen paravirtual framebuffer also interprets that argument in some way.



As for getting Dvorak, an alternative might be to use a VNC client that allows you to configure keymaps on the client-side instead of specifying a keymap in xl.cfg. It's also possible that qemu-xen isn't configured for some keymaps, in which case you could use upstream qemu provided by your distro and point device_model_override to it (although I don't know this for a fact).



See http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html#Device-Model-Options



Quoting Folatt <folatt@sluimers.net>:






I have the following setup:




name = 'ArkOS_Dev'
bootloader = "pygrub"
#kernel = "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk = "/mnt/arch/boot/x86_64/archiso.img"
#extra = "archisobasedir=arch archisolabel=ARCH_201511"
memory = 2048
vcpus = 3
disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev",
         "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev"
       ]
vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ]
vfb = ['vnc=1,vnclisten=0.0.0.0,vncpasswd=secret,keymap=bepo']
root = "/dev/xvda rw"



As you can see, I have chose bepo as my keymap (for testing, I ultimately want to use Dvorak, which is not standard in Qemu's keymaps for whatever reason.).


According to the Arch wiki qemu should be started with the '-k' option if it wants to

https://wiki.archlinux.org/index.php/QE … o_not_work


So I rebooted and looked for the process that was running this program and found it.

However, the '-k' option is missing:


$ ps -ef | grep -e '-xen-domid 1'
root       496     1  0 Feb12 ?        00:00:11 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1
-chardev socket,id=libxl-cmd,path=/run/xen/qmp-libxl-1,server,nowait -mon chardev=libxl-cmd,mode=control
-nodefaults -xen-attach -name ArkOS_Dev -vnc 0.0.0.0:0,password,to=99 -display none -machine xenpv -m 2048



So what am I doing wrong?

















-------------------------------------------------


ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands! 

$24.95 ONETIME Lifetime accounts with Privacy Features!

No Bandwidth Quotas!   15GB disk space! 

Commercial and Bulk Mail Options! 





--=_JlLP5CBCTwKo3q6QY-eOtA3--



--===============2062792550749654645==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============2062792550749654645==--



From xen-users-bounces@lists.xen.org Mon Feb 15 15:05:29 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 15 Feb 2016 15:05:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVKhV-0003ni-P4; Mon, 15 Feb 2016 15:04:33 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVKhS-0003nQ-J4
	for xen-users@lists.xen.org; Mon, 15 Feb 2016 15:04:30 +0000
Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id
	41/BD-02807-DF8E1C65; Mon, 15 Feb 2016 15:04:29 +0000
X-Env-Sender: sm8ax1@vfemail.net
X-Msg-Ref: server-13.tower-31.messagelabs.com!1455548667!21988851!1
X-Originating-IP: [199.16.11.132]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 36946 invoked from network); 15 Feb 2016 15:04:28 -0000
Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132)
	by server-13.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 15 Feb 2016 15:04:28 -0000
Received: (qmail 90648 invoked by uid 89); 15 Feb 2016 15:04:21 -0000
Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1)
	by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP;
	15 Feb 2016 15:04:21 -0000
Received: (qmail 77509 invoked by uid 89); 15 Feb 2016 14:53:14 -0000
Received: by simscan 1.3.1 ppid: 77505, pid: 77507, t: 0.0038s scanners:none
Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62)
	by FreeQueue with SMTP; 15 Feb 2016 14:53:14 -0000
Received: (qmail 10086 invoked by uid 89); 15 Feb 2016 14:53:14 -0000
Received: by simscan 1.4.0 ppid: 10080, pid: 10083, t: 0.0908s scanners:none
Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93)
	by 172.16.100.62 with ESMTPA; 15 Feb 2016 14:53:14 -0000
Date: Mon, 15 Feb 2016 08:53:14 -0600
Message-ID: <20160215085314.Horde.GqZ7Kwnr1V7sGBqPv756Ng9@344c6kbnjnljjzlz.onion>
From: sm8ax1@vfemail.net
To: xen-users@lists.xen.org, folatt@sluimers.net
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
In-Reply-To: <56BF4B74.9080103@sluimers.net>
User-Agent: Internet Messaging Program (IMP) H5 (6.2.2)
X-VFEmail-Originating-IP: 172.16.100.27
X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include
	VFEmail headers
MIME-Version: 1.0
Subject: Re: [Xen-users] Keymapping problem with DomU VNC.
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============2062792550749654645=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This message is in MIME format.

--===============2062792550749654645==
Content-Type: multipart/alternative; boundary="=_JlLP5CBCTwKo3q6QY-eOtA3"
Content-Transfer-Encoding: 8bit

This message is in MIME format.

--=_JlLP5CBCTwKo3q6QY-eOtA3
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Content-Length: 2911
Content-Transfer-Encoding: quoted-printable
Content-Description: Plaintext Message
Content-Disposition: inline

  I don't know anything about keymaps specifically, but you can add
arguments to qemu using

   *   DEVICE_MODEL_ARGS=3D[ "ARG", "ARG", ...]
   *
    Pass additional arbitrary options on the device-model command line. Each
element in the list is passed as an option to the device-model.

  I'm not sure if that's honored unless you specify device_model_override
also, in which case you can "override" it to the default:

device_model_override=3D/usr/lib/xen/bin/qemu-system-i386

I would keep the keymap in the "vfb=3D" line too, in case the Xen paravirtual
framebuffer also interprets that argument in some way.

As for getting Dvorak, an alternative might be to use a VNC client that
allows you to configure keymaps on the client-side instead of specifying a
keymap in xl.cfg. It's also possible that qemu-xen isn't configured for
some keymaps, in which case you could use upstream qemu provided by your
distro and point device_model_override to it (although I don't know this
for a fact).

See
http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html#Device-Model-Options

Quoting Folatt :

> I have the following setup:
>    name =3D 'ArkOS_Dev' bootloader =3D "pygrub" #kernel =3D
> "/mnt/arch/boot/x86_64/vmlinuz" #ramdisk =3D
> "/mnt/arch/boot/x86_64/archiso.img" #extra =3D "archisobasedir=3Darch
> archisolabel=3DARCH_201511" memory =3D 2048 vcpus =3D 3 disk =3D [ "format=3Draw,
> vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev",
> "format=3Draw, vdev=3Dxvdb, access=3Drw,
> target=3D/dev/vm_volumes/swap.ArkOS_Dev"        ] vif =3D [
> 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ] vfb =3D
> ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3Dsecret,keymap=3Dbepo'] root =3D
> "/dev/xvda rw"
>
>    As you can see, I have chose bepo as my keymap (for testing, I
> ultimately want to use Dvorak, which is not standard in Qemu's keymaps
> for whatever reason.).
>
>    According to the Arch wiki qemu should be started with the '-k'
> option if it wants to
> https://wiki.archlinux.org/index.php/QE =E2=80=A6 o_not_work
>
>    So I rebooted and looked for the process that was running this
> program and found it.
> However, the '-k' option is missing:
> $ ps -ef | grep -e '-xen-domid 1' root       496     1  0 Feb12 =3F
> 00:00:11 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1 -chardev
> socket,id=3Dlibxl-cmd,path=3D/run/xen/qmp-libxl-1,server,nowait -mon
> chardev=3Dlibxl-cmd,mode=3Dcontrol -nodefaults -xen-attach -name ArkOS_Dev
> -vnc 0.0.0.0:0,password,to=3D99 -display none -machine xenpv -m 2048
>    So what am I doing wrong=3F


-------------------------------------------------

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  
--=_JlLP5CBCTwKo3q6QY-eOtA3
Content-Type: text/html; charset=UTF-8
Content-Description: HTML Message
Content-Disposition: inline









I don't know anything about keymaps specifically, but you can add arguments to qemu using




device_model_args=[ "ARG", "ARG", ...]




Pass additional arbitrary options on the device-model command line. Each element in the list is passed as an option to the device-model.






I'm not sure if that's honored unless you specify device_model_override also, in which case you can "override" it to the default:



device_model_override=/usr/lib/xen/bin/qemu-system-i386



I would keep the keymap in the "vfb=" line too, in case the Xen paravirtual framebuffer also interprets that argument in some way.



As for getting Dvorak, an alternative might be to use a VNC client that allows you to configure keymaps on the client-side instead of specifying a keymap in xl.cfg. It's also possible that qemu-xen isn't configured for some keymaps, in which case you could use upstream qemu provided by your distro and point device_model_override to it (although I don't know this for a fact).



See http://xenbits.xen.org/docs/unstable/man/xl.cfg.5.html#Device-Model-Options



Quoting Folatt <folatt@sluimers.net>:






I have the following setup:




name = 'ArkOS_Dev'
bootloader = "pygrub"
#kernel = "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk = "/mnt/arch/boot/x86_64/archiso.img"
#extra = "archisobasedir=arch archisolabel=ARCH_201511"
memory = 2048
vcpus = 3
disk = [ "format=raw, vdev=xvda, access=rw, target=/dev/vm_volumes/root.ArkOS_Dev",
         "format=raw, vdev=xvdb, access=rw, target=/dev/vm_volumes/swap.ArkOS_Dev"
       ]
vif = [ 'mac=00:16:3e:49:2b:a1,bridge=xenbr0' ]
vfb = ['vnc=1,vnclisten=0.0.0.0,vncpasswd=secret,keymap=bepo']
root = "/dev/xvda rw"



As you can see, I have chose bepo as my keymap (for testing, I ultimately want to use Dvorak, which is not standard in Qemu's keymaps for whatever reason.).


According to the Arch wiki qemu should be started with the '-k' option if it wants to

https://wiki.archlinux.org/index.php/QE … o_not_work


So I rebooted and looked for the process that was running this program and found it.

However, the '-k' option is missing:


$ ps -ef | grep -e '-xen-domid 1'
root       496     1  0 Feb12 ?        00:00:11 /usr/lib/xen/bin/qemu-system-i386 -xen-domid 1
-chardev socket,id=libxl-cmd,path=/run/xen/qmp-libxl-1,server,nowait -mon chardev=libxl-cmd,mode=control
-nodefaults -xen-attach -name ArkOS_Dev -vnc 0.0.0.0:0,password,to=99 -display none -machine xenpv -m 2048



So what am I doing wrong?

















-------------------------------------------------


ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands! 

$24.95 ONETIME Lifetime accounts with Privacy Features!

No Bandwidth Quotas!   15GB disk space! 

Commercial and Bulk Mail Options! 





--=_JlLP5CBCTwKo3q6QY-eOtA3--



--===============2062792550749654645==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============2062792550749654645==--



From xen-users-bounces@lists.xen.org Mon Feb 15 15:05:29 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 15 Feb 2016 15:05:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVKhU-0003na-Qh; Mon, 15 Feb 2016 15:04:32 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVKhS-0003nP-AJ
	for xen-users@lists.xen.org; Mon, 15 Feb 2016 15:04:30 +0000
Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
	4F/56-07451-DF8E1C65; Mon, 15 Feb 2016 15:04:29 +0000
X-Env-Sender: sm8ax1@vfemail.net
X-Msg-Ref: server-5.tower-31.messagelabs.com!1455548666!22544859!1
X-Originating-IP: [199.16.11.132]
X-SpamReason: No, hits=3.0 required=7.0 tests=HTML_30_40,
	HTML_IMAGE_ONLY_24,HTML_IMAGE_RATIO_02,HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4451 invoked from network); 15 Feb 2016 15:04:27 -0000
Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132)
	by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 15 Feb 2016 15:04:27 -0000
Received: (qmail 90526 invoked by uid 89); 15 Feb 2016 15:04:20 -0000
Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1)
	by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP;
	15 Feb 2016 15:04:19 -0000
Received: (qmail 75496 invoked by uid 89); 15 Feb 2016 14:41:11 -0000
Received: by simscan 1.3.1 ppid: 75492, pid: 75494, t: 0.0108s scanners:none
Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62)
	by FreeQueue with SMTP; 15 Feb 2016 14:41:11 -0000
Received: (qmail 8173 invoked by uid 89); 15 Feb 2016 14:41:11 -0000
Received: by simscan 1.4.0 ppid: 8110, pid: 8170, t: 0.1278s scanners:none
Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93)
	by 172.16.100.62 with ESMTPA; 15 Feb 2016 14:41:11 -0000
Date: Mon, 15 Feb 2016 08:40:40 -0600
Message-ID: <20160215084040.Horde.o9PC1GPRfuRfVBjMLZqnAg2@344c6kbnjnljjzlz.onion>
From: sm8ax1@vfemail.net
To: xen-users@lists.xen.org, folatt@sluimers.net
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
	<56BF63F1.9030705@sluimers.net>
In-Reply-To: <56BF63F1.9030705@sluimers.net>
User-Agent: Internet Messaging Program (IMP) H5 (6.2.2)
X-VFEmail-Originating-IP: 172.16.100.27
X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include
	VFEmail headers
MIME-Version: 1.0
Subject: Re: [Xen-users] How do I go from VNC console to a desktop
 environment?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============8018884548873238360=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This message is in MIME format.

--===============8018884548873238360==
Content-Type: multipart/alternative; boundary="=_kaLTqnFJzuJcirItIX92HA1"

This message is in MIME format.

--=_kaLTqnFJzuJcirItIX92HA1
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Content-Description: Plaintext Message
Content-Disposition: inline

  "No screens found" usually means that X.org isn't configured properly and
wasn't able to guess what output devices to use. Post your xl.cfg(5) file
for this virtual machine, /etc/X11/xorg.conf.d/*.conf (path may be
distro-dependent), and the output of `lspci` inside the guest.
Specifically, it depends on whether you're using a paravirtual framebuffer,
an emulated graphics card, PCI passthrough, or something else all together.
I think there are also some Xorg-specific tools for diagnosing screen
detection problems.

As an aside, and I can't speak on behalf of the list here, but this sounds
more like an Xorg or ArkOS issue (i.e. not Xen related), so you'll probably
have better luck looking for help in one of those communities. I mean this
only in the friendliest way possible, but the error message itself even
says "Please consult The X.org Foundation support".

Quoting Folatt :

> I got this far:
>
> Now my question is how to go from here to login into a desktop
> environment.


-------------------------------------------------

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  
--=_kaLTqnFJzuJcirItIX92HA1
Content-Type: multipart/related; boundary="=_L1Jgj8uciLEZx3j5r7t4WQ1";
 start="DC0CW4tUOsM0ELNj-nSKxQ7@344c6kbnjnljjzlz.onion"

This message is in MIME format.

--=_L1Jgj8uciLEZx3j5r7t4WQ1
Content-Type: text/html; charset=UTF-8
Content-Description: HTML Message
Content-Disposition: inline
Content-ID: 









"No screens found" usually means that X.org isn't configured properly and wasn't able to guess what output devices to use. Post your xl.cfg(5) file for this virtual machine, /etc/X11/xorg.conf.d/*.conf (path may be distro-dependent), and the output of `lspci` inside the guest. Specifically, it depends on whether you're using a paravirtual framebuffer, an emulated graphics card, PCI passthrough, or something else all together. I think there are also some Xorg-specific tools for diagnosing screen detection problems.



As an aside, and I can't speak on behalf of the list here, but this sounds more like an Xorg or ArkOS issue (i.e. not Xen related), so you'll probably have better luck looking for help in one of those communities. I mean this only in the friendliest way possible, but the error message itself even says "Please consult The X.org Foundation support".



Quoting Folatt <folatt@sluimers.net>:




I got this far:



screenshot



Now my question is how to go from here to login into a desktop environment.













-------------------------------------------------


ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands! 

$24.95 ONETIME Lifetime accounts with Privacy Features!

No Bandwidth Quotas!   15GB disk space! 

Commercial and Bulk Mail Options! 





--=_L1Jgj8uciLEZx3j5r7t4WQ1
Content-Type: image/png; name="Screenshot from 2016-02-13 18-02-54.png"
Content-Disposition: attachment; size=42613; filename="Screenshot from
 2016-02-13 18-02-54.png"
Content-Transfer-Encoding: base64
Content-ID: 

iVBORw0KGgoAAAANSUhEUgAABAAAAANlCAYAAADig4vkAAAABHNCSVQICAgIfAhkiAAAABl0RVh0
U29mdHdhcmUAZ25vbWUtc2NyZWVuc2hvdO8Dvz4AACAASURBVHic7N13fFvV+fjxzx0ali3PeMTO
cPZ0dsiGhCwgocwApYXCj02BAqXQlpayWuDbAS2lBVpaWvYIUAiQvSB7xxlkL8dJvC3Z1rrj94ds
xYYMJ7HjBJ7366XEutI995GupZfPc59zjrJr1y7bsizC4TDLln7J+nVrKCkpIhwJI4QQQgghhBBC
iLOL0+EkrVUGvXv3YdDgYTgcDlRVRdmxY4ddXlbKf//7T0pKDuHQdTRNbel4hRBCCCGEEEIIcZJM
0yQcMUhvlcU137+epOQUlE2bNtl/e+FZKitKUFUVwzCxLLulYxVCCCGEEEIIIcRJ0jQVXdcIhyOk
pWVw4013oC9buojSkkPoukYoFGnpGIUQQgghhBBCCHGKDMPEMEycTgdFRQdZuWIJWofcnEcDNdVE
ImZLxyeEEEIIIYQQQogmZFkWuq5SXVWNfujgQWzbwral7F8IIYQQQgghhPg2sW0bVdUoLj6EHg6H
0DSVxvT/bdumqjpAMBgiEjGwLAtVVXE4dOLiXMR73ChK4yYQPFPbEkIIIYQQQgghvk1MMzocQLdt
u1GT/tUEgvgqqxnXKYsxuVl0SkrA63bgD0bYXlnNvF0HmLvzIIlJCcTFuY7bVmVlNR07daRjh1yS
klJwu50Eg2EqKyvYuWsXu3bsJOk0t9WcbDQq/dUY4TCtE51EHO4Wi0UIIYQQQgghxHeHZdnYto1y
2SUTbVU99tVxv78GLza/ObcHHeJ07EgYbAtsGxQFFBXF4WRXjcFjX2ymSlFISPActS0bldGjzyM+
3kMkEsG2a4NRFBRFweFwUFVdzYL5C1EV67S01ZxsNCpq3HQe0Ie89vEUzf4fW0Mahi5JACGEEEII
IYQQzc+yLJRLv3fsBEAgEMJjRPjz6G4kmCEwjaO3qOn4VSc/mb+VgNNBnLvhFfdAIIRh2oyfMBbb
sjDNo088qGkaiqowc8ZcHA6lWds6ESEzjvIDewjZ4PE4yUxNwlKUY+5j2B5Ky7zc//L9DNB9zHrk
IeZUqERcCUd8fsRy4PdXEqquIWxagILToZOa6MDjSaD+Kw2aOlUVZQQDQUwbUBRcLifZSQ4s5zeT
HZbtorT4EIFQmFjdh6LgdOokxel4ExIwj/N6hBBCCCGEEEKcXSzLig4BONoEgLZt4/dX87sRHfAE
KrGO1fmvFa/pPDwgh58s3oXL6UCp7Uzato3PX83YsaOJhMPH7LADGIaBpmkMGzaYuXMXNFtbJyJk
eagMtuWXrz9KLw2qF/2Jn/5zCwmpicdMAlhHfH+P/L4HIm781QpDvncjF43sRadUF9hBindu4IvP
/senq4tJT0sgjEpNxE2Nncbk225mbP8OpDmBiI+9m1Yx470P2eqrxqyXBLBsF+UVNuc/9Aeu6+lF
q3sgUsXBPVtZtXAWnyzYSXJqHGHNecLvjxBCCCGEEEKIM5Nt28dOANTUBBjdOoG2WggzEAQgYNrs
rTHo5nXEnrfFH6GdRydOi3aC27vcnJvpYaU/iMfjjrXVpk0bXC4X4XC4UQGaponb7aZNTjbl5WXH
bGvu3HlHbef888ccta3GU6ny+cm6+Hv0qu05xw+/lEFvP81OM0RAi1YVWLaTysoKQsEgEdMCQNMd
aM7Ehq/NdlBcVE4gbKA5nOSme/BbXvyRDG5++i5Gt6r3ZMVNeqdBXH73IIbNfpYn3/gKR0oG1VUe
rvv9T5iQWu+5jkTa9c0j48132IGOUe/c2rYNpoY3/XDn37JAdSSQ1XkAkzoP4IIx03jsqc8gXiGk
6tHhC/4agv4qDNtG1XRaJWp4PF5MHJQWF1MTNoiL08lMTcZEocwfodpXgaY7yc5s+LqFEEIIIYQQ
Qpx+x00ABEMRRqbGYVb7wYpeZd9TbfGbzZX8souXvCSd/EqD323z81iPJLrG1w4lMCKMSnPyZYkv
NvFeMBShdetMQqEglmU1OshQyCKrdWsOHDx43LYmT570jf2nTfsUs7Zy4UhtNVbEcmORxOXj04Fq
dhfFkZvRkUsn5vDwhwXEJzkxbCcV1S6GTLmFCwZ2ITc9Hg0IFMzht79dV681m33+BC56+I9c303H
3jONR347DX9EY+Ddt0Q7//YB5vzj30xdXkDQ24FRU27kxuGtaD3uVq5e+XPe2OlHaTuRYakA5Uz/
3aP8e70PEjLp1jWZsF/BcDsbnFvbtql/pg+8+zD3fViI5Uqn1/jvc+8P+pPUYTI/uWIdv3pnN66k
DErLw3SfdD0/vHAA7RNUwqXbWPjBG0xdtp8qI5khv3yJu7qr1Cz+PT95eRthRyKpEx/iP1dmwd63
ufe5lSf0PgshhBBCCCGEaHrHTQAYhkGubmAFa6hbJ7CLN55HRnbn8S++4uosnXcOGvxyRDe6GCVY
gerojopCriMOwzBjbRuGgccTRyRiHPV4R6IoFvHx7ka1VV5efpTXYR61rUZGQVUgiGfgtQzxALs/
5u/vdODXDw2l1ZgLaPvRv6iyIoTwYBoJDBvXj046QISQ4SBOrcBff/SE6qXPdfdzfTcdKpfx3DMf
49MTsZ19uHhANDGx6/U/89qSUlKSEjDNMma99BcSOz/OFRnxjJjUndf+sBY74CMAeEmkS99uZO9c
zaFwGfu3V5DiiSNiK8DXKgC+JjVBR0vQ2P75v/hT9u94bIyXtBGjafXWq+yuDNDpBw/z8Pg0wKDK
FyEhrQvjbvkFqeFf8PzKavK/3A3dO+LpMYBWbGVfSKP3wCwACpesP8H3WQghhBBCCCFEczhuAsC2
Id4MYoUChzeGg3TzhLmudw4vrN3HzXk59AoUYtb4G+yboKixpQbq2lIUiEQisecsXbr8qMENHXpO
7GeXy3nctoDYlf6vq7/96201hmU7Iagw6uJuaFhs+nw5ezbv4IvyoVyYMohL+r/NK+uqsOPql7v7
mPXIz3hpWwSHy4mqdq3d7iT34nsYMzANQpv59xP/psBW8Kku1FYdyATgICvWlZORoBNEwaVGqNZC
rF7v44pxiWhZ7UlW1nGgeD7/mj2Qn4/LpNOkO3l2UpCCNQv59KPPWVHgJ8GbSP1aiyO+ZttGtUOo
3kR2r9yLOaYXWkJrWrttdjoG8MPxacB+3n7ocabuMckY93Oev7kzAyYPJH7pfCrWLWI7Hemc0pfB
me+y29eF4bkAh/hyRTm2Hdfo91kIIYQQQgghRPOoTQDELu5/g6Io+MIGSXVL/tXKL6rgtf1+buvX
jrc2FtAu26RPfIMdqQwbqOrh3RRFoaYmiKIc7oieP/b8owbnq6yM7VddHTxuW3D4Sv/XHa4A+GZb
jRGIaBitRzCxDRDO57PVlRjBauYsLOHCS1qRd9EgzGUL0d0NS+xBpUOKA7+ehq+qbpubLgPbAhHW
vfwySyoiuOOTsCMAhycStFHAAluNbWjYtg3pCbDhjSe4ffFAJo47j9HDOtKm/wRu638uw/71KC8v
LUWN88b2O+K5rt1mWTaapsQisAAtpzftAcjhmmde4pr6+yXnkOxQKK/IZ8526Ny5FcMGtGLGoRF0
VYDCL1lcbGAnN/59FkIIIYQQQgjRPGybY1cAaJrKjmqD/g4L7Oi15G0BhacLdX45uD09FT8dBrXn
dyt286tsgy5xdT10lR0BE03TY21rmorP5ychwRPbVl5WdtwgFUXBX1WNpmnHbAs46moAdduP1FZj
BGuq6XjlSNIBnH154B//aviEDmMZlbGQJTXVQGqDh2zLBrvhCgGBKohLcND3xuvI++WL7I0E0JU4
AqW7KWEkXrIYnJfE5/NK8XqdBE0HlulhYF60wsA8uA8fFi7bxukwiexfw9SXlvL2PzIZf+8vubmv
mz6XjSPhi3cx3AbB2in/jvSabWzCho5VU03PYbmoAL59HAhZ2IoWvU8py6av4FC9Agu7ahthXUXX
YdWsLVidu9H63NGMreiCBuyZu4KQw0KTIQBCCCGEEEII0eJs20a3jlEC4HDofFFu0C/ThtpOdFtv
Ao8NaUuH6v0Y1T66xyfy2JAOZFXsww7XXubWFb6osNEdemwJPIdD5+ChQ3T0tD/usn31aZrGoYOH
GtXWmjVrj9iGYRhHbasxFL0tFw7zAmBVVVIRqdtXJT4lERdZjD0/m1nv7j98xb6WZX99GUAfi174
J8Hr72dy6wH8+N6JPPj4dBISggQq1/Fp/tXcleeg43U/4dqaV/hg1QGMhGzOv+0mrsgECLB8+ibc
LpWyUDw9+7ShYssWdvvCWHo15b4I4AZnPC5swpaNpdi1sXy9QgHKq0FxxDF4ys3cOSy6ZODB+fM4
ZOtYB7dQSB5tSSDu0FKmzthLjQV6YisyqERxOnCgU7V6BquC3RjcejxXtQasLUxbXEq8y02NJACE
EEIIIYQQosVZx5sDwOnUWeJXmBxQyNVssC2coSpyK3Zh1k74Z/rKyY2EsUJBbMsERWVXjcqSao0E
ryPWttOpU1FeTlV6Gi6Xq1FX4KOl/gHKyyvxej3HbGvY8GFHbaeyouKobTWGs8dYBsYB1lb+9rOn
WVipRIcfWDqdbniGpyYmkzbiPDLffR3/1/a1sb8x+75dvY03n51K7/+7gtyOV3DPpPX89tO9xMVn
s+TlVxn05C0MTcpmwh2/ZsLX2itd+Aqvbawh6M7AThvOrXdNIO0IMVetXUYRFjpqvbkTGr7m1lf9
lrevarhfzYZ3+dNH+0mIT6CmbDnvLJ7IA8O99PnRo/znRxEilgOHGmb5U/fx5q4gDqcDO7Kbj7/0
MXhctEIhsGI666osnN4Tq7QQQgghhBBCCNE8bNtG69ix/aOKohz1SYqistpnMiLewIkJlokdCR0e
UG7b0fu1ywT6bY0nD7qw3HFomvq1thRKS8tISk4CGyzLwrLsI95sGwzTZPv2nbhc+nHbqqmpIVAT
OOLteG0dT8+rr2Nkpor11Qe8OreQxKR4nG4ntp5MZYmD88Z2wuNOR98wj2XlqYy8eBit1RA7581m
W5VJSPMQMeIZUW/72n172GT2ZWKvRJJ6tKNowVJ8ZoCwEWDRzKWU6om0apVGcpwGhCjdmc/sd17m
hf9twe31ELJUVN1BfHIyqclJxDuj5zBcvpc1s9/iL2+uQ41zEab+uVUJGRo5eQPIy3QTexdClezb
tpbZ7/2Lv7yzCt3jIqiA7tTZs/QLthkpZLdOJzXOgaZYVB3aQf6qleysMDA0DUWPo3hXNYMu6EUy
JUz76zscMhRCqn5C77MQQgghhBBCiOZh2zbKuLGjbFU9doc4HIqQaAS4N62KDnqE2MxxdRQFUNhl
OHmuNJ5KhxuX03nUtkzLpk2bHFwuVyyQw01FO6yhUJiCggJUjdPS1rH4/EEiEQNdV2mVGEekXqe6
xogn5DuEBWR7VWocraguLyJiK7RJVAjo0bJ6E8/XtifgC1hEAlWgaLRN1KjRorEZtpNAoAYzHMK0
bEBB0xW8LnC4PLGZ/UOWk1CNDzNiYMWmX1DxOMEb5yaifPO82jjw+/0YEeNwVYKi4NBU4t02TqeH
+gM0LNtBTSCIGQ5i1B5EURUy4lUMx+EZ/oNWPKGKQxgotEnSCGjuE36fhRBCCCGEEEI0D8uyUMae
f/wEAERn0g+HQgxx1jAsLkxHRxivYuG3VXZEnCypcbI84sHhcuLQj33l1zBMQqEw8R4PiUmJuN0u
VFXDskwCwRC+Sh81NTU4XY7T2pYQQgghhBBCCPFtZFkWyvljRjYqARBlE46YmIaJZVlEF6ZTUFUV
Tddw6BrHGk5wdrQlhBBCCCGEEEJ8u1iWdexJAI/EUduhPppvQ1tCCCGEEEIIIcS3iX28VQCEEEII
IYQQQghx9pMEgBBCCCGEEEII8R0gCQAhhBBCCCGEEOI7QBIAQgghhBBCCCHEd4Bt2yi+ygrp/Qsh
hBBCCCGEEN9yjV3/T4hGKystwTLNlg5DiBYjnwEhhBBCCHEmkgSAaBae+ISWDkGIFiWfASGEEEII
caaRBIAQQgghhBBCCPEdIAkAIYQQQgghhBDiO0ASAEIIIYQQQgghxHeAJACEEEIIIYQQQojvAL2l
AxBCiKa2aPESfD4fAPHx8YwaOQJFUVo4KiGEEEIIIVqWJACEEE1q8ZIl7N9fiKZpAJimSU5ONsOH
DWPlypXMnjOXcDjEI7/+dbMcv/DAASoqKrjooosAmDFjBgUF+2nTJudbkQSwzQjFn7+Ib/VMsG28
AyaSceHtKLqjpUM7YctXLmfN2tXcdvPtLR2KEEIIIcR3wnciATBj1gx8Ph9TrpjS0qGIRjIMA9u2
T2gfh+Ps6wB9GxiGgc/nIzU1FYDdu/fw/e9/v8Fz3nrrLb766isSE5PoP6Ave3btbfC4bdtN0jnP
37CBsrJy+vTpw4EDBwDIy8tjx44dlJaV0a9vn1M+Rksr/vwlwtsX0nb0OShA0aqFFH0KmZfc3dKh
nbA1a1fTs1fPlg5DCCGEEOI7o1EJgL+99AIAiqLEbjfdcDO6fvzdTdPktTf/i23b9W5w/Q+vx+lw
nlr0jfDh/z5gydLFqKqKaVpcc9XVzX7MllRWVkb+hnwqKysb9XyPx0OP7j3Iyclp5sgaZ+/ePbz5
ztvs3r0rdgW5MUzTJDe3PddMuYbc3A7NGKGor7y8nM8+n05WVhaWaRIMBsnOzv5G8qaiooL27dtz
8fcu5i9//jMul5vy8nJSUlL44IMP2V9YyN13/fiUYtlfWEhRUTFdu3alsLCQxMREAHw+Hx07dmTr
1q3s21dA27ZtTuk4La1yxee0HTMIxQhgWyapvbpSMP+zszIBYJomDsd3Ig8thBBCCHFGaNRfXg6H
g1v+360NOvGN7ZxpmsbVV14NHE4e/PeN/6DQvKW4tm3z5ltvMHf+PNxuNwCzZs8EbK656ppmPXZL
2rR5M6ong3ate6KqCpqqoKsKqqqg1N6v266pKoFANRs2riE7O/uMKI9+b+pUzLgODJs0CU1V0XUV
XTvCrcF2BU1T2Lo5n3fef5eHHniopV/Gd0J5eTnTPv2MyZMn4/V62bt3L/Hx8aSlpWFZVoPn7tu3
j3vuuYdgMEBqahoXXngh06ZNo2/fPmzZugW/339KVQDz5y+gorKSvLw8SkpKSEhIYPv27QB06tSJ
kpIScnNzWbV6Ndu2b2fM6PPOiN/3k2H4K9E0B0ZNGbZpo3pTMfyNS/idKfYXFrD/YEFLhyGEEEII
8Z3TqARA3R/zhYWFvPH2W+zYse2EyrMVRSG3fQemXHElnTt3jm1rTpZlMXnSxUyedPE3HmuqcuMz
kc9fSWZaB7bsOoRpWTh0DYeuoWsqDl1F1zUcuoJDU3HoGu1ap6CoCuFwGJfL1dLhs2XrVwy5aByv
fLQCTVVxuzTcTh23U8cV+18jzqXj0lWcOsR54vB6XAzJ68ucz9/BMIxGVaecyTZu3ERJaWmztN0q
LY1ep1h2bRgG0z79jEmTJpGQkIBt27Rt2xbTNNm6dSuFhYVUVVUB4Ha70TQNp9NJOBImHA5jmibj
xo3jr3/9K7fdfgsvv/QPTNM86fNWVFzMuHHjCAQC2LbNhg0bGDliOKDw5aJF9OrVC7fbzahRo5g3
bx6mZaGfQIXJmcQ2bWzLwA4b2LaFEolgm9bxdzxNGvP9uv9gAXm9+rJyxarTFJUQQgghhIATTABM
/egDikKJDJ98N5qmomsauqYc8Yps/cc0TWXr5g288c5b/ObhX9cmD5q+A77pq828++47HDx0sFHP
z8rM5KopV9GzR68mj6VlqRiWhWXZqJaFYoGqKBi19y1LxVRtNKs2iWOfWckQVVVRFAWnQ40lL2K/
X6qJw78Tu7wCX40PRVXQdSe+xDQOpJ6LqqonPHfAmehQUREjRoxolrYXLVp0ygkAn89HdnZ2rPMP
UFJSwsqVK0lLSyM3NzdWJVRWVkYoFIp28DWda6/9Ph9//DE7duxkylVXEp8Qj9PpOqWkjWVZsY6n
qqq19wHsU0osnJFMCzsSwjIMsCwsw8A2W+533jRNFi9ZzLbt29m9ZxflZaXcc9d9dOnS+aj7WJaF
4yyctFAIIYQQ4mzXqL+K62Zo3rZtK3mjb+CdmesJBMO4nQ7cLg2Xs+4qrQO3M3rfVfuz26mT4HEy
vF9f5s98l0gkwvU/+BG63vRX395483US2w5n1JBcHLqGU1fRNA2HrtbeokmJ6FVxlf17d/HmO2/z
5KNPNHksLWlA9yz6d8vEtm3KSktZvyGfal8VJhCovdU5uCv6/4yZMwCIi/PQq2dPsrOzT3fYMbdc
2p/rLuj+je1r167jo4/+R/fu3enR81xMPZGaCCQ7I5QWFbJw7qfEuTwEAoGzfkJA0zQB+PkvHuLp
p57hkd88Qn7+egYNGsTDv/wVz/zfM6xYsZzhw4dz/30/5dln/8TSZUsZOmQo9913P3/44x9YvXoV
b77xFj/++w20GuKhZFkNL9zxaqztU5Gamoplmuzbt482bdpQUlLC+vXr6dWrF06ns8EV4BUrVtC5
c2d27dpFmzY5WJbFhRddSCQSwbJMCvbvp0+fvFOKx+v1Mn36dPr374/X6yU3N5f5CxYA0LlzZ3Rd
x+/3M3/+fLxeL5qqArB8xUpKayst0tLSOGfwoFOK43SwTRvbiGAbEbBs7EgYWigBUFZWxt/+/gKm
bdIhtwNjzx9DdZWfZ//yJ/72/N9aJCYhhBBCCHF0jUoAqLV/LNddua8JRDiRCvqIEe1w1HUK6sbk
N6VIJEJxcTFdhrbnrc/XoTs0PC4dt8uBx6UR53IQ59aJczqIczvwxjs5p3dnPp5aRCQSQdf1b+Ww
gE2bN+NKbEN629R6Y/8VVBVUNXq1NLZdUaiuqWLjpvUtmgA4kq++2sLHH3/CZZdfztpCjV++u484
VzFup0a5L0jH1gncctWPWLV4Dq+9/gZ33nH7WX0+6zrpTz/1DACPP/Z4g8cferDhPAf33Xd/g/sP
/PSB2M8v3PFq9IcB0f++Pj7/ZAWDQTweD+FwmC1bttCtW7dY4qWwsJDi4mJKS0vZvn0711xzDRUV
FZimSatWaTidTmzbZteuvcyaMZu7fnznKcUy6aIL2bV7N+vWrad///7k5OSQkZEBgNPpJBAIsGXL
FgYOHIBpmBQXl9CqVRrFxcVMmjQJgE8//RTLsigpKaWkpISuXbuckZUDtmVjRQzsiAG2hWVEsJvo
nJ6IYDDIE797km7dOnP+6PNp3ToHTdMoKyvlo4+n8eS9yQAkpbTi8hveJqf9mZ9cEUIIIYT4tjvh
v26njO3F+HNyY/dVNTqdn6oqVFaUE+fxEBcXh6ooKArRyf4USE1KRFGbp0P23tT3uPR7l8Y6fNXB
CE7TQiF6VUxV6kqDo6XwmqYSidQmJWpjevvdd7jmqqubtNO4bu1qEhOT6NCx0zce27VzBz5fJX37
DWiy4x2J3+8jO7MbG3ccwLbtr80JoKHraoM5Adq3TsEwDSKRyBlzFb26upp33nmXSy65hHdXBigo
DXHJed3xeqKrSNi2zcadxfzqjc08fu045n76LgsWLGT06POaPJbTdU7rEgBXXT2Ffv37s27tWoYO
GcryFcsZNWoUX375JeefP5b58+cybtx45syZw9ixY5k3by7/efU1brjxRwwdMoTbb7+T5//6F9au
XUPPnr346f0PnHIFwPLlK9i6bSutW2eTlJTE/v37ycjIiHWWN2zYQJXfT19vHJn/fYVW543H4/FQ
U1PD4sWL2bZtG61bt8YwDFwuF61atWLV6tUMHzbslOLqkJtLRXkFS5csoVv37qSnpwNQVFTExo0b
6dSpE8XFxcTFeVifvx7LsklLS4u9H2lpacyeMxdVVUhJSWXpsmUMHTLkzEsCmBZWJIJtGNhW3RwA
p78CYNpn00hPT2PI4CGkpaVTVlZCxIjg8/mwLIuHfhp93tz5pWxcKQkAIYQQQogzwQn/ZZvsdZEY
r39jnLXfX8UvnnmKPz7zW1KTPd/Yz+Vsngm33v/wfabPmB5NAKgKN17cj6vO7xp7XFHsej8rYBNN
TCgK7ri42GOLFn1BMBjghutvaLIkwM7t26iq8mMYEbp0PVzSvm3rVyxd/CUJCd5mTwBA9LUePl82
h0+djY0NtoJVew9FbfZ4TtTSpUvp1KkTe6s87DhYzuRRXdHqJZMURaF3pwxcDo3nPt7OLy+9mNdf
f71ZEgCn65zWdUr79evPhvx8hg4dyspVKxk16lyWLFnM+PHjmTd/HhddNImZM2cwefJkps+Yzvjx
EwA477zzWLR4EQD5+evp338A+RvWN2j7ZO3avZvLLrsciCZfqqurSUpKAqCgoAC/z8fFuTlsf/Q3
JHkTOThtDpstnaVVpeTm5jJlyhQcDkdsQlCAzz777JRiqtO/fz8yMtKZMXMWY8aMAWDt2rWMHDkC
v88PQJ8+faipqQEgHA6zY8cOILpagNMZTSp5PB7WrVvH5s1fkZfXu0liayqxIQCRSHRVlkik2YcA
3HTrTd/Ypus648adj2EaLFn6JaYZ/RaB6O/FM3+MPi8pJY3Lb/j2rrwihBBCCHE2abJLW/994012
7d59WsuuP/zfh6xevbrBNk2NTh53PIqioNaL1Qa279jOf17/Dzdcd0OTxDduwoXMnP4pSxd/CUCX
rt1jHUWPJ55xEy5skuMcT/9umfTtkt6oyfHOuKudwO7de+nRowcf5pfQu1NGdAiDAg4NNBVAwbJt
uuemsXbrQSJqQm0pchmpqalNGsvpOqd1nfTNmzcycNBA1qxZw/Bhw1m+fCmjR49m4cKFTBg/gdlz
ZnPRpMnMnDGdCydewKw5s/nhD65j6bIljBg2HICBgwaxbt1aevfu06Dtk+VwOBr8LtVN2mjbNiUl
JQw2a9jx2KNoCfHoNQZJYYO1b8+ixwPXMnbcOGzbpqqq6httNJWcnBySkpKYPXs2iqKQkBBP+3bt
OHSoiLXr1lJVVYWu62zbtq1B8mLLB4+kTAAAIABJREFUli24XC66d+9OVVUVJSXF9Ovbr8niOlm2
aRKpLMGR3ApF1aIJgNoKAMWyUSJGbBUA2zKJlJfgSE5D0Zruszz2/NFfm7c1WvllGgY7dmw/fC7r
PedXz1U02fGFEEIIIUTTaLK/EG/5fzcye9680zoD+8GDB4mvdxX/VLmcrthVwqbgTUxkwgWTYh3G
bVu3UFpSjMcTz4QLJuFNTGyyY32bFRQUcP7557N7zg7G5mahKuB2gEtX0FUFsDFtlbBhk54Sz65D
1WRnZ7OvoKDJEwCn65zWddLz8vqyIT+fQYMHsWr1KoYNG86SJYs597zzWLBwAWPPH8uc2bMYO3Yc
c+fPZfTo0QC89Pd/xNrKz8+nT14fNm3e1KDtk2XbdmweAdu2cbvdsc99+rrl1CxZQjDOhV0ZIFAa
ZJMZT+9f3ER1alz0irVt43K5ME0zljBs6u+NKy6/LNZu3eoAGRnpmKaFYRjs27cPh8NBhw4dKCsr
AyA3N5fy8nJ2795NVlYWpmmRkZHepHGdqJod+RS89HM03cSIuGh72xPRzn4kghIxaxMA0SEANVvX
s/vPP0MN+UBPoO19fyC+W98micOO/ROlROuFiBgGhhGhfs+/OeZ4EUIIIYQQTaPJLrs5nY7Tvpzc
rTffitvzzeEGJ0NRouvJ33HbHU3SXp26DmOcx0NpSTFxHk+zdv4TvYmUl5WhadoZeTX/ZCQmJlJV
VUWrJBdVgQgODVy6ituh4HEqJLhU4hwKTh1qAmHSk1zROQya6fWfjnNa10nfsvUr8vr0IX/9egYN
GMiq1asYMnQoy5YtYeTwEXy56AtGjhzJl4u+YMTwkSxZshiAV//7b+659y4A+uTlsfmrzXTt0rVB
26cSW13HGiAuLg5sG/v910lYvozqOBeWP4ReFmJ1xMu5v32QQ06D1NTUhvtwuIPeVBMTfl3dsoDz
Fyzkgw8/wuv1YhgGpmmSnJzMunXrCAYCBIMB1q5dS3Jycuxxr9fLBx9+xPwFC5sltsbY9/JjpPdM
J2fUANpNGMr+Pz8Apo0aMVAMEwwTIia2abPzsVvJynGR2z+HrI5x7PnLr5ssjrlz5ze4zZk7ny8X
LQEUgsEQgUAgdtPU6HCvJ+9N5sl7k3n+sc7s37OyyWIRQgghhBAnr0l7SE6X87QOAdA0jbvuvJs/
PvuHU26rc6cu3Hn7nc3SafYmJjLxwslszF9Pr7w+eL3Nd+W/R/cerF23hmAoBBxeH/1soaoqpmmi
qmos7vbt21FYWEif9q3JLyinS04iugpOLZoAqL2GTGFpkIqqEB0y45lZWkpyckqzxdnc57SuQ9y9
eze2btmCpuvkb8xH1zXWrFmDpmmsWLUCXddZvmI5mqaxctUKBg4YCMCaNavp3Tu6tN7GTRvp3LkL
27ZvA049AdC2bRs+/vhjMjMzOeecc4hzOan+11+pXr8en8OB7g/hKg+xLJRAzg8uZl11EV5vIllZ
WdGJKB0O4uKi1QDLli2jqKjomGvGN4WioiImTIjOj1BeXk58fDxFRUW0SkvjnHMGA7C0Nhav10sw
GKRPn+iQiZkzZzZrbEdl20SK9+Lom0d4z1acme1oM3kUO97+PFYBgGVBJIyqKbTunYbbaWMUl+KI
jydysADs2klPTtErL7/yjW3vffAepSUldOrYmYrKiljMWa2jK4jIJIBCCCGEEGeeE+rtRsf5Wkft
5L/7+n+Oub9lHi4bbqpEgcvp5N677z3ldu68/c7YBGDNwetNZOjwkc3Wfp20tDTGjD6/do11i1lz
ZqGqCmYLrRN+ovrk5TF77mxGjRgZGxfeq1dPpk79kB9efyPzN2xi/fZihvXMOLyTolDuD/Hxot3c
MLY9O3dsQ1EUWrfOatZYm/Oc1nXSf/bTh47zzCP787PPH/Hn+m2frGFDhzJs6FA++WQalUVFaP94
jur9BZSqKs7KMJ6KMIsCCegj+2P1akNOcjLZ2dnYto2qqiQlJWFZFuXl5UTCYa774Q9OKZ7GsCwr
llTRNC1237IPVx7UVSLouo6qqrHnN1d1wnEpCvHdh1Kev5nUHjlEdm3B2b4bnb53LubOjSgRI1p5
UROmfa9sHIqNVeFDdbsp31NBfN7wJun8H83FF13Mw488TE52Dr169KI6ECAcDpKZHv3cySSAQggh
hBBnnkYlAF559Z9c/4Mf0aVLV2bPnsPEiRPRtMbP6m9ZFkuXLSE7OweHw8Err/6TH37/Olwu10kH
Xp/H48G2bZISk9hfWEBOdptG7be/sICkxCR0XT+r14z/OtM0sSwr1tE7iwoAuPLyKXzy2Sd8+uk0
bOtw4LrmYMG82Txy9Vie+3gbOwrK6ZCdSIJbp6QywKbdFVwxIpsxfTJ46aUP6dmzx1l9Tk3TpKqq
KvYaFEU55s/He97X224K8YqN8X+PEAiHKA6buPwhEirDLA16SRw5kMEPXN/g+ZqmkZ6eHvvdrK6u
brLx4vv372f+goX07t2LvrVX7jds2Miu3bsZMXwYaWlpTJ8+nYyMDHr27IllWaSkpJCfn8/iJUuw
bZuiomLy8vJQVRWHw8Hq1aspKiqKLSfYEtre/hg7nrwDe90e0rpkYOzYjGWDWRNAxwbLxgpU49RV
rKCJGuemeK+Pakc2Xe/7bbPG5na7efjnD/Piyy9yqLiYbl27kZWVTVVVFS6XSyYBFEIIIYQ4AzUq
AVA3WdeVl13B+x+8z3tT3z2hq2KKotCtWzd+8P1rY/ebuixdURSumnI1f/zTHzEMo1H76LrOVVOu
Oqs7ikdS/wpmQkICZaWlpLVq1ah9q6qq0DUdh8PRzFEeWUZGBjdcdwORSATTNGPjsYPBIP997XUW
zvyIX1x2IduLLbYXVlFZE6JfrpcbxrSl7OButmzZwqWXXspLL72IgsKUKVe2yOs4VaZpUlxcDDS+
k9/YxEBTJADKdmynzRv/QElwU1gTIs4fxlsZZnnAi6NnN4b87AY0PZoktG2buLg4MjMzY+PEAbKy
sti7d2+TrNaweMlSOnTowPbt28nP3xCrNGjTpg3Lli/nwgsuwLIspn7wIcFgEKfTiaZp9OzZk9LS
UhRFoWfPnrjdbhRFIRAIUF5ezjVXX9WkKxScKD0xhS6PvcKO3/6YQ+u20bp7OkqFD8U0sSMWWHZ0
JYyIhao7ObC9AiOjO90efxHNk9Ds8aWmpvLQzx5i8ZLFbNu2jZmzZlBZUcF999x/zP00VcNf1XQT
rgohhBBCiMZpVALAsiw0TSM7O5t77rqHcDhMJBKpdzOwLDOWFFBVFVXV0HUNh8OBpmm4XK5Yib2i
qM0yLn1g/wH069MXn89HOBwmHA7XdiAPj4PXdQ1N03A6nSQmJsYmI/u2iZ4Dld49e7F23RoCwWCj
9nM5XfTs0bOZozu6mkCAcChEKBQiEonEzmM4EmHC+HHk52/gX6+8QlZWFtnZ2XRJ9+Ir38NHK7Zj
GAalpaVMmDCB++67n5dffplDhw5x5513tGgn7mSkp7fiiy++aJa2T3VohLlvN9W/uhdvVirOGovE
ah+eygjLqxOgYweu/c/TJCQlxhKHmqYRCATw+XyEauemgGiyqbi4mMQmmDwxr3dvNm3ezLBhwyku
LsYwDNq3b8/KlSvo2LEjAIWFB2LfUYqioOs6aWlpeL1eAJxOJ5ZlEYlEgOj3XmHhAdq0yTnl+E6F
GhdPp9+8zO7fP0DBmiXk9MhAixjYlgW2hW2q4Hawb2sZSpehdHnkL6hNVF31dXXfo1//f/iw4Qyv
XXaybqhH/fe6/v8AHdp3ZF/BnmaJUQghhBBCHF2jEwAvv/JSbMZu27aZPOl7aKoW66yFwmHCtX/c
O10uXE5ntNPvcjHts48b7As0GHvblMLhCIqiYBgGb73zFlu2bmnweNeu3bjysitwOJyEQqFYcuLb
Kj09o8GcAKZpxoYI1M3FUJcsqFs5oCVXD3A6HCgcjonaDmRd52zYsKH069eX0tIySstKKS4uJikx
kfHjx5HXO4+SkmKeevoZqqurueeee/jbCy8wd948xo0d22Kv6WRcPHlybUe2acr16+i6dsol7Yee
eoTyEj8VBVVozjhSAyFWVHnwJacw7vFbKausoNxXGRsmVLdqQEVFBTU1NWRnZ1NdXc3ChQsZM/o8
IhHj8Pk+Sd27d2P1mjUcOnSI4uJiHA6dwsJCqqqq6dY1uvrB/v37SUlJweFwUFNTg2VZxMfHx+IM
BoNUV1ejqiput5uUlBT279/fYgmAyhUL2PvCb4iUFNd+b9pggxmK0K5rKrYdRrUVbE1h78Yy/L4Q
lM5j1YXRyR+daem0v/9JkoeNOeVY6r4v6uZJiM6fYEfnIKj3vR7r7Ktq7ef48Ge5flVKq7R0WqWl
8+WXi045NiGEEEII0XiN6unddvPtwDfLiA3DwDCMWCWAaVqoarTD5nA4Yp3Jm264+bR1KuPi3Dgc
Om63m1tvvpVX/v0K1TVVBIMh2rVtx1VXXoXL5ULXo2XuZ9uV4ZNRf06ASCQSO2+GaaLVVmroul77
R7wSuzraEup+Z+LiDo8NtywrVs1RNzQgIyMT0zRi5eyaplFRUUFcXBwP/uwB/vSnZykoKMAwjLN2
iEdLjj0/luIdBZT5Lbq8+AILfnQ/O8NuiuLctL5xPKvXryOlYB8DBw5sMNRg1apVlJeV4XQ62bt3
L6WlpYwYPpz4+HhM08Aw1FOehFPTNEzTjE3y53Q6G3y+Bwzoz/QZM9iwYQOVFRXYQEJCQmy2//Xr
10fnXQCSkpMxjAgDBpx3SjGdir1//Q3tB7QnLi0aH7UdbkwTI38NihmdBFBX4+g8eSRggwVgo9g2
1Zu2svP3D9Pvg8WnHEtdJVX0XBmxoTmGaWLXm2BRURQUVW3wvaLrOpquo2taLBlQd150XScYDB3r
0EIIIYQQogk1qpd3pAn/WvpK8bHUxeZ2u7n3nnv5+0t/JysriysvPzvHg58qXddjnSOHw9Hgj3ZN
01AUFU2LVgDUXak7k9RNyhbt/0SvQKqqgmWr1P1mKqoaSz6lp6fz+OOPMWfuXLp17cqokaNaNP5v
G73fEHyzFrPg+nspDyqEPR7O/cNPSGnbmnA4wvIVK74xxKeoqIhzBg/G6XQQDIXo17cPcXFxtb+b
p/5dsnXbNlxOJ7m5uRw6dAin00lOTg4FBQXs2buX9u3a4XA4uGDiRFauXEXvXr3Iycnm36/+J5ao
KCoq4sYbfsT+/YUUFBQwaNDAFpsLAwDTwiwsILJnM9g2imUfTgJYNopN9Ap8yI+xbBFK7fa65xjV
JrZ5anMr1DFMEyM2JCdCJBKODf8yTKPh0ApNjw3/cjidOB2OaHLH6YxNuFpXfXTOoCGsXruK0SNP
vUpBCCGEEEIcn+KrrDiL5og/OU257KA4vrLSErJz2hIMBprtGPXLjuHoM96LphfxV7HkV0+zad5q
1KwcJv7+Prxts2JVQPkb8ikuLmkwBCA9vRV5vfPQNPVwdZDDgbP251P1ybRpZGfnUFZais/vR1VV
EhO9tG3bjsLCQkafd+4R9/v4k2kcOnQIgMzMTL538eRTjgWa5jNQuXQ+e577NaHiQ1D3q25HhwHY
tf/XbasbIVB/yQ9negYdHvwdySPOP+kY6tQEAhi1lV7hcATDiDSo/Kob0qWgoGlqrMKq7hw7nU4c
Tid67TAj+bwKIYQQQrSM70QCQJxepyMBIM4s9ceGR8f8g13XKVRUFIVYhUlzVJlUVFaydMlSsnNy
6JPXG4AtW7ayv7CQAf37kZyc3KTHO55v22egbuhN/XlEDt+sBnMA1FXiHOnWXOdfCCGEEEI0jiQA
RJP7tnV+hDhR8hkQQgghhBBnom//DHhCCCGEEEIIIYSQBIAQQgghhBBCCPFdIAkAIYQQQgghhBDi
O0ASAEIIIYQQQgghxHeAJABEk0tOTmnpEIRoUfIZEEIIIYQQZyJZBUAIIYQQQgghhPgO0Ot+MCIR
qqr8VFX5CQWDWNGFvKP/WxZnTJbAtg/HUruWtFJ/2xlMAey69a/r1s2G2OtoaQqAqqIqCigKqqLg
crtJSPCSkOBFdzhaOkQhhBBCCCGEECdJ8VVW2EWHDlBd5ScxOQWvNwmXy42iKNGbCoqiopwhnVTR
fGzbxrYtbKvuZ5tQKIjfX4mvopz4BC8Zma1bOkwhhBBCCCGEECdBr6muoaK8jB69+6IAlm1jW1Zt
BxBsE8Bo4TDF6aM0KEhwx8Xh8XjIyGzN5g3rSEhIwhPvabnwhBBCCCGEEEKcFNXvqyAjMxsFMAwD
yzRjV39t24azorheNB27wfm3TBPDMFCAjMxs/L6Klg5QCCGEEEIIIcRJUMOhEF5vIpZltXQs4gxm
WRZebyLhUKilQxFCCCGEEEIIcRJUwzJBUWqv9gtxZLZtg6JgWGZLhyKEEEIIIYQQ4iSolmmhaWpL
xyHOApqmYplSKSKEEEIIIYQQZyPVskwUBakAEMdk2zaKApZUAAghhBBCCCHEWUk1LQtF0Vo6DnEW
UBQNU+aKEEIIIYQQQoizktT+CyGEEEIIIYQQ3wH68Z4QDAaPuEKAqqq43e5mCUoIIYQQQgghhBBN
65gJgNmzZzP1o6k4dMc3HosYEa649ArGjRvXbMEdkVnGklf/wdKsH3LXpBy+Gdl3VygcxuV0Hvmx
UAiXy3WaIxJCCCGEEEIIcaY4ZgLgrXff4m8vvIiluKkOhIkYJhHDwulQSYlXuPPHt5/+BIBVzb78
fLbrIWTawsMqKip4/IknGTZ0KFOmXNngsTffeou1a9fyq4cfJjExsYUiFEIIIYQQQgjRko47BCA5
OZU//HcBpRU1lFRUU1pRQ2llNXNfvu2UD26VfclT973IxnbX8dyjE8lowrkI7cA+lnz8AZ99uY6d
ZWHQEmnTeygTLr2UMV0TiR7Kpnr7TF574zOWby0lCDiT29Bj1DXcOqUfKfXjsStZ8scHeX5Nde0G
BXdqG7r0GcrYSRcwONuF0nThn5CSkhIef+IJUtPSWPjFQoBYEuC9995n6dKlpKSm8sgjv+GRRx4h
NTWlhSIVQgghhBBCCNFSjpsAsG2bquowZQd3YBStwR3wkwNcd/08AG669aZv7JOYmMjll13OqBGj
jtFyhIK5H7HRjkfd+Qmf7RzNDV2apkTd8q3jP4/+nlnFWQy86Gru6JiC5t/Lqjmf8a/HlrHpx09w
5/BU1PKl/PW3r7E+bThTbhlEW6+Nr3AbO60EPF9PRtgmNRXVkHMpP72xF+5IgPLCrayc+xHP/Wwe
o+55hFuGpB7/DW1ioVCIRx97nJTUFDIzM0jPSGfBwoUoioKqqSxYsIAevXqgqiqhUIinn3mGZ55+
CkVpqXSFEEIIIYQQQoiWcPz+qm1jmBZG6Qbuvfsu+vfrj2na2NjYdjRBYNvE7rscGvsLC3j8iUeP
mQCwa7bwyaxSul73IEMWPsW7H67l8p8NIbGuX2qWs/qdf/Lukq/YWxYC4sm75Xc8OOJr7VRv5vXf
/I65Kdfx5M8mkOOoYdPbLzGrKJerfvtrLmlfd2X+HIafO4Juv3+YV//5Kuf0uo/+B9ewNezlvFtu
4tJutcmHgUMYc6z3I6Et3br3IEEB+gxg5NgxzHv2l/zjxZfp1eVBzk1VIVLCiqn/5q1Z6zgYVPG2
H8Kl/+8GLuissP65u3lm90Se+v1VtHcAWJTMfoR73kji/ucfYFDCiXXMXS4Xl156Ce9PfR/TNIiP
j6dL187MXzAf0zDp1qMblZWV+Hw+ykrKuOcn90jnXwghhBBCCCG+g46bAFi1Zjk/uqAdT68N0LVr
V1ZuKuBAsZ+KqiCVVQEq/cHoz/4glVVBUpM8vPjwZQQDwWO0alGx+hNWMpj7RnSjQ+oA3ntuGkuK
BzGxbhyAVcX25es4lHUFd9/SjUQrgN0uCY2aWCt2eD8z/vwHZqgX8vC948lxAjVbmb7ER/zwHzOx
/dfK8p2tOe/q0fzvN7OYvq6SQV3akc5i1s9fS1GHc8hwnkTH2JHJyO9fxMc//5DPV5QwYkICW19/
gme/TOd7Nz3MoFQ/6z74B68982+ynr2TTsO6oK1Yy1cVV9A+XQO7iu3L96F2mEin+JPrmI8bOxYj
YjD1g6kYqQZGxKB9bnts28bv9+Pz+SkvLeOmm/4fvXv1OqljCCGEEEIIIYQ4ux0zAXDNVdfw/PPP
o+kaRsTEsqGkooaaUIRAMEJN7S0QjFATilATDHOgxHf8o5pFLP70KxJGPkJ3j4qz90WMTHycz+YW
MOaa9tSfx97Tpi8D+3Q8vC1S+79RzKIX/8vrB4bwk8evpkdt59mo2MPBMLTunc2RFil0ZfemjTqT
gl2lWKMmcPfNe/nTv5/n3mXZ9D1vLBMnnEff1u4TGs/vSO9Gexds3FlGxLedqfMq6Hnro1w9PAUF
6HBzOSvue4d5O0P06zqCLurLLN7oY/zoFJSaHSzabtH+2h6Hqx9OwgUXTMQwDD763/8wTZOIEUHT
NKqrq6ms8HH55ZczbNiwkz+AEEIIIYQQQoiz2jETAOPHjWfUyFFYlsWDv3gIoF7HP1yv4x9NAtQ9
djzhggXM2JfBmLtqO/uuDowbk8nsObPZddlNdGvEVADl857nn3YrJj1xA4NTGg7Yb/TqAIqTnDF3
8ofhV/HVsgXMmfUh/zfzXTpf8gAPTqkt8z9BkeKtFJomFX+/mx/8veFjelkI8vIY01Xl5S82UXne
CFw7vmRTpCPX9k/lVOdADAaDuF0uklOSqaioACA5OYVgIIjP14jEjBBCCCGEEEKIb63jDgFwu6PX
0RWi4/3rrv4HvtHxD8ceO7YQu2YvoMT28f6DN/B+g8d8TN98DV37xR/3Cnxc95F0LPiSz156j36/
vpZetb11PakdWU7YtvEAwXNTiPvafuGDm9hvQavcNBy12xRXK3qcewU9Rk3ioo8e51fvv8THQ/6P
a9s7aYxI8WZ2h6BVx1R028YmjsF3/JKrOtTfX8GV4kVRVPLGdkd9cS755X1Jmr+eSJcf0i9FbdSx
jmbq1A+YM2cO2W2yqaqqIhwKY2Pj9/vIzMpk4RcL0XWdK6+84pSOI4QQQgghhBDi7HTCk9Y3KP2v
TQLUhMKx7cGwccz97ZqvmLHER84lD3DH4KTDHX2rkqV//wPTp+fj6zuUpOPE4W47nvtu6cHff/0P
fv/nVjz14ERaOwBPVyaek8CaxW8za9KvuLid8/AxIgdZ8NZcypx9+UGfxG8mGRQ3bfr1Iu39Gewp
M6AxCYDwARa+Pp0iRy9uH5yGW+lCa2UOuwsU0kfmcKQWkvpcQD/Hs8xYuJikdRa9butP6in0/z/8
6CNmzp5FWloaFZUVBAIBQjUhACzTwjAMklNSmDVnNpqucdmll578wYQQQgghhBBCnJUanQCwsamp
qSIp3klpZTWmZWNFlwFAARQFNEVheJ+2+Kt82EcsxLfxb5zF6kA7rj4vj46Z9YveTdznteGTd2ay
uvwcxniPF5GCnnkudz5wkEcee40/fdiFJ6d0xKXE0/sHtzF2yx95+1e/Ztfk8ZzTKRXFt4c1s6fx
xW4Xg2+/kcEpKqEdH/LyrDBdenUiK8mJ5S9g5aezKFU6Mjn7KOMQ/HvYtDGeuEiA8gPbWDlvJisL
kxh5z20MT9VQ7P5cNibl/7N3r6/6fIth0Gd/z9bYk6vQUig2UZqEJvWCQUttII22YH8bLDSBLwSM
gn+AUC8IRcxFaxFaKPjCdwb6osRdtKYtzwG1kgpi0Dda0Xd5KahNaomm8ZyYs31xzrMz3/nOuq81
l2c+H/jx+z7PzLrMWmuePWvNmjXTn/1rf376Cx9+fPqjP/i7pr/vN/729L/93//Q9CP/7PdO3/o0
TU/f9gPTH/9D3zb9u3/5L07Tt/3w9Kf/0W8vWnNg7qtf/er0i7/4N6fnL31p+vVf/3+mr33ta9Nv
fvU3p5/8yZ+cnp+fp5/7uZ+b3r7+Nv3W//db05e+9KXpF3/xb04vX3wxfcu39HnlIgAAAOdQNAPg
V3/1b08/9H1fnn7o+74c3e//+D//9/UNb393+lv/xf88fe27f2L6od+5fOL9S9Pv+qd/ZPq9P/+X
pv/yf/iV6Uf+uZwcPU2/4/v/5PSvfvyfpn/r9T+afuEP/pnp4z/8908fvuOfnP6Vf//PTN//n/+n
01f+m780/Ye/8LVp+tK3Tb/n9//w9C//2z8+/bEf+M7pS9Pb9LWnb5++/H/9V9Nf/Y//2vR3vzZN
0/QPTL/z+/7Q9BN/+iemP/a7F/l7+tL05e/88jT9j391+gt/9q9O0zRN3/IP/t7p+/+JPzn9qT/1
x6d/6vd8840DT986/WP/0k9N//p3/MXpL/+Nn5v+/C/81jR96dun7/5n/sXpD/6R752+9UvfSOd7
//k/Ov3uX/wr02/96BfT93+5fvW/b/mWb5l+5qd/avrpn/mZ6df/3t+b3n7r69OP/diPTT/6o39k
mqZp+o3/9zemn//5/2T62m/+5vStv+PL08/89E/p/AMAAFzQ03//S//t2w/+gX98+vrXfyu648/+
ez87fc8/8j3T93zPdycj/ZVf+dXpl/67X5r+3H/w53rlk4Rf+7Vfm376Z352+uE//IenH//xH/tk
21/76399+ht/47+efvqn/p3pu77ru6rT+PDhS9P/+r/8ren3/4BXCQIAAJxN9gDAL//yL0//2S/8
lenv/J1fSUb6Hd/+ndOf+Bf+xPQHflBHcUtf/epXg3f3Y9tyGQAAAAA4r+xHAH7f7/t907/5r/0b
I/NCo1gH37R/AACAa2t79xwAAABwCgYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXIABAAAAALiAD29f//r09OFp73xwAk8fnqa3r39972wAAABQ4Wmapre9MwEAAACM5REA
AAAAuIDn+Yfb7XV6efnYNYGhzdUGAAAgAElEQVTb7fX93zVxz8On4rjv2/sYemrNY0v42rDLOmhJ
fxluLe61+EPtYO2YRpVR6vxoPX9SaYe2AQAA5HifAXDvYIQ6ZLVaOyzz8Gfv/LSWbUv42rDzjuf9
v5r4Qu1rWb9r8S/zUJN+SR5jHfBU2Na0Q0YeNwAAcA0fpunzjs9ZOxnzDuLRnLHzP019yrSlfa11
ykfU8Z532HPL4+znJwAAsK/nZcfn5eXjdLu9vk9nnm8PTecvmSI+qqOVylso/6HOac8p5qE85GoN
37Pj2HLs9//P21etrTrqyzJLDWbUtB8dewAAYAvJRQBTHeOSKeLzTt9WjxrM06uZQh473hx7PvPf
2+i83AcGatK4hx3RrkKPKeR8BgAAOIr3RQBzOk65HZtUZ/xs5net759Lrd0pLomnNXxuvHM5sx5K
w8fUznCoSQsAAOBq3gcASjpQZ+3I7yHUYa4dTOl9Fz4nnliaNceRGjTo8YgAAAAAn0o+AnBU7vJu
40iPIMypfwAAgDJDBgBGPIu9jH9LW70lobXcRpf71ulM03qZj0i7pG5Txz+qfI46GAMAAJxDcgAg
1fGad5zWnpPv+fq7WMeqtoO4zH9q0b+W42rtxNaGX5ZbTQd11CJ7JWtPtK7DUJJOatsy/dD20Pkx
l1M/Ov8AAECrp2ma3vbOBFyJzjwAALCH064BAGek8w8AAOzlOb0LUCv2OAEAAMCWPAIAAAAAF+AR
AAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIAB
AAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIAB
AAAAALgAAwAAAABwAc/zD7fb6/Ty8rEogtvt9f3fobDzfdb2TW3PTb80bE855dArjT2Ob55+TR56
lE+qfda0XwAAgKt4nwFw76CtdahjUh2ueaf1/t9aeqHtJemXhu3p0Tuey8GH3u0kN/3a7QAAAFf3
YZraO3dH8gjHEDIfIKlxu712KZdHH+wAAAB4RM/Lzv/Ly8f3juL93/Pv71JTsVP7zOOZp5cbrkTs
MYG1vPaeal/yCMSyzEP7rOV1i8cQYnkIbU9Zho/FnRqs2vsxCQAAgKNKLgIY6iiH7iTXdMDmcfa+
c9/6iMHo9JfbQ+UXKs95fKnjq51BMI8r1uGuLd9Y2GWeSz8DAADwDe+LAOZ02Eqe9y+1HATYYhYA
eWIDEz2oGwAAgPHeBwBSU7rnRt5hXXskoFe8HM8jrT8BAABwZMlHAErUdOJGTPtnnbIGAAC4rq4D
ANO0/53cnKnq845w7Jl8jik1kGGgAwAA4HNPt9vr2zTlrSy/3G++73xbzrTuXqvI54Qt3ad1obxl
HD2OPyf+2JsNWpS0gdx9St+CsLZfLJ8GcAAAAD71NE3T296Z4LeZgQAAAMAIz+ld9rXngoRb0OEH
AABgC2YAHEBqij0AAAC0MgAAAAAAF9D9LQAAAADA8RgAAAAAgAt4Di2y94jPoXtNHAAAAFf1Yd4R
fnn5+Nm75B+JTj8AAABX5RGAmdvt9SEHPgAAAOA5Z6fUa+rWOs3zfWLb79vW9o/NRlgLH5vir2MP
AADAlT1N0/SW6sDPhTrnoQ786O3zz6EwqfgAAADg0X0yAyDV6V9z71Tfbq/v4ZfrCsS2L9Np6Ziv
hdXhBwAAgIw1AOYd6FAnen6nPTVdf4up+LG8AgAAwBV1WwQw9QaBM7xhwCKAAAAAPKrmAYBlp3nZ
yU9tn8ez9j0AAADQ7ul2e32bfxF7jv6+vWSV/pLtqUX/1sKn3lCQk38AAAB4dE/TNL0l9wIAAABO
rdsaAAAAAMBxGQAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXMBzzmv0erndXqvjX77Kb4S9Xg+4
9prDez5GH3co7dz0euYvVf619ZN6DeVyn9Y2Gou7Jo2S12DWpjHKFuftlukAAMCZfZhfLG91gV7j
qhf1o497Wf+l6fXKX6p91Lafead8fnzz+JYd95q0QmFy0m/N/3J7TT2OskU+etQfAABcgUcAZlo7
Trfba3XnY6uBmBxHmQGRuz0mVafLzmOsExmq39Rd+NzyXIv/SJ35IyqpPwAAuLrnnJ1SjwmUTFEe
Mc0+NcV6OT14LQ+hKcTzfUdNM16LK3cafOpzqftjGqGyieWvNu1Up61np25E+9uy07n1+dO7/ee0
15w7+gZFAACgXNYMgNzp02v7LDuTve9optJfbg91oEJ5mseXmsI9+m7tfA2FEZ3N2N3tnCnsR7/7
mrvGQEhL/d7v7sfyUDpbIRR/SfnnnL/3zzWPMCzTGvUIRG2eAADgSqpmAMzdO9Xzi3t358bYYj2A
1LPsuXG0LPg4wl4LPN4t73CXlk/JwNURy3+a+pX90Y4LAADOIjkAkDsdN3V3k3NIzYQ4o9x2edRj
dF7lUT4AABAXfASgdDpt6/TgR9CyCCBj9Ow8j67ftfh1/gEAgF5WBwBKnyFeWxwsFoeO8rmdvf7W
ZqusrRnRO61e5nGevS5qyn/L+gMAgEfydLu9voU2rnXm1xbSK10lPrQ9JvYmgpK3AITSz4m/10r7
a0LpxwZXcuunJt3YPsv9Wldpr139v+b4QuF7ts1lPC3lk5P/EeXfq/3ntN/Qfrn5S4UHAAC+4Wma
puAAwCNyhxAAAIArynoN4JmdfYo0AAAA9HCJGQA509wBAADgkV1iAAAAAACu7uEfAeA8PK4BAAAw
zvPeGeD8Wt5CAAAAwDbeHwEofR1cy6vSajuGt9tr8v3gLZ3OmvA5xzXyNXqtr4BrNe/sl7zKredr
BJdxGHgAAAD43GcDAKlObMsd3pY7wyX5C22b6/ke8Zy0Q+9VT20vTf/od99z3im/R/sCAAB4dFVr
AJypgzXvFN7/m3+/3Ge57Wwe6RgAAADop3oNgJ5TuEumh6c66y13z+//vy9Gt7yjnjtLoCQPy/RK
8p4rVj8978D31DPtvR+TAAAAOIKsGQBrd8uXn2N32FNiYeff13xe5rX0zniooxyKp6bzPI+z9537
HvUz0vLYe5fB0Y8fAABgK1kzAEY/W36EzlhOHlLH3lJGy47wFrMAjmJtPYZeZbDFDAsAAIAz2P01
gEd5/j71SENo3xH5GDEIcOVO77xM758BAACupmoRwEcwohNYM4gxYtr/mWx17Kb/AwAAV3fKAYBU
pzm0ffkc+Ah7dzJz7nKv3Q2/f97jLvnIslq2hb3rBwAAYC9P0zS9TVPZSvxrz2wvpfYJxR9bbyC1
Cn9oe8sq+CXHXrJgYK+3KNSUfWqfLdZ56PkWiS3iBwAAOLv3AQDYm2f0AQAAxtl9EUDi9lyQEAAA
gMdhBgAAAABcwCkXAQQAAADKGAAAAACACzAAAAAAABdgEcANffHFN5Zb+MpXnjZPc1S6o+MHAACg
DzMAHtzoTrlOPwAAwDmYAbAhnWUAAAD28jxNn07jvpt3VmPb59PaQ9PBU/G3Wqa7nGo/Ov85xxeb
Kj+6fJbWjrnk+FN5613+AAAAtHv64ou3t2la7/CtdaaX2+ef18LkhG8Rykvoc2mYVPiS48vdt/da
Abn5je2Tm9/e5Q8AAEAfq48A1Ha8YuHW7gJvqTX9UPh7p/eLL97ej7+k/FrDl0h1rEPf55ZdzsAB
AAAA+xiyBsBaB3Dvu7mt6cfCzzvxNWm1hu8td7ZHbZwAAABsz1sAOvnKV56aOsmt4XPTOHP8AAAA
1FsdAJjfjR5hdPyj05+HX8ZV2gluDV/qCPHvXf8AAABX9DRN01uPtwCshcsJ30PrKv25i9LVxr+2
z1ZvSYgNLixX3g+lm7PIYyj+Zfi1dCwCCAAAMN7TNE0PdStW5xEAAAA+d/o1AEwnBwAAgLSHmAGQ
M40dAAAAruwhBgAAAACAuNM/AsDjuN1ep9vtde9sAAAAPKTnvTPA+c077S8vH98/v7x83CtLAAAA
LLw/ArC887rWeVt29Eq0hJ3HEQub2t4afyjMXSjs2l3t+b6p7bnpl4btYd7Zj5VFrH31OIYe7QsA
AOCRfTYAkOrEttzhbbkzXJK/0La5WAe153GtbUuVZWk59aibrSzz1+P4W8MBAABcQdUaAGfqYM07
hff/5t8v91luO5tHOgYAAAD6qV4DoOcU7pLp4anOesvd8/v/74vRLe+o584SKMnDMr2SvOeK1U/P
O/A99Ux778ckAAAAjiBrBsDa3fLl59gd9pRY2Pn3NZ+XeS29Mx7qKIfiqek8z+Psfee+R/2MtDz2
3mVw9OMHAADYStYMgNHPlh+hM5aTh9Sxt5TRsiO8xSyAo1hbj6FXGWwxwwIAAOAMdn8N4FGev089
0hDad0Q+RgwCXLnTOy/T+2cAAICrqVoE8BGM6ATWDGKMmPZ/Jlsdu+n/AADA1Z1yACDVaQ5tXz4H
PsLencycu9xrd8Pvn/e4Sz6yrJZtYe/6AQAA2MvTNE1v01S2Ev/aM9tLqX1C8cfWG0itwh/a3rIK
fsmxlywY2OstCjVln9pni3Ueer5FYov4AQAAzu59AAD25hl9AACAcXZfBJC4PRckBAAA4HGYAQAA
AAAXcMpFAAEAAIAyBgAAAADgAgwAAAAAwAVYBHBDX3zxjeUWvvKVp83THJXu6PgBAADowwyABze6
U67TDwAAcA5mAGxIZxkAAIC9PE/Tp9O47+ad1dj2+bT20HTwVPytlukup9qPzn/O8cWmyo8un6W1
Yy45/lTeepc/AAAA7Z6++OLtbZrWO3xrnenl9vnntTA54VuE8hL6XBomFb7k+HL37b1WQG5+Y/vk
5rd3+QMAANDH6iMAtR2vWLi1u8Bbak0/FP7e6f3ii7f34y8pv9bwJVId69D3uWWXM3AAAADAPoas
AbDWAdz7bm5r+rHw8058TVqt4XvLne1RGycAAADb8xaATr7ylaemTnJr+Nw0zhw/AAAA9VYHAOZ3
o0cYHf/o9Ofhl3GVdoJbw5c6Qvx71z8AAMAVPU3T9NbjLQBr4XLC99C6Sn/uonS18a/ts9VbEmKD
C8uV90Pp5izyGIp/GX4tHYsAAgAAjPc0TdND3YrVeQQAAIDPnX4NANPJAQAAIO0hZgDkTGMHAACA
K3uIAQAAAAAg7vSPAPA4brfX6XZ73TsbAAAAD+l57wxwfvNO+8vLx/fPLy8f98oSAAAAC++PACzv
vK513pYdvRItYedxxMKmtrfGHwpzFwq7dld7vm9qe276pWF7mHf2Y2URa19bHUNr+9g7fgAAgBaf
DQCkOrEtd3hb7gyX5C+0bS7WQe15XGvbUmVZWk496mYry/z1OP6adHs7erkDAABUrQFwpk7OvGN2
/2/+/XKf5bazeaRjAAAAoJ/qNQB6TuEumR6e6qy33D2///++GN3yjnruLIGSPCzTK8l7rlj9bHUH
vlRL+5mHz2kfOe0vVP+57fNo5QsAAFxP1gyAtbvly8+xO+wpsbDz72s+L/Naemc81JELxVPTuZvH
2fvOfY/6GWl57KVlkDq+nPaRan/L+EriX+6v8w8AAOwlawbA6GfLj9AZzclD6thbymjZEd5iFsBR
rK3HkFsGPWZQ5JZNbZ3M89gSDwAAQIvdXwN4lOfvU480hPYdkY8RgwCP3Ols6WDXtL9HLksAAOBx
VS0C+AhGdOJqBjFGTPs/k17HfsTHGwAAAI7klAMAqU5zaPvyWe8R9u6E5twFX7tbvucz6i1ltazr
nPIfPeiyjP8os1wAAIBre5qm6W2aylbiX3tmeym1Tyj+2HoDqVX4Q9tbVsEvOfaSBQN7vUWhpuxT
+2yxzsPIt0iEwue0j9ibH1L5ymkLoe8AAABGex8AgL3pGAMAAIyz+yKAxO25ICEAAACPwwwAAAAA
uIBTLgIIAAAAlDEAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAA
AMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAA
AMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAA
AMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAA
AMAFGAAAAACACzAAAAAAABdgAAAAAAAu4Pl2e52maZpeXj6+f7n2Xcx9/7ncsK3Onv8tlZZLbvge
5TeP4xHLHgAAYG/NMwDmncL7f/Pvj+7s+c/Vejyh8D3Kbzmw8GhlDwAAcAQflp2u1rvEWzt7/rcw
qvPfw7K+DAIAAACM8Tz/MKLTNe/ghaZ5L7+v7cTX5P+e3u32+lknNBbvsqMaOr6cRxRa4s89xlA6
W4QHAABgfx+m6fPOZM+756GO8Nod+9rOf2v+53ladnJTU9xTn1NGxz/asuxaZmAc5ZgAAAAe0XN6
l36OPC1/2ZHNmQUQiqPG6PhHCc1wWCtDAAAA9vM8TZ93Pkd33nrH3TP/a48E3L8viaMm3ZHxn8Gj
HhcAAMARfPIWgLN3wGqnnZt6DgAAwKP7ULIK+xE7y3usIl9SDjVvKdirnEenuxa/tzgAAABs4+l2
e32bpvgq9bnfz4U64msdu1j4lJxV9nPjCKXfenzL/XqXX0qoU99Sv7E8hvIZq5faNxwAAACQ52ma
pre9MzHnDjAAAAD09yG9y1hHfKwAAAAAHs0hZgD0mOYOAAAAhB1iAAAAAAAYa/dHAAAAAIDxDAAA
AADABTznviIu5ayvcWt5BeFaXHsce84x5NRP7JWKa2rbSEn6pXGvhe9ZxwAAAGf1Yd4Renn5GH23
e8xZO1TL45+m8mOvDdPDvNMcqr9lx3otr6n8z+Ofp1Oaz9rtOWFTx97SvgEAAM7OIwALe3YQa16J
mOqMLzvHsU7yKFt2/nXwAQAA1j3n7NQ6hToVPvUawNLwpflLieVvuS13Gv2oGRM10+hHd5pT8eu0
AwAAjPfJAMDac9ShDm3u8+454WPbUuFb85cjJ++hjndJ/lrzm/OMfcv6BnNHfOQjVKY1MysAAAAe
zScDAPMO9VJrByoWPrXQXGzAoFf+YnrEvdU0+94d81BZLwdgcsOW6hF/zowSAACAR/fZIwBrHe77
9y1yV34PTZef38Vdi2urKfW1nceRd8xzO/8j8jB6JkDNowwAAAB87jSLAF5hBfeaqeqj7vwDAADw
WKoGAFqfqS4Jv9w3ZxCgJX89OtSp9Ec/k742W+L+ufT4jv78fOnxGTABAACu6ul2e327fwgtaJez
in3JSvmx7WsL+418C0DpsYUWHlzbr0f+UnKfkQ/lLRZHSf3X5DH37QClaZS0TQAAgKt4mqbpLbkX
AAAAcGqnWQMAAAAAqGcAAAAAAC7AAAAAAABcgAEAAAAAuAADAAAAAHABz2uvtCt5V3qPV7jlut1e
d3uFW+w1cznhasu3p73SzU1/RP62bp8tce9ZP7XtGwAAOI/mGQDzzsLLy8fku91r9Y6vlE5Rm1T9
jarfrdrnmS0HHpQNAAA8pg/Li/697xIzzrwDvKW9Ov9bay3fPepneb4bBAAAgMf1PP8w4qJ/3sEI
TTNeSzfUEYlNqV8L32P7aDnHX1t+a/vEttWkn5LqVO7d6cw9/uX+oTooKd/W8D3qBwAAuIYP0/R5
Z6HlGebUHcXYjIO1KdrLu6LLz6nwrdtHyzn+2Ofc/Oc8d59K/+xT6NfaZ6/6ry3f1vA96+eMdQoA
AOR7Tu+SLzVwcJS7kkfJx1xO52st3/c7v/MFEo94fEewvEs+N3INAvUDAAAcwfM0rU+zH9lJ0QH6
XM2U+vnntbvbfG6tQ37/fos0R6fV4qj5AgAA+vjkLQA6AP1ttcji2afn55h3os/mCvUDAAAc24cz
rgLe2hHcuiMZW1BuTUn+lvueof6OLrZWQOkAztHrx1tAAADgOp5ut9e3aUqvch6SWswsZ7Gz3FX4
a1fB7/EWgNxF22JCj1aUvAWhtvxi8eSWT+lARiz+tfhieahJdxl3akHFnLRD6beUb2v41vpZpqHz
DwAAj+lpmqa3vTMBKe5MAwAAtDEAAAAAABfwIb0LAAAAcHYGAAAAAOACDAAAAADABRgAAAAAgAt4
zn0FW47YSu05rxmrfRVZ7msE9xZ6DeB8+zRtn/etyi91/Hsoeb3jGd5E0PoKwLvWVzyW5mEeV235
rrWv0ldMLrev5al3O+jxGsqSNM7exgEAqPdhfqH38vIx+W72WjkXlK2DDiPz3+po+bnbqvyOevzL
9n9mNWXcq/7n4efxlOaj1j18bEAndHzLMuiRn1w55b+Wv5Y0UvsBAPC4nntGdvYO1N6UX5vRdy+P
XD+1nbcjHFOvzv/Ly8fpdnstmmmy1mbu8RxBj1kROeGPcrwAAIyVHABYXkCGLih7TlHtadk5uFub
0ju3dry54WPbSsuvNP35frmzLpadptR051CbWMa7ti0WXyp86bH1VFs/qfOnxxTzUB5q7FG+LXfd
l/mtGQSI5anVFo8QtOrZfgAAOLZPFgG8XzhPU/nFacvF7MgL4nnnYm2KbWoKbupzLOx8W+jzMp+t
+a8py3mcpR2AnPKLHX/JFPS1adHL49j67n+qfnLjXavPHD3PnZa47m2npg1tpeX3rfbYUvW7PPdi
A4Qt5RsKf7TBCAAAxvpkBsDyYnSLi8KjXIDmXFSH8njUDk+J2rpPzSDIlSrDezqPeJdyXob3z6XW
ZlqUxNNz4G/eHmJ1lZNWbvjc87fHoxI1gwCh+g19t6y/1PbS/C/Dt7YfAADOoesaAGfWcjE9/+7s
ndOaKdQ9OrA6G3VCj5Js0fnP0RpnSRu8Sw0abDnAeXQ92g8AAOfxIb0Lj6zXlO2a6e+99Zx+fvaB
nFw6fOuuUv8AAFyLAYAVo59jPvJz0qWWx5IzCJA6/r3LZ+u0t5pFkluuof3Wvt+7rlqtlXnv43m0
WUIAAJzX0+32+ra2ITSlNrTQ3PKiNjS1tDb+mNCCcD22p45ruU8s/2sd5VAech4ziHUoaqaAp9IP
7ZObfuj4c8o/9dx0rdpnzGvrZ9k+eh5f7jlYMl0+FT4UR2v7y40jVX6xwamc+m2tn5zwrb9fuXlI
hc/5rQMA4NyepmlaHQB4JFea5rzFsV6pPAEAAB6FRQBPbuvOuM4/HEfqcQLnKQAAcw8/A+AK01pH
HmPr9GMAAACO4eEHAAAAAABvAQAAAIBLMAAAAAAAF/C+COAjPCt/u71W5fssz7mnjm+vBfq2Kr/a
+h2p5Lw5+gKKNeUbe7Xl2j5r+7a0n6Odu6113BK+1+sjW9LPeUXkWvyjXsNYYkT5lbymci18Tdpr
6ZduT+Vvub3l+Ea+BrREzm9ZLMxSSf5L0szJQ8/fj6PHv8Xfl9LXuKby0Ps1riV/h0te0dxDr/zn
pnHmazDY0odp+vSkyLkwOKLa/C6P/ajHf7T83G1Vfkc9/vkfkjP/UbmXb2k5p4451T5a289a+e/V
VlrTbQm/9+9fqP0s62ct/tF/f26310/ytxb36PJrKZ+YVPja7an4l0Yd35Zqfr9zy6dnmnO9z9+z
xT/670sPLb9vOfnPGZCIpbeWv15K8986sJTT+Qe+4UPoQoDzGfEDfiWhzkEvR62f3DsaZ7DXMZyx
8z9NfdpkS/s5wt+frdrKWc6rVPmnBgFa0zzib2SJLfPf8/xtjb9mcK01/lT4rf7mhtpv6+9bbqf2
vk+sg50Tfmut6eeGP8tvL2zpObQhdKcg9nltGk5q+3yfVPqx+Jdx9fpBG53/tfCxbaHjS8Wdm/58
v5wyvO9/u71+9kcolN+cDkNJ/eaGLz22nmrrp+T8W4szN1/zupvXZ077ScUZk2o/PeSen8v9Sy5M
7/vXXGi0hu856NFy7Pf/L+uzRu/f77V/xy6ac23Rfrd0P45YJ793p2otrp7xx87/2D61aS3LJyf9
+X5bt5/Rg6Yl8e/dIa1R035Hd3jX0hpRvz3+fo7W+vcVHlXzIoC1HZX759QUofnn0Pbl6OqIi5NQ
+iX5X/scC1tyfKFjLs1/6x+Y0h/YnPKLHX8q/Fpaoe29284y7tj3ofrJjXetPnvIab9zW7eflJL2
0Rr/HuF7Gp2Xef2WpnEPW1pvy9+OtX+3ymm/OYMDLeWTEz5neyr+kC2OLyX2mx87/3vlqTb9u5bf
puX5MWIQNRV/69/PVN5TA1Ox/I0uny2k8t7yN21ePiXxpK4/lr+NOfXT2v5HnNvwiIIzAGq0jHqe
fWQuJ/8jfriPYvlDn/uDex90aL2DlirDezqPOAo8L8P751It7XcZR036te0n1+g6X8Zfegyt4XPj
ncu5a1MaPqbl3CtNa2s57bfl72NJHmLbU/XZur0lfyP1HLAMiZVPyYBuzW/g8vzo/Rs6Ov7Wekjl
b3T+RxvdkW0pn9j1R+i73vWTCj/q7yucWdcBgLuaC4Gzn4wtP1bz7454cVui5gKmRwf27O1nbyUd
rJFlXXsBnBPvCKEOc0nbbwlfGv+a1F290nRyOpGPegF29ONL5e/InfgWW+U7dveade7SxuWWj/L7
3Oi/r3BmwUcAzt4RZRu1U7aWUtMjt9DrWO5xXU1N/fUsc8od9YJoxHkY+ndr/I/YflPHdLRjXk5B
Zns150LJ788jnWu5x3HU32fg/D7EnonbS+sP/d5/KEanv/fx9bQ8lpxOZOr49y6frdM+0iySvfOQ
c8G0Nttk2YEYccF1lt+1Lc+f0X9/QtNMXVCHna3zf5dbp0f4+3CWAag9yqokzaNfC4z4fdvr71cs
P2t5AY7taZqmt2n6/KQNTemcP+e29sxb6hnStR+mtR+MnGnysbRanr8NpV+zvfT4l+Ub2y92DCXl
lzq+lJryqUk/dPw55ZRoS7gAACAASURBVJ/zvHON1HTn0H619RM6/2qPLxW+5PyubV8t7S8nbOk+
te0it6xC8deGT51fMbntNxU+p/3knJMl+5a2kdT5stSjDbaeX6Vpl56fqfrP3d56fC3lUFO/udc3
uWnH8j3y929U+HkcI+Nv/f0Jxb91+fa4Ds5Ney2OkmvD5X49/v7mXM/k5L00/ZLwrb+18GjeBwAI
22NUdS9bHOuVyhMAAOAohiwCyHls3RnX+adEajqhdgQAj8fffxjHDICEK0wbGnmMrdO7AAAA6MMA
AAAAAFxA8DWAAAAAwOMwAAAAAAAX8Jz7mqa99XhN19m1lEFO2CPW+5Zut9fqck29Biv1GrPUa9DW
tvU06vwa8Xq9ZVy9XiN4hnZfc47uWX45r7EqfY1Tj1eQrcVT8prF0t/QnudBaf5Gvmarx2vcriJ2
rTX/riT8lmr+PpbGP015r4rc8vhHn1/LeFK/oyN+n1J5WtPyGsIj/jZs1b6n6ZjHn3L2/E/TuD5O
yXVQr2ubHj6cpSLPks+RWspA+cWlVpsdbV4/qX/3zuv8x6d3O2mNb5m3ZRmkto/O35Zq6v0o5TeP
fy2dVPqtbT6Ufir+kvLJjaNGbf5a6zc3fKp8ry70bvTSjtiovwG56e9pr0GPe9ojzq9lOqk8LPft
8fuUI3Zex37fepXPaFvk5+y/iWfP/8hOdirO3O1bnxceAeDd6Au32+31cD/8Z9P7h+Lqsz7Oora+
U+f0GTpro38zesSf00HvHXeO1vo9Q/s4m9byfNT6OGJb2+L3s6TzHxo4bUkjJhW/64d1e1/n7p3+
0Zyhne4xCPC8/CJnevJ8+9p055Ltqfh7aJnCtcxzbDR2bfta/GvbYuUTymNPqbrZq/56pF8yhTW3
/S/32VMqf7H2Vxt/Tf3XTmHeyqgp1r3Kf3kO5KYfiqtme24+exr9h7E1/lT95IZf5qdX/krTX8vD
ct8j/b7nxh/6ruX6plbJ72MsfGv55V6/1eQxtH/qb2ysbGJpzLVeH4TykVJzfvQ8v1PlfbaO4Rmv
/0pnX+Sen7E8huLLbQ8l52cq/yVtv6T/GMtfrdL0zzCQUOJpmqa33A5q6LvcTnLsj05OBdcUfusJ
EGv4OdtL85P6PPICPbfca+uvVqx99f6Ba+mctaRf8n3PNpA7eNByfLH9ay/QS7antOSvtC21XkDX
lF9u2j3OgdK6y92nNn8lbSNVbmvhc+snJ/1YHkrzt9wv9De+tf306Dy1/L6XxN/6+1P7+5u6QM49
3lT4tTh6Hd+ov4+pfZffj/59Th3HXY/f9pzwy2OJXQPW1HVrHmt/37f6fRh9/RfKa25+tri+6Pn7
N+IaYvTvfypM6/Vqbr5y8t2rHeb6bAZASOhEn2vJdE78vdTkc+0HOHd7y7Ft3SBqbVF/Ry+Doyo9
d2+31/e2XBLHWlxr29bij4VPdXhi22P5Xks/lL+W44+Fzc3f2m9KbvnNw5f+cWotv1Be5vkvSTOU
71D+ctLPib/0/Fhuj4Vv/e0sGbDIzf9SqH20lm8qrh7mbTKUTm0d5JwfORfOa3ktDf+Ifx9zy230
9Ufu+bNXHeT+vs8/9xjMuQuVT+7vZ46jt++WzmqP9hv7jU79/pXGubZPq5wyOnobOJtPBgBiF+cl
BV/bwX5EuSOmZ7dl/W3dVnJGufcUy1+v9neUYy3VK9+j7pjkdAhi8dXkoWT70et97/y11s9R/j4c
6a7EHnVam+be7W/NEfM02oibT7Xn8Cg9fr9r87r3AMfcEa//Wsun9Zj2qp8Rf7+O0Mau4rMZADl3
6KDGkf6IlDh6fo+eP/YzYsoe16F98Oh6DB7UziZq1TNO5/q63Lv3R539ASFVbwGYTycZ4ezxX93Z
y/fI+T/Cj32qfFrLLxb+CB3a0cffqjV/PfNfGlfv+tu7Lra2dkem9PhL2scZyrf0LtUZjmlPofJZ
+35Z5kf4fR4dV8/0a8pP+21TUn6jBnVCv1mh70tmcM2PbY/zs8Yyf6X2nmGXY4+yf7rdXt/uH0KN
aq3QSqa0phptLP5lHLF0QlLx5xxfaLpPavsy/ti07JzyKXmecC5VfrHtPeqvVkn7Cu2Xm7+1H8aa
PNakn7pwioUtyV/uYwEl+d96e8/fhhH5i22vPX/X0qn5fV7uk9pek69l2N71u0X+5vvU/H6UhK85
P2Pbc8qv9O9fSfpreQjp8fueE3/u3+e1+GsuutfyEMp7y/nR8+9j6vhSfx9j5ZIbNpa/+/e9/36l
tJ4fy3hqft9C5VeTfmn+crfl5D2UdsjRr/9ut/RM6db2G8tbKv2c379Y/KX5L72+Ke0/tnaSS/4e
lBxf6zVq63HVepqm6S25FwAAUGSvC/xcR88f0J8BAAAAALiAqjUAAAAAgHMxAAAAAAAXYAAAAAAA
LsAAAAAAAFzAc+srluZaXgOTu08sTGnYtbj2WgU19zUcoX1K06iN44xaXrOytk/PVwjm6vEaoFS8
sfA9jq+m/HJfgZZ6zQ0AADBNH+YXyS8vH7Peb1oj52K85oJ9mf9pqst77+OtSXst//NtrfWzVlaP
Lqf8ct7LGivvZRq95b43dvlfiVj4HsdXW365v0/3z3uexwAAcHRdHwEY1QEqzcM07dMRuN1ei9Nd
du72zP8jSrXJnPLP7byO0LN99GifNfFvVX7OGQAAiHtO7RC6+1gzhTonnRFiU99DdxJT05D3Hujo
Kad8Xl4+rtZxTvvoGX/ou1w1YQ3KtFF+AABwDJ8MALR04pcduBKhTmAvy87j/Fn/3IGNWBxr6dQI
xbl2Z7XnAESqfJbfhY6/Nf5Qer2kOv8taW6xvkIsfznp58yECO3bGn9KTvyx36d7uxn1GwIAAI/g
kwGA2g5eiy0W7OrRIdirU1EyANGaxii58W/RBkalMbJ+ctOtST83/Ojj6zHA9kizcgAAYITkIwBn
l7OAWo69OnOtcu56z7f3HgyoiX/rO/+j0u3t6PkDAACOresigFdXs8gaY20xw+QsRrdP7R8AAI7t
4QYAenT4Uh2Znh2d5Z1xHdbxlmsO3L+b//8o5Z/KX2tb1GkHAIDreLrdXt/WNoRWcZ8vspW70ntq
e078ITkr9OfGH1pkbIu3AMQWOGtNv6Ru1son93Mq/Nr20sXfUvvmhl2GLy3/+X6P1j6W4UfEP48j
Fn9u2+31lggAAHhkT9M0rQ4AwFHp4AEAAJR7uEcAeGw6/wAAAHUe/i0AnNsW0+sBAACuwCMAAAAA
cAEeAQAAAIALMAAAAAAAF2AAAAAAAC7AAAAAAABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAA
wAUYAAAAAIALMAAAAAAAF2AAAAAAAC7AAAAAAABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAA
wAUYAAAAAIALMAAAAAAAF/B8/8ft9vrJhpeXj5tnptXt9nrKfN/d6+CoxzBvIyPyePTjb9FSdstz
MxZHbRmOrlsAAGB/H6bp007D/eJ/rdNxZGfL79ksO5bKO19L2S3PzVgctXWibgEA4Bo+rN0xdAdw
H/MO3pGNyuPRj/92ey3uHC/Pr9JOdm6Z9Or8GwQAAIDH9RzasOwI5Hxem0ac2j7fJ5V+LP5lXLkd
ybX9c+6I9jq+tX1i22rSTymZYl4af27+UmUX+m4ZLrZ/Kv6zToMPHQMAAMBc8yKANQMF88+pKc7z
z6Hty9kLPTtvJfmrOb55vlvTr3mEIyd/oX/nyM1f6Phj5Rk6luW/Y8dWUn6tbaulc36ffZBqdy0M
HgAAwGMLzgCo0XLX+Oidj5z8rR3f/a7sfIHCM91dnqbwnfWt04/l4b7P2l3wo7etHMtZC8sFL9eO
+WztDAAAGKvrAMBdzUDA0TsrJflb7pvTgWWMIy1wN6LeQ49S1KSlXQIAwGMLPgLwCHdNj6Rmej7H
UrMIIAAAwFF8SD3zvYfWjlZJ+JJnzGviX+5rEKDcke7ilypdw2BtKn+v412Lq6b9AwAA5/Q0TdPb
NOWtlH7/PrbqeGoF+9TibbH0Uwuftazi3roKfyzd0rcALLf3Kp+Q3PhDeW+NP5ZG7lsAcsojFGbk
wnrLPMXizWnXsThyz8VUWJ1/AAB4TO8DADCKu8oAAAD7a34NIAAAAHB8BgAY6khrSwAAAFyZRwAA
AADgAswAAAAAgAswAAAAAAAX8Lx3BvYWei69ZsV6r1Jrc7u9RsvtEd8mkNtmHrVtjT6u1vhLwue0
3zPXXeyVm8vvc8MDALCty88AmF+Mvrx8XH13fI7Yu+dJu2p55XaGHrXTNPq4WuPPDZ9qv4/avh+1
XQIAPKrLDwCM4KJ4jPkADVzN7faaPZAwYkCi9fxz/gIA7O/yjwDkWLtYTl3IhqbJLrfPZw6EptPW
pL8MWxv/6PDLsKFpwqm0c/M33y+nDHPz36P+aqdI55T/Mo+92ldr/kL7luSvNP8tU9FTM31qt8fa
T20ec7bHyrvnVP/aY8vNX04cc7Xnb+nvBwDA0XgN4JR/gbjcP3SRn3sxndNJ630BXBN/Tqel9vhK
jik1OJCTv5qL99zyWEuztHxj+SvtrC07NUu92lfM6Pbfs3xTx1CSZiiOnHrtOUBRk1buebb2fWn7
zdFSf73bn84/AHB2ZgDMzC/ybrfX1YvGULgeF4Y5nd8Wo+NvSf8R9Di+e1tatr+UVP3d412707lM
b3Q9heLv1T5rOuEt8R5FyyDEfXuPmQe9y2neRkfEP08HAODRGQDItOXF4VpaPdMfHX9N+o9kj+Nr
HXjaooPV4oh5OpLWzj+/TRkBAI/MIoDA9PKSfgPGfJDgjFLHd3Sh8j9K5//s5QsAcAUGACrs3REa
nf6jH9+jKym/5b5bdOJa6zcVPrb9CMfXs3336vzf92vNV0v55g5wPOoAFQDAFi6/CGCqoxDaJ7Y9
tEjW2j6psDnpx/SIv2V7Tvpr8aTKsGbRwtx8xPK1DL9F+abSyclf7iJoofRDceXILb/a+muNPzfv
qfCx9hvb3np+p86p3M5/bC2TUPvLLZ+S8yS1IGEqj0f6/QUAOJrLDwCQ9kjPD9ccyyMdfy1lMI6y
PQ91BQCcnUUAeWgu2PtQflyR3w8A4NGYAUBUyRT+o2o5hkc4fo5L+zo+dQQAPBIDAAAAAHAB3gIA
AAAAF2AAAAAAAC7AAMDMEd8hfX+39RHztrXQO8J7lc8Zy/hM7WN0/aXSbk1nizye2VnaIQDAlRkA
+KajXrhacOobQvXTq3yOWv8pZ2kfo+svpTUdnX8AAB6B1wAC0Owsg1EAAFd2+QGA5Z23tfc+r92d
y73YnYd9efmYFX8q7mUcLflLhQ+ltfZ5eaw58ZfmLfVe7tLyLY2/JL2c+kmVb6na46/Nf25+YumV
5r8k/Ryt7SOVv5z6j8Wfk/ce7a/l/A2F7ZE+AAD9eA3gN4UuvHMusHPiXbMWPpVeToexJn890lsL
05q/nDA5gyypeGo73qXll9reUjaxNEP5bc1/aR5L669X+rnhSttHr/Lbq/3NP6+FKclr7bH2HgQD
ACDs8jMAtnK/mF7e6Zqm/Od/cztRNfm65y0Uf25cIVs845y6q/zoRh7/nvU3Ov2R5dPz/GqRc4xr
+TpK/gEA6MMAwM5ypuvmaLkon1/kt8YVCr9Xp6FX+Z7VEdpXD6PS36J8ep9fNUrSXO57hPwDANCH
twCcyMhO7MvLx8t2kmG0s59fZ88/AADfYABgxfxu19HkXISX5H+57xYX+a3lO7p+jlz/vS3rO/c5
+T3rb+/6SaU/315zfpUc3+j62+P3ITcvAACUswjgzNqF7vL7te05cbYuwrW2f84q3yV5DIXPzV8o
3db8hfKR+i6nfFPxl+ZrLrd+cvOXSrvl+GPHfqT6q00/1k5b20dJ/a5tT8Wfo7b+ep2/ueUb255a
BNAjCAAA7QwAQGc6KgAAwBF5BAA60vkHAACOylsAoEGv6fEAAACjeQQAAAAALsAjAAAAAHABBgAA
AADgAp5zXlPXouXVVkc0apG3oy4e17P+tmgLR66fRzsXSqWOf/Q50JL+Uerukdv3yDLOift2e929
bmPp52yfpmv+tgAA+d5nANwvHkLvNK/1SBcjIy+wYu8831PPYx3dFo5cPznvtn9kex9/a/pH+B07
cvuex1FjdPtI5W3v8zGV/t75AwAexyePADz6Rcbt9tqtAzfCVTuHPZypfo7QmdxT6PhfXj5uUjZ7
p1/jTO27Vz4oc+T2CwAcR9ZrAJcXhKHHBXKncObc7Vlui8V/5VexpcqnZ/mFOiE54ffsVITaW+7n
EXrVzzJMTd5T9dd6fq6JtY/Uth71U5J+yt6/P6FzK9Wh75nH2PldUz6x9hd7XK20bSzj3uv8CaWf
m7/Ub0fu70uv8wsAOK6n2+31bZp++w9/6gIgtmbAPJ75PmsXIbELtthF0DKO0WsYjIyzVzq5Hdr7
d6Xl16v+Rl5cpuKNdSJytuem05p2af3EOl45ecyNv6TTlerElJRtj8GZXnWb+1tz5d+f1t/3VNot
g3e122J6nD856efkLzU4UPt7DgA8lk9mAOR2nkJSFw05F2Cl8d8vYu6DFzn56CnVAWvtoPXUI721
8p6mcDnsfUGZylcqXM8yS8XXekd7OYDXEldPe99V3CL91jI/q9xyzf2drP3bsJfcvz9HPgYA4FqS
jwCk7tasqbnILgmz3Hd+EVabfq2SqaxHMSJPRzzOacq/y1hyF3K0o5YlYXvWWWqKf2r7FmrTqvn7
s7Wcvz/OaQDgKLLWAOgldPe4V9zTNEXj3/tuNHFbPR6wbCOp7dDDqPZ9xkHIR3OF3w5/PwHgMXxI
79JXzp2c+d2UlOW+o+4UbXEH6lEusErqr5dY/by8fLo6dunnu0epn5Q96u+RjCi/R/r9OXr7Gv33
JxV/63YAgJhPFgG8i027XD6vWTK1OneRsNi23OcrRz/rO/oudU3YuZ7l13N77HnfHmV7hvqJlV1p
/dQsKFYSf8n23PM75xhL0k9pTb9X/q7QvtfO79L2lfobUvL3KTeNtXhytZ4/uenHtue0z5q/v2tp
PPoAKAA8uqdpmt72zgRtHuHC7BGOgfHO2k7Omm+uZeTgLABwDJuuAQAhLixZ8ygdj7Pnn8eUe35p
vwDwOMwAOLkjrV4PI2jjMI7zCwCuxQAAAAAAXMDmbwEAAAAAtmcAAAAAAC7AIoALR3zN1jKO1nhY
11K+OWHPsKBdLI+p/LeE3cLt9hpN/wh5TEmt0n5Xu33PVxQe/fftyO3n6GUHAByHGQAzIy/gYu9c
zpHz7mbatNT7I1x053Tgl//O3b53u32E8yVWP/PvWrbvXT975yPkaPlZeoTfHwBgGwYAvmmLuze9
Lm5d7J3Ty8vHw9bdmdr/KOqnrX56ld9R6yDlyO0HAODOIwAFWqZA97a8WH95+RicBpp7R3YeR8kx
xOJvTT8nf7HpzTnlE8pjT6m6qa2/R9ezfS/jW/s+ta00/atoad9rSus3FH+v34+141n7PrWtNP+p
/AEAlDID4ARi06vXLiTnn+ffz+9Q1UzjjuUtFH/P9EPbY3HPvwvts+Xd1dD3ofyVlN9IrVPMW9Ot
LZ/lXdnQXdqcQb0j18/eatt37N/zz7H6jX1ei2v579Tvx8j2k1M+V29bAEBfZgBkSN0Fyr1LVCv3
znxLevc0lneiauPqnX5se0t+t5y10cJF/3GstRX1U6925tFaPKk0ev9+bOHo+QMAzsUAQIbQXZvc
7VvbO/0tHX3xsF6uVKdnpH6Oo6Qujv77cfT8AQDnYwAAHsToAaiS57b53FEGCLkm7Q8AmCZrALzL
ucMSev4zd/tVLsBut1d3qgYaUb457T+Vbs72eVp7aS2/1nKoscUd4KPUz9H5fQMAzswAwMzIi+yW
i+ucRbLWts3Tu1+0xvJR++x+LP6e6cfC3OMurcPW8He1CxiW5m9kJ+2o7T8mt3xSj+nEFoiLxX+U
+mltf635rm3fqbCp8i1Jt+X3Y1T7ScnNX0v5AwDX8jRN09vemQDauHt7bOqHPWl/AMCdAQAAAAC4
AI8AAAAAwAUYAAAAAIALMAAAAAAAF2AAAAAAAC7gee8MHE3oNVPz1ZPn36W2x747mzMcQ+w1YUvz
+gttD8XLutLzZ/ndXeg1a3uW//w1bLXhp2nMMay9eu5oepXfNI07xpy2Wbo9FO8WztAuAIBtmQEw
c9Z3rPMNa/W3/Hfo/fCh7cv91F9Y7PwpeUd76n3tezh6vR+9c9ej/EYfY2qwav77cP8+tX2Z963b
0dHbBQCwPQMA37TFHZq9OzGtYh3kvZXUX2ofgwDlcsq/tdzOXv5HPn+uzu8/AHAVHgE4uJwp1LHp
02uPK6yFDW1fxlMa/1rYPadz36chh9JOba9Ncym3/EvLtyb8lrbu/PQqv7X4avIRS3vt3OhRf7nH
l3qkKRY+1X6XcdVOod9aair/6Kn+qUdqatpH6BG21t+X2vgBgG2ZAVAgdRG650VqaPppzoXj/XPO
FNa1tGPhl1Nk9+78t2xvSTNUR62fW+Pfyl4X/KXtc628ch8TyclHzLxOSs/PVJypKeqh9EvaV035
5eRvz9+MuVQ+9shnafsIDWDUnh+98wcAjGcGwIncL6LWvs+x9wX03pZ3oUq3t8iJN1U/rfW3d/2P
LN+zu5fNqDJKxZlKf3S95XZYqTe6LEN/nwCAYzEAcHI1d3avfJE2upPdI95HHggwCLCPo7eZK/8m
AQBsySMAmZZTIku3k3a7vW5Wfkd9nGNPW5Y/9Da6/aYe/6h9PGQrpt8DANNkAOBdzsVR653ZlimY
BhjiSi5uazv/vabQPmJHe4vOxVGmg5+9/lrzPzr8HuWb035b832E9jvqPO3x9+ns5xUAnIUBgJnY
InqhfVPb72ov/pYLaIXSv188hRZxWv67VG08y/yNFFtALJSH1PblfrX1d4879shG7sJsPePvqaVz
kVsOvTtPqfJb268mHzn1kDOAGEo/FH/u8aW+ywkfEyq/VPyp37eeRsbd6/ejdhHIWrn1E/s3AHAs
T9M0ve2dCa4j1YFx4bgP5X9c6iZNGQEA5LEIIEPlXpi7cN+X8ufMtF8AgDxmADDcchqqi3XI49wB
AKAnAwAAAABwARYBBAAAgAswAHABy9XtvW6JLWl/AABwDJ8tAjhqNeUer8+qCd9T6vWAsWPMebUg
YXuV31qdHnHF8dbyOXP7zH2t3hHrbZrir3csjaf197U0Dz3bTc4rDlvSip3La0qPPyd8SxscVT45
4XPq2d8/ADiHT2YAjLxArn3H8lHeLRx7v3oOFz1tlF9Ya9uch2Vb87q7/zf/vjSeUsvf19r31LcK
5X+r8lnGX2oePhRPy6yXUeWTEz7n9yWW3jINAGBf7wMAW9wda+mgHEmojEZf4NROnV7LUyqfe9fR
UdJfttmj3UVe5ueI51hN+2tJ42zn59Fs3bZTd9F7zSxojb+lfnPCheIfWT6p8Dm/L7mdfwDgGD57
BGBNaopt7hTcUVJTGJfTD3tclNRMkQzpNcU1pmQmRezuz9p3scc05vvmllGPu3st9Z+621aSfs7x
j2ifPfUo35EzeXIGGFrKfuT5eU9zPn0/NcU7lrfWtnPPR83x16Y9etBq70Gx0G9Ari3zX1OHe5cv
AFAmawAgdTFwpKn59+/uF7KhzmrtM5Kh52xrL+5S+V+mMVrLBeA9/LIzM7+ztdbhaUm/d/2HOq+p
DmQo/dTx92if83R7t5Etzq8t5Jyfa+f5FufnWhsJxRsaLOhR7rG7z7nHHzu3W8QGQUakUzprJZS/
knrpWXe1vx+xsC31ulX9AQBpWQMAV7fFXdkj3D2pPcbcvOfOPNjr4nB0+i56j+t+jocGCkafn/MO
47KjtdVvQ2yQpOQcHzEIkDMA0ap18HMeT6oOj1Y+W/72jao/ACDPQzwC8Aj2LqvWzn/JNNCe04d7
iaXf++LdAMP5bFW2uTNERqZf8v2jGPX7E3qc40jlmZunI+UZAKh32kcArngHYdTF494XpWdJv/Yx
D/Ls3Q5atTxedNZjvpKtZoFt2Ra0PwC4nve3AGxxh6nXxcajd8LmzwNvkdY0pe/83ffrfcG49wVo
6ZoAW92JDeUl9axxaibDo587Wzh6OY7O39a/T1cu6z3SX1uPYtTvPwCwvadpmt7mXxztLnPs4ibW
GUs9Q1tzly4WNrVPbHtr/lrkzqSY5zF2bMtpyznlUpr+Mp6W+k+lH1oEbRlHLP5QvnLzH8vLWhy5
gxmxPPQq3xItvz21519r/fZQUr6x9Uhy2kAq7Zr22fv3dRnH6Pjn+/Roe6F4cso6N/55+Jbyyfn7
utwvdW71zB8A0N9nAwCPzh2Mazt6/R89fym91pIAAAD6e/i3AOhYXNvR6//o+Uvplf+zHj8AAJzJ
JWYA1E695DEcvf6Pnr+Us+cfAACu4hIDAAAAAHB1H9K7AAAAAGdnAIDLW75Ka+9Xe/FYtC8AAI7i
s0UAj/oawB6vbDr7gmspqdeAjT7+lvRrXmF2NrmvPCyNc5ryzo9U/T/6+THaFdowAADn9skMgJEd
gNg7gWmX8+7yI6f/6B2mvdt9Kv2983d2e59/AACQ430AYIu7f3tfHL+8fHz4juY0hetwq+PfK/3a
qdVreUrlc+8OXqjDGZsRkIqrJn0+t2w7Ne0LAABG+OwRgDWhi/1Uh36ri9y19EPTn5fb5h2m1D7L
/XKPL5W/2Pac/K3JPf61bT0Gg0rST8mp31bz+Eo7/zn1t9w3t/5z0k99n3ue5nbql8+zz+NY+661
fT/C+VfSvgAAYJT31wBu9fxv7cV7qtPe8gx0qMOyFv8e+c/9fFfyjHfr8bWmX5q/2jz2klNerW0y
Z62EmgGWHmsAlLbn0gGCZRyPdP4BAMDesmYAHNn9In6+wNrRL8BH3L3es1O8RfpHmHKeu4hhq6Mu
0hdKf34Orm3POuZOKgAAIABJREFUtdVxPdr5BwAAuR7iEYBeHRCOa+86TbWtPWfOrD1m0Ds/W55b
e9c1AAA8qqwBgNLnXfcwH4wY0QHi+EZ1UvceWMpNf/mc+tbpAwAAx/b+FoDShcBqjOhIzO/8z+M+
wpTxkGWeKbNl+dWuiRDLX8n20uf2e7f/mnUB9mrbue3C+QcAwFW9LwJ4d8S7qC2reIf2qVn0KxZ/
TGv+eyxClnP8qThCWtMfnb8WObNJcvMXWqgvFj6Vfukie6E0QttHpd/SdlP7pdpWKL+p7RYBBADg
7D4bACDu0adDP/rxcW7aJwAA1PuQ3uXaHn268KMfH+emfQIAQD9mAGR49Cm+j358nJv2CQAAfRgA
AAAAgAvwCAAAAABcgAEAOLjlc/Cei+dItE8AgPN4Xn5xtNcA5rxmbHQeziL0mrnl9lHHv3f6KTmv
9LuyEeVTcv6m2sfe7efsUufn6PAAAOzvkxkAIy+wU+8cp03uu99HOnKnQLuL27t8Uunvnb+z6/H7
cOTzGwCAPO8DAFvcXdt7EODl5eMlLmJDx7j38e+d/t5qp0avlVmqHPfuMIc6nLEZAam4atLnc73P
wZr2CQDAPj57BGBN6GI61aHf6iJwLf3Q9OLltnmHJLXPcr/c40vlL7Y9J39rco9/bVvNYFBJJ66l
/Eu3L7fldkBzy7/nIyox87hKO/8jyycn/dT3ub8juZ365fPo8zjWvms9/x7h96Emj6H4dP4BAI7r
/TWAWz1fW3txnOo0tjxjHOoQrMW/R/5zP9+VPEPdenw5xxNLf5n/ZRy96r+kTcTKtzR/W8upz97l
k9p//n0oXCrenO05+a0pn5L6P/PvQ04e92zbAAC0y5oBcGT3i9Lb7bcXMDv6xemIKbh7XZj3TLfm
rnJpPC2O3q5yOuY9tHTQRwqlP/+NWNuea6vjOtLvw951CgBAXw/xCECvC3yOYa3+jlSnR8rLXart
7zmzZ+0xg9752fLcP2L9AwBAjqwBgN7Pk44wH4wY0cGAVqM6qXsPfOWmv3xOfev0AQDg6t7fAlC6
0FaNERfq8zv/87hHHkerZZ4pkyq/1u1nUrtmQ6/yK31uv/f5WbMuwF51n9vu9mqfj3ReAACw7n0R
wLsj3qVcuyjNXSU7tE/Nolqx+GNa899jka+c40/FERJbJC2Vfk3eU3HnxJMbvjZ/oX17y5ntMrp8
WhblC8Wfu31U+j3bZywvOeG3+H3IzZ+FAAEAzu2zAQDiHv3i99GPbwvK8LrUPQAAR/Yhvcu1Pfq0
2Ec/vq3pAF6L8wcAgDMxAyBD63u0j+7Rj2+k1scnOD/nDwAAZ2EAAAAAAC7AIwAAAABwAQYAgKGW
z8l7bh76cX4BACWel18c7TWAOa/xGp2Hs8h5JdyZhV5Tt9w+qgz2Tj/l0ev/iFJtYm8lv5+p9rt3
+z671rZy9LYGAJzDJzMARl7gpd7pTZtHL9fcd8ePdOSL7kev/6M6cpsokWo/2lebHr9fj9LWAIB9
vQ8AbHF3Z+9BgJeXjy6iHkCoDveu373TP6q1MkmV094dzr3TbxXqcMZmBKTiqkmfz/X+jag5vwCA
6/rsEYA1oYu5VId+q4uQnFexhaZPzi+IU/ss98s9vlj+cqbo5oQPhS0JX3Nsqfhz04+V/5rc+l3b
1usYc9IvbV+l23vVfyh/vR7Bme9b0vkPnQsj21eoTNfiD4WN5a93+0jlP/V97u94bqc+Vn9r37XW
38jf5x75W1P7+FpOfDr/AEDM+2sAt3q+s/biLHXR3PKMa6yTkdMBGZn/3OMrOebQRetSzjH2yH/u
51S+atLKkTqeWPrL/C/j2Lv+W/PXW23bqD2+0vR7x58KX1r+uW1wTapec+q9tD33bp97/H3p9fuV
k8et/k4DAI8rawbAkd0vim63314A7UgXR63563V8OXeQ7mnk3umLxdXTnhe+PdOtuWtbGk+Lvc+b
mrIuOT9S8a6l3yP+3LptbR97dw5D6c/LcG17rq2O60i/X3vXKQDweB7iEYBeF5ijtOavx/EdrUyu
bK0ujlQ/e+SltW2XnB8ld85r4o/Fm9ORr2kfObMC5p971/GWv71HOlcAAM4mawCg5oJ6a/ML7BEX
uK1a83f044NaPTqPLedHTvpHPv9KBj5aZ/e0pA8AwP7e3wJQcoeq1ogLxfmduXncI4+jRGv+asIv
w5RubzU6/kfXWn9nKv/W34Qe51cs/SP+vszzVPrcfu/816wLsFfZ5Z4Xe50/ZzpvAYDzel8E8G7U
3ZyWeNcuikKLaK1tX9unZlGnWPwxNfmvSX+to5IKn7PIVUpr/fRYRCunflNxhCzLNVZmy/hr8p6K
Oyee0vovzV9o31I5d9NT5d9yfKXpx+LPab/L/Le2j1T+c87vlke8RqXf8/yJ5SUn/Ba/X7n5a1lP
AABgmlYGAIjb4uLLBd44yradMuSotE0AgLgP6V2ubetpmS5g+zKtti/tkyNxfgMAlDEDIEPuFM4e
cfeOn7H19+i0T47O+Q0AkM8AAAAAAFyARwAAAADgAgwAAAAAwAU8L78oeWfz2muslttD8QIAAADb
+WQGwFonffnvZQc+tX25nxWbAQAAYHvvAwAld+hT+xgEAAAAgGMpXgMgNVBgqj8AAAAcT9EAQOrO
vTv7AAAAcExFAwC1U/8BAACAfRU/AmAQAAAAAM6neADgzuMAAAAAcB7vAwAlK/TXdv4tEAgAAAD7
eJqm6W3+xbKTHuvsv7x8TG4PxQsAAABs57MBAAAAAODxVK8BAAAAAJyHAQAAAAC4AAMAAAAAcAEG
AAAAAOACDAAAAADABTzvnYGU3NcM5sZV+xrCeT68yhAAAICzOfwMgHln++XlY5cOfGs+AAAA4GwO
PwCwRmecGrfba/NAEAAAwFkd/hGApfs0/vkgwLJTF9t2/5wbvoe1Tmcs/fn2eX7XHkOIHc9yn5r4
c/TKfyj90fkHAAC4gqdpmt72zkRKSQd9rUMc+z43fEkcqTBrndbcDvwyzOj4W48vJ/6W42vNPwAA
wFWcagbA8i7vXeu07pHTwu95ni9AGBtcSMVV6wzxt3bYdfgBAADCTjUAME3pO/ulnfnW8DnmgwDz
tJb7lMRXk4ezxG8gAAAAoL9TLgJ4RvN1CyxEtw+LAAIAAFd2yQGALTuCy7RyBgFK8reML+f599HH
r6MNAABwPIdfBDBnAcDcReByVplPLTwXy0fuMaTinm/PTTe2An6P+GNa4i+t39L4AQAA+IbDDwAA
AAAA7S75CAAAAABcjQEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAU8750BOJLlKyDXXkF4N39l
ZGh7KF6OJ/YqzaOkr30CANDCDAD4prVO0PLfyw5Savtyv1iHjP2UdKxHSXW+tU8AAFoZAICp7A5o
ah+drHM74l1w7RMAgB48AgAFbrfX6J3U1Paa9Kbp8+nca9O350rST4WPbe+Rv9Hx16jJX+pzbIp/
r0731u0TAIBzMQMAMqU6aSPunM47kvOO2z2teQdzbXtKKnxqe+pzz/hHHP9y32W41vhT+V+m0WKP
9gkAwLkYAIBMtVOrj2ytQ5q6QxzaHgtzu72+/1ezPZaXe/hU/lJxLP+9hZ6L7z1i+wQAoC+PAECB
R+xk3aen9+qMlg4OtKbZO/9n9ojtEwCAfswAgAqPNt26dvr8UZw9/709WvsEAKAPAwAwla2AXtu5
OuId6uW0+5xyqJmqXxK+JP6a/J/RVdsnAAB9PU3T9LZ3JuAoSt4Hv1zZfW17KN4eeYrlceu3AMTS
bYl/vn2r489ZoT+U/3mbKF0wMRR+LS9Hap8AAJyHAQAAAAC4AI8AAAAAwAUYAAAAAIALMAAAAAAA
F2AAAAAAAC7AAAAAAABcwPPeGQDgMXhNIQDAsZkBAECztU768t/LDnxq+3K/2IABAABpBgAAaFJy
hz61j0EAAIBxDAAAsInUQIGp/gAAYxkAAGC41J17d/YBAMYzAADAcLVT/wEA6McAAACbMAgAALAv
AwAAbMrjAAAA+zAAAECTkhX6azv/FggEAGj3NE3T296ZAOD8lp30WGf/5eVjcnsoXgAA6hgAAAAA
gAvwCAAAAABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAU8750BABgh9JrB5esE5/t51WB/
OeV7u702lf1a+C3qNdbGRqe/9nrM0ldmruV/q3Mg9zWgW2itq1T79SrTNq2/D8CnzAAA4CHNLxhf
Xj6+f152PFxYjpUq31hHMEfuQM/W9k4/Zd4pjZ0fo4TOzz20Dj4xjvKF/gwAAABUWnZkt0733kF6
hLvMZ857zN4DHABzHgEAgIDUFOnUbILS8Gtx9MzffPu8wxiaAp0bfu1zad5Hh49NmZ8rKf+1fbdM
PxZPq9L2Md+vZRp9r/aXk/9QGqFtsbyFjr007dL8x4wsv56/H7H4l3EZSIF2T9M0ve2dCQAYIbeD
lfs8dewiNKdDvHbRW/sMd4/4cy76c+MvKZvcbTly4l7Lc49n6FPhtki/tXOY0z5y8t+a91Relt+V
nm+pzzUDSLHvU/u05jdl6/JLxR/bvyQM0M4MAAAe3qhnfGPb7he09zuboXz0vHvb8yI5N/9nkNM5
e+T0W42u9+Vd4C2UdNzP6Ezn71HzBY/KAAAAROTeEQzNNrhfhIfiOvLFb07+z27vY+o5ODXv7I1w
1rhr5JzfR3e28/fo+YNHYRFAABho/lzzWTsRZ87/Feg4EeL8BZYMAABApvndtNJ9cy7CS+IfET4W
1xadiL2Pv2f5jU5/eVc3Vj97H9dVHKmc9zh/RztS+cKZWQQQgIcUW2Asd7/QtP617bGFtWrjT2mN
P3dRr5z4U4t4rYUPxVMq1dGpPb7StLdMv2TBtJxFCmP5D+WrR/5b4s89/3LKP3X+xhYKjLXfHr8v
tQst7v371dq+QvkE2hgAAACgyVmeMydfqk7VOZyTRwAAAChiOjbAOZkBAABAsZJp3JxLqm7VPZyX
AQAAAAC4AI8AAAAAwAUYAAAAAIALMAAAAABQoWYxzPsimjlhU/ucfTHOtXIoLZ+zl8HWDAAAAAAU
qu145i6a+Oid/xCLSo5lAAAAAOCCSu6gjxiQeHn52NThbw1/Rc97ZwAAAOBIYq86XJuyvtynJq17
+FT8udtfXj5+sm9LR7mk879WHrHvcvLWGj43rpbZGSXlv/y+tQ2V8BpAAACAgFDnrKXTltMBTMUf
2x4bFKjNa24+So4l5/uS48yVG38qbOi7WP32rJsaHgEAAACYKVmIrsXRp6+3DELMt49Kv9ZWne8j
1q9HAAAAAL4pNeX+Klo7//y2I5WRGQAAAAAXFJrlcJTO/9UHYUYwAAAAANBg9OMCqfh7pt+r83/f
rzVfLYMAuQMcobi3eAxkawYAAAAAvmneKbzdXoOdxNrnyHM7lKn4c9Kfd2DXtodeo5c6ltj2+bbQ
v+f5jv07pibMfN97fkoHGJbtIzaYkHpbwB6DC94CAAAA8EA8n38e3gIAAAAAD2jvxwrMAAAAAHgQ
oUcVOI4968gAAAAAAFyARwAAAADgAgwAAAAAwAU8750BAAAAoMx8LYHcdQTMAAAAAIATWb4+MPfN
AgYAAAAA4KRK3iLgEQAAAAA4sfkgwNpsgPt2rwEEAACAk1h28Nc6/6HvPAIAAAAAJzHv3JdM/58m
awAAAADAJRgAAAAAgAswAAAAAAAXYBFAAAAAOInYIoBr2+f7GAAAAACAC/AIAAAAAFyAAQAAAAC4
AAMAAAAAcAEGAAAAAOACDAAAAADABTy3RjB/xcDy9QN7xAMAAAB8rnkGQK/Ouk4/AAAAjOMRAAAA
ALiA5/vU+5eXj12m4c/jW343lxt/7/wBAADAFX24d6SXHfe1TnvK7fb6Wfh5vPf/SuKf718THgAA
AFgsAth6Vz0WXocdAAAA9rP6FoAR0+tN2QcAAID9WAQQAAAALmCXAYDb7XXIIwGj4gUAAICz+zDv
MNcu/BczX7Rv3kFfPhKQk49YeAAAACDsaZqmt70zkaLTDwAAAG2sAfD/t3evybHaaABAccqbixeQ
Rd4FOMvz/JjpG0YReqsRcE5VKrcNkj4J+iEhBAAAADzA8gMAvbcoAAAAABe5BQAAAADos/wMAAAA
AKCfAQCAGwsfj+pxqbyT8w8A1vJ5dgCrCZ84kPqh8vX1V3b7Ub618aTyDve749MSVq3f7LhG5v/9
/eu082aF45eLIfUeXSX+lc79dzqr/WPnxIpPpeltnxXO75zVYyz9fMltP6pb7v1/5nk54tj0xn+F
82PV4wc8jxkAO7EP4PDf4Ydzbnu4X+2Vj6P8w3zu/qWxav1mxzUq/9KBpFnOPn41A3sxq8T/VGe3
/8p6z+192lWNqONsuTbsaeMV67t39vmz+vmxWjwABgD+p2b0tfWLftUvJ3iS1Pvz7B+yM8TqlKvn
2Z9Rq5QffmavdpUujGfF75iW8682vzvo/fy5+ufXqPiv2gZXP37AtbgFoNJrGldumt5KH+SxH4Ox
Ka2xbS3pY3nUxDfiNomZ8aXSp6YMj4qvphMS5l0yzbQ3vlo17bO/7WZkJ6Jn+ujM87/2+B05mtWU
i6dkCnxJ/OHtUiXnd6nR589R+TV/D9smVf8Z5/dII9q35vwrUfr51HL+hUq+n3LnbM32lvd/qm4j
z89Y/iPkyq49fqPOj5Jze8Tn98zjBxDjMYD/U3r/b2yfmi/Ilh93pR2M0vtVS+oa+4KJ7TP6Htma
2N4RX20HKCxzRHy5/UuUnt+18ffGUNs+I94/NYMfvfHXyv1AnP3Drvb9n0u//9vr77XpS/Iedf7U
/kAf/flQe5zDvEZ/Rrzj/Vka18vI9m+NpfXzfOS5Xxvb0d9qjmFvjCmln32p4xumH/X+jKlpg1WO
H8CLGQAVSr4QUttHlN8qFVdJnV4/Lo/i6Kl3T9rS+EY6yr/ky70n/9lf7KPiX03vj/4SZ53/I/V2
HHNy+Z79w/XM9xfHRr1/ezumqW1nfWa/wyqfT0fecX7EBtheVm8fgBgDAJVyXzCrftGX/kCJfZnt
O9lHeY0a9W/5Mi2J72wrxlTj6vHPdub5P8Koq8Yl8c+4etirdIbM6/UZHdGz8r2bltlDZ78/z/LE
+js/gCewCGCj3Af93b4Ivr6On0CwgtXjG+Hu9eMcK3e+VypfBxsAuAMDAP9T07lq7fyf/UN3H0dp
JzLct6SdavLv1RLf6DJHp09tH1G/2fE/3ez2GZl/7jMpPN9Gf4ad/ZlYO4X7zEG42HGvOT7et/fg
OF7bWcfPeQPsWQQwUDOlq2aRmFH31+Z+qKbKLtmeWtipNf+cXPmxMlrr1xtfmD41+DCi/UryL5Ub
KGmNv7bsMP27j1/JNO+jRZxmx5e6nzV2rHqVTmdPlZ2Kv6Rda8sP8+l9f5WsfZH6LC99/4b5lMaf
iiWWR8v96Ge+P3Nq35v7fUq/P0vLz30/tmwvjbP0PZjL+2h7yed/T/wpJfGXfj+NPD9q3/+tn98z
j1+qLsBzGQAALsOPGHqsfv6sHl/O1eMHgCdwCwCwLNMW6bH6+bN6fDlXjx8AnsgMAGBpI6bx8lyr
nz+rx5dz9fgB4GkMAAAAAMADuAUAAAAAHsAAAAAAADzA59kBAAAA51ntMdjAPGYAAADAQ8U66eG/
ww58bnu4nyeGwDoMAAAAwAPVXKHP7WMQAK7BAAAAAHAoN1Bgqj9chwEAAAAgKnfl3pV9uBYDAAAA
QFTr1H9gTQYAAACAQwYB4D4MAAAAAFluB4DrMwAAAAAPVLNCf2vn3wKBsJaPbdt+zg4CAAA4R9hJ
T3X2v77+ym4/yhc4nwEAAAAAeAC3AAAAAMADGAAAAACABzAAAAAAAA9gAAAAAAAewAAAAAAAPMDn
2QEAAAAcWfExhbEy7vi4w+/vX6fWa/ajJHvrtz8PZsSYq38s/lxMZgAAAABLinWAwn+HnZzc9nC/
1IBBLqZ9/rX5rO5u9QmNqN8KgyOhXEwGAAAAgOXUXP3N7TN6EID3SA3gPMGM+rsFAAAAuKzXNOjc
NOlRHanXbQb76depadj7dPtt4e0Kse1hfqkBi9L8c8K8U/G0lB/+7Wig5yj2kvqF8aW21dYvtU+J
kuMb5l8bf2q7GQAAAMAl5Tphs67s7zuzqQ5Z7BaB3Ouc2fmHgyXh65Hl7/+W6rTH/h4O7IQd5ty2
1vrF6jZDqv6lt7nsB6leMZsBAAAAXFLJon/vGgRouUI8agG6GfnPLv91bGYcoxH5HeUxsvM/e5HF
WN4GAAAAgMtqvf9/ZPmxQYCacltinJ3/6uUfaZ35ELrr2gNuAQAAAC7vXbcDxKb9w1UYAAAAAJZT
cwW3tfP/jnu5X+XU3IP/SrP/fyrG2YMSufyvPihyRv3C49ubV2k+H9u2/XSXCAAAMEHNlO6SNQGO
8m2JKZd3bHvpYnepFfxH5F+idCX6mvJbVsHP7Z86R3qeNJArP5f/kdiTDHLHOJZ3yVMWwvIMAAAA
AMADuAUAAAAAHsAAAAAAADyAAQAAAAB4AAMAAAAA8AAGAAAAAOABPs8O4N1Sj2ho3TYyrpfSR1TM
iGH2c1BTZZ9VfkkMJefH0XYAAICzPWoGQGkHLqbkuaMj4prx/M4rOLt+Nc+XjTk7fgAAgJzHDAD0
dP5fZgwCxOI6qzO5H4B4sqM20D4AAMCVFd0CEOvwhp3hr6+/otOgc9t78x9h5tX9VjX1S7VfyfZw
n1ja0uO332/UMaqp36jyR96CUdL+AAAAs2VnAITT02Md857Xvfk/Xa79cttfUle9X/uX5D+r819a
v5by921xdF611qe0/QEAAGYrXgSwpMOS6yT1dgpdNa336hS/OvCvv/GPGQMXIR1+AADgbMUDADUd
IwMBa9kPArxe817aHAAAONtjFgG8mtFXjE0/BwAAeLamAYD91eSrGNH5zV1Bb2mXWFyjnzKQWpyR
9zs6T674vgIAAK7jY9u2n9xOJav0h38/Slv6GL7axepKxTrxJQu/lUyf75li39OOo58CcJS+ZkHG
3pXyR9evtezSfXriD/dzuwAAADBD0QAAlDq7E3t2+QAAAKuyBgBdzp62fnb5AAAAV2EGAN1G36Zx
tfIBAACuwAAAAAAAPMD/3QJgKjUAAADc0+8BgFfn3yAAAAAA3M8f21b2WLfXYms9i671LtiWS3/2
4MXs+gEAAECrP8LOf2wQYL9PapDgTKvFAwAAACvJLgJ49Fz17+9fS622XvL8d8+IBwAA4Kk+WxOG
MwH2nerU31L7Hu1Tkj5Vdq+w7Nb6lfwttW9JGxzFl6vb0fEsPT4AAACs7Y/8LmlhR/Go83nUYdyn
T91ikEq/3xa+Tu1bIrz9obZ+pVrbpzS+3rhyxwcAAIC1dQ8AbFt6NgAAAABwviEDAAAAAMDamgcA
rjgF3GP2AAAAeKrsAEDqsYDh61XuD1+po1+6RgIAAADMlH0M4MvRonwtq9zn9q9NH9tn1lMAjvLP
xZeLrad9SuJLyT1FoDd/AAAAzlc8AMB/rX4Ff+ZjEFetMwAAAHkWAcxY6XaCmNXjAwAAYA1mABQo
uf3gTDPjW73uAAAAlDEAAAAAAA/gFgAAAAB4AAMAAAAA8ACfNTv3rgafS//9/ety95iXPnpw1iMK
wzKu1n7v1Ns+M9q39DGapN1hrYrc+XX18+Idn4Erlw8AsIJlZgBcdSX70h+Ss39wXrX93qW3fbTv
uvYd49f77GrH62rx1goHL86or04/AEDlAMD+B3aL3vQeecfdhB2iq1/l7dHy/o61113brvfzcxV3
qAMAwFV9lk5BPpo+ud83NcUylz5Vdo+jK0+x16Uxpm5hSG3PxVhSRi5t7tjV5l+SPrU9174t7d9S
frjvSu2byqc13YzjE+aXuppbc3xnuNv5WfrZ2hJ/yoj6x5R8HpfmX1K+gWMAgP/62LbtJ/YjL/YD
LvfjNPUjLvX33LYeNT8wc/GXpO9Jm/pbTk2b1+TfUt+aQZfc6xHl19Y5Zlb7hmla0404PrE0s/Pv
lcvrTudna141n2+pcmN1ahkg6o215/Nn1vcMAMBVfG7bPz+M/DiKq7l6tG/L3qvsqzrj/Kg9Bk8R
O99Sg0+5vFrNzn91Tzg/SwYnjtK1frf0nt++0wAA/l/VUwCeqGS68wh+oKbduX1i08Br6lsygFeb
X63Z+a/ujnU60nt+tZQ38vwGAHiyZZ4CUGL/IxDupqcT8/V13RXwX0a+v6/aBsTd4fwGAFjBH9v2
vqvcpZ7e0e+t/+z2O/v45Mrv3d5bfm1e27b9a3pzaf5hLCXpa+IP8yu9V/1d50esvmd/dpx9fp5t
9Ptj5vkNAPA0H9/fv362rXxhqZfaRfRS6WP7jJzSmVuErPR1Lv3e0WJxse0l6UsctV9v/rn0pdt7
F11rLT+23yrt27og3FFctfGVvC/D/XLndkv+vXreX1c4P2fWL6X2c7skvlTdWj5fa7ZbCBAAeLqP
bdt+zg4CAAAAmOtSawAAAAAAbQwAAAAAwAMYAAAAAIAHMAAAAAAAD2AAAAAAAB7gs2bn3scn5dJ/
f//yaKYOve036zGMYf5nHOOeuo16TCMAAMCZlpkBEOtkUW5E+925Uzti0Or13/7vAAAAV1E1A6C3
g9ib/swryPS74nG7YswAAAAxn7FOdepvqX1T06xz6VNl9wjzS70ujTGV31GerfmXln9U35L8j/Yp
VZt/bltv+83stBuEAgAArupj27afow5X6GhbrpOdS5/b1qMktpJBgbP2rx2gKWnz2nhSZsZSs0+u
7Ny2Ejr/AADAlX1u2z8dPx2cY6kr5CPar+YK/Mj8e4/5vu6vPN59/rzjfnzvDQAA4Oqq1gB4stkd
vyvnf+YA0tHsgJllAAAAXNEyTwEose9kspa7rpCv8w8AANzFH9v2nquoNVbv6IfxjW6/XP1nb68R
5rXKOTTcxfa3AAAFy0lEQVTT6ucnAABAzMf396+fbat7CkBu/9r0sX1GXnFNrTIfi7ekQ9+yaF0s
/Yjtsf1a8+9ZCDAVX8n5k9tecnxyCycexXckt/YDAADAVXxs2/ZzdhB3Zxp5OW0FAAAwx6XWAOB+
TKcHAAB4DzMAJmudev4k2ggAAGA+AwAAAADwAG4BYBluBwAAAJjn8+wAuL7epwgAAAAw3+9bAGY/
pm/EI/6+v38l0+a29+Z/lOblKO2ox/y15D3bvrOfaouexwDWxNGSFgAA4An+NQCQ68T2XOHtuTJc
E9/Rtr1UB3VkvVLPpM89s752EOAKV9/D+EbUvzcdAADAEzStAXClDta+U/j6b//3cJ9w29XcqQ4A
AACM07wGwMgp3DXTw3Od9Z6r56//vxajC6+ol84SqIkhLK8m9lKp4zPyCvxII8s++zYJAACAFRTN
AIhdLQ9fp66w56TS7v/e8jqMtfbK+FFH+Sifls7zPs/RV+5HHJ+ZwrqPboPV6w8AAPAuRTMAZt9b
vkJnrCSGXN172ijsCL9jFsAqYusxjGqDd8ywAAAAuILTHwO4yv33uVsajvadEceMQYAnd3r3bfp6
DQAA8DRNiwDewYxOYMsgxoxp/1fyrrqb/g8AADzdJQcAcp3mo+3hfeAznN3JLLnKHbsa/np9xlXy
mW0VngtnHx8AAICzfGzb9rNtdSvxx+7ZDuX2Oco/td5AbhX+o+09q+DX1L1mwcBRT1FoafvcPu9Y
52HkUyTekT8AAMDV/R4AgLO5Rx8AAGCe0xcBJO3MBQkBAAC4DzMAAAAA4AEuuQggAAAAUMcAAAAA
ADyAAQAAAAB4AIsAvtGff/53uYW///54e5mzyp2dPwAAAGOYAXBzszvlOv0AAADXYAbAG+ksAwAA
cJbPbfv/adwv+85qavt+WvvRdPBc/r3CcsOp9rPjL6lfaqr87PYJxepcU/9cbKPbHwAAgH4ff/75
87Nt8Q5frDMdbt+/jqUpSd/jKJaj17Vpculr6le67+i1AkrjTe1TGu/o9gcAAGCM6C0ArR2vVLrY
VeB36i3/KP2r0/vnnz+/61/Tfr3pa+Q61kd/L227koEDAAAAzjFlDYBYB/Dsq7m95afS7zvxLWX1
ph+tdLZHa54AAAC8n6cADPL33x9dneTe9KVlXDl/AAAA2kUHAPZXo2eYnf/s8vfpw7xqO8G96Wut
kP/Zxx8AAOCJPrZt+xnxFIBYupL0I/Su0l+6KF1r/rF93vWUhNTgQrjy/lG5JYs8HuUfpo+VYxFA
AACA+T62bbvVpVidRwAAAPi3y68BYDo5AAAA5N1iBkDJNHYAAAB4slsMAAAAAABpl78FgPv4/v61
fX//OjsMAACAW/o8OwCub99p//r66/frr6+/zgoJAACAwO9bAMIrr7HOW9jRq9GTdp9HKm1ue2/+
R2lejtLGrmrv981tLy2/Nu0I+85+qi1S59fZdQAAAHiCfw0A5DqxPVd4e64M18R3tG0v1UEdWa/Y
tlxb1rbTiGPzLmF8I+oPAABAXtMaAFfqmO07k6//9n8P9wm3Xc2d6gAAAMA4zWsAjJzCXTM9PNdZ
77l6/vr/azG68Ip66SyBmhjC8mpiL5U6PqtegTcIAAAAMFbRDIDY1fLwdeoKe04q7f7vLa/DWGuv
jB91lI/yaek87/McfeV+xPGZKay7JwEAAADMUTQDYPa95St0+EpiyNW9p43CjvA7ZgGsIrYew4w2
AAAAeLLTHwO4yv33uVsajvadEceMDrDONAAAwLM1LQJ4BzM6xC2DGE+f8v7kugMAALzTJQcAcp3m
o+3hffAznD2ToeQ2hH37hPGesQCgQQAAAID5PrZt+9m2upX4Y/dsh3L7HOWfWm8gtwr/0faeVfBr
6l6zYOCopyi0tH1un3es8zDyKRIAAADk/R4AgLOt8PhBAACAuzp9EUDSzlyQEAAAgPswA4BLM0AC
AABQ5pKLAAIAAAB1/gNJ/zwfa/G48AAAAABJRU5ErkJggg==
--=_L1Jgj8uciLEZx3j5r7t4WQ1--

--=_kaLTqnFJzuJcirItIX92HA1--



--===============8018884548873238360==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============8018884548873238360==--



From xen-users-bounces@lists.xen.org Mon Feb 15 15:05:29 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 15 Feb 2016 15:05:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVKhU-0003na-Qh; Mon, 15 Feb 2016 15:04:32 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVKhS-0003nP-AJ
	for xen-users@lists.xen.org; Mon, 15 Feb 2016 15:04:30 +0000
Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
	4F/56-07451-DF8E1C65; Mon, 15 Feb 2016 15:04:29 +0000
X-Env-Sender: sm8ax1@vfemail.net
X-Msg-Ref: server-5.tower-31.messagelabs.com!1455548666!22544859!1
X-Originating-IP: [199.16.11.132]
X-SpamReason: No, hits=3.0 required=7.0 tests=HTML_30_40,
	HTML_IMAGE_ONLY_24,HTML_IMAGE_RATIO_02,HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4451 invoked from network); 15 Feb 2016 15:04:27 -0000
Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132)
	by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 15 Feb 2016 15:04:27 -0000
Received: (qmail 90526 invoked by uid 89); 15 Feb 2016 15:04:20 -0000
Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1)
	by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP;
	15 Feb 2016 15:04:19 -0000
Received: (qmail 75496 invoked by uid 89); 15 Feb 2016 14:41:11 -0000
Received: by simscan 1.3.1 ppid: 75492, pid: 75494, t: 0.0108s scanners:none
Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62)
	by FreeQueue with SMTP; 15 Feb 2016 14:41:11 -0000
Received: (qmail 8173 invoked by uid 89); 15 Feb 2016 14:41:11 -0000
Received: by simscan 1.4.0 ppid: 8110, pid: 8170, t: 0.1278s scanners:none
Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93)
	by 172.16.100.62 with ESMTPA; 15 Feb 2016 14:41:11 -0000
Date: Mon, 15 Feb 2016 08:40:40 -0600
Message-ID: <20160215084040.Horde.o9PC1GPRfuRfVBjMLZqnAg2@344c6kbnjnljjzlz.onion>
From: sm8ax1@vfemail.net
To: xen-users@lists.xen.org, folatt@sluimers.net
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
	<56BF63F1.9030705@sluimers.net>
In-Reply-To: <56BF63F1.9030705@sluimers.net>
User-Agent: Internet Messaging Program (IMP) H5 (6.2.2)
X-VFEmail-Originating-IP: 172.16.100.27
X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include
	VFEmail headers
MIME-Version: 1.0
Subject: Re: [Xen-users] How do I go from VNC console to a desktop
 environment?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============8018884548873238360=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This message is in MIME format.

--===============8018884548873238360==
Content-Type: multipart/alternative; boundary="=_kaLTqnFJzuJcirItIX92HA1"

This message is in MIME format.

--=_kaLTqnFJzuJcirItIX92HA1
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Content-Description: Plaintext Message
Content-Disposition: inline

  "No screens found" usually means that X.org isn't configured properly and
wasn't able to guess what output devices to use. Post your xl.cfg(5) file
for this virtual machine, /etc/X11/xorg.conf.d/*.conf (path may be
distro-dependent), and the output of `lspci` inside the guest.
Specifically, it depends on whether you're using a paravirtual framebuffer,
an emulated graphics card, PCI passthrough, or something else all together.
I think there are also some Xorg-specific tools for diagnosing screen
detection problems.

As an aside, and I can't speak on behalf of the list here, but this sounds
more like an Xorg or ArkOS issue (i.e. not Xen related), so you'll probably
have better luck looking for help in one of those communities. I mean this
only in the friendliest way possible, but the error message itself even
says "Please consult The X.org Foundation support".

Quoting Folatt :

> I got this far:
>
> Now my question is how to go from here to login into a desktop
> environment.


-------------------------------------------------

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  
--=_kaLTqnFJzuJcirItIX92HA1
Content-Type: multipart/related; boundary="=_L1Jgj8uciLEZx3j5r7t4WQ1";
 start="DC0CW4tUOsM0ELNj-nSKxQ7@344c6kbnjnljjzlz.onion"

This message is in MIME format.

--=_L1Jgj8uciLEZx3j5r7t4WQ1
Content-Type: text/html; charset=UTF-8
Content-Description: HTML Message
Content-Disposition: inline
Content-ID: 









"No screens found" usually means that X.org isn't configured properly and wasn't able to guess what output devices to use. Post your xl.cfg(5) file for this virtual machine, /etc/X11/xorg.conf.d/*.conf (path may be distro-dependent), and the output of `lspci` inside the guest. Specifically, it depends on whether you're using a paravirtual framebuffer, an emulated graphics card, PCI passthrough, or something else all together. I think there are also some Xorg-specific tools for diagnosing screen detection problems.



As an aside, and I can't speak on behalf of the list here, but this sounds more like an Xorg or ArkOS issue (i.e. not Xen related), so you'll probably have better luck looking for help in one of those communities. I mean this only in the friendliest way possible, but the error message itself even says "Please consult The X.org Foundation support".



Quoting Folatt <folatt@sluimers.net>:




I got this far:



screenshot



Now my question is how to go from here to login into a desktop environment.













-------------------------------------------------


ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands! 

$24.95 ONETIME Lifetime accounts with Privacy Features!

No Bandwidth Quotas!   15GB disk space! 

Commercial and Bulk Mail Options! 





--=_L1Jgj8uciLEZx3j5r7t4WQ1
Content-Type: image/png; name="Screenshot from 2016-02-13 18-02-54.png"
Content-Disposition: attachment; size=42613; filename="Screenshot from
 2016-02-13 18-02-54.png"
Content-Transfer-Encoding: base64
Content-ID: 

iVBORw0KGgoAAAANSUhEUgAABAAAAANlCAYAAADig4vkAAAABHNCSVQICAgIfAhkiAAAABl0RVh0
U29mdHdhcmUAZ25vbWUtc2NyZWVuc2hvdO8Dvz4AACAASURBVHic7N13fFvV+fjxzx0ali3PeMTO
cPZ0dsiGhCwgocwApYXCj02BAqXQlpayWuDbAS2lBVpaWvYIUAiQvSB7xxlkL8dJvC3Z1rrj94ds
xYYMJ7HjBJ7366XEutI995GupZfPc59zjrJr1y7bsizC4TDLln7J+nVrKCkpIhwJI4QQQgghhBBC
iLOL0+EkrVUGvXv3YdDgYTgcDlRVRdmxY4ddXlbKf//7T0pKDuHQdTRNbel4hRBCCCGEEEIIcZJM
0yQcMUhvlcU137+epOQUlE2bNtl/e+FZKitKUFUVwzCxLLulYxVCCCGEEEIIIcRJ0jQVXdcIhyOk
pWVw4013oC9buojSkkPoukYoFGnpGIUQQgghhBBCCHGKDMPEMEycTgdFRQdZuWIJWofcnEcDNdVE
ImZLxyeEEEIIIYQQQogmZFkWuq5SXVWNfujgQWzbwral7F8IIYQQQgghhPg2sW0bVdUoLj6EHg6H
0DSVxvT/bdumqjpAMBgiEjGwLAtVVXE4dOLiXMR73ChK4yYQPFPbEkIIIYQQQgghvk1MMzocQLdt
u1GT/tUEgvgqqxnXKYsxuVl0SkrA63bgD0bYXlnNvF0HmLvzIIlJCcTFuY7bVmVlNR07daRjh1yS
klJwu50Eg2EqKyvYuWsXu3bsJOk0t9WcbDQq/dUY4TCtE51EHO4Wi0UIIYQQQgghxHeHZdnYto1y
2SUTbVU99tVxv78GLza/ObcHHeJ07EgYbAtsGxQFFBXF4WRXjcFjX2ymSlFISPActS0bldGjzyM+
3kMkEsG2a4NRFBRFweFwUFVdzYL5C1EV67S01ZxsNCpq3HQe0Ie89vEUzf4fW0Mahi5JACGEEEII
IYQQzc+yLJRLv3fsBEAgEMJjRPjz6G4kmCEwjaO3qOn4VSc/mb+VgNNBnLvhFfdAIIRh2oyfMBbb
sjDNo088qGkaiqowc8ZcHA6lWds6ESEzjvIDewjZ4PE4yUxNwlKUY+5j2B5Ky7zc//L9DNB9zHrk
IeZUqERcCUd8fsRy4PdXEqquIWxagILToZOa6MDjSaD+Kw2aOlUVZQQDQUwbUBRcLifZSQ4s5zeT
HZbtorT4EIFQmFjdh6LgdOokxel4ExIwj/N6hBBCCCGEEEKcXSzLig4BONoEgLZt4/dX87sRHfAE
KrGO1fmvFa/pPDwgh58s3oXL6UCp7Uzato3PX83YsaOJhMPH7LADGIaBpmkMGzaYuXMXNFtbJyJk
eagMtuWXrz9KLw2qF/2Jn/5zCwmpicdMAlhHfH+P/L4HIm781QpDvncjF43sRadUF9hBindu4IvP
/senq4tJT0sgjEpNxE2Nncbk225mbP8OpDmBiI+9m1Yx470P2eqrxqyXBLBsF+UVNuc/9Aeu6+lF
q3sgUsXBPVtZtXAWnyzYSXJqHGHNecLvjxBCCCGEEEKIM5Nt28dOANTUBBjdOoG2WggzEAQgYNrs
rTHo5nXEnrfFH6GdRydOi3aC27vcnJvpYaU/iMfjjrXVpk0bXC4X4XC4UQGaponb7aZNTjbl5WXH
bGvu3HlHbef888ccta3GU6ny+cm6+Hv0qu05xw+/lEFvP81OM0RAi1YVWLaTysoKQsEgEdMCQNMd
aM7Ehq/NdlBcVE4gbKA5nOSme/BbXvyRDG5++i5Gt6r3ZMVNeqdBXH73IIbNfpYn3/gKR0oG1VUe
rvv9T5iQWu+5jkTa9c0j48132IGOUe/c2rYNpoY3/XDn37JAdSSQ1XkAkzoP4IIx03jsqc8gXiGk
6tHhC/4agv4qDNtG1XRaJWp4PF5MHJQWF1MTNoiL08lMTcZEocwfodpXgaY7yc5s+LqFEEIIIYQQ
Qpx+x00ABEMRRqbGYVb7wYpeZd9TbfGbzZX8souXvCSd/EqD323z81iPJLrG1w4lMCKMSnPyZYkv
NvFeMBShdetMQqEglmU1OshQyCKrdWsOHDx43LYmT570jf2nTfsUs7Zy4UhtNVbEcmORxOXj04Fq
dhfFkZvRkUsn5vDwhwXEJzkxbCcV1S6GTLmFCwZ2ITc9Hg0IFMzht79dV681m33+BC56+I9c303H
3jONR347DX9EY+Ddt0Q7//YB5vzj30xdXkDQ24FRU27kxuGtaD3uVq5e+XPe2OlHaTuRYakA5Uz/
3aP8e70PEjLp1jWZsF/BcDsbnFvbtql/pg+8+zD3fViI5Uqn1/jvc+8P+pPUYTI/uWIdv3pnN66k
DErLw3SfdD0/vHAA7RNUwqXbWPjBG0xdtp8qI5khv3yJu7qr1Cz+PT95eRthRyKpEx/iP1dmwd63
ufe5lSf0PgshhBBCCCGEaHrHTQAYhkGubmAFa6hbJ7CLN55HRnbn8S++4uosnXcOGvxyRDe6GCVY
gerojopCriMOwzBjbRuGgccTRyRiHPV4R6IoFvHx7ka1VV5efpTXYR61rUZGQVUgiGfgtQzxALs/
5u/vdODXDw2l1ZgLaPvRv6iyIoTwYBoJDBvXj046QISQ4SBOrcBff/SE6qXPdfdzfTcdKpfx3DMf
49MTsZ19uHhANDGx6/U/89qSUlKSEjDNMma99BcSOz/OFRnxjJjUndf+sBY74CMAeEmkS99uZO9c
zaFwGfu3V5DiiSNiK8DXKgC+JjVBR0vQ2P75v/hT9u94bIyXtBGjafXWq+yuDNDpBw/z8Pg0wKDK
FyEhrQvjbvkFqeFf8PzKavK/3A3dO+LpMYBWbGVfSKP3wCwACpesP8H3WQghhBBCCCFEczhuAsC2
Id4MYoUChzeGg3TzhLmudw4vrN3HzXk59AoUYtb4G+yboKixpQbq2lIUiEQisecsXbr8qMENHXpO
7GeXy3nctoDYlf6vq7/96201hmU7Iagw6uJuaFhs+nw5ezbv4IvyoVyYMohL+r/NK+uqsOPql7v7
mPXIz3hpWwSHy4mqdq3d7iT34nsYMzANQpv59xP/psBW8Kku1FYdyATgICvWlZORoBNEwaVGqNZC
rF7v44pxiWhZ7UlW1nGgeD7/mj2Qn4/LpNOkO3l2UpCCNQv59KPPWVHgJ8GbSP1aiyO+ZttGtUOo
3kR2r9yLOaYXWkJrWrttdjoG8MPxacB+3n7ocabuMckY93Oev7kzAyYPJH7pfCrWLWI7Hemc0pfB
me+y29eF4bkAh/hyRTm2Hdfo91kIIYQQQgghRPOoTQDELu5/g6Io+MIGSXVL/tXKL6rgtf1+buvX
jrc2FtAu26RPfIMdqQwbqOrh3RRFoaYmiKIc7oieP/b8owbnq6yM7VddHTxuW3D4Sv/XHa4A+GZb
jRGIaBitRzCxDRDO57PVlRjBauYsLOHCS1qRd9EgzGUL0d0NS+xBpUOKA7+ehq+qbpubLgPbAhHW
vfwySyoiuOOTsCMAhycStFHAAluNbWjYtg3pCbDhjSe4ffFAJo47j9HDOtKm/wRu638uw/71KC8v
LUWN88b2O+K5rt1mWTaapsQisAAtpzftAcjhmmde4pr6+yXnkOxQKK/IZ8526Ny5FcMGtGLGoRF0
VYDCL1lcbGAnN/59FkIIIYQQQgjRPGybY1cAaJrKjmqD/g4L7Oi15G0BhacLdX45uD09FT8dBrXn
dyt286tsgy5xdT10lR0BE03TY21rmorP5ychwRPbVl5WdtwgFUXBX1WNpmnHbAs46moAdduP1FZj
BGuq6XjlSNIBnH154B//aviEDmMZlbGQJTXVQGqDh2zLBrvhCgGBKohLcND3xuvI++WL7I0E0JU4
AqW7KWEkXrIYnJfE5/NK8XqdBE0HlulhYF60wsA8uA8fFi7bxukwiexfw9SXlvL2PzIZf+8vubmv
mz6XjSPhi3cx3AbB2in/jvSabWzCho5VU03PYbmoAL59HAhZ2IoWvU8py6av4FC9Agu7ahthXUXX
YdWsLVidu9H63NGMreiCBuyZu4KQw0KTIQBCCCGEEEII0eJs20a3jlEC4HDofFFu0C/ThtpOdFtv
Ao8NaUuH6v0Y1T66xyfy2JAOZFXsww7XXubWFb6osNEdemwJPIdD5+ChQ3T0tD/usn31aZrGoYOH
GtXWmjVrj9iGYRhHbasxFL0tFw7zAmBVVVIRqdtXJT4lERdZjD0/m1nv7j98xb6WZX99GUAfi174
J8Hr72dy6wH8+N6JPPj4dBISggQq1/Fp/tXcleeg43U/4dqaV/hg1QGMhGzOv+0mrsgECLB8+ibc
LpWyUDw9+7ShYssWdvvCWHo15b4I4AZnPC5swpaNpdi1sXy9QgHKq0FxxDF4ys3cOSy6ZODB+fM4
ZOtYB7dQSB5tSSDu0FKmzthLjQV6YisyqERxOnCgU7V6BquC3RjcejxXtQasLUxbXEq8y02NJACE
EEIIIYQQosVZx5sDwOnUWeJXmBxQyNVssC2coSpyK3Zh1k74Z/rKyY2EsUJBbMsERWVXjcqSao0E
ryPWttOpU1FeTlV6Gi6Xq1FX4KOl/gHKyyvxej3HbGvY8GFHbaeyouKobTWGs8dYBsYB1lb+9rOn
WVipRIcfWDqdbniGpyYmkzbiPDLffR3/1/a1sb8x+75dvY03n51K7/+7gtyOV3DPpPX89tO9xMVn
s+TlVxn05C0MTcpmwh2/ZsLX2itd+Aqvbawh6M7AThvOrXdNIO0IMVetXUYRFjpqvbkTGr7m1lf9
lrevarhfzYZ3+dNH+0mIT6CmbDnvLJ7IA8O99PnRo/znRxEilgOHGmb5U/fx5q4gDqcDO7Kbj7/0
MXhctEIhsGI666osnN4Tq7QQQgghhBBCCNE8bNtG69ix/aOKohz1SYqistpnMiLewIkJlokdCR0e
UG7b0fu1ywT6bY0nD7qw3HFomvq1thRKS8tISk4CGyzLwrLsI95sGwzTZPv2nbhc+nHbqqmpIVAT
OOLteG0dT8+rr2Nkpor11Qe8OreQxKR4nG4ntp5MZYmD88Z2wuNOR98wj2XlqYy8eBit1RA7581m
W5VJSPMQMeIZUW/72n172GT2ZWKvRJJ6tKNowVJ8ZoCwEWDRzKWU6om0apVGcpwGhCjdmc/sd17m
hf9twe31ELJUVN1BfHIyqclJxDuj5zBcvpc1s9/iL2+uQ41zEab+uVUJGRo5eQPIy3QTexdClezb
tpbZ7/2Lv7yzCt3jIqiA7tTZs/QLthkpZLdOJzXOgaZYVB3aQf6qleysMDA0DUWPo3hXNYMu6EUy
JUz76zscMhRCqn5C77MQQgghhBBCiOZh2zbKuLGjbFU9doc4HIqQaAS4N62KDnqE2MxxdRQFUNhl
OHmuNJ5KhxuX03nUtkzLpk2bHFwuVyyQw01FO6yhUJiCggJUjdPS1rH4/EEiEQNdV2mVGEekXqe6
xogn5DuEBWR7VWocraguLyJiK7RJVAjo0bJ6E8/XtifgC1hEAlWgaLRN1KjRorEZtpNAoAYzHMK0
bEBB0xW8LnC4PLGZ/UOWk1CNDzNiYMWmX1DxOMEb5yaifPO82jjw+/0YEeNwVYKi4NBU4t02TqeH
+gM0LNtBTSCIGQ5i1B5EURUy4lUMx+EZ/oNWPKGKQxgotEnSCGjuE36fhRBCCCGEEEI0D8uyUMae
f/wEAERn0g+HQgxx1jAsLkxHRxivYuG3VXZEnCypcbI84sHhcuLQj33l1zBMQqEw8R4PiUmJuN0u
VFXDskwCwRC+Sh81NTU4XY7T2pYQQgghhBBCCPFtZFkWyvljRjYqARBlE46YmIaJZVlEF6ZTUFUV
Tddw6BrHGk5wdrQlhBBCCCGEEEJ8u1iWdexJAI/EUduhPppvQ1tCCCGEEEIIIcS3iX28VQCEEEII
IYQQQghx9pMEgBBCCCGEEEII8R0gCQAhhBBCCCGEEOI7QBIAQgghhBBCCCHEd4Bt2yi+ygrp/Qsh
hBBCCCGEEN9yjV3/T4hGKystwTLNlg5DiBYjnwEhhBBCCHEmkgSAaBae+ISWDkGIFiWfASGEEEII
caaRBIAQQgghhBBCCPEdIAkAIYQQQgghhBDiO0ASAEIIIYQQQgghxHeAJACEEEIIIYQQQojvAL2l
AxBCiKa2aPESfD4fAPHx8YwaOQJFUVo4KiGEEEIIIVqWJACEEE1q8ZIl7N9fiKZpAJimSU5ONsOH
DWPlypXMnjOXcDjEI7/+dbMcv/DAASoqKrjooosAmDFjBgUF+2nTJudbkQSwzQjFn7+Ib/VMsG28
AyaSceHtKLqjpUM7YctXLmfN2tXcdvPtLR2KEEIIIcR3wnciATBj1gx8Ph9TrpjS0qGIRjIMA9u2
T2gfh+Ps6wB9GxiGgc/nIzU1FYDdu/fw/e9/v8Fz3nrrLb766isSE5PoP6Ave3btbfC4bdtN0jnP
37CBsrJy+vTpw4EDBwDIy8tjx44dlJaV0a9vn1M+Rksr/vwlwtsX0nb0OShA0aqFFH0KmZfc3dKh
nbA1a1fTs1fPlg5DCCGEEOI7o1EJgL+99AIAiqLEbjfdcDO6fvzdTdPktTf/i23b9W5w/Q+vx+lw
nlr0jfDh/z5gydLFqKqKaVpcc9XVzX7MllRWVkb+hnwqKysb9XyPx0OP7j3Iyclp5sgaZ+/ePbz5
ztvs3r0rdgW5MUzTJDe3PddMuYbc3A7NGKGor7y8nM8+n05WVhaWaRIMBsnOzv5G8qaiooL27dtz
8fcu5i9//jMul5vy8nJSUlL44IMP2V9YyN13/fiUYtlfWEhRUTFdu3alsLCQxMREAHw+Hx07dmTr
1q3s21dA27ZtTuk4La1yxee0HTMIxQhgWyapvbpSMP+zszIBYJomDsd3Ig8thBBCCHFGaNRfXg6H
g1v+360NOvGN7ZxpmsbVV14NHE4e/PeN/6DQvKW4tm3z5ltvMHf+PNxuNwCzZs8EbK656ppmPXZL
2rR5M6ong3ate6KqCpqqoKsKqqqg1N6v266pKoFANRs2riE7O/uMKI9+b+pUzLgODJs0CU1V0XUV
XTvCrcF2BU1T2Lo5n3fef5eHHniopV/Gd0J5eTnTPv2MyZMn4/V62bt3L/Hx8aSlpWFZVoPn7tu3
j3vuuYdgMEBqahoXXngh06ZNo2/fPmzZugW/339KVQDz5y+gorKSvLw8SkpKSEhIYPv27QB06tSJ
kpIScnNzWbV6Ndu2b2fM6PPOiN/3k2H4K9E0B0ZNGbZpo3pTMfyNS/idKfYXFrD/YEFLhyGEEEII
8Z3TqARA3R/zhYWFvPH2W+zYse2EyrMVRSG3fQemXHElnTt3jm1rTpZlMXnSxUyedPE3HmuqcuMz
kc9fSWZaB7bsOoRpWTh0DYeuoWsqDl1F1zUcuoJDU3HoGu1ap6CoCuFwGJfL1dLhs2XrVwy5aByv
fLQCTVVxuzTcTh23U8cV+18jzqXj0lWcOsR54vB6XAzJ68ucz9/BMIxGVaecyTZu3ERJaWmztN0q
LY1ep1h2bRgG0z79jEmTJpGQkIBt27Rt2xbTNNm6dSuFhYVUVVUB4Ha70TQNp9NJOBImHA5jmibj
xo3jr3/9K7fdfgsvv/QPTNM86fNWVFzMuHHjCAQC2LbNhg0bGDliOKDw5aJF9OrVC7fbzahRo5g3
bx6mZaGfQIXJmcQ2bWzLwA4b2LaFEolgm9bxdzxNGvP9uv9gAXm9+rJyxarTFJUQQgghhIATTABM
/egDikKJDJ98N5qmomsauqYc8Yps/cc0TWXr5g288c5b/ObhX9cmD5q+A77pq828++47HDx0sFHP
z8rM5KopV9GzR68mj6VlqRiWhWXZqJaFYoGqKBi19y1LxVRtNKs2iWOfWckQVVVRFAWnQ40lL2K/
X6qJw78Tu7wCX40PRVXQdSe+xDQOpJ6LqqonPHfAmehQUREjRoxolrYXLVp0ygkAn89HdnZ2rPMP
UFJSwsqVK0lLSyM3NzdWJVRWVkYoFIp28DWda6/9Ph9//DE7duxkylVXEp8Qj9PpOqWkjWVZsY6n
qqq19wHsU0osnJFMCzsSwjIMsCwsw8A2W+533jRNFi9ZzLbt29m9ZxflZaXcc9d9dOnS+aj7WJaF
4yyctFAIIYQQ4mzXqL+K62Zo3rZtK3mjb+CdmesJBMO4nQ7cLg2Xs+4qrQO3M3rfVfuz26mT4HEy
vF9f5s98l0gkwvU/+BG63vRX395483US2w5n1JBcHLqGU1fRNA2HrtbeokmJ6FVxlf17d/HmO2/z
5KNPNHksLWlA9yz6d8vEtm3KSktZvyGfal8VJhCovdU5uCv6/4yZMwCIi/PQq2dPsrOzT3fYMbdc
2p/rLuj+je1r167jo4/+R/fu3enR81xMPZGaCCQ7I5QWFbJw7qfEuTwEAoGzfkJA0zQB+PkvHuLp
p57hkd88Qn7+egYNGsTDv/wVz/zfM6xYsZzhw4dz/30/5dln/8TSZUsZOmQo9913P3/44x9YvXoV
b77xFj/++w20GuKhZFkNL9zxaqztU5Gamoplmuzbt482bdpQUlLC+vXr6dWrF06ns8EV4BUrVtC5
c2d27dpFmzY5WJbFhRddSCQSwbJMCvbvp0+fvFOKx+v1Mn36dPr374/X6yU3N5f5CxYA0LlzZ3Rd
x+/3M3/+fLxeL5qqArB8xUpKayst0tLSOGfwoFOK43SwTRvbiGAbEbBs7EgYWigBUFZWxt/+/gKm
bdIhtwNjzx9DdZWfZ//yJ/72/N9aJCYhhBBCCHF0jUoAqLV/LNddua8JRDiRCvqIEe1w1HUK6sbk
N6VIJEJxcTFdhrbnrc/XoTs0PC4dt8uBx6UR53IQ59aJczqIczvwxjs5p3dnPp5aRCQSQdf1b+Ww
gE2bN+NKbEN629R6Y/8VVBVUNXq1NLZdUaiuqWLjpvUtmgA4kq++2sLHH3/CZZdfztpCjV++u484
VzFup0a5L0jH1gncctWPWLV4Dq+9/gZ33nH7WX0+6zrpTz/1DACPP/Z4g8cferDhPAf33Xd/g/sP
/PSB2M8v3PFq9IcB0f++Pj7/ZAWDQTweD+FwmC1bttCtW7dY4qWwsJDi4mJKS0vZvn0711xzDRUV
FZimSatWaTidTmzbZteuvcyaMZu7fnznKcUy6aIL2bV7N+vWrad///7k5OSQkZEBgNPpJBAIsGXL
FgYOHIBpmBQXl9CqVRrFxcVMmjQJgE8//RTLsigpKaWkpISuXbuckZUDtmVjRQzsiAG2hWVEsJvo
nJ6IYDDIE797km7dOnP+6PNp3ToHTdMoKyvlo4+n8eS9yQAkpbTi8hveJqf9mZ9cEUIIIYT4tjvh
v26njO3F+HNyY/dVNTqdn6oqVFaUE+fxEBcXh6ooKArRyf4USE1KRFGbp0P23tT3uPR7l8Y6fNXB
CE7TQiF6VUxV6kqDo6XwmqYSidQmJWpjevvdd7jmqqubtNO4bu1qEhOT6NCx0zce27VzBz5fJX37
DWiy4x2J3+8jO7MbG3ccwLbtr80JoKHraoM5Adq3TsEwDSKRyBlzFb26upp33nmXSy65hHdXBigo
DXHJed3xeqKrSNi2zcadxfzqjc08fu045n76LgsWLGT06POaPJbTdU7rEgBXXT2Ffv37s27tWoYO
GcryFcsZNWoUX375JeefP5b58+cybtx45syZw9ixY5k3by7/efU1brjxRwwdMoTbb7+T5//6F9au
XUPPnr346f0PnHIFwPLlK9i6bSutW2eTlJTE/v37ycjIiHWWN2zYQJXfT19vHJn/fYVW543H4/FQ
U1PD4sWL2bZtG61bt8YwDFwuF61atWLV6tUMHzbslOLqkJtLRXkFS5csoVv37qSnpwNQVFTExo0b
6dSpE8XFxcTFeVifvx7LsklLS4u9H2lpacyeMxdVVUhJSWXpsmUMHTLkzEsCmBZWJIJtGNhW3RwA
p78CYNpn00hPT2PI4CGkpaVTVlZCxIjg8/mwLIuHfhp93tz5pWxcKQkAIYQQQogzwQn/ZZvsdZEY
r39jnLXfX8UvnnmKPz7zW1KTPd/Yz+Vsngm33v/wfabPmB5NAKgKN17cj6vO7xp7XFHsej8rYBNN
TCgK7ri42GOLFn1BMBjghutvaLIkwM7t26iq8mMYEbp0PVzSvm3rVyxd/CUJCd5mTwBA9LUePl82
h0+djY0NtoJVew9FbfZ4TtTSpUvp1KkTe6s87DhYzuRRXdHqJZMURaF3pwxcDo3nPt7OLy+9mNdf
f71ZEgCn65zWdUr79evPhvx8hg4dyspVKxk16lyWLFnM+PHjmTd/HhddNImZM2cwefJkps+Yzvjx
EwA477zzWLR4EQD5+evp338A+RvWN2j7ZO3avZvLLrsciCZfqqurSUpKAqCgoAC/z8fFuTlsf/Q3
JHkTOThtDpstnaVVpeTm5jJlyhQcDkdsQlCAzz777JRiqtO/fz8yMtKZMXMWY8aMAWDt2rWMHDkC
v88PQJ8+faipqQEgHA6zY8cOILpagNMZTSp5PB7WrVvH5s1fkZfXu0liayqxIQCRSHRVlkik2YcA
3HTrTd/Ypus648adj2EaLFn6JaYZ/RaB6O/FM3+MPi8pJY3Lb/j2rrwihBBCCHE2abJLW/994012
7d59WsuuP/zfh6xevbrBNk2NTh53PIqioNaL1Qa279jOf17/Dzdcd0OTxDduwoXMnP4pSxd/CUCX
rt1jHUWPJ55xEy5skuMcT/9umfTtkt6oyfHOuKudwO7de+nRowcf5pfQu1NGdAiDAg4NNBVAwbJt
uuemsXbrQSJqQm0pchmpqalNGsvpOqd1nfTNmzcycNBA1qxZw/Bhw1m+fCmjR49m4cKFTBg/gdlz
ZnPRpMnMnDGdCydewKw5s/nhD65j6bIljBg2HICBgwaxbt1aevfu06Dtk+VwOBr8LtVN2mjbNiUl
JQw2a9jx2KNoCfHoNQZJYYO1b8+ixwPXMnbcOGzbpqqq6httNJWcnBySkpKYPXs2iqKQkBBP+3bt
OHSoiLXr1lJVVYWu62zbtq1B8mLLB4+kTAAAIABJREFUli24XC66d+9OVVUVJSXF9Ovbr8niOlm2
aRKpLMGR3ApF1aIJgNoKAMWyUSJGbBUA2zKJlJfgSE5D0Zruszz2/NFfm7c1WvllGgY7dmw/fC7r
PedXz1U02fGFEEIIIUTTaLK/EG/5fzcye9680zoD+8GDB4mvdxX/VLmcrthVwqbgTUxkwgWTYh3G
bVu3UFpSjMcTz4QLJuFNTGyyY32bFRQUcP7557N7zg7G5mahKuB2gEtX0FUFsDFtlbBhk54Sz65D
1WRnZ7OvoKDJEwCn65zWddLz8vqyIT+fQYMHsWr1KoYNG86SJYs597zzWLBwAWPPH8uc2bMYO3Yc
c+fPZfTo0QC89Pd/xNrKz8+nT14fNm3e1KDtk2XbdmweAdu2cbvdsc99+rrl1CxZQjDOhV0ZIFAa
ZJMZT+9f3ER1alz0irVt43K5ME0zljBs6u+NKy6/LNZu3eoAGRnpmKaFYRjs27cPh8NBhw4dKCsr
AyA3N5fy8nJ2795NVlYWpmmRkZHepHGdqJod+RS89HM03cSIuGh72xPRzn4kghIxaxMA0SEANVvX
s/vPP0MN+UBPoO19fyC+W98micOO/ROlROuFiBgGhhGhfs+/OeZ4EUIIIYQQTaPJLrs5nY7Tvpzc
rTffitvzzeEGJ0NRouvJ33HbHU3SXp26DmOcx0NpSTFxHk+zdv4TvYmUl5WhadoZeTX/ZCQmJlJV
VUWrJBdVgQgODVy6ituh4HEqJLhU4hwKTh1qAmHSk1zROQya6fWfjnNa10nfsvUr8vr0IX/9egYN
GMiq1asYMnQoy5YtYeTwEXy56AtGjhzJl4u+YMTwkSxZshiAV//7b+659y4A+uTlsfmrzXTt0rVB
26cSW13HGiAuLg5sG/v910lYvozqOBeWP4ReFmJ1xMu5v32QQ06D1NTUhvtwuIPeVBMTfl3dsoDz
Fyzkgw8/wuv1YhgGpmmSnJzMunXrCAYCBIMB1q5dS3Jycuxxr9fLBx9+xPwFC5sltsbY9/JjpPdM
J2fUANpNGMr+Pz8Apo0aMVAMEwwTIia2abPzsVvJynGR2z+HrI5x7PnLr5ssjrlz5ze4zZk7ny8X
LQEUgsEQgUAgdtPU6HCvJ+9N5sl7k3n+sc7s37OyyWIRQgghhBAnr0l7SE6X87QOAdA0jbvuvJs/
PvuHU26rc6cu3Hn7nc3SafYmJjLxwslszF9Pr7w+eL3Nd+W/R/cerF23hmAoBBxeH/1soaoqpmmi
qmos7vbt21FYWEif9q3JLyinS04iugpOLZoAqL2GTGFpkIqqEB0y45lZWkpyckqzxdnc57SuQ9y9
eze2btmCpuvkb8xH1zXWrFmDpmmsWLUCXddZvmI5mqaxctUKBg4YCMCaNavp3Tu6tN7GTRvp3LkL
27ZvA049AdC2bRs+/vhjMjMzOeecc4hzOan+11+pXr8en8OB7g/hKg+xLJRAzg8uZl11EV5vIllZ
WdGJKB0O4uKi1QDLli2jqKjomGvGN4WioiImTIjOj1BeXk58fDxFRUW0SkvjnHMGA7C0Nhav10sw
GKRPn+iQiZkzZzZrbEdl20SK9+Lom0d4z1acme1oM3kUO97+PFYBgGVBJIyqKbTunYbbaWMUl+KI
jydysADs2klPTtErL7/yjW3vffAepSUldOrYmYrKiljMWa2jK4jIJIBCCCGEEGeeE+rtRsf5Wkft
5L/7+n+Oub9lHi4bbqpEgcvp5N677z3ldu68/c7YBGDNwetNZOjwkc3Wfp20tDTGjD6/do11i1lz
ZqGqCmYLrRN+ovrk5TF77mxGjRgZGxfeq1dPpk79kB9efyPzN2xi/fZihvXMOLyTolDuD/Hxot3c
MLY9O3dsQ1EUWrfOatZYm/Oc1nXSf/bTh47zzCP787PPH/Hn+m2frGFDhzJs6FA++WQalUVFaP94
jur9BZSqKs7KMJ6KMIsCCegj+2P1akNOcjLZ2dnYto2qqiQlJWFZFuXl5UTCYa774Q9OKZ7GsCwr
llTRNC1237IPVx7UVSLouo6qqrHnN1d1wnEpCvHdh1Kev5nUHjlEdm3B2b4bnb53LubOjSgRI1p5
UROmfa9sHIqNVeFDdbsp31NBfN7wJun8H83FF13Mw488TE52Dr169KI6ECAcDpKZHv3cySSAQggh
hBBnnkYlAF559Z9c/4Mf0aVLV2bPnsPEiRPRtMbP6m9ZFkuXLSE7OweHw8Err/6TH37/Olwu10kH
Xp/H48G2bZISk9hfWEBOdptG7be/sICkxCR0XT+r14z/OtM0sSwr1tE7iwoAuPLyKXzy2Sd8+uk0
bOtw4LrmYMG82Txy9Vie+3gbOwrK6ZCdSIJbp6QywKbdFVwxIpsxfTJ46aUP6dmzx1l9Tk3TpKqq
KvYaFEU55s/He97X224K8YqN8X+PEAiHKA6buPwhEirDLA16SRw5kMEPXN/g+ZqmkZ6eHvvdrK6u
brLx4vv372f+goX07t2LvrVX7jds2Miu3bsZMXwYaWlpTJ8+nYyMDHr27IllWaSkpJCfn8/iJUuw
bZuiomLy8vJQVRWHw8Hq1aspKiqKLSfYEtre/hg7nrwDe90e0rpkYOzYjGWDWRNAxwbLxgpU49RV
rKCJGuemeK+Pakc2Xe/7bbPG5na7efjnD/Piyy9yqLiYbl27kZWVTVVVFS6XSyYBFEIIIYQ4AzUq
AVA3WdeVl13B+x+8z3tT3z2hq2KKotCtWzd+8P1rY/ebuixdURSumnI1f/zTHzEMo1H76LrOVVOu
Oqs7ikdS/wpmQkICZaWlpLVq1ah9q6qq0DUdh8PRzFEeWUZGBjdcdwORSATTNGPjsYPBIP997XUW
zvyIX1x2IduLLbYXVlFZE6JfrpcbxrSl7OButmzZwqWXXspLL72IgsKUKVe2yOs4VaZpUlxcDDS+
k9/YxEBTJADKdmynzRv/QElwU1gTIs4fxlsZZnnAi6NnN4b87AY0PZoktG2buLg4MjMzY+PEAbKy
sti7d2+TrNaweMlSOnTowPbt28nP3xCrNGjTpg3Lli/nwgsuwLIspn7wIcFgEKfTiaZp9OzZk9LS
UhRFoWfPnrjdbhRFIRAIUF5ezjVXX9WkKxScKD0xhS6PvcKO3/6YQ+u20bp7OkqFD8U0sSMWWHZ0
JYyIhao7ObC9AiOjO90efxHNk9Ds8aWmpvLQzx5i8ZLFbNu2jZmzZlBZUcF999x/zP00VcNf1XQT
rgohhBBCiMZpVALAsiw0TSM7O5t77rqHcDhMJBKpdzOwLDOWFFBVFVXV0HUNh8OBpmm4XK5Yib2i
qM0yLn1g/wH069MXn89HOBwmHA7XdiAPj4PXdQ1N03A6nSQmJsYmI/u2iZ4Dld49e7F23RoCwWCj
9nM5XfTs0bOZozu6mkCAcChEKBQiEonEzmM4EmHC+HHk52/gX6+8QlZWFtnZ2XRJ9+Ir38NHK7Zj
GAalpaVMmDCB++67n5dffplDhw5x5513tGgn7mSkp7fiiy++aJa2T3VohLlvN9W/uhdvVirOGovE
ah+eygjLqxOgYweu/c/TJCQlxhKHmqYRCATw+XyEauemgGiyqbi4mMQmmDwxr3dvNm3ezLBhwyku
LsYwDNq3b8/KlSvo2LEjAIWFB2LfUYqioOs6aWlpeL1eAJxOJ5ZlEYlEgOj3XmHhAdq0yTnl+E6F
GhdPp9+8zO7fP0DBmiXk9MhAixjYlgW2hW2q4Hawb2sZSpehdHnkL6hNVF31dXXfo1//f/iw4Qyv
XXaybqhH/fe6/v8AHdp3ZF/BnmaJUQghhBBCHF2jEwAvv/JSbMZu27aZPOl7aKoW66yFwmHCtX/c
O10uXE5ntNPvcjHts48b7As0GHvblMLhCIqiYBgGb73zFlu2bmnweNeu3bjysitwOJyEQqFYcuLb
Kj09o8GcAKZpxoYI1M3FUJcsqFs5oCVXD3A6HCgcjonaDmRd52zYsKH069eX0tIySstKKS4uJikx
kfHjx5HXO4+SkmKeevoZqqurueeee/jbCy8wd948xo0d22Kv6WRcPHlybUe2acr16+i6dsol7Yee
eoTyEj8VBVVozjhSAyFWVHnwJacw7vFbKausoNxXGRsmVLdqQEVFBTU1NWRnZ1NdXc3ChQsZM/o8
IhHj8Pk+Sd27d2P1mjUcOnSI4uJiHA6dwsJCqqqq6dY1uvrB/v37SUlJweFwUFNTg2VZxMfHx+IM
BoNUV1ejqiput5uUlBT279/fYgmAyhUL2PvCb4iUFNd+b9pggxmK0K5rKrYdRrUVbE1h78Yy/L4Q
lM5j1YXRyR+daem0v/9JkoeNOeVY6r4v6uZJiM6fYEfnIKj3vR7r7Ktq7ef48Ge5flVKq7R0WqWl
8+WXi045NiGEEEII0XiN6unddvPtwDfLiA3DwDCMWCWAaVqoarTD5nA4Yp3Jm264+bR1KuPi3Dgc
Om63m1tvvpVX/v0K1TVVBIMh2rVtx1VXXoXL5ULXo2XuZ9uV4ZNRf06ASCQSO2+GaaLVVmroul77
R7wSuzraEup+Z+LiDo8NtywrVs1RNzQgIyMT0zRi5eyaplFRUUFcXBwP/uwB/vSnZykoKMAwjLN2
iEdLjj0/luIdBZT5Lbq8+AILfnQ/O8NuiuLctL5xPKvXryOlYB8DBw5sMNRg1apVlJeV4XQ62bt3
L6WlpYwYPpz4+HhM08Aw1FOehFPTNEzTjE3y53Q6G3y+Bwzoz/QZM9iwYQOVFRXYQEJCQmy2//Xr
10fnXQCSkpMxjAgDBpx3SjGdir1//Q3tB7QnLi0aH7UdbkwTI38NihmdBFBX4+g8eSRggwVgo9g2
1Zu2svP3D9Pvg8WnHEtdJVX0XBmxoTmGaWLXm2BRURQUVW3wvaLrOpquo2taLBlQd150XScYDB3r
0EIIIYQQogk1qpd3pAn/WvpK8bHUxeZ2u7n3nnv5+0t/JysriysvPzvHg58qXddjnSOHw9Hgj3ZN
01AUFU2LVgDUXak7k9RNyhbt/0SvQKqqgmWr1P1mKqoaSz6lp6fz+OOPMWfuXLp17cqokaNaNP5v
G73fEHyzFrPg+nspDyqEPR7O/cNPSGnbmnA4wvIVK74xxKeoqIhzBg/G6XQQDIXo17cPcXFxtb+b
p/5dsnXbNlxOJ7m5uRw6dAin00lOTg4FBQXs2buX9u3a4XA4uGDiRFauXEXvXr3Iycnm36/+J5ao
KCoq4sYbfsT+/YUUFBQwaNDAFpsLAwDTwiwsILJnM9g2imUfTgJYNopN9Ap8yI+xbBFK7fa65xjV
JrZ5anMr1DFMEyM2JCdCJBKODf8yTKPh0ApNjw3/cjidOB2OaHLH6YxNuFpXfXTOoCGsXruK0SNP
vUpBCCGEEEIcn+KrrDiL5og/OU257KA4vrLSErJz2hIMBprtGPXLjuHoM96LphfxV7HkV0+zad5q
1KwcJv7+Prxts2JVQPkb8ikuLmkwBCA9vRV5vfPQNPVwdZDDgbP251P1ybRpZGfnUFZais/vR1VV
EhO9tG3bjsLCQkafd+4R9/v4k2kcOnQIgMzMTL538eRTjgWa5jNQuXQ+e577NaHiQ1D3q25HhwHY
tf/XbasbIVB/yQ9negYdHvwdySPOP+kY6tQEAhi1lV7hcATDiDSo/Kob0qWgoGlqrMKq7hw7nU4c
Tid67TAj+bwKIYQQQrSM70QCQJxepyMBIM4s9ceGR8f8g13XKVRUFIVYhUlzVJlUVFaydMlSsnNy
6JPXG4AtW7ayv7CQAf37kZyc3KTHO55v22egbuhN/XlEDt+sBnMA1FXiHOnWXOdfCCGEEEI0jiQA
RJP7tnV+hDhR8hkQQgghhBBnom//DHhCCCGEEEIIIYSQBIAQQgghhBBCCPFdIAkAIYQQQgghhBDi
O0ASAEIIIYQQQgghxHeAJABEk0tOTmnpEIRoUfIZEEIIIYQQZyJZBUAIIYQQQgghhPgO0Ot+MCIR
qqr8VFX5CQWDWNGFvKP/WxZnTJbAtg/HUruWtFJ/2xlMAey69a/r1s2G2OtoaQqAqqIqCigKqqLg
crtJSPCSkOBFdzhaOkQhhBBCCCGEECdJ8VVW2EWHDlBd5ScxOQWvNwmXy42iKNGbCoqiopwhnVTR
fGzbxrYtbKvuZ5tQKIjfX4mvopz4BC8Zma1bOkwhhBBCCCGEECdBr6muoaK8jB69+6IAlm1jW1Zt
BxBsE8Bo4TDF6aM0KEhwx8Xh8XjIyGzN5g3rSEhIwhPvabnwhBBCCCGEEEKcFNXvqyAjMxsFMAwD
yzRjV39t24azorheNB27wfm3TBPDMFCAjMxs/L6Klg5QCCGEEEIIIcRJUMOhEF5vIpZltXQs4gxm
WRZebyLhUKilQxFCCCGEEEIIcRJUwzJBUWqv9gtxZLZtg6JgWGZLhyKEEEIIIYQQ4iSolmmhaWpL
xyHOApqmYplSKSKEEEIIIYQQZyPVskwUBakAEMdk2zaKApZUAAghhBBCCCHEWUk1LQtF0Vo6DnEW
UBQNU+aKEEIIIYQQQoizktT+CyGEEEIIIYQQ3wH68Z4QDAaPuEKAqqq43e5mCUoIIYQQQgghhBBN
65gJgNmzZzP1o6k4dMc3HosYEa649ArGjRvXbMEdkVnGklf/wdKsH3LXpBy+Gdl3VygcxuV0Hvmx
UAiXy3WaIxJCCCGEEEIIcaY4ZgLgrXff4m8vvIiluKkOhIkYJhHDwulQSYlXuPPHt5/+BIBVzb78
fLbrIWTawsMqKip4/IknGTZ0KFOmXNngsTffeou1a9fyq4cfJjExsYUiFEIIIYQQQgjRko47BCA5
OZU//HcBpRU1lFRUU1pRQ2llNXNfvu2UD26VfclT973IxnbX8dyjE8lowrkI7cA+lnz8AZ99uY6d
ZWHQEmnTeygTLr2UMV0TiR7Kpnr7TF574zOWby0lCDiT29Bj1DXcOqUfKfXjsStZ8scHeX5Nde0G
BXdqG7r0GcrYSRcwONuF0nThn5CSkhIef+IJUtPSWPjFQoBYEuC9995n6dKlpKSm8sgjv+GRRx4h
NTWlhSIVQgghhBBCCNFSjpsAsG2bquowZQd3YBStwR3wkwNcd/08AG669aZv7JOYmMjll13OqBGj
jtFyhIK5H7HRjkfd+Qmf7RzNDV2apkTd8q3jP4/+nlnFWQy86Gru6JiC5t/Lqjmf8a/HlrHpx09w
5/BU1PKl/PW3r7E+bThTbhlEW6+Nr3AbO60EPF9PRtgmNRXVkHMpP72xF+5IgPLCrayc+xHP/Wwe
o+55hFuGpB7/DW1ioVCIRx97nJTUFDIzM0jPSGfBwoUoioKqqSxYsIAevXqgqiqhUIinn3mGZ55+
CkVpqXSFEEIIIYQQQoiWcPz+qm1jmBZG6Qbuvfsu+vfrj2na2NjYdjRBYNvE7rscGvsLC3j8iUeP
mQCwa7bwyaxSul73IEMWPsW7H67l8p8NIbGuX2qWs/qdf/Lukq/YWxYC4sm75Xc8OOJr7VRv5vXf
/I65Kdfx5M8mkOOoYdPbLzGrKJerfvtrLmlfd2X+HIafO4Juv3+YV//5Kuf0uo/+B9ewNezlvFtu
4tJutcmHgUMYc6z3I6Et3br3IEEB+gxg5NgxzHv2l/zjxZfp1eVBzk1VIVLCiqn/5q1Z6zgYVPG2
H8Kl/+8GLuissP65u3lm90Se+v1VtHcAWJTMfoR73kji/ucfYFDCiXXMXS4Xl156Ce9PfR/TNIiP
j6dL187MXzAf0zDp1qMblZWV+Hw+ykrKuOcn90jnXwghhBBCCCG+g46bAFi1Zjk/uqAdT68N0LVr
V1ZuKuBAsZ+KqiCVVQEq/cHoz/4glVVBUpM8vPjwZQQDwWO0alGx+hNWMpj7RnSjQ+oA3ntuGkuK
BzGxbhyAVcX25es4lHUFd9/SjUQrgN0uCY2aWCt2eD8z/vwHZqgX8vC948lxAjVbmb7ER/zwHzOx
/dfK8p2tOe/q0fzvN7OYvq6SQV3akc5i1s9fS1GHc8hwnkTH2JHJyO9fxMc//5DPV5QwYkICW19/
gme/TOd7Nz3MoFQ/6z74B68982+ynr2TTsO6oK1Yy1cVV9A+XQO7iu3L96F2mEin+JPrmI8bOxYj
YjD1g6kYqQZGxKB9bnts28bv9+Pz+SkvLeOmm/4fvXv1OqljCCGEEEIIIYQ4ux0zAXDNVdfw/PPP
o+kaRsTEsqGkooaaUIRAMEJN7S0QjFATilATDHOgxHf8o5pFLP70KxJGPkJ3j4qz90WMTHycz+YW
MOaa9tSfx97Tpi8D+3Q8vC1S+79RzKIX/8vrB4bwk8evpkdt59mo2MPBMLTunc2RFil0ZfemjTqT
gl2lWKMmcPfNe/nTv5/n3mXZ9D1vLBMnnEff1u4TGs/vSO9Gexds3FlGxLedqfMq6Hnro1w9PAUF
6HBzOSvue4d5O0P06zqCLurLLN7oY/zoFJSaHSzabtH+2h6Hqx9OwgUXTMQwDD763/8wTZOIEUHT
NKqrq6ms8HH55ZczbNiwkz+AEEIIIYQQQoiz2jETAOPHjWfUyFFYlsWDv3gIoF7HP1yv4x9NAtQ9
djzhggXM2JfBmLtqO/uuDowbk8nsObPZddlNdGvEVADl857nn3YrJj1xA4NTGg7Yb/TqAIqTnDF3
8ofhV/HVsgXMmfUh/zfzXTpf8gAPTqkt8z9BkeKtFJomFX+/mx/8veFjelkI8vIY01Xl5S82UXne
CFw7vmRTpCPX9k/lVOdADAaDuF0uklOSqaioACA5OYVgIIjP14jEjBBCCCGEEEKIb63jDgFwu6PX
0RWi4/3rrv4HvtHxD8ceO7YQu2YvoMT28f6DN/B+g8d8TN98DV37xR/3Cnxc95F0LPiSz156j36/
vpZetb11PakdWU7YtvEAwXNTiPvafuGDm9hvQavcNBy12xRXK3qcewU9Rk3ioo8e51fvv8THQ/6P
a9s7aYxI8WZ2h6BVx1R028YmjsF3/JKrOtTfX8GV4kVRVPLGdkd9cS755X1Jmr+eSJcf0i9FbdSx
jmbq1A+YM2cO2W2yqaqqIhwKY2Pj9/vIzMpk4RcL0XWdK6+84pSOI4QQQgghhBDi7HTCk9Y3KP2v
TQLUhMKx7cGwccz97ZqvmLHER84lD3DH4KTDHX2rkqV//wPTp+fj6zuUpOPE4W47nvtu6cHff/0P
fv/nVjz14ERaOwBPVyaek8CaxW8za9KvuLid8/AxIgdZ8NZcypx9+UGfxG8mGRQ3bfr1Iu39Gewp
M6AxCYDwARa+Pp0iRy9uH5yGW+lCa2UOuwsU0kfmcKQWkvpcQD/Hs8xYuJikdRa9butP6in0/z/8
6CNmzp5FWloaFZUVBAIBQjUhACzTwjAMklNSmDVnNpqucdmll578wYQQQgghhBBCnJUanQCwsamp
qSIp3klpZTWmZWNFlwFAARQFNEVheJ+2+Kt82EcsxLfxb5zF6kA7rj4vj46Z9YveTdznteGTd2ay
uvwcxniPF5GCnnkudz5wkEcee40/fdiFJ6d0xKXE0/sHtzF2yx95+1e/Ztfk8ZzTKRXFt4c1s6fx
xW4Xg2+/kcEpKqEdH/LyrDBdenUiK8mJ5S9g5aezKFU6Mjn7KOMQ/HvYtDGeuEiA8gPbWDlvJisL
kxh5z20MT9VQ7P5cNibl/7N3r6/6fIth0Gd/z9bYk6vQUig2UZqEJvWCQUttII22YH8bLDSBLwSM
gn+AUC8IRcxFaxFaKPjCdwb6osRdtKYtzwG1kgpi0Dda0Xd5KahNaomm8ZyYs31xzrMz3/nOuq81
l2c+H/jx+z7PzLrMWmuePWvNmjXTn/1rf376Cx9+fPqjP/i7pr/vN/729L/93//Q9CP/7PdO3/o0
TU/f9gPTH/9D3zb9u3/5L07Tt/3w9Kf/0W8vWnNg7qtf/er0i7/4N6fnL31p+vVf/3+mr33ta9Nv
fvU3p5/8yZ+cnp+fp5/7uZ+b3r7+Nv3W//db05e+9KXpF3/xb04vX3wxfcu39HnlIgAAAOdQNAPg
V3/1b08/9H1fnn7o+74c3e//+D//9/UNb393+lv/xf88fe27f2L6od+5fOL9S9Pv+qd/ZPq9P/+X
pv/yf/iV6Uf+uZwcPU2/4/v/5PSvfvyfpn/r9T+afuEP/pnp4z/8908fvuOfnP6Vf//PTN//n/+n
01f+m780/Ye/8LVp+tK3Tb/n9//w9C//2z8+/bEf+M7pS9Pb9LWnb5++/H/9V9Nf/Y//2vR3vzZN
0/QPTL/z+/7Q9BN/+iemP/a7F/l7+tL05e/88jT9j391+gt/9q9O0zRN3/IP/t7p+/+JPzn9qT/1
x6d/6vd8840DT986/WP/0k9N//p3/MXpL/+Nn5v+/C/81jR96dun7/5n/sXpD/6R752+9UvfSOd7
//k/Ov3uX/wr02/96BfT93+5fvW/b/mWb5l+5qd/avrpn/mZ6df/3t+b3n7r69OP/diPTT/6o39k
mqZp+o3/9zemn//5/2T62m/+5vStv+PL08/89E/p/AMAAFzQ03//S//t2w/+gX98+vrXfyu648/+
ez87fc8/8j3T93zPdycj/ZVf+dXpl/67X5r+3H/w53rlk4Rf+7Vfm376Z352+uE//IenH//xH/tk
21/76399+ht/47+efvqn/p3pu77ru6rT+PDhS9P/+r/8ren3/4BXCQIAAJxN9gDAL//yL0//2S/8
lenv/J1fSUb6Hd/+ndOf+Bf+xPQHflBHcUtf/epXg3f3Y9tyGQAAAAA4r+xHAH7f7/t907/5r/0b
I/NCo1gH37R/AACAa2t79xwAAABwCgYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXIABAAAAALiAD29f//r09OFp73xwAk8fnqa3r39972wAAABQ4Wmapre9MwEAAACM5REA
AAAAuIDn+Yfb7XV6efnYNYGhzdUGAAAgAElEQVTb7fX93zVxz8On4rjv2/sYemrNY0v42rDLOmhJ
fxluLe61+EPtYO2YRpVR6vxoPX9SaYe2AQAA5HifAXDvYIQ6ZLVaOyzz8Gfv/LSWbUv42rDzjuf9
v5r4Qu1rWb9r8S/zUJN+SR5jHfBU2Na0Q0YeNwAAcA0fpunzjs9ZOxnzDuLRnLHzP019yrSlfa11
ykfU8Z532HPL4+znJwAAsK/nZcfn5eXjdLu9vk9nnm8PTecvmSI+qqOVylso/6HOac8p5qE85GoN
37Pj2HLs9//P21etrTrqyzJLDWbUtB8dewAAYAvJRQBTHeOSKeLzTt9WjxrM06uZQh473hx7PvPf
2+i83AcGatK4hx3RrkKPKeR8BgAAOIr3RQBzOk65HZtUZ/xs5net759Lrd0pLomnNXxuvHM5sx5K
w8fUznCoSQsAAOBq3gcASjpQZ+3I7yHUYa4dTOl9Fz4nnliaNceRGjTo8YgAAAAAn0o+AnBU7vJu
40iPIMypfwAAgDJDBgBGPIu9jH9LW70lobXcRpf71ulM03qZj0i7pG5Txz+qfI46GAMAAJxDcgAg
1fGad5zWnpPv+fq7WMeqtoO4zH9q0b+W42rtxNaGX5ZbTQd11CJ7JWtPtK7DUJJOatsy/dD20Pkx
l1M/Ov8AAECrp2ma3vbOBFyJzjwAALCH064BAGek8w8AAOzlOb0LUCv2OAEAAMCWPAIAAAAAF+AR
AAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIAB
AAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIAB
AAAAALgAAwAAAABwAc/zD7fb6/Ty8rEogtvt9f3fobDzfdb2TW3PTb80bE855dArjT2Ob55+TR56
lE+qfda0XwAAgKt4nwFw76CtdahjUh2ueaf1/t9aeqHtJemXhu3p0Tuey8GH3u0kN/3a7QAAAFf3
YZraO3dH8gjHEDIfIKlxu712KZdHH+wAAAB4RM/Lzv/Ly8f3juL93/Pv71JTsVP7zOOZp5cbrkTs
MYG1vPaeal/yCMSyzEP7rOV1i8cQYnkIbU9Zho/FnRqs2vsxCQAAgKNKLgIY6iiH7iTXdMDmcfa+
c9/6iMHo9JfbQ+UXKs95fKnjq51BMI8r1uGuLd9Y2GWeSz8DAADwDe+LAOZ02Eqe9y+1HATYYhYA
eWIDEz2oGwAAgPHeBwBSU7rnRt5hXXskoFe8HM8jrT8BAABwZMlHAErUdOJGTPtnnbIGAAC4rq4D
ANO0/53cnKnq845w7Jl8jik1kGGgAwAA4HNPt9vr2zTlrSy/3G++73xbzrTuXqvI54Qt3ad1obxl
HD2OPyf+2JsNWpS0gdx9St+CsLZfLJ8GcAAAAD71NE3T296Z4LeZgQAAAMAIz+ld9rXngoRb0OEH
AABgC2YAHEBqij0AAAC0MgAAAAAAF9D9LQAAAADA8RgAAAAAgAt4Di2y94jPoXtNHAAAAFf1Yd4R
fnn5+Nm75B+JTj8AAABX5RGAmdvt9SEHPgAAAOA5Z6fUa+rWOs3zfWLb79vW9o/NRlgLH5vir2MP
AADAlT1N0/SW6sDPhTrnoQ786O3zz6EwqfgAAADg0X0yAyDV6V9z71Tfbq/v4ZfrCsS2L9Np6Ziv
hdXhBwAAgIw1AOYd6FAnen6nPTVdf4up+LG8AgAAwBV1WwQw9QaBM7xhwCKAAAAAPKrmAYBlp3nZ
yU9tn8ez9j0AAADQ7ul2e32bfxF7jv6+vWSV/pLtqUX/1sKn3lCQk38AAAB4dE/TNL0l9wIAAABO
rdsaAAAAAMBxGQAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXMBzzmv0erndXqvjX77Kb4S9Xg+4
9prDez5GH3co7dz0euYvVf619ZN6DeVyn9Y2Gou7Jo2S12DWpjHKFuftlukAAMCZfZhfLG91gV7j
qhf1o497Wf+l6fXKX6p91Lafead8fnzz+JYd95q0QmFy0m/N/3J7TT2OskU+etQfAABcgUcAZlo7
Trfba3XnY6uBmBxHmQGRuz0mVafLzmOsExmq39Rd+NzyXIv/SJ35IyqpPwAAuLrnnJ1SjwmUTFEe
Mc0+NcV6OT14LQ+hKcTzfUdNM16LK3cafOpzqftjGqGyieWvNu1Up61np25E+9uy07n1+dO7/ee0
15w7+gZFAACgXNYMgNzp02v7LDuTve9optJfbg91oEJ5mseXmsI9+m7tfA2FEZ3N2N3tnCnsR7/7
mrvGQEhL/d7v7sfyUDpbIRR/SfnnnL/3zzWPMCzTGvUIRG2eAADgSqpmAMzdO9Xzi3t358bYYj2A
1LPsuXG0LPg4wl4LPN4t73CXlk/JwNURy3+a+pX90Y4LAADOIjkAkDsdN3V3k3NIzYQ4o9x2edRj
dF7lUT4AABAXfASgdDpt6/TgR9CyCCBj9Ow8j67ftfh1/gEAgF5WBwBKnyFeWxwsFoeO8rmdvf7W
ZqusrRnRO61e5nGevS5qyn/L+gMAgEfydLu9voU2rnXm1xbSK10lPrQ9JvYmgpK3AITSz4m/10r7
a0LpxwZXcuunJt3YPsv9Wldpr139v+b4QuF7ts1lPC3lk5P/EeXfq/3ntN/Qfrn5S4UHAAC+4Wma
puAAwCNyhxAAAIArynoN4JmdfYo0AAAA9HCJGQA509wBAADgkV1iAAAAAACu7uEfAeA8PK4BAAAw
zvPeGeD8Wt5CAAAAwDbeHwEofR1cy6vSajuGt9tr8v3gLZ3OmvA5xzXyNXqtr4BrNe/sl7zKredr
BJdxGHgAAAD43GcDAKlObMsd3pY7wyX5C22b6/ke8Zy0Q+9VT20vTf/od99z3im/R/sCAAB4dFVr
AJypgzXvFN7/m3+/3Ge57Wwe6RgAAADop3oNgJ5TuEumh6c66y13z+//vy9Gt7yjnjtLoCQPy/RK
8p4rVj8978D31DPtvR+TAAAAOIKsGQBrd8uXn2N32FNiYeff13xe5rX0zniooxyKp6bzPI+z9537
HvUz0vLYe5fB0Y8fAABgK1kzAEY/W36EzlhOHlLH3lJGy47wFrMAjmJtPYZeZbDFDAsAAIAz2P01
gEd5/j71SENo3xH5GDEIcOVO77xM758BAACupmoRwEcwohNYM4gxYtr/mWx17Kb/AwAAV3fKAYBU
pzm0ffkc+Ah7dzJz7nKv3Q2/f97jLvnIslq2hb3rBwAAYC9P0zS9TVPZSvxrz2wvpfYJxR9bbyC1
Cn9oe8sq+CXHXrJgYK+3KNSUfWqfLdZ56PkWiS3iBwAAOLv3AQDYm2f0AQAAxtl9EUDi9lyQEAAA
gMdhBgAAAABcwCkXAQQAAADKGAAAAACACzAAAAAAABdgEcANffHFN5Zb+MpXnjZPc1S6o+MHAACg
DzMAHtzoTrlOPwAAwDmYAbAhnWUAAAD28jxNn07jvpt3VmPb59PaQ9PBU/G3Wqa7nGo/Ov85xxeb
Kj+6fJbWjrnk+FN5613+AAAAtHv64ou3t2la7/CtdaaX2+ef18LkhG8Rykvoc2mYVPiS48vdt/da
Abn5je2Tm9/e5Q8AAEAfq48A1Ha8YuHW7gJvqTX9UPh7p/eLL97ej7+k/FrDl0h1rEPf55ZdzsAB
AAAA+xiyBsBaB3Dvu7mt6cfCzzvxNWm1hu8td7ZHbZwAAABsz1sAOvnKV56aOsmt4XPTOHP8AAAA
1FsdAJjfjR5hdPyj05+HX8ZV2gluDV/qCPHvXf8AAABX9DRN01uPtwCshcsJ30PrKv25i9LVxr+2
z1ZvSYgNLixX3g+lm7PIYyj+Zfi1dCwCCAAAMN7TNE0PdStW5xEAAAA+d/o1AEwnBwAAgLSHmAGQ
M40dAAAAruwhBgAAAACAuNM/AsDjuN1ep9vtde9sAAAAPKTnvTPA+c077S8vH98/v7x83CtLAAAA
LLw/ArC887rWeVt29Eq0hJ3HEQub2t4afyjMXSjs2l3t+b6p7bnpl4btYd7Zj5VFrH31OIYe7QsA
AOCRfTYAkOrEttzhbbkzXJK/0La5WAe153GtbUuVZWk59aibrSzz1+P4W8MBAABcQdUaAGfqYM07
hff/5t8v91luO5tHOgYAAAD6qV4DoOcU7pLp4anOesvd8/v/74vRLe+o584SKMnDMr2SvOeK1U/P
O/A99Ux778ckAAAAjiBrBsDa3fLl59gd9pRY2Pn3NZ+XeS29Mx7qKIfiqek8z+Psfee+R/2MtDz2
3mVw9OMHAADYStYMgNHPlh+hM5aTh9Sxt5TRsiO8xSyAo1hbj6FXGWwxwwIAAOAMdn8N4FGev089
0hDad0Q+RgwCXLnTOy/T+2cAAICrqVoE8BGM6ATWDGKMmPZ/Jlsdu+n/AADA1Z1yACDVaQ5tXz4H
PsLencycu9xrd8Pvn/e4Sz6yrJZtYe/6AQAA2MvTNE1v01S2Ev/aM9tLqX1C8cfWG0itwh/a3rIK
fsmxlywY2OstCjVln9pni3Ueer5FYov4AQAAzu59AAD25hl9AACAcXZfBJC4PRckBAAA4HGYAQAA
AAAXcMpFAAEAAIAyBgAAAADgAgwAAAAAwAVYBHBDX3zxjeUWvvKVp83THJXu6PgBAADowwyABze6
U67TDwAAcA5mAGxIZxkAAIC9PE/Tp9O47+ad1dj2+bT20HTwVPytlukup9qPzn/O8cWmyo8un6W1
Yy45/lTeepc/AAAA7Z6++OLtbZrWO3xrnenl9vnntTA54VuE8hL6XBomFb7k+HL37b1WQG5+Y/vk
5rd3+QMAANDH6iMAtR2vWLi1u8Bbak0/FP7e6f3ii7f34y8pv9bwJVId69D3uWWXM3AAAADAPoas
AbDWAdz7bm5r+rHw8058TVqt4XvLne1RGycAAADb8xaATr7ylaemTnJr+Nw0zhw/AAAA9VYHAOZ3
o0cYHf/o9Ofhl3GVdoJbw5c6Qvx71z8AAMAVPU3T9NbjLQBr4XLC99C6Sn/uonS18a/ts9VbEmKD
C8uV90Pp5izyGIp/GX4tHYsAAgAAjPc0TdND3YrVeQQAAIDPnX4NANPJAQAAIO0hZgDkTGMHAACA
K3uIAQAAAAAg7vSPAPA4brfX6XZ73TsbAAAAD+l57wxwfvNO+8vLx/fPLy8f98oSAAAAC++PACzv
vK513pYdvRItYedxxMKmtrfGHwpzFwq7dld7vm9qe276pWF7mHf2Y2URa19bHUNr+9g7fgAAgBaf
DQCkOrEtd3hb7gyX5C+0bS7WQe15XGvbUmVZWk496mYry/z1OP6adHs7erkDAABUrQFwpk7OvGN2
/2/+/XKf5bazeaRjAAAAoJ/qNQB6TuEumR6e6qy33D2///++GN3yjnruLIGSPCzTK8l7rlj9bHUH
vlRL+5mHz2kfOe0vVP+57fNo5QsAAFxP1gyAtbvly8+xO+wpsbDz72s+L/Naemc81JELxVPTuZvH
2fvOfY/6GWl57KVlkDq+nPaRan/L+EriX+6v8w8AAOwlawbA6GfLj9AZzclD6thbymjZEd5iFsBR
rK3HkFsGPWZQ5JZNbZ3M89gSDwAAQIvdXwN4lOfvU480hPYdkY8RgwCP3Ols6WDXtL9HLksAAOBx
VS0C+AhGdOJqBjFGTPs/k17HfsTHGwAAAI7klAMAqU5zaPvyWe8R9u6E5twFX7tbvucz6i1ltazr
nPIfPeiyjP8os1wAAIBre5qm6W2aylbiX3tmeym1Tyj+2HoDqVX4Q9tbVsEvOfaSBQN7vUWhpuxT
+2yxzsPIt0iEwue0j9ibH1L5ymkLoe8AAABGex8AgL3pGAMAAIyz+yKAxO25ICEAAACPwwwAAAAA
uIBTLgIIAAAAlDEAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAA
AMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAA
AMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAA
AMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAA
AMAFGAAAAACACzAAAAAAABdgAAAAAAAu4Pl2e52maZpeXj6+f7n2Xcx9/7ncsK3Onv8tlZZLbvge
5TeP4xHLHgAAYG/NMwDmncL7f/Pvj+7s+c/Vejyh8D3Kbzmw8GhlDwAAcAQflp2u1rvEWzt7/rcw
qvPfw7K+DAIAAACM8Tz/MKLTNe/ghaZ5L7+v7cTX5P+e3u32+lknNBbvsqMaOr6cRxRa4s89xlA6
W4QHAABgfx+m6fPOZM+756GO8Nod+9rOf2v+53ladnJTU9xTn1NGxz/asuxaZmAc5ZgAAAAe0XN6
l36OPC1/2ZHNmQUQiqPG6PhHCc1wWCtDAAAA9vM8TZ93Pkd33nrH3TP/a48E3L8viaMm3ZHxn8Gj
HhcAAMARfPIWgLN3wGqnnZt6DgAAwKP7ULIK+xE7y3usIl9SDjVvKdirnEenuxa/tzgAAABs4+l2
e32bpvgq9bnfz4U64msdu1j4lJxV9nPjCKXfenzL/XqXX0qoU99Sv7E8hvIZq5faNxwAAACQ52ma
pre9MzHnDjAAAAD09yG9y1hHfKwAAAAAHs0hZgD0mOYOAAAAhB1iAAAAAAAYa/dHAAAAAIDxDAAA
AADABTznviIu5ayvcWt5BeFaXHsce84x5NRP7JWKa2rbSEn6pXGvhe9ZxwAAAGf1Yd4Renn5GH23
e8xZO1TL45+m8mOvDdPDvNMcqr9lx3otr6n8z+Ofp1Oaz9rtOWFTx97SvgEAAM7OIwALe3YQa16J
mOqMLzvHsU7yKFt2/nXwAQAA1j3n7NQ6hToVPvUawNLwpflLieVvuS13Gv2oGRM10+hHd5pT8eu0
AwAAjPfJAMDac9ShDm3u8+454WPbUuFb85cjJ++hjndJ/lrzm/OMfcv6BnNHfOQjVKY1MysAAAAe
zScDAPMO9VJrByoWPrXQXGzAoFf+YnrEvdU0+94d81BZLwdgcsOW6hF/zowSAACAR/fZIwBrHe77
9y1yV34PTZef38Vdi2urKfW1nceRd8xzO/8j8jB6JkDNowwAAAB87jSLAF5hBfeaqeqj7vwDAADw
WKoGAFqfqS4Jv9w3ZxCgJX89OtSp9Ec/k742W+L+ufT4jv78fOnxGTABAACu6ul2e327fwgtaJez
in3JSvmx7WsL+418C0DpsYUWHlzbr0f+UnKfkQ/lLRZHSf3X5DH37QClaZS0TQAAgKt4mqbpLbkX
AAAAcGqnWQMAAAAAqGcAAAAAAC7AAAAAAABcgAEAAAAAuAADAAAAAHABz2uvtCt5V3qPV7jlut1e
d3uFW+w1cznhasu3p73SzU1/RP62bp8tce9ZP7XtGwAAOI/mGQDzzsLLy8fku91r9Y6vlE5Rm1T9
jarfrdrnmS0HHpQNAAA8pg/Li/697xIzzrwDvKW9Ov9bay3fPepneb4bBAAAgMf1PP8w4qJ/3sEI
TTNeSzfUEYlNqV8L32P7aDnHX1t+a/vEttWkn5LqVO7d6cw9/uX+oTooKd/W8D3qBwAAuIYP0/R5
Z6HlGebUHcXYjIO1KdrLu6LLz6nwrdtHyzn+2Ofc/Oc8d59K/+xT6NfaZ6/6ry3f1vA96+eMdQoA
AOR7Tu+SLzVwcJS7kkfJx1xO52st3/c7v/MFEo94fEewvEs+N3INAvUDAAAcwfM0rU+zH9lJ0QH6
XM2U+vnntbvbfG6tQ37/fos0R6fV4qj5AgAA+vjkLQA6AP1ttcji2afn55h3os/mCvUDAAAc24cz
rgLe2hHcuiMZW1BuTUn+lvueof6OLrZWQOkAztHrx1tAAADgOp5ut9e3aUqvch6SWswsZ7Gz3FX4
a1fB7/EWgNxF22JCj1aUvAWhtvxi8eSWT+lARiz+tfhieahJdxl3akHFnLRD6beUb2v41vpZpqHz
DwAAj+lpmqa3vTMBKe5MAwAAtDEAAAAAABfwIb0LAAAAcHYGAAAAAOACDAAAAADABRgAAAAAgAt4
zn0FW47YSu05rxmrfRVZ7msE9xZ6DeB8+zRtn/etyi91/Hsoeb3jGd5E0PoKwLvWVzyW5mEeV235
rrWv0ldMLrev5al3O+jxGsqSNM7exgEAqPdhfqH38vIx+W72WjkXlK2DDiPz3+po+bnbqvyOevzL
9n9mNWXcq/7n4efxlOaj1j18bEAndHzLMuiRn1w55b+Wv5Y0UvsBAPC4nntGdvYO1N6UX5vRdy+P
XD+1nbcjHFOvzv/Ly8fpdnstmmmy1mbu8RxBj1kROeGPcrwAAIyVHABYXkCGLih7TlHtadk5uFub
0ju3dry54WPbSsuvNP35frmzLpadptR051CbWMa7ti0WXyp86bH1VFs/qfOnxxTzUB5q7FG+LXfd
l/mtGQSI5anVFo8QtOrZfgAAOLZPFgG8XzhPU/nFacvF7MgL4nnnYm2KbWoKbupzLOx8W+jzMp+t
+a8py3mcpR2AnPKLHX/JFPS1adHL49j67n+qfnLjXavPHD3PnZa47m2npg1tpeX3rfbYUvW7PPdi
A4Qt5RsKf7TBCAAAxvpkBsDyYnSLi8KjXIDmXFSH8njUDk+J2rpPzSDIlSrDezqPeJdyXob3z6XW
ZlqUxNNz4G/eHmJ1lZNWbvjc87fHoxI1gwCh+g19t6y/1PbS/C/Dt7YfAADOoesaAGfWcjE9/+7s
ndOaKdQ9OrA6G3VCj5Js0fnP0RpnSRu8Sw0abDnAeXQ92g8AAOfxIb0Lj6zXlO2a6e+99Zx+fvaB
nFw6fOuuUv8AAFyLAYAVo59jPvJz0qWWx5IzCJA6/r3LZ+u0t5pFkluuof3Wvt+7rlqtlXnv43m0
WUIAAJzX0+32+ra2ITSlNrTQ3PKiNjS1tDb+mNCCcD22p45ruU8s/2sd5VAech4ziHUoaqaAp9IP
7ZObfuj4c8o/9dx0rdpnzGvrZ9k+eh5f7jlYMl0+FT4UR2v7y40jVX6xwamc+m2tn5zwrb9fuXlI
hc/5rQMA4NyepmlaHQB4JFea5rzFsV6pPAEAAB6FRQBPbuvOuM4/HEfqcQLnKQAAcw8/A+AK01pH
HmPr9GMAAACO4eEHAAAAAABvAQAAAIBLMAAAAAAAF/C+COAjPCt/u71W5fssz7mnjm+vBfq2Kr/a
+h2p5Lw5+gKKNeUbe7Xl2j5r+7a0n6Odu6113BK+1+sjW9LPeUXkWvyjXsNYYkT5lbymci18Tdpr
6ZduT+Vvub3l+Ea+BrREzm9ZLMxSSf5L0szJQ8/fj6PHv8Xfl9LXuKby0Ps1riV/h0te0dxDr/zn
pnHmazDY0odp+vSkyLkwOKLa/C6P/ajHf7T83G1Vfkc9/vkfkjP/UbmXb2k5p4451T5a289a+e/V
VlrTbQm/9+9fqP0s62ct/tF/f26310/ytxb36PJrKZ+YVPja7an4l0Yd35Zqfr9zy6dnmnO9z9+z
xT/670sPLb9vOfnPGZCIpbeWv15K8986sJTT+Qe+4UPoQoDzGfEDfiWhzkEvR62f3DsaZ7DXMZyx
8z9NfdpkS/s5wt+frdrKWc6rVPmnBgFa0zzib2SJLfPf8/xtjb9mcK01/lT4rf7mhtpv6+9bbqf2
vk+sg50Tfmut6eeGP8tvL2zpObQhdKcg9nltGk5q+3yfVPqx+Jdx9fpBG53/tfCxbaHjS8Wdm/58
v5wyvO9/u71+9kcolN+cDkNJ/eaGLz22nmrrp+T8W4szN1/zupvXZ077ScUZk2o/PeSen8v9Sy5M
7/vXXGi0hu856NFy7Pf/L+uzRu/f77V/xy6ac23Rfrd0P45YJ793p2otrp7xx87/2D61aS3LJyf9
+X5bt5/Rg6Yl8e/dIa1R035Hd3jX0hpRvz3+fo7W+vcVHlXzIoC1HZX759QUofnn0Pbl6OqIi5NQ
+iX5X/scC1tyfKFjLs1/6x+Y0h/YnPKLHX8q/Fpaoe29284y7tj3ofrJjXetPnvIab9zW7eflJL2
0Rr/HuF7Gp2Xef2WpnEPW1pvy9+OtX+3ymm/OYMDLeWTEz5neyr+kC2OLyX2mx87/3vlqTb9u5bf
puX5MWIQNRV/69/PVN5TA1Ox/I0uny2k8t7yN21ePiXxpK4/lr+NOfXT2v5HnNvwiIIzAGq0jHqe
fWQuJ/8jfriPYvlDn/uDex90aL2DlirDezqPOAo8L8P751It7XcZR036te0n1+g6X8Zfegyt4XPj
ncu5a1MaPqbl3CtNa2s57bfl72NJHmLbU/XZur0lfyP1HLAMiZVPyYBuzW/g8vzo/Rs6Ov7Wekjl
b3T+RxvdkW0pn9j1R+i73vWTCj/q7yucWdcBgLuaC4Gzn4wtP1bz7454cVui5gKmRwf27O1nbyUd
rJFlXXsBnBPvCKEOc0nbbwlfGv+a1F290nRyOpGPegF29ONL5e/InfgWW+U7dveade7SxuWWj/L7
3Oi/r3BmwUcAzt4RZRu1U7aWUtMjt9DrWO5xXU1N/fUsc8od9YJoxHkY+ndr/I/YflPHdLRjXk5B
Zns150LJ788jnWu5x3HU32fg/D7EnonbS+sP/d5/KEanv/fx9bQ8lpxOZOr49y6frdM+0iySvfOQ
c8G0Nttk2YEYccF1lt+1Lc+f0X9/QtNMXVCHna3zf5dbp0f4+3CWAag9yqokzaNfC4z4fdvr71cs
P2t5AY7taZqmt2n6/KQNTemcP+e29sxb6hnStR+mtR+MnGnysbRanr8NpV+zvfT4l+Ub2y92DCXl
lzq+lJryqUk/dPw55ZRoS7gAACAASURBVJ/zvHON1HTn0H619RM6/2qPLxW+5PyubV8t7S8nbOk+
te0it6xC8deGT51fMbntNxU+p/3knJMl+5a2kdT5stSjDbaeX6Vpl56fqfrP3d56fC3lUFO/udc3
uWnH8j3y929U+HkcI+Nv/f0Jxb91+fa4Ds5Ney2OkmvD5X49/v7mXM/k5L00/ZLwrb+18GjeBwAI
22NUdS9bHOuVyhMAAOAohiwCyHls3RnX+adEajqhdgQAj8fffxjHDICEK0wbGnmMrdO7AAAA6MMA
AAAAAFxA8DWAAAAAwOMwAAAAAAAX8Jz7mqa99XhN19m1lEFO2CPW+5Zut9fqck29Biv1GrPUa9DW
tvU06vwa8Xq9ZVy9XiN4hnZfc47uWX45r7EqfY1Tj1eQrcVT8prF0t/QnudBaf5Gvmarx2vcriJ2
rTX/riT8lmr+PpbGP015r4rc8vhHn1/LeFK/oyN+n1J5WtPyGsIj/jZs1b6n6ZjHn3L2/E/TuD5O
yXVQr2ubHj6cpSLPks+RWspA+cWlVpsdbV4/qX/3zuv8x6d3O2mNb5m3ZRmkto/O35Zq6v0o5TeP
fy2dVPqtbT6Ufir+kvLJjaNGbf5a6zc3fKp8ry70bvTSjtiovwG56e9pr0GPe9ojzq9lOqk8LPft
8fuUI3Zex37fepXPaFvk5+y/iWfP/8hOdirO3O1bnxceAeDd6Au32+31cD/8Z9P7h+Lqsz7Oora+
U+f0GTpro38zesSf00HvHXeO1vo9Q/s4m9byfNT6OGJb2+L3s6TzHxo4bUkjJhW/64d1e1/n7p3+
0Zyhne4xCPC8/CJnevJ8+9p055Ltqfh7aJnCtcxzbDR2bfta/GvbYuUTymNPqbrZq/56pF8yhTW3
/S/32VMqf7H2Vxt/Tf3XTmHeyqgp1r3Kf3kO5KYfiqtme24+exr9h7E1/lT95IZf5qdX/krTX8vD
ct8j/b7nxh/6ruX6plbJ72MsfGv55V6/1eQxtH/qb2ysbGJpzLVeH4TykVJzfvQ8v1PlfbaO4Rmv
/0pnX+Sen7E8huLLbQ8l52cq/yVtv6T/GMtfrdL0zzCQUOJpmqa33A5q6LvcTnLsj05OBdcUfusJ
EGv4OdtL85P6PPICPbfca+uvVqx99f6Ba+mctaRf8n3PNpA7eNByfLH9ay/QS7antOSvtC21XkDX
lF9u2j3OgdK6y92nNn8lbSNVbmvhc+snJ/1YHkrzt9wv9De+tf306Dy1/L6XxN/6+1P7+5u6QM49
3lT4tTh6Hd+ov4+pfZffj/59Th3HXY/f9pzwy2OJXQPW1HVrHmt/37f6fRh9/RfKa25+tri+6Pn7
N+IaYvTvfypM6/Vqbr5y8t2rHeb6bAZASOhEn2vJdE78vdTkc+0HOHd7y7Ft3SBqbVF/Ry+Doyo9
d2+31/e2XBLHWlxr29bij4VPdXhi22P5Xks/lL+W44+Fzc3f2m9KbvnNw5f+cWotv1Be5vkvSTOU
71D+ctLPib/0/Fhuj4Vv/e0sGbDIzf9SqH20lm8qrh7mbTKUTm0d5JwfORfOa3ktDf+Ifx9zy230
9Ufu+bNXHeT+vs8/9xjMuQuVT+7vZ46jt++WzmqP9hv7jU79/pXGubZPq5wyOnobOJtPBgBiF+cl
BV/bwX5EuSOmZ7dl/W3dVnJGufcUy1+v9neUYy3VK9+j7pjkdAhi8dXkoWT70et97/y11s9R/j4c
6a7EHnVam+be7W/NEfM02oibT7Xn8Cg9fr9r87r3AMfcEa//Wsun9Zj2qp8Rf7+O0Mau4rMZADl3
6KDGkf6IlDh6fo+eP/YzYsoe16F98Oh6DB7UziZq1TNO5/q63Lv3R539ASFVbwGYTycZ4ezxX93Z
y/fI+T/Cj32qfFrLLxb+CB3a0cffqjV/PfNfGlfv+tu7Lra2dkem9PhL2scZyrf0LtUZjmlPofJZ
+35Z5kf4fR4dV8/0a8pP+21TUn6jBnVCv1mh70tmcM2PbY/zs8Yyf6X2nmGXY4+yf7rdXt/uH0KN
aq3QSqa0phptLP5lHLF0QlLx5xxfaLpPavsy/ti07JzyKXmecC5VfrHtPeqvVkn7Cu2Xm7+1H8aa
PNakn7pwioUtyV/uYwEl+d96e8/fhhH5i22vPX/X0qn5fV7uk9pek69l2N71u0X+5vvU/H6UhK85
P2Pbc8qv9O9fSfpreQjp8fueE3/u3+e1+GsuutfyEMp7y/nR8+9j6vhSfx9j5ZIbNpa/+/e9/36l
tJ4fy3hqft9C5VeTfmn+crfl5D2UdsjRr/9ut/RM6db2G8tbKv2c379Y/KX5L72+Ke0/tnaSS/4e
lBxf6zVq63HVepqm6S25FwAAUGSvC/xcR88f0J8BAAAAALiAqjUAAAAAgHMxAAAAAAAXYAAAAAAA
LsAAAAAAAFzAc+srluZaXgOTu08sTGnYtbj2WgU19zUcoX1K06iN44xaXrOytk/PVwjm6vEaoFS8
sfA9jq+m/HJfgZZ6zQ0AADBNH+YXyS8vH7Peb1oj52K85oJ9mf9pqst77+OtSXst//NtrfWzVlaP
Lqf8ct7LGivvZRq95b43dvlfiVj4HsdXW365v0/3z3uexwAAcHRdHwEY1QEqzcM07dMRuN1ei9Nd
du72zP8jSrXJnPLP7byO0LN99GifNfFvVX7OGQAAiHtO7RC6+1gzhTonnRFiU99DdxJT05D3Hujo
Kad8Xl4+rtZxTvvoGX/ou1w1YQ3KtFF+AABwDJ8MALR04pcduBKhTmAvy87j/Fn/3IGNWBxr6dQI
xbl2Z7XnAESqfJbfhY6/Nf5Qer2kOv8taW6xvkIsfznp58yECO3bGn9KTvyx36d7uxn1GwIAAI/g
kwGA2g5eiy0W7OrRIdirU1EyANGaxii58W/RBkalMbJ+ctOtST83/Ojj6zHA9kizcgAAYITkIwBn
l7OAWo69OnOtcu56z7f3HgyoiX/rO/+j0u3t6PkDAACOresigFdXs8gaY20xw+QsRrdP7R8AAI7t
4QYAenT4Uh2Znh2d5Z1xHdbxlmsO3L+b//8o5Z/KX2tb1GkHAIDreLrdXt/WNoRWcZ8vspW70ntq
e078ITkr9OfGH1pkbIu3AMQWOGtNv6Ru1son93Mq/Nr20sXfUvvmhl2GLy3/+X6P1j6W4UfEP48j
Fn9u2+31lggAAHhkT9M0rQ4AwFHp4AEAAJR7uEcAeGw6/wAAAHUe/i0AnNsW0+sBAACuwCMAAAAA
cAEeAQAAAIALMAAAAAAAF2AAAAAAAC7AAAAAAABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAA
wAUYAAAAAIALMAAAAAAAF2AAAAAAAC7AAAAAAABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAA
wAUYAAAAAIALMAAAAAAAF/B8/8ft9vrJhpeXj5tnptXt9nrKfN/d6+CoxzBvIyPyePTjb9FSdstz
MxZHbRmOrlsAAGB/H6bp007D/eJ/rdNxZGfL79ksO5bKO19L2S3PzVgctXWibgEA4Bo+rN0xdAdw
H/MO3pGNyuPRj/92ey3uHC/Pr9JOdm6Z9Or8GwQAAIDH9RzasOwI5Hxem0ac2j7fJ5V+LP5lXLkd
ybX9c+6I9jq+tX1i22rSTymZYl4af27+UmUX+m4ZLrZ/Kv6zToMPHQMAAMBc8yKANQMF88+pKc7z
z6Hty9kLPTtvJfmrOb55vlvTr3mEIyd/oX/nyM1f6Phj5Rk6luW/Y8dWUn6tbaulc36ffZBqdy0M
HgAAwGMLzgCo0XLX+Oidj5z8rR3f/a7sfIHCM91dnqbwnfWt04/l4b7P2l3wo7etHMtZC8sFL9eO
+WztDAAAGKvrAMBdzUDA0TsrJflb7pvTgWWMIy1wN6LeQ49S1KSlXQIAwGMLPgLwCHdNj6Rmej7H
UrMIIAAAwFF8SD3zvYfWjlZJ+JJnzGviX+5rEKDcke7ilypdw2BtKn+v412Lq6b9AwAA5/Q0TdPb
NOWtlH7/PrbqeGoF+9TibbH0Uwuftazi3roKfyzd0rcALLf3Kp+Q3PhDeW+NP5ZG7lsAcsojFGbk
wnrLPMXizWnXsThyz8VUWJ1/AAB4TO8DADCKu8oAAAD7a34NIAAAAHB8BgAY6khrSwAAAFyZRwAA
AADgAswAAAAAgAswAAAAAAAX8Lx3BvYWei69ZsV6r1Jrc7u9RsvtEd8mkNtmHrVtjT6u1vhLwue0
3zPXXeyVm8vvc8MDALCty88AmF+Mvrx8XH13fI7Yu+dJu2p55XaGHrXTNPq4WuPPDZ9qv4/avh+1
XQIAPKrLDwCM4KJ4jPkADVzN7faaPZAwYkCi9fxz/gIA7O/yjwDkWLtYTl3IhqbJLrfPZw6EptPW
pL8MWxv/6PDLsKFpwqm0c/M33y+nDHPz36P+aqdI55T/Mo+92ldr/kL7luSvNP8tU9FTM31qt8fa
T20ec7bHyrvnVP/aY8vNX04cc7Xnb+nvBwDA0XgN4JR/gbjcP3SRn3sxndNJ630BXBN/Tqel9vhK
jik1OJCTv5qL99zyWEuztHxj+SvtrC07NUu92lfM6Pbfs3xTx1CSZiiOnHrtOUBRk1buebb2fWn7
zdFSf73bn84/AHB2ZgDMzC/ybrfX1YvGULgeF4Y5nd8Wo+NvSf8R9Di+e1tatr+UVP3d412707lM
b3Q9heLv1T5rOuEt8R5FyyDEfXuPmQe9y2neRkfEP08HAODRGQDItOXF4VpaPdMfHX9N+o9kj+Nr
HXjaooPV4oh5OpLWzj+/TRkBAI/MIoDA9PKSfgPGfJDgjFLHd3Sh8j9K5//s5QsAcAUGACrs3REa
nf6jH9+jKym/5b5bdOJa6zcVPrb9CMfXs3336vzf92vNV0v55g5wPOoAFQDAFi6/CGCqoxDaJ7Y9
tEjW2j6psDnpx/SIv2V7Tvpr8aTKsGbRwtx8xPK1DL9F+abSyclf7iJoofRDceXILb/a+muNPzfv
qfCx9hvb3np+p86p3M5/bC2TUPvLLZ+S8yS1IGEqj0f6/QUAOJrLDwCQ9kjPD9ccyyMdfy1lMI6y
PQ91BQCcnUUAeWgu2PtQflyR3w8A4NGYAUBUyRT+o2o5hkc4fo5L+zo+dQQAPBIDAAAAAHAB3gIA
AAAAF2AAAAAAAC7AAMDMEd8hfX+39RHztrXQO8J7lc8Zy/hM7WN0/aXSbk1nizye2VnaIQDAlRkA
+KajXrhacOobQvXTq3yOWv8pZ2kfo+svpTUdnX8AAB6B1wAC0Owsg1EAAFd2+QGA5Z23tfc+r92d
y73YnYd9efmYFX8q7mUcLflLhQ+ltfZ5eaw58ZfmLfVe7tLyLY2/JL2c+kmVb6na46/Nf25+YumV
5r8k/Ryt7SOVv5z6j8Wfk/ce7a/l/A2F7ZE+AAD9eA3gN4UuvHMusHPiXbMWPpVeToexJn890lsL
05q/nDA5gyypeGo73qXll9reUjaxNEP5bc1/aR5L669X+rnhSttHr/Lbq/3NP6+FKclr7bH2HgQD
ACDs8jMAtnK/mF7e6Zqm/Od/cztRNfm65y0Uf25cIVs845y6q/zoRh7/nvU3Ov2R5dPz/GqRc4xr
+TpK/gEA6MMAwM5ypuvmaLkon1/kt8YVCr9Xp6FX+Z7VEdpXD6PS36J8ep9fNUrSXO57hPwDANCH
twCcyMhO7MvLx8t2kmG0s59fZ88/AADfYABgxfxu19HkXISX5H+57xYX+a3lO7p+jlz/vS3rO/c5
+T3rb+/6SaU/315zfpUc3+j62+P3ITcvAACUswjgzNqF7vL7te05cbYuwrW2f84q3yV5DIXPzV8o
3db8hfKR+i6nfFPxl+ZrLrd+cvOXSrvl+GPHfqT6q00/1k5b20dJ/a5tT8Wfo7b+ep2/ueUb255a
BNAjCAAA7QwAQGc6KgAAwBF5BAA60vkHAACOylsAoEGv6fEAAACjeQQAAAAALsAjAAAAAHABBgAA
AADgAp5zXlPXouXVVkc0apG3oy4e17P+tmgLR66fRzsXSqWOf/Q50JL+Uerukdv3yDLOift2e929
bmPp52yfpmv+tgAA+d5nANwvHkLvNK/1SBcjIy+wYu8831PPYx3dFo5cPznvtn9kex9/a/pH+B07
cvuex1FjdPtI5W3v8zGV/t75AwAexyePADz6Rcbt9tqtAzfCVTuHPZypfo7QmdxT6PhfXj5uUjZ7
p1/jTO27Vz4oc+T2CwAcR9ZrAJcXhKHHBXKncObc7Vlui8V/5VexpcqnZ/mFOiE54ffsVITaW+7n
EXrVzzJMTd5T9dd6fq6JtY/Uth71U5J+yt6/P6FzK9Wh75nH2PldUz6x9hd7XK20bSzj3uv8CaWf
m7/Ub0fu70uv8wsAOK6n2+31bZp++w9/6gIgtmbAPJ75PmsXIbELtthF0DKO0WsYjIyzVzq5Hdr7
d6Xl16v+Rl5cpuKNdSJytuem05p2af3EOl45ecyNv6TTlerElJRtj8GZXnWb+1tz5d+f1t/3VNot
g3e122J6nD856efkLzU4UPt7DgA8lk9mAOR2nkJSFw05F2Cl8d8vYu6DFzn56CnVAWvtoPXUI721
8p6mcDnsfUGZylcqXM8yS8XXekd7OYDXEldPe99V3CL91jI/q9xyzf2drP3bsJfcvz9HPgYA4FqS
jwCk7tasqbnILgmz3Hd+EVabfq2SqaxHMSJPRzzOacq/y1hyF3K0o5YlYXvWWWqKf2r7FmrTqvn7
s7Wcvz/OaQDgKLLWAOgldPe4V9zTNEXj3/tuNHFbPR6wbCOp7dDDqPZ9xkHIR3OF3w5/PwHgMXxI
79JXzp2c+d2UlOW+o+4UbXEH6lEusErqr5dY/by8fLo6dunnu0epn5Q96u+RjCi/R/r9OXr7Gv33
JxV/63YAgJhPFgG8i027XD6vWTK1OneRsNi23OcrRz/rO/oudU3YuZ7l13N77HnfHmV7hvqJlV1p
/dQsKFYSf8n23PM75xhL0k9pTb9X/q7QvtfO79L2lfobUvL3KTeNtXhytZ4/uenHtue0z5q/v2tp
PPoAKAA8uqdpmt72zgRtHuHC7BGOgfHO2k7Omm+uZeTgLABwDJuuAQAhLixZ8ygdj7Pnn8eUe35p
vwDwOMwAOLkjrV4PI2jjMI7zCwCuxQAAAAAAXMDmbwEAAAAAtmcAAAAAAC7AIoALR3zN1jKO1nhY
11K+OWHPsKBdLI+p/LeE3cLt9hpN/wh5TEmt0n5Xu33PVxQe/fftyO3n6GUHAByHGQAzIy/gYu9c
zpHz7mbatNT7I1x053Tgl//O3b53u32E8yVWP/PvWrbvXT975yPkaPlZeoTfHwBgGwYAvmmLuze9
Lm5d7J3Ty8vHw9bdmdr/KOqnrX56ld9R6yDlyO0HAODOIwAFWqZA97a8WH95+RicBpp7R3YeR8kx
xOJvTT8nf7HpzTnlE8pjT6m6qa2/R9ezfS/jW/s+ta00/atoad9rSus3FH+v34+141n7PrWtNP+p
/AEAlDID4ARi06vXLiTnn+ffz+9Q1UzjjuUtFH/P9EPbY3HPvwvts+Xd1dD3ofyVlN9IrVPMW9Ot
LZ/lXdnQXdqcQb0j18/eatt37N/zz7H6jX1ei2v579Tvx8j2k1M+V29bAEBfZgBkSN0Fyr1LVCv3
znxLevc0lneiauPqnX5se0t+t5y10cJF/3GstRX1U6925tFaPKk0ev9+bOHo+QMAzsUAQIbQXZvc
7VvbO/0tHX3xsF6uVKdnpH6Oo6Qujv77cfT8AQDnYwAAHsToAaiS57b53FEGCLkm7Q8AmCZrALzL
ucMSev4zd/tVLsBut1d3qgYaUb457T+Vbs72eVp7aS2/1nKoscUd4KPUz9H5fQMAzswAwMzIi+yW
i+ucRbLWts3Tu1+0xvJR++x+LP6e6cfC3OMurcPW8He1CxiW5m9kJ+2o7T8mt3xSj+nEFoiLxX+U
+mltf635rm3fqbCp8i1Jt+X3Y1T7ScnNX0v5AwDX8jRN09vemQDauHt7bOqHPWl/AMCdAQAAAAC4
AI8AAAAAwAUYAAAAAIALMAAAAAAAF2AAAAAAAC7gee8MHE3oNVPz1ZPn36W2x747mzMcQ+w1YUvz
+gttD8XLutLzZ/ndXeg1a3uW//w1bLXhp2nMMay9eu5oepXfNI07xpy2Wbo9FO8WztAuAIBtmQEw
c9Z3rPMNa/W3/Hfo/fCh7cv91F9Y7PwpeUd76n3tezh6vR+9c9ej/EYfY2qwav77cP8+tX2Z963b
0dHbBQCwPQMA37TFHZq9OzGtYh3kvZXUX2ofgwDlcsq/tdzOXv5HPn+uzu8/AHAVHgE4uJwp1LHp
02uPK6yFDW1fxlMa/1rYPadz36chh9JOba9Ncym3/EvLtyb8lrbu/PQqv7X4avIRS3vt3OhRf7nH
l3qkKRY+1X6XcdVOod9aair/6Kn+qUdqatpH6BG21t+X2vgBgG2ZAVAgdRG650VqaPppzoXj/XPO
FNa1tGPhl1Nk9+78t2xvSTNUR62fW+Pfyl4X/KXtc628ch8TyclHzLxOSs/PVJypKeqh9EvaV035
5eRvz9+MuVQ+9shnafsIDWDUnh+98wcAjGcGwIncL6LWvs+x9wX03pZ3oUq3t8iJN1U/rfW3d/2P
LN+zu5fNqDJKxZlKf3S95XZYqTe6LEN/nwCAYzEAcHI1d3avfJE2upPdI95HHggwCLCPo7eZK/8m
AQBsySMAmZZTIku3k3a7vW5Wfkd9nGNPW5Y/9Da6/aYe/6h9PGQrpt8DANNkAOBdzsVR653ZlimY
BhjiSi5uazv/vabQPmJHe4vOxVGmg5+9/lrzPzr8HuWb035b832E9jvqPO3x9+ns5xUAnIUBgJnY
InqhfVPb72ov/pYLaIXSv188hRZxWv67VG08y/yNFFtALJSH1PblfrX1d4879shG7sJsPePvqaVz
kVsOvTtPqfJb268mHzn1kDOAGEo/FH/u8aW+ywkfEyq/VPyp37eeRsbd6/ejdhHIWrn1E/s3AHAs
T9M0ve2dCa4j1YFx4bgP5X9c6iZNGQEA5LEIIEPlXpi7cN+X8ufMtF8AgDxmADDcchqqi3XI49wB
AKAnAwAAAABwARYBBAAAgAswAHABy9XtvW6JLWl/AABwDJ8tAjhqNeUer8+qCd9T6vWAsWPMebUg
YXuV31qdHnHF8dbyOXP7zH2t3hHrbZrir3csjaf197U0Dz3bTc4rDlvSip3La0qPPyd8SxscVT45
4XPq2d8/ADiHT2YAjLxArn3H8lHeLRx7v3oOFz1tlF9Ya9uch2Vb87q7/zf/vjSeUsvf19r31LcK
5X+r8lnGX2oePhRPy6yXUeWTEz7n9yWW3jINAGBf7wMAW9wda+mgHEmojEZf4NROnV7LUyqfe9fR
UdJfttmj3UVe5ueI51hN+2tJ42zn59Fs3bZTd9F7zSxojb+lfnPCheIfWT6p8Dm/L7mdfwDgGD57
BGBNaopt7hTcUVJTGJfTD3tclNRMkQzpNcU1pmQmRezuz9p3scc05vvmllGPu3st9Z+621aSfs7x
j2ifPfUo35EzeXIGGFrKfuT5eU9zPn0/NcU7lrfWtnPPR83x16Y9etBq70Gx0G9Ari3zX1OHe5cv
AFAmawAgdTFwpKn59+/uF7KhzmrtM5Kh52xrL+5S+V+mMVrLBeA9/LIzM7+ztdbhaUm/d/2HOq+p
DmQo/dTx92if83R7t5Etzq8t5Jyfa+f5FufnWhsJxRsaLOhR7rG7z7nHHzu3W8QGQUakUzprJZS/
knrpWXe1vx+xsC31ulX9AQBpWQMAV7fFXdkj3D2pPcbcvOfOPNjr4nB0+i56j+t+jocGCkafn/MO
47KjtdVvQ2yQpOQcHzEIkDMA0ap18HMeT6oOj1Y+W/72jao/ACDPQzwC8Aj2LqvWzn/JNNCe04d7
iaXf++LdAMP5bFW2uTNERqZf8v2jGPX7E3qc40jlmZunI+UZAKh32kcArngHYdTF494XpWdJv/Yx
D/Ls3Q5atTxedNZjvpKtZoFt2Ra0PwC4nve3AGxxh6nXxcajd8LmzwNvkdY0pe/83ffrfcG49wVo
6ZoAW92JDeUl9axxaibDo587Wzh6OY7O39a/T1cu6z3SX1uPYtTvPwCwvadpmt7mXxztLnPs4ibW
GUs9Q1tzly4WNrVPbHtr/lrkzqSY5zF2bMtpyznlUpr+Mp6W+k+lH1oEbRlHLP5QvnLzH8vLWhy5
gxmxPPQq3xItvz21519r/fZQUr6x9Uhy2kAq7Zr22fv3dRnH6Pjn+/Roe6F4cso6N/55+Jbyyfn7
utwvdW71zB8A0N9nAwCPzh2Mazt6/R89fym91pIAAAD6e/i3AOhYXNvR6//o+Uvplf+zHj8AAJzJ
JWYA1E695DEcvf6Pnr+Us+cfAACu4hIDAAAAAHB1H9K7AAAAAGdnAIDLW75Ka+9Xe/FYtC8AAI7i
s0UAj/oawB6vbDr7gmspqdeAjT7+lvRrXmF2NrmvPCyNc5ryzo9U/T/6+THaFdowAADn9skMgJEd
gNg7gWmX8+7yI6f/6B2mvdt9Kv2983d2e59/AACQ430AYIu7f3tfHL+8fHz4juY0hetwq+PfK/3a
qdVreUrlc+8OXqjDGZsRkIqrJn0+t2w7Ne0LAABG+OwRgDWhi/1Uh36ri9y19EPTn5fb5h2m1D7L
/XKPL5W/2Pac/K3JPf61bT0Gg0rST8mp31bz+Eo7/zn1t9w3t/5z0k99n3ue5nbql8+zz+NY+661
fT/C+VfSvgAAYJT31wBu9fxv7cV7qtPe8gx0qMOyFv8e+c/9fFfyjHfr8bWmX5q/2jz2klNerW0y
Z62EmgGWHmsAlLbn0gGCZRyPdP4BAMDesmYAHNn9In6+wNrRL8BH3L3es1O8RfpHmHKeu4hhq6Mu
0hdKf34Orm3POuZOKgAAIABJREFUtdVxPdr5BwAAuR7iEYBeHRCOa+86TbWtPWfOrD1m0Ds/W55b
e9c1AAA8qqwBgNLnXfcwH4wY0QHi+EZ1UvceWMpNf/mc+tbpAwAAx/b+FoDShcBqjOhIzO/8z+M+
wpTxkGWeKbNl+dWuiRDLX8n20uf2e7f/mnUB9mrbue3C+QcAwFW9LwJ4d8S7qC2reIf2qVn0KxZ/
TGv+eyxClnP8qThCWtMfnb8WObNJcvMXWqgvFj6Vfukie6E0QttHpd/SdlP7pdpWKL+p7RYBBADg
7D4bACDu0adDP/rxcW7aJwAA1PuQ3uXaHn268KMfH+emfQIAQD9mAGR49Cm+j358nJv2CQAAfRgA
AAAAgAvwCAAAAABcgAEAOLjlc/Cei+dItE8AgPN4Xn5xtNcA5rxmbHQeziL0mrnl9lHHv3f6KTmv
9LuyEeVTcv6m2sfe7efsUufn6PAAAOzvkxkAIy+wU+8cp03uu99HOnKnQLuL27t8Uunvnb+z6/H7
cOTzGwCAPO8DAFvcXdt7EODl5eMlLmJDx7j38e+d/t5qp0avlVmqHPfuMIc6nLEZAam4atLnc73P
wZr2CQDAPj57BGBN6GI61aHf6iJwLf3Q9OLltnmHJLXPcr/c40vlL7Y9J39rco9/bVvNYFBJJ66l
/Eu3L7fldkBzy7/nIyox87hKO/8jyycn/dT3ub8juZ365fPo8zjWvms9/x7h96Emj6H4dP4BAI7r
/TWAWz1fW3txnOo0tjxjHOoQrMW/R/5zP9+VPEPdenw5xxNLf5n/ZRy96r+kTcTKtzR/W8upz97l
k9p//n0oXCrenO05+a0pn5L6P/PvQ04e92zbAAC0y5oBcGT3i9Lb7bcXMDv6xemIKbh7XZj3TLfm
rnJpPC2O3q5yOuY9tHTQRwqlP/+NWNuea6vjOtLvw951CgBAXw/xCECvC3yOYa3+jlSnR8rLXart
7zmzZ+0xg9752fLcP2L9AwBAjqwBgN7Pk44wH4wY0cGAVqM6qXsPfOWmv3xOfev0AQDg6t7fAlC6
0FaNERfq8zv/87hHHkerZZ4pkyq/1u1nUrtmQ6/yK31uv/f5WbMuwF51n9vu9mqfj3ReAACw7n0R
wLsj3qVcuyjNXSU7tE/Nolqx+GNa899jka+c40/FERJbJC2Vfk3eU3HnxJMbvjZ/oX17y5ntMrp8
WhblC8Wfu31U+j3bZywvOeG3+H3IzZ+FAAEAzu2zAQDiHv3i99GPbwvK8LrUPQAAR/Yhvcu1Pfq0
2Ec/vq3pAF6L8wcAgDMxAyBD63u0j+7Rj2+k1scnOD/nDwAAZ2EAAAAAAC7AIwAAAABwAQYAgKGW
z8l7bh76cX4BACWel18c7TWAOa/xGp2Hs8h5JdyZhV5Tt9w+qgz2Tj/l0ev/iFJtYm8lv5+p9rt3
+z671rZy9LYGAJzDJzMARl7gpd7pTZtHL9fcd8ePdOSL7kev/6M6cpsokWo/2lebHr9fj9LWAIB9
vQ8AbHF3Z+9BgJeXjy6iHkCoDveu373TP6q1MkmV094dzr3TbxXqcMZmBKTiqkmfz/X+jag5vwCA
6/rsEYA1oYu5VId+q4uQnFexhaZPzi+IU/ss98s9vlj+cqbo5oQPhS0JX3Nsqfhz04+V/5rc+l3b
1usYc9IvbV+l23vVfyh/vR7Bme9b0vkPnQsj21eoTNfiD4WN5a93+0jlP/V97u94bqc+Vn9r37XW
38jf5x75W1P7+FpOfDr/AEDM+2sAt3q+s/biLHXR3PKMa6yTkdMBGZn/3OMrOebQRetSzjH2yH/u
51S+atLKkTqeWPrL/C/j2Lv+W/PXW23bqD2+0vR7x58KX1r+uW1wTapec+q9tD33bp97/H3p9fuV
k8et/k4DAI8rawbAkd0vim63314A7UgXR63563V8OXeQ7mnk3umLxdXTnhe+PdOtuWtbGk+Lvc+b
mrIuOT9S8a6l3yP+3LptbR97dw5D6c/LcG17rq2O60i/X3vXKQDweB7iEYBeF5ijtOavx/EdrUyu
bK0ujlQ/e+SltW2XnB8ld85r4o/Fm9ORr2kfObMC5p971/GWv71HOlcAAM4mawCg5oJ6a/ML7BEX
uK1a83f044NaPTqPLedHTvpHPv9KBj5aZ/e0pA8AwP7e3wJQcoeq1ogLxfmduXncI4+jRGv+asIv
w5RubzU6/kfXWn9nKv/W34Qe51cs/SP+vszzVPrcfu/816wLsFfZ5Z4Xe50/ZzpvAYDzel8E8G7U
3ZyWeNcuikKLaK1tX9unZlGnWPwxNfmvSX+to5IKn7PIVUpr/fRYRCunflNxhCzLNVZmy/hr8p6K
Oyee0vovzV9o31I5d9NT5d9yfKXpx+LPab/L/Le2j1T+c87vlke8RqXf8/yJ5SUn/Ba/X7n5a1lP
AABgmlYGAIjb4uLLBd44yradMuSotE0AgLgP6V2ubetpmS5g+zKtti/tkyNxfgMAlDEDIEPuFM4e
cfeOn7H19+i0T47O+Q0AkM8AAAAAAFyARwAAAADgAgwAAAAAwAU8L78oeWfz2muslttD8QIAAADb
+WQGwFonffnvZQc+tX25nxWbAQAAYHvvAwAld+hT+xgEAAAAgGMpXgMgNVBgqj8AAAAcT9EAQOrO
vTv7AAAAcExFAwC1U/8BAACAfRU/AmAQAAAAAM6neADgzuMAAAAAcB7vAwAlK/TXdv4tEAgAAAD7
eJqm6W3+xbKTHuvsv7x8TG4PxQsAAABs57MBAAAAAODxVK8BAAAAAJyHAQAAAAC4AAMAAAAAcAEG
AAAAAOACDAAAAADABTzvnYGU3NcM5sZV+xrCeT68yhAAAICzOfwMgHln++XlY5cOfGs+AAAA4GwO
PwCwRmecGrfba/NAEAAAwFkd/hGApfs0/vkgwLJTF9t2/5wbvoe1Tmcs/fn2eX7XHkOIHc9yn5r4
c/TKfyj90fkHAAC4gqdpmt72zkRKSQd9rUMc+z43fEkcqTBrndbcDvwyzOj4W48vJ/6W42vNPwAA
wFWcagbA8i7vXeu07pHTwu95ni9AGBtcSMVV6wzxt3bYdfgBAADCTjUAME3pO/ulnfnW8DnmgwDz
tJb7lMRXk4ezxG8gAAAAoL9TLgJ4RvN1CyxEtw+LAAIAAFd2yQGALTuCy7RyBgFK8reML+f599HH
r6MNAABwPIdfBDBnAcDcReByVplPLTwXy0fuMaTinm/PTTe2An6P+GNa4i+t39L4AQAA+IbDDwAA
AAAA7S75CAAAAABcjQEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAU8750BOJLlKyDXXkF4N39l
ZGh7KF6OJ/YqzaOkr30CANDCDAD4prVO0PLfyw5Savtyv1iHjP2UdKxHSXW+tU8AAFoZAICp7A5o
ah+drHM74l1w7RMAgB48AgAFbrfX6J3U1Paa9Kbp8+nca9O350rST4WPbe+Rv9Hx16jJX+pzbIp/
r0731u0TAIBzMQMAMqU6aSPunM47kvOO2z2teQdzbXtKKnxqe+pzz/hHHP9y32W41vhT+V+m0WKP
9gkAwLkYAIBMtVOrj2ytQ5q6QxzaHgtzu72+/1ezPZaXe/hU/lJxLP+9hZ6L7z1i+wQAoC+PAECB
R+xk3aen9+qMlg4OtKbZO/9n9ojtEwCAfswAgAqPNt26dvr8UZw9/709WvsEAKAPAwAwla2AXtu5
OuId6uW0+5xyqJmqXxK+JP6a/J/RVdsnAAB9PU3T9LZ3JuAoSt4Hv1zZfW17KN4eeYrlceu3AMTS
bYl/vn2r489ZoT+U/3mbKF0wMRR+LS9Hap8AAJyHAQAAAAC4AI8AAAAAwAUYAAAAAIALMAAAAAAA
F2AAAAAAAC7AAAAAAABcwPPeGQDgMXhNIQDAsZkBAECztU768t/LDnxq+3K/2IABAABpBgAAaFJy
hz61j0EAAIBxDAAAsInUQIGp/gAAYxkAAGC41J17d/YBAMYzAADAcLVT/wEA6McAAACbMAgAALAv
AwAAbMrjAAAA+zAAAECTkhX6azv/FggEAGj3NE3T296ZAOD8lp30WGf/5eVjcnsoXgAA6hgAAAAA
gAvwCAAAAABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAU8750BABgh9JrB5esE5/t51WB/
OeV7u702lf1a+C3qNdbGRqe/9nrM0ldmruV/q3Mg9zWgW2itq1T79SrTNq2/D8CnzAAA4CHNLxhf
Xj6+f152PFxYjpUq31hHMEfuQM/W9k4/Zd4pjZ0fo4TOzz20Dj4xjvKF/gwAAABUWnZkt0733kF6
hLvMZ857zN4DHABzHgEAgIDUFOnUbILS8Gtx9MzffPu8wxiaAp0bfu1zad5Hh49NmZ8rKf+1fbdM
PxZPq9L2Md+vZRp9r/aXk/9QGqFtsbyFjr007dL8x4wsv56/H7H4l3EZSIF2T9M0ve2dCQAYIbeD
lfs8dewiNKdDvHbRW/sMd4/4cy76c+MvKZvcbTly4l7Lc49n6FPhtki/tXOY0z5y8t+a91Relt+V
nm+pzzUDSLHvU/u05jdl6/JLxR/bvyQM0M4MAAAe3qhnfGPb7he09zuboXz0vHvb8yI5N/9nkNM5
e+T0W42u9+Vd4C2UdNzP6Ezn71HzBY/KAAAAROTeEQzNNrhfhIfiOvLFb07+z27vY+o5ODXv7I1w
1rhr5JzfR3e28/fo+YNHYRFAABho/lzzWTsRZ87/Feg4EeL8BZYMAABApvndtNJ9cy7CS+IfET4W
1xadiL2Pv2f5jU5/eVc3Vj97H9dVHKmc9zh/RztS+cKZWQQQgIcUW2Asd7/QtP617bGFtWrjT2mN
P3dRr5z4U4t4rYUPxVMq1dGpPb7StLdMv2TBtJxFCmP5D+WrR/5b4s89/3LKP3X+xhYKjLXfHr8v
tQst7v371dq+QvkE2hgAAACgyVmeMydfqk7VOZyTRwAAAChiOjbAOZkBAABAsZJp3JxLqm7VPZyX
AQAAAAC4AI8AAAAAwAUYAAAAAIALMAAAAABQoWYxzPsimjlhU/ucfTHOtXIoLZ+zl8HWDAAAAAAU
qu145i6a+Oid/xCLSo5lAAAAAOCCSu6gjxiQeHn52NThbw1/Rc97ZwAAAOBIYq86XJuyvtynJq17
+FT8udtfXj5+sm9LR7mk879WHrHvcvLWGj43rpbZGSXlv/y+tQ2V8BpAAACAgFDnrKXTltMBTMUf
2x4bFKjNa24+So4l5/uS48yVG38qbOi7WP32rJsaHgEAAACYKVmIrsXRp6+3DELMt49Kv9ZWne8j
1q9HAAAAAL4pNeX+Klo7//y2I5WRGQAAAAAXFJrlcJTO/9UHYUYwAAAAANBg9OMCqfh7pt+r83/f
rzVfLYMAuQMcobi3eAxkawYAAAAAvmneKbzdXoOdxNrnyHM7lKn4c9Kfd2DXtodeo5c6ltj2+bbQ
v+f5jv07pibMfN97fkoHGJbtIzaYkHpbwB6DC94CAAAA8EA8n38e3gIAAAAAD2jvxwrMAAAAAHgQ
oUcVOI4968gAAAAAAFyARwAAAADgAgwAAAAAwAU8750BAAAAoMx8LYHcdQTMAAAAAIATWb4+MPfN
AgYAAAAA4KRK3iLgEQAAAAA4sfkgwNpsgPt2rwEEAACAk1h28Nc6/6HvPAIAAAAAJzHv3JdM/58m
awAAAADAJRgAAAAAgAswAAAAAAAXYBFAAAAAOInYIoBr2+f7GAAAAACAC/AIAAAAAFyAAQAAAAC4
AAMAAAAAcAEGAAAAAOACDAAAAADABTy3RjB/xcDy9QN7xAMAAAB8rnkGQK/Ouk4/AAAAjOMRAAAA
ALiA5/vU+5eXj12m4c/jW343lxt/7/wBAADAFX24d6SXHfe1TnvK7fb6Wfh5vPf/SuKf718THgAA
AFgsAth6Vz0WXocdAAAA9rP6FoAR0+tN2QcAAID9WAQQAAAALmCXAYDb7XXIIwGj4gUAAICz+zDv
MNcu/BczX7Rv3kFfPhKQk49YeAAAACDsaZqmt70zkaLTDwAAAG2sAfD/t3evybHaaABAccqbixeQ
Rd4FOMvz/JjpG0YReqsRcE5VKrcNkj4J+iEhBAAAADzA8gMAvbcoAAAAABe5BQAAAADos/wMAAAA
AKCfAQCAGwsfj+pxqbyT8w8A1vJ5dgCrCZ84kPqh8vX1V3b7Ub618aTyDve749MSVq3f7LhG5v/9
/eu082aF45eLIfUeXSX+lc79dzqr/WPnxIpPpeltnxXO75zVYyz9fMltP6pb7v1/5nk54tj0xn+F
82PV4wc8jxkAO7EP4PDf4Ydzbnu4X+2Vj6P8w3zu/qWxav1mxzUq/9KBpFnOPn41A3sxq8T/VGe3
/8p6z+192lWNqONsuTbsaeMV67t39vmz+vmxWjwABgD+p2b0tfWLftUvJ3iS1Pvz7B+yM8TqlKvn
2Z9Rq5QffmavdpUujGfF75iW8682vzvo/fy5+ufXqPiv2gZXP37AtbgFoNJrGldumt5KH+SxH4Ox
Ka2xbS3pY3nUxDfiNomZ8aXSp6YMj4qvphMS5l0yzbQ3vlo17bO/7WZkJ6Jn+ujM87/2+B05mtWU
i6dkCnxJ/OHtUiXnd6nR589R+TV/D9smVf8Z5/dII9q35vwrUfr51HL+hUq+n3LnbM32lvd/qm4j
z89Y/iPkyq49fqPOj5Jze8Tn98zjBxDjMYD/U3r/b2yfmi/Ilh93pR2M0vtVS+oa+4KJ7TP6Htma
2N4RX20HKCxzRHy5/UuUnt+18ffGUNs+I94/NYMfvfHXyv1AnP3Drvb9n0u//9vr77XpS/Iedf7U
/kAf/flQe5zDvEZ/Rrzj/Vka18vI9m+NpfXzfOS5Xxvb0d9qjmFvjCmln32p4xumH/X+jKlpg1WO
H8CLGQAVSr4QUttHlN8qFVdJnV4/Lo/i6Kl3T9rS+EY6yr/ky70n/9lf7KPiX03vj/4SZ53/I/V2
HHNy+Z79w/XM9xfHRr1/ezumqW1nfWa/wyqfT0fecX7EBtheVm8fgBgDAJVyXzCrftGX/kCJfZnt
O9lHeY0a9W/5Mi2J72wrxlTj6vHPdub5P8Koq8Yl8c+4etirdIbM6/UZHdGz8r2bltlDZ78/z/LE
+js/gCewCGCj3Af93b4Ivr6On0CwgtXjG+Hu9eMcK3e+VypfBxsAuAMDAP9T07lq7fyf/UN3H0dp
JzLct6SdavLv1RLf6DJHp09tH1G/2fE/3ez2GZl/7jMpPN9Gf4ad/ZlYO4X7zEG42HGvOT7et/fg
OF7bWcfPeQPsWQQwUDOlq2aRmFH31+Z+qKbKLtmeWtipNf+cXPmxMlrr1xtfmD41+DCi/UryL5Ub
KGmNv7bsMP27j1/JNO+jRZxmx5e6nzV2rHqVTmdPlZ2Kv6Rda8sP8+l9f5WsfZH6LC99/4b5lMaf
iiWWR8v96Ge+P3Nq35v7fUq/P0vLz30/tmwvjbP0PZjL+2h7yed/T/wpJfGXfj+NPD9q3/+tn98z
j1+qLsBzGQAALsOPGHqsfv6sHl/O1eMHgCdwCwCwLNMW6bH6+bN6fDlXjx8AnsgMAGBpI6bx8lyr
nz+rx5dz9fgB4GkMAAAAAMADuAUAAAAAHsAAAAAAADzA59kBAAAA51ntMdjAPGYAAADAQ8U66eG/
ww58bnu4nyeGwDoMAAAAwAPVXKHP7WMQAK7BAAAAAHAoN1Bgqj9chwEAAAAgKnfl3pV9uBYDAAAA
QFTr1H9gTQYAAACAQwYB4D4MAAAAAFluB4DrMwAAAAAPVLNCf2vn3wKBsJaPbdt+zg4CAAA4R9hJ
T3X2v77+ym4/yhc4nwEAAAAAeAC3AAAAAMADGAAAAACABzAAAAAAAA9gAAAAAAAewAAAAAAAPMDn
2QEAAAAcWfExhbEy7vi4w+/vX6fWa/ajJHvrtz8PZsSYq38s/lxMZgAAAABLinWAwn+HnZzc9nC/
1IBBLqZ9/rX5rO5u9QmNqN8KgyOhXEwGAAAAgOXUXP3N7TN6EID3SA3gPMGM+rsFAAAAuKzXNOjc
NOlRHanXbQb76depadj7dPtt4e0Kse1hfqkBi9L8c8K8U/G0lB/+7Wig5yj2kvqF8aW21dYvtU+J
kuMb5l8bf2q7GQAAAMAl5Tphs67s7zuzqQ5Z7BaB3Ouc2fmHgyXh65Hl7/+W6rTH/h4O7IQd5ty2
1vrF6jZDqv6lt7nsB6leMZsBAAAAXFLJon/vGgRouUI8agG6GfnPLv91bGYcoxH5HeUxsvM/e5HF
WN4GAAAAgMtqvf9/ZPmxQYCacltinJ3/6uUfaZ35ELrr2gNuAQAAAC7vXbcDxKb9w1UYAAAAAJZT
cwW3tfP/jnu5X+XU3IP/SrP/fyrG2YMSufyvPihyRv3C49ubV2k+H9u2/XSXCAAAMEHNlO6SNQGO
8m2JKZd3bHvpYnepFfxH5F+idCX6mvJbVsHP7Z86R3qeNJArP5f/kdiTDHLHOJZ3yVMWwvIMAAAA
AMADuAUAAAAAHsAAAAAAADyAAQAAAAB4AAMAAAAA8AAGAAAAAOABPs8O4N1Sj2ho3TYyrpfSR1TM
iGH2c1BTZZ9VfkkMJefH0XYAAICzPWoGQGkHLqbkuaMj4prx/M4rOLt+Nc+XjTk7fgAAgJzHDAD0
dP5fZgwCxOI6qzO5H4B4sqM20D4AAMCVFd0CEOvwhp3hr6+/otOgc9t78x9h5tX9VjX1S7VfyfZw
n1ja0uO332/UMaqp36jyR96CUdL+AAAAs2VnAITT02Md857Xvfk/Xa79cttfUle9X/uX5D+r819a
v5by921xdF611qe0/QEAAGYrXgSwpMOS6yT1dgpdNa336hS/OvCvv/GPGQMXIR1+AADgbMUDADUd
IwMBa9kPArxe817aHAAAONtjFgG8mtFXjE0/BwAAeLamAYD91eSrGNH5zV1Bb2mXWFyjnzKQWpyR
9zs6T674vgIAAK7jY9u2n9xOJav0h38/Slv6GL7axepKxTrxJQu/lUyf75li39OOo58CcJS+ZkHG
3pXyR9evtezSfXriD/dzuwAAADBD0QAAlDq7E3t2+QAAAKuyBgBdzp62fnb5AAAAV2EGAN1G36Zx
tfIBAACuwAAAAAAAPMD/3QJgKjUAAADc0+8BgFfn3yAAAAAA3M8f21b2WLfXYms9i671LtiWS3/2
4MXs+gEAAECrP8LOf2wQYL9PapDgTKvFAwAAACvJLgJ49Fz17+9fS622XvL8d8+IBwAA4Kk+WxOG
MwH2nerU31L7Hu1Tkj5Vdq+w7Nb6lfwttW9JGxzFl6vb0fEsPT4AAACs7Y/8LmlhR/Go83nUYdyn
T91ikEq/3xa+Tu1bIrz9obZ+pVrbpzS+3rhyxwcAAIC1dQ8AbFt6NgAAAABwviEDAAAAAMDamgcA
rjgF3GP2AAAAeKrsAEDqsYDh61XuD1+po1+6RgIAAADMlH0M4MvRonwtq9zn9q9NH9tn1lMAjvLP
xZeLrad9SuJLyT1FoDd/AAAAzlc8AMB/rX4Ff+ZjEFetMwAAAHkWAcxY6XaCmNXjAwAAYA1mABQo
uf3gTDPjW73uAAAAlDEAAAAAAA/gFgAAAAB4AAMAAAAA8ACfNTv3rgafS//9/ety95iXPnpw1iMK
wzKu1n7v1Ns+M9q39DGapN1hrYrc+XX18+Idn4Erlw8AsIJlZgBcdSX70h+Ss39wXrX93qW3fbTv
uvYd49f77GrH62rx1goHL86or04/AEDlAMD+B3aL3vQeecfdhB2iq1/l7dHy/o61113brvfzcxV3
qAMAwFV9lk5BPpo+ud83NcUylz5Vdo+jK0+x16Uxpm5hSG3PxVhSRi5t7tjV5l+SPrU9174t7d9S
frjvSu2byqc13YzjE+aXuppbc3xnuNv5WfrZ2hJ/yoj6x5R8HpfmX1K+gWMAgP/62LbtJ/YjL/YD
LvfjNPUjLvX33LYeNT8wc/GXpO9Jm/pbTk2b1+TfUt+aQZfc6xHl19Y5Zlb7hmla0404PrE0s/Pv
lcvrTudna141n2+pcmN1ahkg6o215/Nn1vcMAMBVfG7bPz+M/DiKq7l6tG/L3qvsqzrj/Kg9Bk8R
O99Sg0+5vFrNzn91Tzg/SwYnjtK1frf0nt++0wAA/l/VUwCeqGS68wh+oKbduX1i08Br6lsygFeb
X63Z+a/ujnU60nt+tZQ38vwGAHiyZZ4CUGL/IxDupqcT8/V13RXwX0a+v6/aBsTd4fwGAFjBH9v2
vqvcpZ7e0e+t/+z2O/v45Mrv3d5bfm1e27b9a3pzaf5hLCXpa+IP8yu9V/1d50esvmd/dpx9fp5t
9Ptj5vkNAPA0H9/fv362rXxhqZfaRfRS6WP7jJzSmVuErPR1Lv3e0WJxse0l6UsctV9v/rn0pdt7
F11rLT+23yrt27og3FFctfGVvC/D/XLndkv+vXreX1c4P2fWL6X2c7skvlTdWj5fa7ZbCBAAeLqP
bdt+zg4CAAAAmOtSawAAAAAAbQwAAAAAwAMYAAAAAIAHMAAAAAAAD2AAAAAAAB7gs2bn3scn5dJ/
f//yaKYOve036zGMYf5nHOOeuo16TCMAAMCZlpkBEOtkUW5E+925Uzti0Or13/7vAAAAV1E1A6C3
g9ib/swryPS74nG7YswAAAAxn7FOdepvqX1T06xz6VNl9wjzS70ujTGV31GerfmXln9U35L8j/Yp
VZt/bltv+83stBuEAgAArupj27afow5X6GhbrpOdS5/b1qMktpJBgbP2rx2gKWnz2nhSZsZSs0+u
7Ny2Ejr/AADAlX1u2z8dPx2cY6kr5CPar+YK/Mj8e4/5vu6vPN59/rzjfnzvDQAA4Oqq1gB4stkd
vyvnf+YA0tHsgJllAAAAXNEyTwEose9kspa7rpCv8w8AANzFH9v2nquoNVbv6IfxjW6/XP1nb68R
5rXKOTTcxfa3AAAFy0lEQVTT6ucnAABAzMf396+fbat7CkBu/9r0sX1GXnFNrTIfi7ekQ9+yaF0s
/Yjtsf1a8+9ZCDAVX8n5k9tecnxyCycexXckt/YDAADAVXxs2/ZzdhB3Zxp5OW0FAAAwx6XWAOB+
TKcHAAB4DzMAJmudev4k2ggAAGA+AwAAAADwAG4BYBluBwAAAJjn8+wAuL7epwgAAAAw3+9bAGY/
pm/EI/6+v38l0+a29+Z/lOblKO2ox/y15D3bvrOfaouexwDWxNGSFgAA4An+NQCQ68T2XOHtuTJc
E9/Rtr1UB3VkvVLPpM89s752EOAKV9/D+EbUvzcdAADAEzStAXClDta+U/j6b//3cJ9w29XcqQ4A
AACM07wGwMgp3DXTw3Od9Z6r56//vxajC6+ol84SqIkhLK8m9lKp4zPyCvxII8s++zYJAACAFRTN
AIhdLQ9fp66w56TS7v/e8jqMtfbK+FFH+Sifls7zPs/RV+5HHJ+ZwrqPboPV6w8AAPAuRTMAZt9b
vkJnrCSGXN172ijsCL9jFsAqYusxjGqDd8ywAAAAuILTHwO4yv33uVsajvadEceMQYAnd3r3bfp6
DQAA8DRNiwDewYxOYMsgxoxp/1fyrrqb/g8AADzdJQcAcp3mo+3hfeAznN3JLLnKHbsa/np9xlXy
mW0VngtnHx8AAICzfGzb9rNtdSvxx+7ZDuX2Oco/td5AbhX+o+09q+DX1L1mwcBRT1FoafvcPu9Y
52HkUyTekT8AAMDV/R4AgLO5Rx8AAGCe0xcBJO3MBQkBAAC4DzMAAAAA4AEuuQggAAAAUMcAAAAA
ADyAAQAAAAB4AIsAvtGff/53uYW///54e5mzyp2dPwAAAGOYAXBzszvlOv0AAADXYAbAG+ksAwAA
cJbPbfv/adwv+85qavt+WvvRdPBc/r3CcsOp9rPjL6lfaqr87PYJxepcU/9cbKPbHwAAgH4ff/75
87Nt8Q5frDMdbt+/jqUpSd/jKJaj17Vpculr6le67+i1AkrjTe1TGu/o9gcAAGCM6C0ArR2vVLrY
VeB36i3/KP2r0/vnnz+/61/Tfr3pa+Q61kd/L227koEDAAAAzjFlDYBYB/Dsq7m95afS7zvxLWX1
ph+tdLZHa54AAAC8n6cADPL33x9dneTe9KVlXDl/AAAA2kUHAPZXo2eYnf/s8vfpw7xqO8G96Wut
kP/Zxx8AAOCJPrZt+xnxFIBYupL0I/Su0l+6KF1r/rF93vWUhNTgQrjy/lG5JYs8HuUfpo+VYxFA
AACA+T62bbvVpVidRwAAAPi3y68BYDo5AAAA5N1iBkDJNHYAAAB4slsMAAAAAABpl78FgPv4/v61
fX//OjsMAACAW/o8OwCub99p//r66/frr6+/zgoJAACAwO9bAMIrr7HOW9jRq9GTdp9HKm1ue2/+
R2lejtLGrmrv981tLy2/Nu0I+85+qi1S59fZdQAAAHiCfw0A5DqxPVd4e64M18R3tG0v1UEdWa/Y
tlxb1rbTiGPzLmF8I+oPAABAXtMaAFfqmO07k6//9n8P9wm3Xc2d6gAAAMA4zWsAjJzCXTM9PNdZ
77l6/vr/azG68Ip66SyBmhjC8mpiL5U6PqtegTcIAAAAMFbRDIDY1fLwdeoKe04q7f7vLa/DWGuv
jB91lI/yaek87/McfeV+xPGZKay7JwEAAADMUTQDYPa95St0+EpiyNW9p43CjvA7ZgGsIrYew4w2
AAAAeLLTHwO4yv33uVsajvadEceMDrDONAAAwLM1LQJ4BzM6xC2DGE+f8v7kugMAALzTJQcAcp3m
o+3hffAznD2ToeQ2hH37hPGesQCgQQAAAID5PrZt+9m2upX4Y/dsh3L7HOWfWm8gtwr/0faeVfBr
6l6zYOCopyi0tH1un3es8zDyKRIAAADk/R4AgLOt8PhBAACAuzp9EUDSzlyQEAAAgPswA4BLM0AC
AABQ5pKLAAIAAAB1/gNJ/zwfa/G48AAAAABJRU5ErkJggg==
--=_L1Jgj8uciLEZx3j5r7t4WQ1--

--=_kaLTqnFJzuJcirItIX92HA1--



--===============8018884548873238360==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============8018884548873238360==--



From xen-users-bounces@lists.xen.org Mon Feb 15 18:56:05 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 15 Feb 2016 18:56:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVOIP-0006i1-LH; Mon, 15 Feb 2016 18:54:53 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVOIN-0006hn-SK
	for xen-users@lists.xen.org; Mon, 15 Feb 2016 18:54:51 +0000
Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id
	93/1E-09062-BFE12C65; Mon, 15 Feb 2016 18:54:51 +0000
X-Env-Sender: johnpearson555@gmail.com
X-Msg-Ref: server-5.tower-31.messagelabs.com!1455562489!22596379!1
X-Originating-IP: [209.85.214.181]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 34610 invoked from network); 15 Feb 2016 18:54:50 -0000
Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com)
	(209.85.214.181)
	by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 15 Feb 2016 18:54:50 -0000
Received: by mail-ob0-f181.google.com with SMTP id gc3so123642340obb.3
	for ; Mon, 15 Feb 2016 10:54:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=KptbxIDiSO62IM8S+dqIF/P4SnRZkXrKp8fu0nj8xw0=;
	b=SZtT5Y7BlxNIgvL4iwd8r/qfln0iHDE2rDCyxEpP1hG3VtIiT3pBmrKZsqf8YZKh6h
	3xupnOuzwt/fYz6QmkLf1Dp7cYLW7w5Z6KmXAjaUb4xuJ5R2IWBz9Gwc4vGf9ySd65LL
	YkrMIZ+fHoBiJ3FxhjS2WvGK7wZRyRuYV3jw2Ihn4u64kIN1XzZMIRTvABTbcob3m49y
	t5TpaoTimyhZjhLKMj/EOL1nWvqltAMGSbYoYwrptO8LOJrYDsnmPbQfDCSjeCqitSRl
	GvE93tD5eJ6rv+hutTUCkbbO6/DRmR91vW3fk7hprBxxCDpwORf3xZzmJqIeZKHvfc+Z
	Ktxg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=KptbxIDiSO62IM8S+dqIF/P4SnRZkXrKp8fu0nj8xw0=;
	b=Su7itwvR4qYC/xmENbRDlEPoXcgOPNBLlvmGgc9eYA68Q14NkHO4our1tgtNJqV/i5
	PrrXC1bsSkXkOmX7uiQMS8m1DqJXDr1H2Iok1gdLCnn5YARta+TqCJACmBD7BOm4aBBG
	Y4CcuEXF6aiTizvabx+W9n6iYSSk5i6YqxKvL4a5FwxbN5q/mN9HKr0oONJhI13rQTjA
	qwKOcIRdXIfygZtP3RSTo0xE5SSoWPqHAHwcx0L+AFwWQBWMXuGs4juKcVrR2tDqGkH3
	3FjVp2NDRTHwCcUWhwGOp/nOhAZncQVRkVN8wtHf9jEDW0Ulg8Pp60mClFL/5cfeQeiK
	nsdA==
X-Gm-Message-State: AG10YOSph5NZF4e4waiuhAX+mJ3SzaHOA1bIncjA474BmoPvl44yG/PxHUHWOLzQuQcl1wAQ7yvmuW6yo3G3nA==
MIME-Version: 1.0
X-Received: by 10.202.81.208 with SMTP id f199mr13027151oib.91.1455562489124; 
	Mon, 15 Feb 2016 10:54:49 -0800 (PST)
Received: by 10.202.102.82 with HTTP; Mon, 15 Feb 2016 10:54:49 -0800 (PST)
Date: Mon, 15 Feb 2016 10:54:49 -0800
Message-ID: 
From: John Pearson 
To: xen-users@lists.xen.org
Subject: [Xen-users] xen fails to boot on linux kernel 4.6 with debian
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============9149612410001689011=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============9149612410001689011==
Content-Type: multipart/alternative; boundary=001a113b11681cddd9052bd38d05

--001a113b11681cddd9052bd38d05
Content-Type: text/plain; charset=UTF-8

I installed debian jessie ( 8.3 ) which comes default with linux kernel
3.16. I upgraded the linux kernel to 4.3. Debian loads fine after the
upgrade.  I changed pin stretch and stretch-updates to 499, jessie and
jessie-updates to 500 -- so that I can install xen 4.6.

When I'm booting into Xen after making it the default in grub Xen 4.6 with
Linux 4.3.0-1 the bootup just freezes.

Xen 4.6 and Linux 3.16.0-4   -- boots OK

Xen 4.4 and Linux 4.3.0-1  -- boot FAILS

Xen 4.4 and Linux 3.16.0-4   -- boots OK


This is the log when trying to boot into Xen 4.6 and Linux 4.3 in recovery
mode : https://gist.github.com/anonymous/5924e009c506e5cfe57a

--001a113b11681cddd9052bd38d05
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


I installed debian jessie ( 8.3 ) which comes default with=
 linux kernel 3.16. I upgraded the linux kernel to 4.3. Debian loads fine a=
fter the upgrade.=C2=A0=C2=A0I changed pin stretch and stretch-updates to 4=
99, jessie and jessie-updates to 500 -- so that I can install xen 4.6.
=

When I'm booting into Xen after making it the default in=
 grub Xen 4.6 with Linux 4.3.0-1 the bootup just freezes.=C2=A0
<=
br>
Xen 4.6 and Linux 3.16.0-4 =C2=A0 -- boots OK
<=
br>
Xen 4.4 and Linux 4.3.0-1 =C2=A0-- boot FAILS
<=
br>
Xen 4.4 and Linux 3.16.0-4 =C2=A0 -- boots OK
<=
br>

This is the log when trying to boot into Xen 4=
.6 and Linux 4.3 in recovery mode : https://gist.github.com/anonymous/5924e009c506e=
5cfe57a


--001a113b11681cddd9052bd38d05--


--===============9149612410001689011==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============9149612410001689011==--


From xen-users-bounces@lists.xen.org Mon Feb 15 18:56:05 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 15 Feb 2016 18:56:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVOIP-0006i1-LH; Mon, 15 Feb 2016 18:54:53 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVOIN-0006hn-SK
	for xen-users@lists.xen.org; Mon, 15 Feb 2016 18:54:51 +0000
Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id
	93/1E-09062-BFE12C65; Mon, 15 Feb 2016 18:54:51 +0000
X-Env-Sender: johnpearson555@gmail.com
X-Msg-Ref: server-5.tower-31.messagelabs.com!1455562489!22596379!1
X-Originating-IP: [209.85.214.181]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 34610 invoked from network); 15 Feb 2016 18:54:50 -0000
Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com)
	(209.85.214.181)
	by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 15 Feb 2016 18:54:50 -0000
Received: by mail-ob0-f181.google.com with SMTP id gc3so123642340obb.3
	for ; Mon, 15 Feb 2016 10:54:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=KptbxIDiSO62IM8S+dqIF/P4SnRZkXrKp8fu0nj8xw0=;
	b=SZtT5Y7BlxNIgvL4iwd8r/qfln0iHDE2rDCyxEpP1hG3VtIiT3pBmrKZsqf8YZKh6h
	3xupnOuzwt/fYz6QmkLf1Dp7cYLW7w5Z6KmXAjaUb4xuJ5R2IWBz9Gwc4vGf9ySd65LL
	YkrMIZ+fHoBiJ3FxhjS2WvGK7wZRyRuYV3jw2Ihn4u64kIN1XzZMIRTvABTbcob3m49y
	t5TpaoTimyhZjhLKMj/EOL1nWvqltAMGSbYoYwrptO8LOJrYDsnmPbQfDCSjeCqitSRl
	GvE93tD5eJ6rv+hutTUCkbbO6/DRmR91vW3fk7hprBxxCDpwORf3xZzmJqIeZKHvfc+Z
	Ktxg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=KptbxIDiSO62IM8S+dqIF/P4SnRZkXrKp8fu0nj8xw0=;
	b=Su7itwvR4qYC/xmENbRDlEPoXcgOPNBLlvmGgc9eYA68Q14NkHO4our1tgtNJqV/i5
	PrrXC1bsSkXkOmX7uiQMS8m1DqJXDr1H2Iok1gdLCnn5YARta+TqCJACmBD7BOm4aBBG
	Y4CcuEXF6aiTizvabx+W9n6iYSSk5i6YqxKvL4a5FwxbN5q/mN9HKr0oONJhI13rQTjA
	qwKOcIRdXIfygZtP3RSTo0xE5SSoWPqHAHwcx0L+AFwWQBWMXuGs4juKcVrR2tDqGkH3
	3FjVp2NDRTHwCcUWhwGOp/nOhAZncQVRkVN8wtHf9jEDW0Ulg8Pp60mClFL/5cfeQeiK
	nsdA==
X-Gm-Message-State: AG10YOSph5NZF4e4waiuhAX+mJ3SzaHOA1bIncjA474BmoPvl44yG/PxHUHWOLzQuQcl1wAQ7yvmuW6yo3G3nA==
MIME-Version: 1.0
X-Received: by 10.202.81.208 with SMTP id f199mr13027151oib.91.1455562489124; 
	Mon, 15 Feb 2016 10:54:49 -0800 (PST)
Received: by 10.202.102.82 with HTTP; Mon, 15 Feb 2016 10:54:49 -0800 (PST)
Date: Mon, 15 Feb 2016 10:54:49 -0800
Message-ID: 
From: John Pearson 
To: xen-users@lists.xen.org
Subject: [Xen-users] xen fails to boot on linux kernel 4.6 with debian
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============9149612410001689011=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============9149612410001689011==
Content-Type: multipart/alternative; boundary=001a113b11681cddd9052bd38d05

--001a113b11681cddd9052bd38d05
Content-Type: text/plain; charset=UTF-8

I installed debian jessie ( 8.3 ) which comes default with linux kernel
3.16. I upgraded the linux kernel to 4.3. Debian loads fine after the
upgrade.  I changed pin stretch and stretch-updates to 499, jessie and
jessie-updates to 500 -- so that I can install xen 4.6.

When I'm booting into Xen after making it the default in grub Xen 4.6 with
Linux 4.3.0-1 the bootup just freezes.

Xen 4.6 and Linux 3.16.0-4   -- boots OK

Xen 4.4 and Linux 4.3.0-1  -- boot FAILS

Xen 4.4 and Linux 3.16.0-4   -- boots OK


This is the log when trying to boot into Xen 4.6 and Linux 4.3 in recovery
mode : https://gist.github.com/anonymous/5924e009c506e5cfe57a

--001a113b11681cddd9052bd38d05
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


I installed debian jessie ( 8.3 ) which comes default with=
 linux kernel 3.16. I upgraded the linux kernel to 4.3. Debian loads fine a=
fter the upgrade.=C2=A0=C2=A0I changed pin stretch and stretch-updates to 4=
99, jessie and jessie-updates to 500 -- so that I can install xen 4.6.
=

When I'm booting into Xen after making it the default in=
 grub Xen 4.6 with Linux 4.3.0-1 the bootup just freezes.=C2=A0
<=
br>
Xen 4.6 and Linux 3.16.0-4 =C2=A0 -- boots OK
<=
br>
Xen 4.4 and Linux 4.3.0-1 =C2=A0-- boot FAILS
<=
br>
Xen 4.4 and Linux 3.16.0-4 =C2=A0 -- boots OK
<=
br>

This is the log when trying to boot into Xen 4=
.6 and Linux 4.3 in recovery mode : https://gist.github.com/anonymous/5924e009c506e=
5cfe57a


--001a113b11681cddd9052bd38d05--


--===============9149612410001689011==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============9149612410001689011==--


From xen-users-bounces@lists.xen.org Mon Feb 15 19:02:31 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 15 Feb 2016 19:02:31 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVOPd-0007G9-97; Mon, 15 Feb 2016 19:02:21 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVOPb-0007G2-Ms
	for xen-users@lists.xen.org; Mon, 15 Feb 2016 19:02:19 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	DD/6F-12072-AB022C65; Mon, 15 Feb 2016 19:02:18 +0000
X-Env-Sender: billb@sent.at
X-Msg-Ref: server-16.tower-31.messagelabs.com!1455562937!15085503!1
X-Originating-IP: [66.111.4.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 57215 invoked from network); 15 Feb 2016 19:02:18 -0000
Received: from out1-smtp.messagingengine.com (HELO
	out1-smtp.messagingengine.com) (66.111.4.25)
	by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 15 Feb 2016 19:02:18 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id DF6F72098F
	for ; Mon, 15 Feb 2016 14:02:16 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Mon, 15 Feb 2016 14:02:16 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sent.at; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=nbi
	GzhkpG+mB+IPxb9Q4NGkZpjY=; b=AhrfKD34sF0h8qSSKSzPhqXKgBMoFhIadOB
	g8iZSNt25jwCyWGTomeFmbvponPdw4CS6zCJgi/fvS2/MgNZzpfeHVxmHEoIwqgD
	O2gpqRiPy5HXRLnI/ib4K6iwCmCj5wx1Ng+/s+admZ/tT0aiX+5tCsn0bu+Fb64K
	LyEN41Lg=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=nbiGzhkpG+mB+IPxb9Q4NGkZpjY=; b=ubjxJ
	RxAZpPCWEPOSc6v6hs7yivvs3NATDjL8TmL//EQdIwP/e7EAcPvCEbQ/2nStEZKt
	vEy2VPJMiFECG/dkklAk3RMARndcfbq3ztO4HBZTECMUhq/rmD0oeTV73n8U2f1Y
	rq/X6MvbHGcdW/NTh5EXq06JvvQRCkR9lzsGNM=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id B7447105B86; Mon, 15 Feb 2016 14:02:16 -0500 (EST)
Message-Id: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
X-Sasl-Enc: b+nuur1uUvhgwlRTvf96/w6/JnztRAFfIDm1fBgd33pZ 1455562936
From: billb@sent.at
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 15 Feb 2016 11:02:16 -0800
Subject: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Backing up Xen DomUs' LVM disks

When I install a DomU from a OS install disk, I pass it an LV I created on the Dom0.

So the initial .cfg has 

	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'file:/home/isos/OS.iso,hdd:cdrom,r',]

The installer process creates a partition on that LV.

Later I'll often add another LV, created on the Dom0 host, for the guest to use for data.

So my run-time .cfg ends up with, for example

	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'phy:/dev/VG0/GUEST01_DATA,hdb,w',]

Now I want to make a backup of this Guest, using LV snapshots.

/dev/VG0/GUEST01_DATA I can snapshot directly.

But because 'hda' has a partition in it, you have to 1st

	kpartx -av /dev/VG0/GUEST01_OS

then snapshot the mounted partition inside

	/dev/mapper/VG0-GUEST01_OS-part1

This works fine -- when you know ahead of time if each Guest disk has a partition in it or not.

I want to automate/script the backup process.

How can I query a DomU Guest from the Dom0 host to

  (1) list all the drives in use

and

  (2) identify each drive's "type" -- with, or without, a partition in it?

Bill

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 15 19:02:31 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 15 Feb 2016 19:02:31 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVOPd-0007G9-97; Mon, 15 Feb 2016 19:02:21 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVOPb-0007G2-Ms
	for xen-users@lists.xen.org; Mon, 15 Feb 2016 19:02:19 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	DD/6F-12072-AB022C65; Mon, 15 Feb 2016 19:02:18 +0000
X-Env-Sender: billb@sent.at
X-Msg-Ref: server-16.tower-31.messagelabs.com!1455562937!15085503!1
X-Originating-IP: [66.111.4.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 57215 invoked from network); 15 Feb 2016 19:02:18 -0000
Received: from out1-smtp.messagingengine.com (HELO
	out1-smtp.messagingengine.com) (66.111.4.25)
	by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 15 Feb 2016 19:02:18 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id DF6F72098F
	for ; Mon, 15 Feb 2016 14:02:16 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Mon, 15 Feb 2016 14:02:16 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sent.at; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=nbi
	GzhkpG+mB+IPxb9Q4NGkZpjY=; b=AhrfKD34sF0h8qSSKSzPhqXKgBMoFhIadOB
	g8iZSNt25jwCyWGTomeFmbvponPdw4CS6zCJgi/fvS2/MgNZzpfeHVxmHEoIwqgD
	O2gpqRiPy5HXRLnI/ib4K6iwCmCj5wx1Ng+/s+admZ/tT0aiX+5tCsn0bu+Fb64K
	LyEN41Lg=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=nbiGzhkpG+mB+IPxb9Q4NGkZpjY=; b=ubjxJ
	RxAZpPCWEPOSc6v6hs7yivvs3NATDjL8TmL//EQdIwP/e7EAcPvCEbQ/2nStEZKt
	vEy2VPJMiFECG/dkklAk3RMARndcfbq3ztO4HBZTECMUhq/rmD0oeTV73n8U2f1Y
	rq/X6MvbHGcdW/NTh5EXq06JvvQRCkR9lzsGNM=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id B7447105B86; Mon, 15 Feb 2016 14:02:16 -0500 (EST)
Message-Id: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
X-Sasl-Enc: b+nuur1uUvhgwlRTvf96/w6/JnztRAFfIDm1fBgd33pZ 1455562936
From: billb@sent.at
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 15 Feb 2016 11:02:16 -0800
Subject: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Backing up Xen DomUs' LVM disks

When I install a DomU from a OS install disk, I pass it an LV I created on the Dom0.

So the initial .cfg has 

	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'file:/home/isos/OS.iso,hdd:cdrom,r',]

The installer process creates a partition on that LV.

Later I'll often add another LV, created on the Dom0 host, for the guest to use for data.

So my run-time .cfg ends up with, for example

	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'phy:/dev/VG0/GUEST01_DATA,hdb,w',]

Now I want to make a backup of this Guest, using LV snapshots.

/dev/VG0/GUEST01_DATA I can snapshot directly.

But because 'hda' has a partition in it, you have to 1st

	kpartx -av /dev/VG0/GUEST01_OS

then snapshot the mounted partition inside

	/dev/mapper/VG0-GUEST01_OS-part1

This works fine -- when you know ahead of time if each Guest disk has a partition in it or not.

I want to automate/script the backup process.

How can I query a DomU Guest from the Dom0 host to

  (1) list all the drives in use

and

  (2) identify each drive's "type" -- with, or without, a partition in it?

Bill

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 01:09:19 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 01:09:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVU7r-0002fa-SP; Tue, 16 Feb 2016 01:08:23 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVU7r-0002fV-AS
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 01:08:23 +0000
Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id
	CD/D1-02807-68672C65; Tue, 16 Feb 2016 01:08:22 +0000
X-Env-Sender: steffan@hldns.com
X-Msg-Ref: server-3.tower-31.messagelabs.com!1455584901!22632538!1
X-Originating-IP: [199.249.188.77]
X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	MIME_QP_LONG_LINE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3945 invoked from network); 16 Feb 2016 01:08:21 -0000
Received: from mail.hldns.com (HELO hosting1.hldns.com) (199.249.188.77)
	by server-3.tower-31.messagelabs.com with SMTP;
	16 Feb 2016 01:08:21 -0000
Received: from [192.168.0.23] (174-19-190-246.phnx.qwest.net [174.19.190.246])
	by hosting1.hldns.com (Postfix) with ESMTPA id 59DC04F67A9
	for ; Mon, 15 Feb 2016 18:08:16 -0700 (MST)
User-Agent: Microsoft-MacOutlook/0.0.0.160109
Date: Mon, 15 Feb 2016 18:08:19 -0700
From: Steffan Cline 
To: 
Message-ID: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
Thread-Topic: Slow upstream speeds from guest OS
Mime-version: 1.0
Subject: [Xen-users] Slow upstream speeds from guest OS
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0613324718973561546=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============0613324718973561546==
Content-type: multipart/alternative;
	boundary="B_3538404500_597443323"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3538404500_597443323
Content-type: text/plain;
	charset="UTF-8"
Content-transfer-encoding: 7bit

Running into an odd thing and not sure where to look.

When I log into my CentOS 6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps up.

When I log into my CentOS 6 guest OS and use the same tool, I can only get about 2.5-5mbps up.

Any suggestions as to where to look for the cause of this horrid upstream?

Download speeds are only off by about 2mbps.

In the .cfg files, there are no limits imposed anywhere.


Thank you,
Steffan Cline
602-793-0014



--B_3538404500_597443323
Content-type: text/html;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable


Running into an odd thing and=
 not sure where to look.

When I log into my CentOS =
6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps =
up.

When I log into my CentOS 6 guest OS and use th=
e same tool, I can only get about 2.5-5mbps up.

Any=
 suggestions as to where to look for the cause of this horrid upstream?

Download speeds are only off by about 2mbps.
=

In the .cfg files, there are no limits imposed anywhere.


Thank you,
Steffan Cline
602-793-0014
=



--B_3538404500_597443323--




--===============0613324718973561546==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============0613324718973561546==--




From xen-users-bounces@lists.xen.org Tue Feb 16 01:09:19 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 01:09:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVU7r-0002fa-SP; Tue, 16 Feb 2016 01:08:23 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVU7r-0002fV-AS
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 01:08:23 +0000
Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id
	CD/D1-02807-68672C65; Tue, 16 Feb 2016 01:08:22 +0000
X-Env-Sender: steffan@hldns.com
X-Msg-Ref: server-3.tower-31.messagelabs.com!1455584901!22632538!1
X-Originating-IP: [199.249.188.77]
X-SpamReason: No, hits=0.8 required=7.0 tests=HTML_40_50,HTML_MESSAGE,
	MIME_QP_LONG_LINE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3945 invoked from network); 16 Feb 2016 01:08:21 -0000
Received: from mail.hldns.com (HELO hosting1.hldns.com) (199.249.188.77)
	by server-3.tower-31.messagelabs.com with SMTP;
	16 Feb 2016 01:08:21 -0000
Received: from [192.168.0.23] (174-19-190-246.phnx.qwest.net [174.19.190.246])
	by hosting1.hldns.com (Postfix) with ESMTPA id 59DC04F67A9
	for ; Mon, 15 Feb 2016 18:08:16 -0700 (MST)
User-Agent: Microsoft-MacOutlook/0.0.0.160109
Date: Mon, 15 Feb 2016 18:08:19 -0700
From: Steffan Cline 
To: 
Message-ID: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
Thread-Topic: Slow upstream speeds from guest OS
Mime-version: 1.0
Subject: [Xen-users] Slow upstream speeds from guest OS
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0613324718973561546=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--===============0613324718973561546==
Content-type: multipart/alternative;
	boundary="B_3538404500_597443323"

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

--B_3538404500_597443323
Content-type: text/plain;
	charset="UTF-8"
Content-transfer-encoding: 7bit

Running into an odd thing and not sure where to look.

When I log into my CentOS 6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps up.

When I log into my CentOS 6 guest OS and use the same tool, I can only get about 2.5-5mbps up.

Any suggestions as to where to look for the cause of this horrid upstream?

Download speeds are only off by about 2mbps.

In the .cfg files, there are no limits imposed anywhere.


Thank you,
Steffan Cline
602-793-0014



--B_3538404500_597443323
Content-type: text/html;
	charset="UTF-8"
Content-transfer-encoding: quoted-printable


Running into an odd thing and=
 not sure where to look.

When I log into my CentOS =
6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps =
up.

When I log into my CentOS 6 guest OS and use th=
e same tool, I can only get about 2.5-5mbps up.

Any=
 suggestions as to where to look for the cause of this horrid upstream?

Download speeds are only off by about 2mbps.
=

In the .cfg files, there are no limits imposed anywhere.


Thank you,
Steffan Cline
602-793-0014
=



--B_3538404500_597443323--




--===============0613324718973561546==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============0613324718973561546==--




From xen-users-bounces@lists.xen.org Tue Feb 16 11:02:07 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 11:02:07 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdNJ-0000Fr-EN; Tue, 16 Feb 2016 11:00:57 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdNI-0000Fm-JH
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 11:00:56 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
	6A/5D-28228-76103C65; Tue, 16 Feb 2016 11:00:55 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1455620454!15572498!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6142 invoked from network); 16 Feb 2016 11:00:55 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 11:00:55 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="338400958"
Date: Tue, 16 Feb 2016 11:00:52 +0000
From: Wei Liu 
To: John Pearson 
Message-ID: <20160216110052.GA16014@citrix.com>
References: 
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, wei.liu2@citrix.com
Subject: Re: [Xen-users] xen fails to boot on linux kernel 4.6 with debian
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Mon, Feb 15, 2016 at 10:54:49AM -0800, John Pearson wrote:
> I installed debian jessie ( 8.3 ) which comes default with linux kernel
> 3.16. I upgraded the linux kernel to 4.3. Debian loads fine after the
> upgrade.  I changed pin stretch and stretch-updates to 499, jessie and
> jessie-updates to 500 -- so that I can install xen 4.6.
> 
> When I'm booting into Xen after making it the default in grub Xen 4.6 with
> Linux 4.3.0-1 the bootup just freezes.
> 
> Xen 4.6 and Linux 3.16.0-4   -- boots OK
> 
> Xen 4.4 and Linux 4.3.0-1  -- boot FAILS
> 
> Xen 4.4 and Linux 3.16.0-4   -- boots OK
> 
>

This is more likely to be an issue with Linux 4.3.

> This is the log when trying to boot into Xen 4.6 and Linux 4.3 in recovery
> mode : https://gist.github.com/anonymous/5924e009c506e5cfe57a

So if you boot Xen 4.6 + Linux 4.3 in recovery mode it works? The log
doesn't seem to reveal errors.

Can you get the log when it fails to boot?

Wei.

> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 11:02:07 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 11:02:07 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdNJ-0000Fr-EN; Tue, 16 Feb 2016 11:00:57 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdNI-0000Fm-JH
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 11:00:56 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
	6A/5D-28228-76103C65; Tue, 16 Feb 2016 11:00:55 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1455620454!15572498!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6142 invoked from network); 16 Feb 2016 11:00:55 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-11.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 11:00:55 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="338400958"
Date: Tue, 16 Feb 2016 11:00:52 +0000
From: Wei Liu 
To: John Pearson 
Message-ID: <20160216110052.GA16014@citrix.com>
References: 
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, wei.liu2@citrix.com
Subject: Re: [Xen-users] xen fails to boot on linux kernel 4.6 with debian
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Mon, Feb 15, 2016 at 10:54:49AM -0800, John Pearson wrote:
> I installed debian jessie ( 8.3 ) which comes default with linux kernel
> 3.16. I upgraded the linux kernel to 4.3. Debian loads fine after the
> upgrade.  I changed pin stretch and stretch-updates to 499, jessie and
> jessie-updates to 500 -- so that I can install xen 4.6.
> 
> When I'm booting into Xen after making it the default in grub Xen 4.6 with
> Linux 4.3.0-1 the bootup just freezes.
> 
> Xen 4.6 and Linux 3.16.0-4   -- boots OK
> 
> Xen 4.4 and Linux 4.3.0-1  -- boot FAILS
> 
> Xen 4.4 and Linux 3.16.0-4   -- boots OK
> 
>

This is more likely to be an issue with Linux 4.3.

> This is the log when trying to boot into Xen 4.6 and Linux 4.3 in recovery
> mode : https://gist.github.com/anonymous/5924e009c506e5cfe57a

So if you boot Xen 4.6 + Linux 4.3 in recovery mode it works? The log
doesn't seem to reveal errors.

Can you get the log when it fails to boot?

Wei.

> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 11:05:15 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 11:05:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdRL-0000bN-6Z; Tue, 16 Feb 2016 11:05:07 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdRK-0000b6-A0
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 11:05:06 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	F2/6F-17089-16203C65; Tue, 16 Feb 2016 11:05:05 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-12.tower-206.messagelabs.com!1455620703!22707306!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30211 invoked from network); 16 Feb 2016 11:05:04 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 11:05:04 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="331891019"
Date: Tue, 16 Feb 2016 11:05:02 +0000
From: Wei Liu 
To: 
Message-ID: <20160216110502.GB16014@citrix.com>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, wei.liu2@citrix.com
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Mon, Feb 15, 2016 at 11:02:16AM -0800, billb@sent.at wrote:
> Backing up Xen DomUs' LVM disks
> 
> When I install a DomU from a OS install disk, I pass it an LV I created on the Dom0.
> 
> So the initial .cfg has 
> 
> 	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'file:/home/isos/OS.iso,hdd:cdrom,r',]
> 
> The installer process creates a partition on that LV.
> 
> Later I'll often add another LV, created on the Dom0 host, for the guest to use for data.
> 
> So my run-time .cfg ends up with, for example
> 
> 	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'phy:/dev/VG0/GUEST01_DATA,hdb,w',]
> 
> Now I want to make a backup of this Guest, using LV snapshots.
> 
> /dev/VG0/GUEST01_DATA I can snapshot directly.
> 
> But because 'hda' has a partition in it, you have to 1st
> 
> 	kpartx -av /dev/VG0/GUEST01_OS
> 
> then snapshot the mounted partition inside
> 
> 	/dev/mapper/VG0-GUEST01_OS-part1
> 
> This works fine -- when you know ahead of time if each Guest disk has a partition in it or not.
> 
> I want to automate/script the backup process.
> 
> How can I query a DomU Guest from the Dom0 host to
> 
>   (1) list all the drives in use
>

Try xl block-list $DOMU?

> and
> 
>   (2) identify each drive's "type" -- with, or without, a partition in it?
>

This is not specific to Xen. I guess you can write a script to parse
output from "kpartx -l"?

Wei.

> Bill
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 11:05:15 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 11:05:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdRL-0000bN-6Z; Tue, 16 Feb 2016 11:05:07 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdRK-0000b6-A0
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 11:05:06 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	F2/6F-17089-16203C65; Tue, 16 Feb 2016 11:05:05 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-12.tower-206.messagelabs.com!1455620703!22707306!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30211 invoked from network); 16 Feb 2016 11:05:04 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-12.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 11:05:04 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="331891019"
Date: Tue, 16 Feb 2016 11:05:02 +0000
From: Wei Liu 
To: 
Message-ID: <20160216110502.GB16014@citrix.com>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, wei.liu2@citrix.com
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Mon, Feb 15, 2016 at 11:02:16AM -0800, billb@sent.at wrote:
> Backing up Xen DomUs' LVM disks
> 
> When I install a DomU from a OS install disk, I pass it an LV I created on the Dom0.
> 
> So the initial .cfg has 
> 
> 	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'file:/home/isos/OS.iso,hdd:cdrom,r',]
> 
> The installer process creates a partition on that LV.
> 
> Later I'll often add another LV, created on the Dom0 host, for the guest to use for data.
> 
> So my run-time .cfg ends up with, for example
> 
> 	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'phy:/dev/VG0/GUEST01_DATA,hdb,w',]
> 
> Now I want to make a backup of this Guest, using LV snapshots.
> 
> /dev/VG0/GUEST01_DATA I can snapshot directly.
> 
> But because 'hda' has a partition in it, you have to 1st
> 
> 	kpartx -av /dev/VG0/GUEST01_OS
> 
> then snapshot the mounted partition inside
> 
> 	/dev/mapper/VG0-GUEST01_OS-part1
> 
> This works fine -- when you know ahead of time if each Guest disk has a partition in it or not.
> 
> I want to automate/script the backup process.
> 
> How can I query a DomU Guest from the Dom0 host to
> 
>   (1) list all the drives in use
>

Try xl block-list $DOMU?

> and
> 
>   (2) identify each drive's "type" -- with, or without, a partition in it?
>

This is not specific to Xen. I guess you can write a script to parse
output from "kpartx -l"?

Wei.

> Bill
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 11:07:29 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 11:07:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdTV-000140-Lz; Tue, 16 Feb 2016 11:07:21 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdTU-00013o-OJ
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 11:07:20 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
	A5/AF-03066-7E203C65; Tue, 16 Feb 2016 11:07:19 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-13.tower-31.messagelabs.com!1455620837!22201433!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 36728 invoked from network); 16 Feb 2016 11:07:18 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 11:07:18 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="338402065"
Date: Tue, 16 Feb 2016 11:07:16 +0000
From: Wei Liu 
To: Steffan Cline 
Message-ID: <20160216110716.GC16014@citrix.com>
References: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, wei.liu2@citrix.com
Subject: Re: [Xen-users] Slow upstream speeds from guest OS
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Mon, Feb 15, 2016 at 06:08:19PM -0700, Steffan Cline wrote:
> Running into an odd thing and not sure where to look.
> 
> When I log into my CentOS 6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps up.
> 
> When I log into my CentOS 6 guest OS and use the same tool, I can only get about 2.5-5mbps up.
> 
> Any suggestions as to where to look for the cause of this horrid upstream?
> 
> Download speeds are only off by about 2mbps.
> 
> In the .cfg files, there are no limits imposed anywhere.
>

Please make sure your guest has PV network driver installed and
activated.

You can probably check that by "lsmod | grep netfront", provided the
driver is compiled as module (which most distros do).

Wei.

> 
> Thank you,
> Steffan Cline
> 602-793-0014
> 
> 

> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 11:07:29 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 11:07:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdTV-000140-Lz; Tue, 16 Feb 2016 11:07:21 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdTU-00013o-OJ
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 11:07:20 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
	A5/AF-03066-7E203C65; Tue, 16 Feb 2016 11:07:19 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-13.tower-31.messagelabs.com!1455620837!22201433!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 36728 invoked from network); 16 Feb 2016 11:07:18 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 11:07:18 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="338402065"
Date: Tue, 16 Feb 2016 11:07:16 +0000
From: Wei Liu 
To: Steffan Cline 
Message-ID: <20160216110716.GC16014@citrix.com>
References: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, wei.liu2@citrix.com
Subject: Re: [Xen-users] Slow upstream speeds from guest OS
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Mon, Feb 15, 2016 at 06:08:19PM -0700, Steffan Cline wrote:
> Running into an odd thing and not sure where to look.
> 
> When I log into my CentOS 6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps up.
> 
> When I log into my CentOS 6 guest OS and use the same tool, I can only get about 2.5-5mbps up.
> 
> Any suggestions as to where to look for the cause of this horrid upstream?
> 
> Download speeds are only off by about 2mbps.
> 
> In the .cfg files, there are no limits imposed anywhere.
>

Please make sure your guest has PV network driver installed and
activated.

You can probably check that by "lsmod | grep netfront", provided the
driver is compiled as module (which most distros do).

Wei.

> 
> Thank you,
> Steffan Cline
> 602-793-0014
> 
> 

> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 11:22:33 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 11:22:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdhy-0003K4-9V; Tue, 16 Feb 2016 11:22:18 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdhw-0003Js-2D
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 11:22:16 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
	51/77-28228-76603C65; Tue, 16 Feb 2016 11:22:15 +0000
X-Env-Sender: prvs=847277b8a=roger.pau@citrix.com
X-Msg-Ref: server-7.tower-27.messagelabs.com!1455621733!24184672!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30729 invoked from network); 16 Feb 2016 11:22:14 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 11:22:14 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="338404654"
To: , 
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56C30663.2080808@citrix.com>
Date: Tue, 16 Feb 2016 12:22:11 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
X-DLP: MIA1
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 15/2/16 a les 20:02, billb@sent.at ha escrit:
> Backing up Xen DomUs' LVM disks
> 
> When I install a DomU from a OS install disk, I pass it an LV I created on the Dom0.
> 
> So the initial .cfg has 
> 
> 	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'file:/home/isos/OS.iso,hdd:cdrom,r',]
> 
> The installer process creates a partition on that LV.
> 
> Later I'll often add another LV, created on the Dom0 host, for the guest to use for data.
> 
> So my run-time .cfg ends up with, for example
> 
> 	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'phy:/dev/VG0/GUEST01_DATA,hdb,w',]
> 
> Now I want to make a backup of this Guest, using LV snapshots.
> 
> /dev/VG0/GUEST01_DATA I can snapshot directly.
> 
> But because 'hda' has a partition in it, you have to 1st
> 
> 	kpartx -av /dev/VG0/GUEST01_OS
> 
> then snapshot the mounted partition inside
> 
> 	/dev/mapper/VG0-GUEST01_OS-part1

Why don't you just snapshot the whole volume, even if it has partitions
inside?

Roger.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 11:22:33 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 11:22:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdhy-0003K4-9V; Tue, 16 Feb 2016 11:22:18 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdhw-0003Js-2D
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 11:22:16 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
	51/77-28228-76603C65; Tue, 16 Feb 2016 11:22:15 +0000
X-Env-Sender: prvs=847277b8a=roger.pau@citrix.com
X-Msg-Ref: server-7.tower-27.messagelabs.com!1455621733!24184672!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30729 invoked from network); 16 Feb 2016 11:22:14 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 11:22:14 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="338404654"
To: , 
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56C30663.2080808@citrix.com>
Date: Tue, 16 Feb 2016 12:22:11 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
X-DLP: MIA1
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 15/2/16 a les 20:02, billb@sent.at ha escrit:
> Backing up Xen DomUs' LVM disks
> 
> When I install a DomU from a OS install disk, I pass it an LV I created on the Dom0.
> 
> So the initial .cfg has 
> 
> 	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'file:/home/isos/OS.iso,hdd:cdrom,r',]
> 
> The installer process creates a partition on that LV.
> 
> Later I'll often add another LV, created on the Dom0 host, for the guest to use for data.
> 
> So my run-time .cfg ends up with, for example
> 
> 	disk = [ 'phy:/dev/VG0/GUEST01_OS,hda,w', 'phy:/dev/VG0/GUEST01_DATA,hdb,w',]
> 
> Now I want to make a backup of this Guest, using LV snapshots.
> 
> /dev/VG0/GUEST01_DATA I can snapshot directly.
> 
> But because 'hda' has a partition in it, you have to 1st
> 
> 	kpartx -av /dev/VG0/GUEST01_OS
> 
> then snapshot the mounted partition inside
> 
> 	/dev/mapper/VG0-GUEST01_OS-part1

Why don't you just snapshot the whole volume, even if it has partitions
inside?

Roger.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 11:38:56 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 11:38:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdxk-000558-4Q; Tue, 16 Feb 2016 11:38:36 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVdxh-00054I-L7
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 11:38:33 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	71/65-23366-83A03C65; Tue, 16 Feb 2016 11:38:32 +0000
X-Env-Sender: jpp@jppozzi.dyndns.org
X-Msg-Ref: server-7.tower-27.messagelabs.com!1455622711!24191023!1
X-Originating-IP: [194.158.98.15]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	MAILTO_TO_SPAM_ADDR
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 59866 invoked from network); 16 Feb 2016 11:38:31 -0000
Received: from mail-2y.bbox.fr (HELO mail-2y.bbox.fr) (194.158.98.15)
	by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 11:38:31 -0000
Received: from ubu-zimbra.jpp.fr (89-93-160-145.hfc.dyn.abo.bbox.fr
	[89.93.160.145]) by mail-2y.bbox.fr (Postfix) with ESMTP id 2C910B4;
	Tue, 16 Feb 2016 12:38:31 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by ubu-zimbra.jpp.fr (Postfix) with ESMTP id D33FB1402BF;
	Tue, 16 Feb 2016 12:38:30 +0100 (CET)
Received: from ubu-zimbra.jpp.fr ([127.0.0.1])
	by localhost (ubu-zimbra.jpp.fr [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id Htze81DvJIsc; Tue, 16 Feb 2016 12:38:30 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by ubu-zimbra.jpp.fr (Postfix) with ESMTP id E5287140566;
	Tue, 16 Feb 2016 12:38:29 +0100 (CET)
X-Virus-Scanned: amavisd-new at jpp.fr
Received: from ubu-zimbra.jpp.fr ([127.0.0.1])
	by localhost (ubu-zimbra.jpp.fr [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id XSg5y389Rk3d; Tue, 16 Feb 2016 12:38:29 +0100 (CET)
Received: from ubu-zimbra.jpp.fr (ubu-zimbra.jpp.fr [192.168.2.21])
	by ubu-zimbra.jpp.fr (Postfix) with ESMTP id BFB8614054F;
	Tue, 16 Feb 2016 12:38:29 +0100 (CET)
Date: Tue, 16 Feb 2016 12:38:29 +0100 (CET)
From: JP Pozzi 
To: John Pearson 
Message-ID: <1665635643.330.1455622709182.JavaMail.zimbra@jppozzi.dyndns.org>
In-Reply-To: 
References: 
MIME-Version: 1.0
X-Originating-IP: [192.168.2.11]
X-Mailer: Zimbra 8.6.0_GA_1153 (ZimbraWebClient - FF38 (Linux)/8.6.0_GA_1153)
Thread-Topic: xen fails to boot on linux kernel 4.6 with debian
Thread-Index: JtghDlNW3zd8OOo/wVzmoivcd1t1kQ==
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xen fails to boot on linux kernel 4.6 with debian
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0455002135977094387=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============0455002135977094387==
Content-Type: multipart/alternative; 
	boundary="----=_Part_329_599552242.1455622709181"

------=_Part_329_599552242.1455622709181
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hello,=20

I have a Xen machine with a Debian "unstable" and it was working with kerne=
l 4.3, I am now working=20
with 4.4.1, all is OK.=20

Regards=20

JP P=20

> De: "John Pearson" 
> =C3=80: xen-users@lists.xen.org
> Envoy=C3=A9: Lundi 15 F=C3=A9vrier 2016 19:54:49
> Objet: [Xen-users] xen fails to boot on linux kernel 4.6 with debian

> I installed debian jessie ( 8.3 ) which comes default with linux kernel 3=
.16. I
> upgraded the linux kernel to 4.3. Debian loads fine after the upgrade. I
> changed pin stretch and stretch-updates to 499, jessie and jessie-updates=
 to
> 500 -- so that I can install xen 4.6.
> When I'm booting into Xen after making it the default in grub Xen 4.6 wit=
h Linux
> 4.3.0-1 the bootup just freezes.

> Xen 4.6 and Linux 3.16.0-4 -- boots OK

> Xen 4.4 and Linux 4.3.0-1 -- boot FAILS

> Xen 4.4 and Linux 3.16.0-4 -- boots OK

> This is the log when trying to boot into Xen 4.6 and Linux 4.3 in recover=
y mode
> : https://gist.github.com/anonymous/5924e009c506e5cfe57a

> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users

------=_Part_329_599552242.1455622709181
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Hello,

I have a Xen machine with a Debian "unstable" and it was work=
ing with kernel 4.3, I am now working
wi=
th 4.4.1, all is OK.

Regards

JP P

=

<=
b>De: "John Pearson" <johnpearson555@gmail.com>
=C3=80: xen-users@lists.xen.org
Envoy=C3=A9: Lundi 15 F=C3=A9vrier 2016 =
19:54:49
Objet: [Xen-users] xen fails to boot on linux kernel 4.6=
 with debian
I installed debian jessie ( 8.3 ) which comes default with lin=
ux kernel 3.16. I upgraded the linux kernel to 4.3. Debian loads fine after=
 the upgrade.  I changed pin stretch and stretch-updates to 499, =
jessie and jessie-updates to 500 -- so that I can install xen 4.6.
=
When I'm booting into Xen after making it the default in grub Xen 4.6 with =
Linux 4.3.0-1 the bootup just freezes. 

Xen 4.6 and Linu=
x 3.16.0-4   -- boots OK

Xen 4.4 and Linux 4.3.0-1 &=
nbsp;-- boot FAILS

Xen 4.4 and Linux 3.16.0-4   -- b=
oots OK


This is the log when trying to boot into Xen =
4.6 and Linux 4.3 in recovery mode : https://gist.github.com/anonym=
ous/5924e009c506e5cfe57a

______=
_________________________________________
Xen-users mailing list
Xen-=
users@lists.xen.org
http://lists.xen.org/xen-users

------=_Part_329_599552242.1455622709181--


--===============0455002135977094387==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============0455002135977094387==--


From xen-users-bounces@lists.xen.org Tue Feb 16 11:38:56 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 11:38:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVdxk-000558-4Q; Tue, 16 Feb 2016 11:38:36 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVdxh-00054I-L7
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 11:38:33 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	71/65-23366-83A03C65; Tue, 16 Feb 2016 11:38:32 +0000
X-Env-Sender: jpp@jppozzi.dyndns.org
X-Msg-Ref: server-7.tower-27.messagelabs.com!1455622711!24191023!1
X-Originating-IP: [194.158.98.15]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
	MAILTO_TO_SPAM_ADDR
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 59866 invoked from network); 16 Feb 2016 11:38:31 -0000
Received: from mail-2y.bbox.fr (HELO mail-2y.bbox.fr) (194.158.98.15)
	by server-7.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 11:38:31 -0000
Received: from ubu-zimbra.jpp.fr (89-93-160-145.hfc.dyn.abo.bbox.fr
	[89.93.160.145]) by mail-2y.bbox.fr (Postfix) with ESMTP id 2C910B4;
	Tue, 16 Feb 2016 12:38:31 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by ubu-zimbra.jpp.fr (Postfix) with ESMTP id D33FB1402BF;
	Tue, 16 Feb 2016 12:38:30 +0100 (CET)
Received: from ubu-zimbra.jpp.fr ([127.0.0.1])
	by localhost (ubu-zimbra.jpp.fr [127.0.0.1]) (amavisd-new, port 10032)
	with ESMTP id Htze81DvJIsc; Tue, 16 Feb 2016 12:38:30 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by ubu-zimbra.jpp.fr (Postfix) with ESMTP id E5287140566;
	Tue, 16 Feb 2016 12:38:29 +0100 (CET)
X-Virus-Scanned: amavisd-new at jpp.fr
Received: from ubu-zimbra.jpp.fr ([127.0.0.1])
	by localhost (ubu-zimbra.jpp.fr [127.0.0.1]) (amavisd-new, port 10026)
	with ESMTP id XSg5y389Rk3d; Tue, 16 Feb 2016 12:38:29 +0100 (CET)
Received: from ubu-zimbra.jpp.fr (ubu-zimbra.jpp.fr [192.168.2.21])
	by ubu-zimbra.jpp.fr (Postfix) with ESMTP id BFB8614054F;
	Tue, 16 Feb 2016 12:38:29 +0100 (CET)
Date: Tue, 16 Feb 2016 12:38:29 +0100 (CET)
From: JP Pozzi 
To: John Pearson 
Message-ID: <1665635643.330.1455622709182.JavaMail.zimbra@jppozzi.dyndns.org>
In-Reply-To: 
References: 
MIME-Version: 1.0
X-Originating-IP: [192.168.2.11]
X-Mailer: Zimbra 8.6.0_GA_1153 (ZimbraWebClient - FF38 (Linux)/8.6.0_GA_1153)
Thread-Topic: xen fails to boot on linux kernel 4.6 with debian
Thread-Index: JtghDlNW3zd8OOo/wVzmoivcd1t1kQ==
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xen fails to boot on linux kernel 4.6 with debian
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0455002135977094387=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============0455002135977094387==
Content-Type: multipart/alternative; 
	boundary="----=_Part_329_599552242.1455622709181"

------=_Part_329_599552242.1455622709181
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hello,=20

I have a Xen machine with a Debian "unstable" and it was working with kerne=
l 4.3, I am now working=20
with 4.4.1, all is OK.=20

Regards=20

JP P=20

> De: "John Pearson" 
> =C3=80: xen-users@lists.xen.org
> Envoy=C3=A9: Lundi 15 F=C3=A9vrier 2016 19:54:49
> Objet: [Xen-users] xen fails to boot on linux kernel 4.6 with debian

> I installed debian jessie ( 8.3 ) which comes default with linux kernel 3=
.16. I
> upgraded the linux kernel to 4.3. Debian loads fine after the upgrade. I
> changed pin stretch and stretch-updates to 499, jessie and jessie-updates=
 to
> 500 -- so that I can install xen 4.6.
> When I'm booting into Xen after making it the default in grub Xen 4.6 wit=
h Linux
> 4.3.0-1 the bootup just freezes.

> Xen 4.6 and Linux 3.16.0-4 -- boots OK

> Xen 4.4 and Linux 4.3.0-1 -- boot FAILS

> Xen 4.4 and Linux 3.16.0-4 -- boots OK

> This is the log when trying to boot into Xen 4.6 and Linux 4.3 in recover=
y mode
> : https://gist.github.com/anonymous/5924e009c506e5cfe57a

> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users

------=_Part_329_599552242.1455622709181
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Hello,

I have a Xen machine with a Debian "unstable" and it was work=
ing with kernel 4.3, I am now working
wi=
th 4.4.1, all is OK.

Regards

JP P

=

<=
b>De: "John Pearson" <johnpearson555@gmail.com>
=C3=80: xen-users@lists.xen.org
Envoy=C3=A9: Lundi 15 F=C3=A9vrier 2016 =
19:54:49
Objet: [Xen-users] xen fails to boot on linux kernel 4.6=
 with debian
I installed debian jessie ( 8.3 ) which comes default with lin=
ux kernel 3.16. I upgraded the linux kernel to 4.3. Debian loads fine after=
 the upgrade.  I changed pin stretch and stretch-updates to 499, =
jessie and jessie-updates to 500 -- so that I can install xen 4.6.
=
When I'm booting into Xen after making it the default in grub Xen 4.6 with =
Linux 4.3.0-1 the bootup just freezes. 

Xen 4.6 and Linu=
x 3.16.0-4   -- boots OK

Xen 4.4 and Linux 4.3.0-1 &=
nbsp;-- boot FAILS

Xen 4.4 and Linux 3.16.0-4   -- b=
oots OK


This is the log when trying to boot into Xen =
4.6 and Linux 4.3 in recovery mode : https://gist.github.com/anonym=
ous/5924e009c506e5cfe57a

______=
_________________________________________
Xen-users mailing list
Xen-=
users@lists.xen.org
http://lists.xen.org/xen-users

------=_Part_329_599552242.1455622709181--


--===============0455002135977094387==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============0455002135977094387==--


From xen-users-bounces@lists.xen.org Tue Feb 16 14:05:25 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:05:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgEl-0006ai-Dr; Tue, 16 Feb 2016 14:04:19 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVgEj-0006ad-JN
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:04:17 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	12/21-31443-06C23C65; Tue, 16 Feb 2016 14:04:16 +0000
X-Env-Sender: billb@sent.at
X-Msg-Ref: server-14.tower-31.messagelabs.com!1455631454!22798553!1
X-Originating-IP: [66.111.4.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjcgPT4gODQ2Mw==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26024 invoked from network); 16 Feb 2016 14:04:15 -0000
Received: from out3-smtp.messagingengine.com (HELO
	out3-smtp.messagingengine.com) (66.111.4.27)
	by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 14:04:15 -0000
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46])
	by mailout.nyi.internal (Postfix) with ESMTP id 17BE420D2F
	for ; Tue, 16 Feb 2016 09:04:14 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute6.internal (MEProxy); Tue, 16 Feb 2016 09:04:14 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sent.at; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=XJeGcNeXjPbJXjaK/FApqVRB2VI=; b=c/1uKZ
	qjcta/ZEA6yJVomiaz5YwTL3AxyxvArl4VDo3L/wsamcKoc96nxK4ZYCRMC/xspc
	fO1pr2QdS7m8g/yzrI1dMxRATtAkyq0BUnGkCv0PEiO5xFYhRSyie+ApnkCFN4/W
	HmT2O6QwvS73L6Ys+QCLY4C5pZHHo8/ToQhEE=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=XJeGcNeXjPbJXja
	K/FApqVRB2VI=; b=Yutnu8XT0veYoY6xA0/z9TFExGN/vSPlBQf6OivA0izdpsH
	ax2EG7SUFe4TiFwlJZ2JZm4ExXRlk4NJlkjCjr7N6k/ZrxgKPoT0VtdGVo4KC6rs
	q2sXjLvW/ZGR9Drnv/rcWNORMPTZlJkBC6lyUnqTKRGolsYxFGwDzRvPSLSc=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id D9F3411013A; Tue, 16 Feb 2016 09:04:13 -0500 (EST)
Message-Id: <1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
X-Sasl-Enc: 26UwkTKGP5ztrlrXSPkhexeS0+XjwaP9MSyM/xci29C4 1455631453
From: billb@sent.at
To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	Wei Liu , xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Tue, 16 Feb 2016 06:04:13 -0800
In-Reply-To: <56C30663.2080808@citrix.com>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 16, 2016, at 03:22 AM, Roger Pau Monn=E9 wrote:
> Try xl block-list $DOMU?

That gives you something like

xl block-list 6
Vdev  BE  handle state evt-ch ring-ref BE-path                       =

768   0   6      4     16     8        /local/domain/0/backend/vbd/6/768
832   0   6      4     17     9        /local/domain/0/backend/vbd/6/832

How do map those BE-paths to a /dev/disk or /dev/mapper path that I can use=
 in an lvcreate command at the Dom0?

> This is not specific to Xen. I guess you can write a script to parse
> output from "kpartx -l"?

Ok, so nothing in the xen info has 'knowledge' about thar?  I have to test =
& see, once I have the disk path?

> Why don't you just snapshot the whole volume, even if it has partitions
> inside?

 I want to tar.gz the result.  IIUC, I need the contents for that, right?

Bill

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 14:05:25 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:05:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgEl-0006ai-Dr; Tue, 16 Feb 2016 14:04:19 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVgEj-0006ad-JN
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:04:17 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	12/21-31443-06C23C65; Tue, 16 Feb 2016 14:04:16 +0000
X-Env-Sender: billb@sent.at
X-Msg-Ref: server-14.tower-31.messagelabs.com!1455631454!22798553!1
X-Originating-IP: [66.111.4.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjcgPT4gODQ2Mw==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 26024 invoked from network); 16 Feb 2016 14:04:15 -0000
Received: from out3-smtp.messagingengine.com (HELO
	out3-smtp.messagingengine.com) (66.111.4.27)
	by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 14:04:15 -0000
Received: from compute6.internal (compute6.nyi.internal [10.202.2.46])
	by mailout.nyi.internal (Postfix) with ESMTP id 17BE420D2F
	for ; Tue, 16 Feb 2016 09:04:14 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute6.internal (MEProxy); Tue, 16 Feb 2016 09:04:14 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sent.at; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=XJeGcNeXjPbJXjaK/FApqVRB2VI=; b=c/1uKZ
	qjcta/ZEA6yJVomiaz5YwTL3AxyxvArl4VDo3L/wsamcKoc96nxK4ZYCRMC/xspc
	fO1pr2QdS7m8g/yzrI1dMxRATtAkyq0BUnGkCv0PEiO5xFYhRSyie+ApnkCFN4/W
	HmT2O6QwvS73L6Ys+QCLY4C5pZHHo8/ToQhEE=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=XJeGcNeXjPbJXja
	K/FApqVRB2VI=; b=Yutnu8XT0veYoY6xA0/z9TFExGN/vSPlBQf6OivA0izdpsH
	ax2EG7SUFe4TiFwlJZ2JZm4ExXRlk4NJlkjCjr7N6k/ZrxgKPoT0VtdGVo4KC6rs
	q2sXjLvW/ZGR9Drnv/rcWNORMPTZlJkBC6lyUnqTKRGolsYxFGwDzRvPSLSc=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id D9F3411013A; Tue, 16 Feb 2016 09:04:13 -0500 (EST)
Message-Id: <1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
X-Sasl-Enc: 26UwkTKGP5ztrlrXSPkhexeS0+XjwaP9MSyM/xci29C4 1455631453
From: billb@sent.at
To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	Wei Liu , xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Tue, 16 Feb 2016 06:04:13 -0800
In-Reply-To: <56C30663.2080808@citrix.com>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 16, 2016, at 03:22 AM, Roger Pau Monn=E9 wrote:
> Try xl block-list $DOMU?

That gives you something like

xl block-list 6
Vdev  BE  handle state evt-ch ring-ref BE-path                       =

768   0   6      4     16     8        /local/domain/0/backend/vbd/6/768
832   0   6      4     17     9        /local/domain/0/backend/vbd/6/832

How do map those BE-paths to a /dev/disk or /dev/mapper path that I can use=
 in an lvcreate command at the Dom0?

> This is not specific to Xen. I guess you can write a script to parse
> output from "kpartx -l"?

Ok, so nothing in the xen info has 'knowledge' about thar?  I have to test =
& see, once I have the disk path?

> Why don't you just snapshot the whole volume, even if it has partitions
> inside?

 I want to tar.gz the result.  IIUC, I need the contents for that, right?

Bill

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 14:14:03 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:14:03 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgNt-0007ly-0z; Tue, 16 Feb 2016 14:13:45 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgNr-0007lk-QK
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:13:43 +0000
Received: from [85.158.137.68] by server-3.bemta-3.messagelabs.com id
	97/3F-02499-79E23C65; Tue, 16 Feb 2016 14:13:43 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-12.tower-31.messagelabs.com!1455632021!22734623!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 55579 invoked from network); 16 Feb 2016 14:13:42 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 14:13:42 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="338461115"
Date: Tue, 16 Feb 2016 14:13:39 +0000
From: Wei Liu 
To: 
Message-ID: <20160216141339.GQ10489@citrix.com>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Length: 1723
Content-Disposition: inline
In-Reply-To: <1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, Wei Liu ,
	Roger Pau =?iso-8859-1?Q?Monn=E9?= 
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 16, 2016 at 06:04:13AM -0800, billb@sent.at wrote:
> =

> =

> On Tue, Feb 16, 2016, at 03:22 AM, Roger Pau Monn=E9 wrote:
> > Try xl block-list $DOMU?
> =

> That gives you something like
> =

> xl block-list 6
> Vdev  BE  handle state evt-ch ring-ref BE-path                       =

> 768   0   6      4     16     8        /local/domain/0/backend/vbd/6/768
> 832   0   6      4     17     9        /local/domain/0/backend/vbd/6/832
> =

> How do map those BE-paths to a /dev/disk or /dev/mapper path that I can u=
se in an lvcreate command at the Dom0?
> =


Hmm... Right, it is not immediately visible to end user.

You can then use the BE-path to do

  xenstore-ls -f /local/domain/0/backend/vbd/6/768/

and

  xenstore-read /local/domain/0/backend/vbd/6/768/params

.

It's a bit cumbersome, but at least now you know all knobs related to
this disk.

> > This is not specific to Xen. I guess you can write a script to parse
> > output from "kpartx -l"?
> =

> Ok, so nothing in the xen info has 'knowledge' about thar?  I have to tes=
t & see, once I have the disk path?
>

The hypervisor and the backend don't know what the frontend does to
its disk -- they don't care and shouldn't care. Parsing output from
kpartx is the right solution.

> > Why don't you just snapshot the whole volume, even if it has partitions
> > inside?
> =

>  I want to tar.gz the result.  IIUC, I need the contents for that, right?
> =


If you want to extract the files from its file system, sure. But if
all you want is a disk image, you can just take a snapshot of that
disk image.

Wei.

> Bill

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 14:14:03 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:14:03 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgNt-0007ly-0z; Tue, 16 Feb 2016 14:13:45 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgNr-0007lk-QK
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:13:43 +0000
Received: from [85.158.137.68] by server-3.bemta-3.messagelabs.com id
	97/3F-02499-79E23C65; Tue, 16 Feb 2016 14:13:43 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-12.tower-31.messagelabs.com!1455632021!22734623!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 55579 invoked from network); 16 Feb 2016 14:13:42 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 14:13:42 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="338461115"
Date: Tue, 16 Feb 2016 14:13:39 +0000
From: Wei Liu 
To: 
Message-ID: <20160216141339.GQ10489@citrix.com>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Length: 1723
Content-Disposition: inline
In-Reply-To: <1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, Wei Liu ,
	Roger Pau =?iso-8859-1?Q?Monn=E9?= 
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 16, 2016 at 06:04:13AM -0800, billb@sent.at wrote:
> =

> =

> On Tue, Feb 16, 2016, at 03:22 AM, Roger Pau Monn=E9 wrote:
> > Try xl block-list $DOMU?
> =

> That gives you something like
> =

> xl block-list 6
> Vdev  BE  handle state evt-ch ring-ref BE-path                       =

> 768   0   6      4     16     8        /local/domain/0/backend/vbd/6/768
> 832   0   6      4     17     9        /local/domain/0/backend/vbd/6/832
> =

> How do map those BE-paths to a /dev/disk or /dev/mapper path that I can u=
se in an lvcreate command at the Dom0?
> =


Hmm... Right, it is not immediately visible to end user.

You can then use the BE-path to do

  xenstore-ls -f /local/domain/0/backend/vbd/6/768/

and

  xenstore-read /local/domain/0/backend/vbd/6/768/params

.

It's a bit cumbersome, but at least now you know all knobs related to
this disk.

> > This is not specific to Xen. I guess you can write a script to parse
> > output from "kpartx -l"?
> =

> Ok, so nothing in the xen info has 'knowledge' about thar?  I have to tes=
t & see, once I have the disk path?
>

The hypervisor and the backend don't know what the frontend does to
its disk -- they don't care and shouldn't care. Parsing output from
kpartx is the right solution.

> > Why don't you just snapshot the whole volume, even if it has partitions
> > inside?
> =

>  I want to tar.gz the result.  IIUC, I need the contents for that, right?
> =


If you want to extract the files from its file system, sure. But if
all you want is a disk image, you can just take a snapshot of that
disk image.

Wei.

> Bill

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 14:18:06 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:18:06 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgRz-0000Hl-Ch; Tue, 16 Feb 2016 14:17:59 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgRx-0000Gs-FB
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:17:57 +0000
Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id
	53/61-03225-49F23C65; Tue, 16 Feb 2016 14:17:56 +0000
X-Env-Sender: prvs=847c1d30f=Ian.Campbell@citrix.com
X-Msg-Ref: server-8.tower-206.messagelabs.com!1455632274!22517868!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30212 invoked from network); 16 Feb 2016 14:17:56 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 14:17:56 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="331949599"
Message-ID: <1455632273.814.93.camel@citrix.com>
From: Ian Campbell 
To: , Roger Pau =?ISO-8859-1?Q?Monn=E9?=
	, Wei Liu ,
	
Date: Tue, 16 Feb 2016 14:17:53 +0000
In-Reply-To: <1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
X-Mailer: Evolution 3.18.2-1 
MIME-Version: 1.0
X-DLP: MIA1
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gVHVlLCAyMDE2LTAyLTE2IGF0IDA2OjA0IC0wODAwLCBiaWxsYkBzZW50LmF0IHdyb3RlOgo+
IAo+IE9uIFR1ZSwgRmViIDE2LCAyMDE2LCBhdCAwMzoyMiBBTSwgUm9nZXIgUGF1IE1vbm7DqSB3
cm90ZToKPiA+IFRyeSB4bCBibG9jay1saXN0ICRET01VPwo+IAo+IFRoYXQgZ2l2ZXMgeW91IHNv
bWV0aGluZyBsaWtlCj4gCj4geGwgYmxvY2stbGlzdCA2Cj4gVmRldsKgwqBCRcKgwqBoYW5kbGUg
c3RhdGUgZXZ0LWNoIHJpbmctcmVmIEJFLXBhdGjCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgCj4gNzY4wqDCoMKgMMKgwqDCoDbCoMKgwqDCoMKgwqA0wqDCoMKg
wqDCoDE2wqDCoMKgwqDCoDjCoMKgwqDCoMKgwqDCoMKgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQv
dmJkLzYvNzY4Cj4gODMywqDCoMKgMMKgwqDCoDbCoMKgwqDCoMKgwqA0wqDCoMKgwqDCoDE3wqDC
oMKgwqDCoDnCoMKgwqDCoMKgwqDCoMKgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzYvODMy
Cj4gCj4gSG93IGRvIG1hcCB0aG9zZSBCRS1wYXRocyB0byBhIC9kZXYvZGlzayBvciAvZGV2L21h
cHBlciBwYXRoIHRoYXQgSSBjYW4KPiB1c2UgaW4gYW4gbHZjcmVhdGUgY29tbWFuZCBhdCB0aGUg
RG9tMD8KPiAKPiA+IFRoaXMgaXMgbm90IHNwZWNpZmljIHRvIFhlbi4gSSBndWVzcyB5b3UgY2Fu
IHdyaXRlIGEgc2NyaXB0IHRvIHBhcnNlCj4gPiBvdXRwdXQgZnJvbSAia3BhcnR4IC1sIj8KPiAK
PiBPaywgc28gbm90aGluZyBpbiB0aGUgeGVuIGluZm8gaGFzICdrbm93bGVkZ2UnIGFib3V0IHRo
YXI/CgpJZiB0aGUgcGFydGl0aW9uIHRhYmxlIGlzICJpbnRlcm5hbCIgdG8gdGhlIGd1ZXN0IGRp
c2sgKHdoYXQgd2Ugc29tZXRpbWVzCmNhbGwgIndob2xlIGRpc2siKSB0aGVuIGl0cyBwYXJ0aXRp
b25pbmcgc2NoZW1lIGluZGVlZCBub3QgcmVhbGx5IHZpc2libGUKdG8gWGVuLCBhbHRob3VnaCB5
b3UgY291bGQgdXNlIG5vcm1hbCBMaW51eCB0b29scyBzdWNoIGFzIGtwYXJ0eCB0byAicGVlawpi
ZWhpbmQgdGhlIGN1cnRhaW4iIGFzIGl0IHdlcmUuCgpJdCBtaWdodCBiZSB0b28gbGF0ZSBmb3Ig
eW91ciBjb25maWd1cmF0aW9uIGJ1dCBYZW4gYWxzbyBzdXBwb3J0cyBleHBvc2luZwpiYWNrZW5k
IGRldmljZXMgYXMgaW5kaXZpZHVhbCBwYXJ0aXRpb25zIHdpdGhpbiB0aGUgZ3Vlc3QsIGkuLmXC
oAoKwqAgwqAgwqAgwqAgZGlzayA9IFsgJ3BoeTovZGV2L1ZHMC9HVUVTVDAxX09TLHh2ZGExLHcn
LArCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCdwaHk6L2Rldi9WRzAvR1VFU1QwMV9TV0FQLHh2
ZGEyLHcnIF0KCkhvd2V2ZXIgdGhpcyBvbmx5IHdvcmtzIGZvciBQViBkaXNrcyBhbmQgbm90IGVt
dWxhdGVkIG9uZXMgKHNpbmNlIG5vdGhpbmcKYWN0dWFsbHkgZW11bGF0ZXMgdGhlIHBhcnRpdGlv
biB0YWJsZSwgdGhpcyBpcyBhbGwgZG9uZSBpbiB0aGUgZGlzawpmcm9udGVuZCkuCgo+IMKgwqBJ
IGhhdmUgdG8gdGVzdCAmIHNlZSwgb25jZSBJIGhhdmUgdGhlIGRpc2sgcGF0aD8KPiAKPiA+IFdo
eSBkb24ndCB5b3UganVzdCBzbmFwc2hvdCB0aGUgd2hvbGUgdm9sdW1lLCBldmVuIGlmIGl0IGhh
cyBwYXJ0aXRpb25zCj4gPiBpbnNpZGU/Cj4gCj4gwqBJIHdhbnQgdG8gdGFyLmd6IHRoZSByZXN1
bHQuwqDCoElJVUMsIEkgbmVlZCB0aGUgY29udGVudHMgZm9yIHRoYXQsIHJpZ2h0PwoKSSB0aGlu
ayBSb2dlciB3YXMgc3VnZ2VzdGluZyB5b3UgY291bGQgc25hcHNob3QgdGhlIHdob2xlIGRldmlj
ZSBhbmQgcnVuCmtwYXJ0eCBvbiB0aGUgc25hcHNob3QsIHJhdGhlciB0aGFuIHZpY2UgdmVyc2Eg
YXMgeW91ciBpbml0aWFsIG1haWwKc3VnZ2VzdGVkLgoKSWFuLgoKX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t
dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Tue Feb 16 14:18:06 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:18:06 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgRz-0000Hl-Ch; Tue, 16 Feb 2016 14:17:59 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgRx-0000Gs-FB
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:17:57 +0000
Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id
	53/61-03225-49F23C65; Tue, 16 Feb 2016 14:17:56 +0000
X-Env-Sender: prvs=847c1d30f=Ian.Campbell@citrix.com
X-Msg-Ref: server-8.tower-206.messagelabs.com!1455632274!22517868!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30212 invoked from network); 16 Feb 2016 14:17:56 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 14:17:56 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="331949599"
Message-ID: <1455632273.814.93.camel@citrix.com>
From: Ian Campbell 
To: , Roger Pau =?ISO-8859-1?Q?Monn=E9?=
	, Wei Liu ,
	
Date: Tue, 16 Feb 2016 14:17:53 +0000
In-Reply-To: <1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
X-Mailer: Evolution 3.18.2-1 
MIME-Version: 1.0
X-DLP: MIA1
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gVHVlLCAyMDE2LTAyLTE2IGF0IDA2OjA0IC0wODAwLCBiaWxsYkBzZW50LmF0IHdyb3RlOgo+
IAo+IE9uIFR1ZSwgRmViIDE2LCAyMDE2LCBhdCAwMzoyMiBBTSwgUm9nZXIgUGF1IE1vbm7DqSB3
cm90ZToKPiA+IFRyeSB4bCBibG9jay1saXN0ICRET01VPwo+IAo+IFRoYXQgZ2l2ZXMgeW91IHNv
bWV0aGluZyBsaWtlCj4gCj4geGwgYmxvY2stbGlzdCA2Cj4gVmRldsKgwqBCRcKgwqBoYW5kbGUg
c3RhdGUgZXZ0LWNoIHJpbmctcmVmIEJFLXBhdGjCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgCj4gNzY4wqDCoMKgMMKgwqDCoDbCoMKgwqDCoMKgwqA0wqDCoMKg
wqDCoDE2wqDCoMKgwqDCoDjCoMKgwqDCoMKgwqDCoMKgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQv
dmJkLzYvNzY4Cj4gODMywqDCoMKgMMKgwqDCoDbCoMKgwqDCoMKgwqA0wqDCoMKgwqDCoDE3wqDC
oMKgwqDCoDnCoMKgwqDCoMKgwqDCoMKgL2xvY2FsL2RvbWFpbi8wL2JhY2tlbmQvdmJkLzYvODMy
Cj4gCj4gSG93IGRvIG1hcCB0aG9zZSBCRS1wYXRocyB0byBhIC9kZXYvZGlzayBvciAvZGV2L21h
cHBlciBwYXRoIHRoYXQgSSBjYW4KPiB1c2UgaW4gYW4gbHZjcmVhdGUgY29tbWFuZCBhdCB0aGUg
RG9tMD8KPiAKPiA+IFRoaXMgaXMgbm90IHNwZWNpZmljIHRvIFhlbi4gSSBndWVzcyB5b3UgY2Fu
IHdyaXRlIGEgc2NyaXB0IHRvIHBhcnNlCj4gPiBvdXRwdXQgZnJvbSAia3BhcnR4IC1sIj8KPiAK
PiBPaywgc28gbm90aGluZyBpbiB0aGUgeGVuIGluZm8gaGFzICdrbm93bGVkZ2UnIGFib3V0IHRo
YXI/CgpJZiB0aGUgcGFydGl0aW9uIHRhYmxlIGlzICJpbnRlcm5hbCIgdG8gdGhlIGd1ZXN0IGRp
c2sgKHdoYXQgd2Ugc29tZXRpbWVzCmNhbGwgIndob2xlIGRpc2siKSB0aGVuIGl0cyBwYXJ0aXRp
b25pbmcgc2NoZW1lIGluZGVlZCBub3QgcmVhbGx5IHZpc2libGUKdG8gWGVuLCBhbHRob3VnaCB5
b3UgY291bGQgdXNlIG5vcm1hbCBMaW51eCB0b29scyBzdWNoIGFzIGtwYXJ0eCB0byAicGVlawpi
ZWhpbmQgdGhlIGN1cnRhaW4iIGFzIGl0IHdlcmUuCgpJdCBtaWdodCBiZSB0b28gbGF0ZSBmb3Ig
eW91ciBjb25maWd1cmF0aW9uIGJ1dCBYZW4gYWxzbyBzdXBwb3J0cyBleHBvc2luZwpiYWNrZW5k
IGRldmljZXMgYXMgaW5kaXZpZHVhbCBwYXJ0aXRpb25zIHdpdGhpbiB0aGUgZ3Vlc3QsIGkuLmXC
oAoKwqAgwqAgwqAgwqAgZGlzayA9IFsgJ3BoeTovZGV2L1ZHMC9HVUVTVDAxX09TLHh2ZGExLHcn
LArCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCDCoCdwaHk6L2Rldi9WRzAvR1VFU1QwMV9TV0FQLHh2
ZGEyLHcnIF0KCkhvd2V2ZXIgdGhpcyBvbmx5IHdvcmtzIGZvciBQViBkaXNrcyBhbmQgbm90IGVt
dWxhdGVkIG9uZXMgKHNpbmNlIG5vdGhpbmcKYWN0dWFsbHkgZW11bGF0ZXMgdGhlIHBhcnRpdGlv
biB0YWJsZSwgdGhpcyBpcyBhbGwgZG9uZSBpbiB0aGUgZGlzawpmcm9udGVuZCkuCgo+IMKgwqBJ
IGhhdmUgdG8gdGVzdCAmIHNlZSwgb25jZSBJIGhhdmUgdGhlIGRpc2sgcGF0aD8KPiAKPiA+IFdo
eSBkb24ndCB5b3UganVzdCBzbmFwc2hvdCB0aGUgd2hvbGUgdm9sdW1lLCBldmVuIGlmIGl0IGhh
cyBwYXJ0aXRpb25zCj4gPiBpbnNpZGU/Cj4gCj4gwqBJIHdhbnQgdG8gdGFyLmd6IHRoZSByZXN1
bHQuwqDCoElJVUMsIEkgbmVlZCB0aGUgY29udGVudHMgZm9yIHRoYXQsIHJpZ2h0PwoKSSB0aGlu
ayBSb2dlciB3YXMgc3VnZ2VzdGluZyB5b3UgY291bGQgc25hcHNob3QgdGhlIHdob2xlIGRldmlj
ZSBhbmQgcnVuCmtwYXJ0eCBvbiB0aGUgc25hcHNob3QsIHJhdGhlciB0aGFuIHZpY2UgdmVyc2Eg
YXMgeW91ciBpbml0aWFsIG1haWwKc3VnZ2VzdGVkLgoKSWFuLgoKX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t
dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Tue Feb 16 14:35:05 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:35:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgiH-0001nc-Al; Tue, 16 Feb 2016 14:34:49 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVgiE-0001nD-Nq
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:34:47 +0000
Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id
	B9/5C-09062-58333C65; Tue, 16 Feb 2016 14:34:45 +0000
X-Env-Sender: steffan@hldns.com
X-Msg-Ref: server-3.tower-31.messagelabs.com!1455633282!22826933!1
X-Originating-IP: [199.249.188.77]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 48956 invoked from network); 16 Feb 2016 14:34:42 -0000
Received: from mail.hldns.com (HELO hosting1.hldns.com) (199.249.188.77)
	by server-3.tower-31.messagelabs.com with SMTP;
	16 Feb 2016 14:34:42 -0000
Received: from [192.168.1.110] (ip68-2-38-154.ph.ph.cox.net [68.2.38.154])
	by hosting1.hldns.com (Postfix) with ESMTPA id EAF034F67B6;
	Tue, 16 Feb 2016 07:34:38 -0700 (MST)
User-Agent: Microsoft-MacOutlook/0.0.0.160109
Date: Tue, 16 Feb 2016 07:34:40 -0700
From: Steffan Cline 
To: Wei Liu 
Message-ID: 
Thread-Topic: [Xen-users] Slow upstream speeds from guest OS
References: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
	<20160216110716.GC16014@citrix.com>
In-Reply-To: <20160216110716.GC16014@citrix.com>
Mime-version: 1.0
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Slow upstream speeds from guest OS
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Yes, that is installed. What else can I check?

[root@xxx ~]# lsmod | grep netfront
xen_netfront           18083  0 



Thank you,
Steffan Cline
602-793-0014








On 2/16/16, 4:07 AM, "Wei Liu"  wrote:

>On Mon, Feb 15, 2016 at 06:08:19PM -0700, Steffan Cline wrote:
>> Running into an odd thing and not sure where to look.
>> 
>> When I log into my CentOS 6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps up.
>> 
>> When I log into my CentOS 6 guest OS and use the same tool, I can only get about 2.5-5mbps up.
>> 
>> Any suggestions as to where to look for the cause of this horrid upstream?
>> 
>> Download speeds are only off by about 2mbps.
>> 
>> In the .cfg files, there are no limits imposed anywhere.
>>
>
>Please make sure your guest has PV network driver installed and
>activated.
>
>You can probably check that by "lsmod | grep netfront", provided the
>driver is compiled as module (which most distros do).
>
>Wei.
>
>> 
>> Thank you,
>> Steffan Cline
>> 602-793-0014
>> 
>> 
>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org
>> http://lists.xen.org/xen-users
>
>
>_______________________________________________
>Xen-users mailing list
>Xen-users@lists.xen.org
>http://lists.xen.org/xen-users
>


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 14:35:05 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:35:05 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgiH-0001nc-Al; Tue, 16 Feb 2016 14:34:49 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVgiE-0001nD-Nq
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:34:47 +0000
Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id
	B9/5C-09062-58333C65; Tue, 16 Feb 2016 14:34:45 +0000
X-Env-Sender: steffan@hldns.com
X-Msg-Ref: server-3.tower-31.messagelabs.com!1455633282!22826933!1
X-Originating-IP: [199.249.188.77]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 48956 invoked from network); 16 Feb 2016 14:34:42 -0000
Received: from mail.hldns.com (HELO hosting1.hldns.com) (199.249.188.77)
	by server-3.tower-31.messagelabs.com with SMTP;
	16 Feb 2016 14:34:42 -0000
Received: from [192.168.1.110] (ip68-2-38-154.ph.ph.cox.net [68.2.38.154])
	by hosting1.hldns.com (Postfix) with ESMTPA id EAF034F67B6;
	Tue, 16 Feb 2016 07:34:38 -0700 (MST)
User-Agent: Microsoft-MacOutlook/0.0.0.160109
Date: Tue, 16 Feb 2016 07:34:40 -0700
From: Steffan Cline 
To: Wei Liu 
Message-ID: 
Thread-Topic: [Xen-users] Slow upstream speeds from guest OS
References: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
	<20160216110716.GC16014@citrix.com>
In-Reply-To: <20160216110716.GC16014@citrix.com>
Mime-version: 1.0
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Slow upstream speeds from guest OS
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Yes, that is installed. What else can I check?

[root@xxx ~]# lsmod | grep netfront
xen_netfront           18083  0 



Thank you,
Steffan Cline
602-793-0014








On 2/16/16, 4:07 AM, "Wei Liu"  wrote:

>On Mon, Feb 15, 2016 at 06:08:19PM -0700, Steffan Cline wrote:
>> Running into an odd thing and not sure where to look.
>> 
>> When I log into my CentOS 6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps up.
>> 
>> When I log into my CentOS 6 guest OS and use the same tool, I can only get about 2.5-5mbps up.
>> 
>> Any suggestions as to where to look for the cause of this horrid upstream?
>> 
>> Download speeds are only off by about 2mbps.
>> 
>> In the .cfg files, there are no limits imposed anywhere.
>>
>
>Please make sure your guest has PV network driver installed and
>activated.
>
>You can probably check that by "lsmod | grep netfront", provided the
>driver is compiled as module (which most distros do).
>
>Wei.
>
>> 
>> Thank you,
>> Steffan Cline
>> 602-793-0014
>> 
>> 
>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org
>> http://lists.xen.org/xen-users
>
>
>_______________________________________________
>Xen-users mailing list
>Xen-users@lists.xen.org
>http://lists.xen.org/xen-users
>


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 14:36:15 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:36:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgjZ-00021C-6a; Tue, 16 Feb 2016 14:36:09 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVgjX-00020z-RZ
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:36:08 +0000
Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id
	02/DE-18633-6D333C65; Tue, 16 Feb 2016 14:36:06 +0000
X-Env-Sender: billb@sent.at
X-Msg-Ref: server-7.tower-206.messagelabs.com!1455633365!22536044!1
X-Originating-IP: [66.111.4.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjcgPT4gODQ2Mw==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 52094 invoked from network); 16 Feb 2016 14:36:06 -0000
Received: from out3-smtp.messagingengine.com (HELO
	out3-smtp.messagingengine.com) (66.111.4.27)
	by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 14:36:06 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id 4147D20BE9
	for ; Tue, 16 Feb 2016 09:36:05 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Tue, 16 Feb 2016 09:36:05 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sent.at; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=lNePO2ko6chEjaeCi4WspvQj3Ms=; b=fjP5eP
	Nd34sQ9QsXrkvD3P6iK/tkp8GMmPcBafny9o7QcYCM+wPi8CHPnCCg97m0K8uau5
	hxmQIKH39S/s+KWjzBtekhOv6PceuEXe/cIrzhoYxY1nxbZMfUnA0qxU2bNamLmv
	bQerU6YpuFMw4nP5R+ytQiVqZ7wDl2aoWWizo=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=lNePO2ko6chEjae
	Ci4WspvQj3Ms=; b=bvWSKtmWSe2WT15yufdm/29u+tSxVo857LpcOAH+tAy9oxp
	hMUoXszTQcuys4jzwZt1Gpd6rNdpSPFjhASyqD9/327+2npsXwb10bkC7XAH90FE
	U96PJyCauYwYCOAN2JQg/nfw/btD2m9Fq2cTeAWj3A5g12PKIDAwIDf7DeoY=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id EADA01105B9; Tue, 16 Feb 2016 09:36:04 -0500 (EST)
Message-Id: <1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
X-Sasl-Enc: TrX7l8MBiGtaakGOwNb0uO2r0aU74KSENT/5gtI8tGev 1455633364
From: billb@sent.at
To: Ian Campbell ,
	=?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	Wei Liu , xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Tue, 16 Feb 2016 06:36:04 -0800
In-Reply-To: <1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org


On Tue, Feb 16, 2016, at 06:13 AM, Wei Liu wrote:
> Hmm... Right, it is not immediately visible to end user.
> 
> You can then use the BE-path to do
> 
>   xenstore-ls -f /local/domain/0/backend/vbd/6/768/
> 
> and
> 
>   xenstore-read /local/domain/0/backend/vbd/6/768/params

That gives exactly what I need.  Thanks!

> The hypervisor and the backend don't know what the frontend does to
> its disk -- they don't care and shouldn't care.

I'd thought that Xen 'figured out' what kind of disk structure it's mounting.  Ok, guess not.

> Parsing output from kpartx is the right solution.

I was trying to avoid it.  Only because I was told elsewhere not to use it 'with VMs' and that I should use 'libguestfs' instead.  I looked at that, and I'd have to install a bunch of stuff onto the Dom0 that's not there yet, and then figure out how to use it.

Wasn't sure what's the riight tool.

> If you want to extract the files from its file system, sure. But if
> all you want is a disk image, you can just take a snapshot of that
> disk image.

I want the backup (a) smaller, and (b) on another storage device.

TBH, I don't really care what method I end up using.  As long as it's reliable.

I thought that snaps had to remain 'in' the VG, and they can get kind of large.

So I ended with small&portable tar/gz.

On Tue, Feb 16, 2016, at 06:17 AM, Ian Campbell wrote:

> If the partition table is "internal" to the guest disk (what we sometimes
> call "whole disk") then its partitioning scheme indeed not really visible
> to Xen, although you could use normal Linux tools such as kpartx to "peek
> behind the curtain" as it were.

Ok, so sounds like the same approach recommended by Wei.  Great.

> It might be too late for your configuration but Xen also supports exposing
> backend devices as individual partitions within the guest, i..e 
> 
>         disk = [ 'phy:/dev/VG0/GUEST01_OS,xvda1,w',
>                  'phy:/dev/VG0/GUEST01_SWAP,xvda2,w' ]
> 
> However this only works for PV disks and not emulated ones (since nothing
> actually emulates the partition table, this is all done in the disk
> frontend).

This one is an HVM.  Or actually what's called the PVHVM.  Since those options are turned on.

So for this kind I guess I'll have to 'peek' with kpartx.

> >  I want to tar.gz the result.  IIUC, I need the contents for that, right?
> 
> I think Roger was suggesting you could snapshot the whole device and run
> kpartx on the snapshot, rather than vice versa as your initial mail
> suggested.

That's what I'm already doing.  Guess I described it wrong.

With the xl block-list etc, and the kpartx 'peek', I can script it now.

I'd been looking for an easy , "built-in" backup step.  This seems as close as I get.

Bill

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 14:36:15 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:36:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgjZ-00021C-6a; Tue, 16 Feb 2016 14:36:09 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVgjX-00020z-RZ
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:36:08 +0000
Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id
	02/DE-18633-6D333C65; Tue, 16 Feb 2016 14:36:06 +0000
X-Env-Sender: billb@sent.at
X-Msg-Ref: server-7.tower-206.messagelabs.com!1455633365!22536044!1
X-Originating-IP: [66.111.4.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjcgPT4gODQ2Mw==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 52094 invoked from network); 16 Feb 2016 14:36:06 -0000
Received: from out3-smtp.messagingengine.com (HELO
	out3-smtp.messagingengine.com) (66.111.4.27)
	by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 14:36:06 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id 4147D20BE9
	for ; Tue, 16 Feb 2016 09:36:05 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Tue, 16 Feb 2016 09:36:05 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sent.at; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=lNePO2ko6chEjaeCi4WspvQj3Ms=; b=fjP5eP
	Nd34sQ9QsXrkvD3P6iK/tkp8GMmPcBafny9o7QcYCM+wPi8CHPnCCg97m0K8uau5
	hxmQIKH39S/s+KWjzBtekhOv6PceuEXe/cIrzhoYxY1nxbZMfUnA0qxU2bNamLmv
	bQerU6YpuFMw4nP5R+ytQiVqZ7wDl2aoWWizo=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=lNePO2ko6chEjae
	Ci4WspvQj3Ms=; b=bvWSKtmWSe2WT15yufdm/29u+tSxVo857LpcOAH+tAy9oxp
	hMUoXszTQcuys4jzwZt1Gpd6rNdpSPFjhASyqD9/327+2npsXwb10bkC7XAH90FE
	U96PJyCauYwYCOAN2JQg/nfw/btD2m9Fq2cTeAWj3A5g12PKIDAwIDf7DeoY=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id EADA01105B9; Tue, 16 Feb 2016 09:36:04 -0500 (EST)
Message-Id: <1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
X-Sasl-Enc: TrX7l8MBiGtaakGOwNb0uO2r0aU74KSENT/5gtI8tGev 1455633364
From: billb@sent.at
To: Ian Campbell ,
	=?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	Wei Liu , xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Tue, 16 Feb 2016 06:36:04 -0800
In-Reply-To: <1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org


On Tue, Feb 16, 2016, at 06:13 AM, Wei Liu wrote:
> Hmm... Right, it is not immediately visible to end user.
> 
> You can then use the BE-path to do
> 
>   xenstore-ls -f /local/domain/0/backend/vbd/6/768/
> 
> and
> 
>   xenstore-read /local/domain/0/backend/vbd/6/768/params

That gives exactly what I need.  Thanks!

> The hypervisor and the backend don't know what the frontend does to
> its disk -- they don't care and shouldn't care.

I'd thought that Xen 'figured out' what kind of disk structure it's mounting.  Ok, guess not.

> Parsing output from kpartx is the right solution.

I was trying to avoid it.  Only because I was told elsewhere not to use it 'with VMs' and that I should use 'libguestfs' instead.  I looked at that, and I'd have to install a bunch of stuff onto the Dom0 that's not there yet, and then figure out how to use it.

Wasn't sure what's the riight tool.

> If you want to extract the files from its file system, sure. But if
> all you want is a disk image, you can just take a snapshot of that
> disk image.

I want the backup (a) smaller, and (b) on another storage device.

TBH, I don't really care what method I end up using.  As long as it's reliable.

I thought that snaps had to remain 'in' the VG, and they can get kind of large.

So I ended with small&portable tar/gz.

On Tue, Feb 16, 2016, at 06:17 AM, Ian Campbell wrote:

> If the partition table is "internal" to the guest disk (what we sometimes
> call "whole disk") then its partitioning scheme indeed not really visible
> to Xen, although you could use normal Linux tools such as kpartx to "peek
> behind the curtain" as it were.

Ok, so sounds like the same approach recommended by Wei.  Great.

> It might be too late for your configuration but Xen also supports exposing
> backend devices as individual partitions within the guest, i..e 
> 
>         disk = [ 'phy:/dev/VG0/GUEST01_OS,xvda1,w',
>                  'phy:/dev/VG0/GUEST01_SWAP,xvda2,w' ]
> 
> However this only works for PV disks and not emulated ones (since nothing
> actually emulates the partition table, this is all done in the disk
> frontend).

This one is an HVM.  Or actually what's called the PVHVM.  Since those options are turned on.

So for this kind I guess I'll have to 'peek' with kpartx.

> >  I want to tar.gz the result.  IIUC, I need the contents for that, right?
> 
> I think Roger was suggesting you could snapshot the whole device and run
> kpartx on the snapshot, rather than vice versa as your initial mail
> suggested.

That's what I'm already doing.  Guess I described it wrong.

With the xl block-list etc, and the kpartx 'peek', I can script it now.

I'd been looking for an easy , "built-in" backup step.  This seems as close as I get.

Bill

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 14:39:06 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:39:06 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgmE-0002TK-6V; Tue, 16 Feb 2016 14:38:54 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgmC-0002TB-95
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:38:52 +0000
Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id
	49/F0-21201-B7433C65; Tue, 16 Feb 2016 14:38:51 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-7.tower-31.messagelabs.com!1455633529!15325835!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 51086 invoked from network); 16 Feb 2016 14:38:50 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 14:38:50 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="331958719"
Date: Tue, 16 Feb 2016 14:38:47 +0000
From: Wei Liu 
To: Steffan Cline 
Message-ID: <20160216143847.GR10489@citrix.com>
References: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
	<20160216110716.GC16014@citrix.com>
	
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, Wei Liu 
Subject: Re: [Xen-users] Slow upstream speeds from guest OS
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 16, 2016 at 07:34:40AM -0700, Steffan Cline wrote:
> Yes, that is installed. What else can I check?
>

The network data path for your VM is like

   frontend in guest -> backend in Dom0 -> Dom0 network stack ->
   Physical nic

You can run iperf -s in Dom0 and iperf -c in DomU to make sure the
data path is not throttled in that segment. Then you can check if Dom0
is applying any other restrictions -- this I can't help you with, but
start with normal network diagnose tools.

Wei.


> [root@xxx ~]# lsmod | grep netfront
> xen_netfront           18083  0 
> 
> 
> 
> Thank you,
> Steffan Cline
> 602-793-0014
> 
> 
> 
> 
> 
> 
> 
> 
> On 2/16/16, 4:07 AM, "Wei Liu"  wrote:
> 
> >On Mon, Feb 15, 2016 at 06:08:19PM -0700, Steffan Cline wrote:
> >> Running into an odd thing and not sure where to look.
> >> 
> >> When I log into my CentOS 6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps up.
> >> 
> >> When I log into my CentOS 6 guest OS and use the same tool, I can only get about 2.5-5mbps up.
> >> 
> >> Any suggestions as to where to look for the cause of this horrid upstream?
> >> 
> >> Download speeds are only off by about 2mbps.
> >> 
> >> In the .cfg files, there are no limits imposed anywhere.
> >>
> >
> >Please make sure your guest has PV network driver installed and
> >activated.
> >
> >You can probably check that by "lsmod | grep netfront", provided the
> >driver is compiled as module (which most distros do).
> >
> >Wei.
> >
> >> 
> >> Thank you,
> >> Steffan Cline
> >> 602-793-0014
> >> 
> >> 
> >
> >> _______________________________________________
> >> Xen-users mailing list
> >> Xen-users@lists.xen.org
> >> http://lists.xen.org/xen-users
> >
> >
> >_______________________________________________
> >Xen-users mailing list
> >Xen-users@lists.xen.org
> >http://lists.xen.org/xen-users
> >
> 

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 14:39:06 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 14:39:06 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgmE-0002TK-6V; Tue, 16 Feb 2016 14:38:54 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVgmC-0002TB-95
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 14:38:52 +0000
Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id
	49/F0-21201-B7433C65; Tue, 16 Feb 2016 14:38:51 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-7.tower-31.messagelabs.com!1455633529!15325835!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 51086 invoked from network); 16 Feb 2016 14:38:50 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 14:38:50 -0000
X-IronPort-AV: E=Sophos;i="5.22,455,1449532800"; d="scan'208";a="331958719"
Date: Tue, 16 Feb 2016 14:38:47 +0000
From: Wei Liu 
To: Steffan Cline 
Message-ID: <20160216143847.GR10489@citrix.com>
References: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
	<20160216110716.GC16014@citrix.com>
	
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, Wei Liu 
Subject: Re: [Xen-users] Slow upstream speeds from guest OS
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 16, 2016 at 07:34:40AM -0700, Steffan Cline wrote:
> Yes, that is installed. What else can I check?
>

The network data path for your VM is like

   frontend in guest -> backend in Dom0 -> Dom0 network stack ->
   Physical nic

You can run iperf -s in Dom0 and iperf -c in DomU to make sure the
data path is not throttled in that segment. Then you can check if Dom0
is applying any other restrictions -- this I can't help you with, but
start with normal network diagnose tools.

Wei.


> [root@xxx ~]# lsmod | grep netfront
> xen_netfront           18083  0 
> 
> 
> 
> Thank you,
> Steffan Cline
> 602-793-0014
> 
> 
> 
> 
> 
> 
> 
> 
> On 2/16/16, 4:07 AM, "Wei Liu"  wrote:
> 
> >On Mon, Feb 15, 2016 at 06:08:19PM -0700, Steffan Cline wrote:
> >> Running into an odd thing and not sure where to look.
> >> 
> >> When I log into my CentOS 6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps up.
> >> 
> >> When I log into my CentOS 6 guest OS and use the same tool, I can only get about 2.5-5mbps up.
> >> 
> >> Any suggestions as to where to look for the cause of this horrid upstream?
> >> 
> >> Download speeds are only off by about 2mbps.
> >> 
> >> In the .cfg files, there are no limits imposed anywhere.
> >>
> >
> >Please make sure your guest has PV network driver installed and
> >activated.
> >
> >You can probably check that by "lsmod | grep netfront", provided the
> >driver is compiled as module (which most distros do).
> >
> >Wei.
> >
> >> 
> >> Thank you,
> >> Steffan Cline
> >> 602-793-0014
> >> 
> >> 
> >
> >> _______________________________________________
> >> Xen-users mailing list
> >> Xen-users@lists.xen.org
> >> http://lists.xen.org/xen-users
> >
> >
> >_______________________________________________
> >Xen-users mailing list
> >Xen-users@lists.xen.org
> >http://lists.xen.org/xen-users
> >
> 

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 15:04:59 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 15:04:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVhBA-0004FC-Ro; Tue, 16 Feb 2016 15:04:40 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVhB8-0004F4-Sl
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 15:04:39 +0000
Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id
	F0/E4-25438-68A33C65; Tue, 16 Feb 2016 15:04:38 +0000
X-Env-Sender: sm8ax1@vfemail.net
X-Msg-Ref: server-9.tower-27.messagelabs.com!1455635074!24206805!1
X-Originating-IP: [199.16.11.132]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 37234 invoked from network); 16 Feb 2016 15:04:35 -0000
Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132)
	by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 16 Feb 2016 15:04:35 -0000
Received: (qmail 1200 invoked by uid 89); 16 Feb 2016 15:04:33 -0000
Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1)
	by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP;
	16 Feb 2016 15:04:33 -0000
Received: (qmail 68930 invoked by uid 89); 16 Feb 2016 12:45:59 -0000
Received: by simscan 1.3.1 ppid: 68925, pid: 68926, t: 0.0040s scanners:none
Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62)
	by FreeQueue with SMTP; 16 Feb 2016 12:45:59 -0000
Received: (qmail 28627 invoked by uid 89); 16 Feb 2016 12:45:59 -0000
Received: by simscan 1.4.0 ppid: 28621, pid: 28624, t: 0.0940s scanners:none
Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93)
	by 172.16.100.62 with ESMTPA; 16 Feb 2016 12:45:59 -0000
Date: Tue, 16 Feb 2016 06:45:59 -0600
Message-ID: <20160216064559.Horde.CIO1sJgSxU_lJZUBgrmWoA1@344c6kbnjnljjzlz.onion>
From: sm8ax1@vfemail.net
To: Wei Liu 
References: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
	<20160216110716.GC16014@citrix.com>
In-Reply-To: <20160216110716.GC16014@citrix.com>
User-Agent: Internet Messaging Program (IMP) H5 (6.2.2)
X-VFEmail-Originating-IP: 172.16.100.27
X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include
	VFEmail headers
MIME-Version: 1.0
Cc: xen-users@lists.xen.org, Steffan Cline 
Subject: Re: [Xen-users] Slow upstream speeds from guest OS
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3745577792149645070=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This message is in MIME format.

--===============3745577792149645070==
Content-Type: multipart/alternative; boundary="=_jpAmmZEWAQ-OYkdYJdvdzg2"
Content-Transfer-Encoding: 8bit

This message is in MIME format.

--=_jpAmmZEWAQ-OYkdYJdvdzg2
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Content-Length: 2792
Content-Transfer-Encoding: quoted-printable
Content-Description: Plaintext Message
Content-Disposition: inline

  Enable the PV network driver as Seffan said. Also can you tell us a little
bit about your networking setup=3F Are you using an ethernet bridge (where
the physical and guest interfaces are both slaves of the bridge), layer 3
routing, NAT, wireless proxy ARP, or something else=3F Post the output of `ip
link` in the guest and host. Check for packet loss using ping or by
comparing the in/out byte count of the guest and host[0]. If relevant, post
your firewall rules using `iptables {,-tnat} -L -v` or `nft list ruleset`.
Also, make sure your DomU has equal or better resources (memory, vcpus)
than your Dom0 (or whatever domain you're testing against).

Also, consider setting up a driver domain[1]. Driver domains are good for
security and reliability if you have an IOMMU, and can be good for
performance in many cases, particularly when the Dom0 is CPU- or
memory-bound by DomU excessive I/O. It also allows you to choose a
different OS (and therefore driver) for the network card, so you can use
one that gives you better performance.

If you only need networking in one guest, you can use PCI/USB passthrough
which usually offers the best performance.

[0]:
https://serverfault.com/questions/533513/how-to-get-tx-rx-bytes-without-ifconfig
[1]: http://wiki.xenproject.org/wiki/Driver_Domain

Quoting Wei Liu :

> On Mon, Feb 15, 2016 at 06:08:19PM -0700, Steffan Cline wrote:
>> Running into an odd thing and not sure where to look.
>>
>> When I log into my CentOS 6 host OS and use the speediest-cli tool
>> (https://github.com/sivel/speedtest-cli) I can get 20mbps up.
>>
>> When I log into my CentOS 6 guest OS and use the same tool, I can only
>> get about 2.5-5mbps up.
>>
>> Any suggestions as to where to look for the cause of this horrid
>> upstream=3F
>>
>> Download speeds are only off by about 2mbps.
>>
>> In the .cfg files, there are no limits imposed anywhere.
>
> Please make sure your guest has PV network driver installed and
> activated.
>
> You can probably check that by "lsmod | grep netfront", provided the
> driver is compiled as module (which most distros do).
>
> Wei.
>
>> Thank you,
>> Steffan Cline
>> 602-793-0014
>> =C2=A0
>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org
>> http://lists.xen.org/xen-users
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.orghttp://lists.xen.org/xen-users


-------------------------------------------------

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  
--=_jpAmmZEWAQ-OYkdYJdvdzg2
Content-Type: text/html; charset=UTF-8
Content-Description: HTML Message
Content-Disposition: inline









Enable the PV network driver as Seffan said. Also can you tell us a little bit about your networking setup? Are you using an ethernet bridge (where the physical and guest interfaces are both slaves of the bridge), layer 3 routing, NAT, wireless proxy ARP, or something else? Post the output of `ip link` in the guest and host. Check for packet loss using ping or by comparing the in/out byte count of the guest and host[0]. If relevant, post your firewall rules using `iptables {,-tnat} -L -v` or `nft list ruleset`. Also, make sure your DomU has equal or better resources (memory, vcpus) than your Dom0 (or whatever domain you're testing against).



Also, consider setting up a driver domain[1]. Driver domains are good for security and reliability if you have an IOMMU, and can be good for performance in many cases, particularly when the Dom0 is CPU- or memory-bound by DomU excessive I/O. It also allows you to choose a different OS (and therefore driver) for the network card, so you can use one that gives you better performance.



If you only need networking in one guest, you can use PCI/USB passthrough which usually offers the best performance.



[0]: https://serverfault.com/questions/533513/how-to-get-tx-rx-bytes-without-ifconfig

[1]: http://wiki.xenproject.org/wiki/Driver_Domain



Quoting Wei Liu <wei.liu2@citrix.com>:




On Mon, Feb 15, 2016 at 06:08:19PM -0700, Steffan Cline wrote:




Running into an odd thing and not sure where to look.



When I log into my CentOS 6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps up.



When I log into my CentOS 6 guest OS and use the same tool, I can only get about 2.5-5mbps up.



Any suggestions as to where to look for the cause of this horrid upstream?



Download speeds are only off by about 2mbps.



In the .cfg files, there are no limits imposed anywhere.



Please make sure your guest has PV network driver installed and

activated.



You can probably check that by "lsmod | grep netfront", provided the

driver is compiled as module (which most distros do).



Wei.




Thank you,

Steffan Cline

602-793-0014

 






_______________________________________________

Xen-users mailing list

Xen-users@lists.xen.org

http://lists.xen.org/xen-users



_______________________________________________

Xen-users mailing list

Xen-users@lists.xen.orghttp://lists.xen.org/xen-users











-------------------------------------------------


ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands! 

$24.95 ONETIME Lifetime accounts with Privacy Features!

No Bandwidth Quotas!   15GB disk space! 

Commercial and Bulk Mail Options! 





--=_jpAmmZEWAQ-OYkdYJdvdzg2--



--===============3745577792149645070==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============3745577792149645070==--



From xen-users-bounces@lists.xen.org Tue Feb 16 15:04:59 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 15:04:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVhBA-0004FC-Ro; Tue, 16 Feb 2016 15:04:40 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVhB8-0004F4-Sl
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 15:04:39 +0000
Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id
	F0/E4-25438-68A33C65; Tue, 16 Feb 2016 15:04:38 +0000
X-Env-Sender: sm8ax1@vfemail.net
X-Msg-Ref: server-9.tower-27.messagelabs.com!1455635074!24206805!1
X-Originating-IP: [199.16.11.132]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 37234 invoked from network); 16 Feb 2016 15:04:35 -0000
Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132)
	by server-9.tower-27.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 16 Feb 2016 15:04:35 -0000
Received: (qmail 1200 invoked by uid 89); 16 Feb 2016 15:04:33 -0000
Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1)
	by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP;
	16 Feb 2016 15:04:33 -0000
Received: (qmail 68930 invoked by uid 89); 16 Feb 2016 12:45:59 -0000
Received: by simscan 1.3.1 ppid: 68925, pid: 68926, t: 0.0040s scanners:none
Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62)
	by FreeQueue with SMTP; 16 Feb 2016 12:45:59 -0000
Received: (qmail 28627 invoked by uid 89); 16 Feb 2016 12:45:59 -0000
Received: by simscan 1.4.0 ppid: 28621, pid: 28624, t: 0.0940s scanners:none
Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93)
	by 172.16.100.62 with ESMTPA; 16 Feb 2016 12:45:59 -0000
Date: Tue, 16 Feb 2016 06:45:59 -0600
Message-ID: <20160216064559.Horde.CIO1sJgSxU_lJZUBgrmWoA1@344c6kbnjnljjzlz.onion>
From: sm8ax1@vfemail.net
To: Wei Liu 
References: <5AC37D74-03D7-4414-9D64-96C56A070867@hldns.com>
	<20160216110716.GC16014@citrix.com>
In-Reply-To: <20160216110716.GC16014@citrix.com>
User-Agent: Internet Messaging Program (IMP) H5 (6.2.2)
X-VFEmail-Originating-IP: 172.16.100.27
X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include
	VFEmail headers
MIME-Version: 1.0
Cc: xen-users@lists.xen.org, Steffan Cline 
Subject: Re: [Xen-users] Slow upstream speeds from guest OS
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3745577792149645070=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This message is in MIME format.

--===============3745577792149645070==
Content-Type: multipart/alternative; boundary="=_jpAmmZEWAQ-OYkdYJdvdzg2"
Content-Transfer-Encoding: 8bit

This message is in MIME format.

--=_jpAmmZEWAQ-OYkdYJdvdzg2
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Content-Length: 2792
Content-Transfer-Encoding: quoted-printable
Content-Description: Plaintext Message
Content-Disposition: inline

  Enable the PV network driver as Seffan said. Also can you tell us a little
bit about your networking setup=3F Are you using an ethernet bridge (where
the physical and guest interfaces are both slaves of the bridge), layer 3
routing, NAT, wireless proxy ARP, or something else=3F Post the output of `ip
link` in the guest and host. Check for packet loss using ping or by
comparing the in/out byte count of the guest and host[0]. If relevant, post
your firewall rules using `iptables {,-tnat} -L -v` or `nft list ruleset`.
Also, make sure your DomU has equal or better resources (memory, vcpus)
than your Dom0 (or whatever domain you're testing against).

Also, consider setting up a driver domain[1]. Driver domains are good for
security and reliability if you have an IOMMU, and can be good for
performance in many cases, particularly when the Dom0 is CPU- or
memory-bound by DomU excessive I/O. It also allows you to choose a
different OS (and therefore driver) for the network card, so you can use
one that gives you better performance.

If you only need networking in one guest, you can use PCI/USB passthrough
which usually offers the best performance.

[0]:
https://serverfault.com/questions/533513/how-to-get-tx-rx-bytes-without-ifconfig
[1]: http://wiki.xenproject.org/wiki/Driver_Domain

Quoting Wei Liu :

> On Mon, Feb 15, 2016 at 06:08:19PM -0700, Steffan Cline wrote:
>> Running into an odd thing and not sure where to look.
>>
>> When I log into my CentOS 6 host OS and use the speediest-cli tool
>> (https://github.com/sivel/speedtest-cli) I can get 20mbps up.
>>
>> When I log into my CentOS 6 guest OS and use the same tool, I can only
>> get about 2.5-5mbps up.
>>
>> Any suggestions as to where to look for the cause of this horrid
>> upstream=3F
>>
>> Download speeds are only off by about 2mbps.
>>
>> In the .cfg files, there are no limits imposed anywhere.
>
> Please make sure your guest has PV network driver installed and
> activated.
>
> You can probably check that by "lsmod | grep netfront", provided the
> driver is compiled as module (which most distros do).
>
> Wei.
>
>> Thank you,
>> Steffan Cline
>> 602-793-0014
>> =C2=A0
>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xen.org
>> http://lists.xen.org/xen-users
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.orghttp://lists.xen.org/xen-users


-------------------------------------------------

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  
--=_jpAmmZEWAQ-OYkdYJdvdzg2
Content-Type: text/html; charset=UTF-8
Content-Description: HTML Message
Content-Disposition: inline









Enable the PV network driver as Seffan said. Also can you tell us a little bit about your networking setup? Are you using an ethernet bridge (where the physical and guest interfaces are both slaves of the bridge), layer 3 routing, NAT, wireless proxy ARP, or something else? Post the output of `ip link` in the guest and host. Check for packet loss using ping or by comparing the in/out byte count of the guest and host[0]. If relevant, post your firewall rules using `iptables {,-tnat} -L -v` or `nft list ruleset`. Also, make sure your DomU has equal or better resources (memory, vcpus) than your Dom0 (or whatever domain you're testing against).



Also, consider setting up a driver domain[1]. Driver domains are good for security and reliability if you have an IOMMU, and can be good for performance in many cases, particularly when the Dom0 is CPU- or memory-bound by DomU excessive I/O. It also allows you to choose a different OS (and therefore driver) for the network card, so you can use one that gives you better performance.



If you only need networking in one guest, you can use PCI/USB passthrough which usually offers the best performance.



[0]: https://serverfault.com/questions/533513/how-to-get-tx-rx-bytes-without-ifconfig

[1]: http://wiki.xenproject.org/wiki/Driver_Domain



Quoting Wei Liu <wei.liu2@citrix.com>:




On Mon, Feb 15, 2016 at 06:08:19PM -0700, Steffan Cline wrote:




Running into an odd thing and not sure where to look.



When I log into my CentOS 6 host OS and use the speediest-cli tool (https://github.com/sivel/speedtest-cli) I can get 20mbps up.



When I log into my CentOS 6 guest OS and use the same tool, I can only get about 2.5-5mbps up.



Any suggestions as to where to look for the cause of this horrid upstream?



Download speeds are only off by about 2mbps.



In the .cfg files, there are no limits imposed anywhere.



Please make sure your guest has PV network driver installed and

activated.



You can probably check that by "lsmod | grep netfront", provided the

driver is compiled as module (which most distros do).



Wei.




Thank you,

Steffan Cline

602-793-0014

 






_______________________________________________

Xen-users mailing list

Xen-users@lists.xen.org

http://lists.xen.org/xen-users



_______________________________________________

Xen-users mailing list

Xen-users@lists.xen.orghttp://lists.xen.org/xen-users











-------------------------------------------------


ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands! 

$24.95 ONETIME Lifetime accounts with Privacy Features!

No Bandwidth Quotas!   15GB disk space! 

Commercial and Bulk Mail Options! 





--=_jpAmmZEWAQ-OYkdYJdvdzg2--



--===============3745577792149645070==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============3745577792149645070==--



From xen-users-bounces@lists.xen.org Tue Feb 16 15:06:32 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 15:06:32 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVhCm-0004fF-Ed; Tue, 16 Feb 2016 15:06:20 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVhCl-0004ex-75
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 15:06:19 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	03/4C-12072-9EA33C65; Tue, 16 Feb 2016 15:06:17 +0000
X-Env-Sender: linux@thehobsons.co.uk
X-Msg-Ref: server-2.tower-31.messagelabs.com!1455635176!22809617!1
X-Originating-IP: [81.174.135.208]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28485 invoked from network); 16 Feb 2016 15:06:16 -0000
Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk)
	(81.174.135.208)
	by server-2.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 15:06:16 -0000
X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk
Received: from [192.168.1.55] (lan.furness.net [84.9.59.220])
	by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 892491BC3E
	for ; Tue, 16 Feb 2016 15:06:12 +0000 (UTC)
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Simon Hobson 
In-Reply-To: <1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
Date: Tue, 16 Feb 2016 15:06:11 +0000
Message-Id: 
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
To: "xen-users@lists.xen.org" 
X-Mailer: Apple Mail (2.1510)
Subject: Re: [Xen-users] How to list the drives a DomU is using,
	and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

billb@sent.at wrote:

> I'd thought that Xen 'figured out' what kind of disk structure it's mounting.

The "disk structure" as far as Xen is concerned is ... a "disk". Just a collection of blocks.

> I thought that snaps had to remain 'in' the VG, and they can get kind of large.

A snapshot is simply a virtual image of the volume at a point in time. In terms of what you see when you look into it, it is exactly the same size as the volume - though the underlying representation of it will grow over time (starting from near enough zero space). So if you wanted to backup that snapshot, you'd treat it like a disk and image it - what you do with the image is then up to you.
When you are done, remember to delete the snapshot or it will slow performance* and eat disk space*.

A couple of caveats though.
If you snapshot the volume, what you see is the same as if you unceremoniously yanked the power cord on a physical machine - anything still held in the guest's dirty cache will not be there. You can minimise this by triggering the guest to sync it's cache, and of course using a journaled filesystem - but you cannot completely eliminate it.

The way some virtualisation & backup systems handle this is (to simplify "a bit") to make the combination of hypervisor, guest OS, and backup system intimately aware of each other so that the backup system can copy what the guest has, not what it has already written to disk.

Personally, I work the other way - I do backups from within the guest using rsync to maintain a clone of the filesystem as seen by the guest on one central device. From there I generate multiple generations with file de-dupe etc as a separate off-line task. One area where if you ask 10 people you'll get 11 opinions :-)

* It's worth considering the way snapshots work.
AIUI in LVM, when you make a snapshot, what is on-disk is kept as the "before image". Any writes then go into a separate "after image" area which starts at zero and grows. Anything accessing the snapshot gets the before image data, anything accessing the live volume gets the data from the after image if there is a corresponding block, or the before image data if it's not been altered. Over time the after-image data set grows - and performance will be affected as the data gets fragmented.
When you destroy the snapshot, any data in the after image is then copied into the main volume and after that the after image is deleted.

I would not have thought that you could safely mount a snapshot. If you try mounting it read-only then you have a dirty filesystem. If you mount it read-write then fsck will try and fix it, which then means you have two different systems trying to write to a volume. I don't know if LVM will handle this and prevent the host access from corrupting the guests filesystem.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 15:06:32 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 15:06:32 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVhCm-0004fF-Ed; Tue, 16 Feb 2016 15:06:20 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVhCl-0004ex-75
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 15:06:19 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	03/4C-12072-9EA33C65; Tue, 16 Feb 2016 15:06:17 +0000
X-Env-Sender: linux@thehobsons.co.uk
X-Msg-Ref: server-2.tower-31.messagelabs.com!1455635176!22809617!1
X-Originating-IP: [81.174.135.208]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28485 invoked from network); 16 Feb 2016 15:06:16 -0000
Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk)
	(81.174.135.208)
	by server-2.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 15:06:16 -0000
X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk
Received: from [192.168.1.55] (lan.furness.net [84.9.59.220])
	by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 892491BC3E
	for ; Tue, 16 Feb 2016 15:06:12 +0000 (UTC)
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Simon Hobson 
In-Reply-To: <1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
Date: Tue, 16 Feb 2016 15:06:11 +0000
Message-Id: 
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
To: "xen-users@lists.xen.org" 
X-Mailer: Apple Mail (2.1510)
Subject: Re: [Xen-users] How to list the drives a DomU is using,
	and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

billb@sent.at wrote:

> I'd thought that Xen 'figured out' what kind of disk structure it's mounting.

The "disk structure" as far as Xen is concerned is ... a "disk". Just a collection of blocks.

> I thought that snaps had to remain 'in' the VG, and they can get kind of large.

A snapshot is simply a virtual image of the volume at a point in time. In terms of what you see when you look into it, it is exactly the same size as the volume - though the underlying representation of it will grow over time (starting from near enough zero space). So if you wanted to backup that snapshot, you'd treat it like a disk and image it - what you do with the image is then up to you.
When you are done, remember to delete the snapshot or it will slow performance* and eat disk space*.

A couple of caveats though.
If you snapshot the volume, what you see is the same as if you unceremoniously yanked the power cord on a physical machine - anything still held in the guest's dirty cache will not be there. You can minimise this by triggering the guest to sync it's cache, and of course using a journaled filesystem - but you cannot completely eliminate it.

The way some virtualisation & backup systems handle this is (to simplify "a bit") to make the combination of hypervisor, guest OS, and backup system intimately aware of each other so that the backup system can copy what the guest has, not what it has already written to disk.

Personally, I work the other way - I do backups from within the guest using rsync to maintain a clone of the filesystem as seen by the guest on one central device. From there I generate multiple generations with file de-dupe etc as a separate off-line task. One area where if you ask 10 people you'll get 11 opinions :-)

* It's worth considering the way snapshots work.
AIUI in LVM, when you make a snapshot, what is on-disk is kept as the "before image". Any writes then go into a separate "after image" area which starts at zero and grows. Anything accessing the snapshot gets the before image data, anything accessing the live volume gets the data from the after image if there is a corresponding block, or the before image data if it's not been altered. Over time the after-image data set grows - and performance will be affected as the data gets fragmented.
When you destroy the snapshot, any data in the after image is then copied into the main volume and after that the after image is deleted.

I would not have thought that you could safely mount a snapshot. If you try mounting it read-only then you have a dirty filesystem. If you mount it read-write then fsck will try and fix it, which then means you have two different systems trying to write to a volume. I don't know if LVM will handle this and prevent the host access from corrupting the guests filesystem.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 15:48:15 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 15:48:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVhqn-0007mO-6S; Tue, 16 Feb 2016 15:47:41 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVhqm-0007mJ-Ht
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 15:47:40 +0000
Received: from [193.109.254.147] by server-7.bemta-14.messagelabs.com id
	ED/66-29985-B9443C65; Tue, 16 Feb 2016 15:47:39 +0000
X-Env-Sender: billb@sent.at
X-Msg-Ref: server-14.tower-27.messagelabs.com!1455637658!12086430!1
X-Originating-IP: [66.111.4.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjcgPT4gODQ2Mw==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29455 invoked from network); 16 Feb 2016 15:47:38 -0000
Received: from out3-smtp.messagingengine.com (HELO
	out3-smtp.messagingengine.com) (66.111.4.27)
	by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 15:47:38 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id 229FC21A40
	for ; Tue, 16 Feb 2016 10:47:38 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Tue, 16 Feb 2016 10:47:38 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sent.at; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=C3G2jZT9mfJo8tL7+s15r5GIDBg=; b=BlZkam
	NWuZKWExpxtTDAl2vwC/CVl0+dJ2wdObFSIMI6bigzs6FU+C+OxEc7fk/OlYLCEl
	r2CtCjR8PUzgb6kMMZCeGmsu7bTcbj7XU39elUDtbhm/kIBtlXQRBNcS3frDk69v
	M/tsUzDbBtrd+QgotkwgIAipMhFicDcQrK4cI=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=C3G2jZT9mfJo8tL
	7+s15r5GIDBg=; b=FK7merdY8xeAhi+jPSlP+dY+uEiGjt1SybguszmgMEyInoK
	DazuWI+FnvM/vokXeohMspVkYcrJx7Jq+Nw/eDKB3rEmv7x1tibIQFD4I9bZ8vmn
	UyZGTuJzxa8gVYDzk0DtxVAFvgvXSzcSvf6ADvJWaCWl/Gcw4GMXT3FBitxI=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id E7FD3101C7F; Tue, 16 Feb 2016 10:47:37 -0500 (EST)
Message-Id: <1455637657.1251279.522784154.4F46CE62@webmail.messagingengine.com>
X-Sasl-Enc: nSFhHJ/o8TWWJtDG4bMoahvbGEbC50WvMMvviU1VbmjK 1455637657
From: billb@sent.at
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: 
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
	
Date: Tue, 16 Feb 2016 07:47:37 -0800
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 16, 2016, at 07:06 AM, Simon Hobson wrote:
> > I thought that snaps had to remain 'in' the VG, and they can get kind of large.
> 
> A snapshot is simply a virtual image of the volume at a point in time. In terms of what you see when you look into it, it is exactly 
...

This is a really helpful writeup. Thanks!

> When you are done, remember to delete the snapshot or it will slow performance* and eat disk space*.

Yep.

> A couple of caveats though.
...

I think I came across some similar concerns here

 [Libguestfs] Question about using guestfish --ro as a backup solution
 https://www.redhat.com/archives/libguestfs/2010-August/msg00024.html

> Personally, I work the other way - I do backups from within the guest using rsync to maintain a clone of the filesystem as seen 
...

That thread also suggests 

"Run a backup daemon inside the guest instead.  There are plenty of
network backup programs around.  Choose your favorite one and install
it in your VM."

which I think is what you're saying you're doing.

> * It's worth considering the way snapshots work.
...

Yep.  Sound like there are some issues to worry about.

It'd be great if there was an approved/recommended, safe & well documented way to make  point in time "snapshots" (or whatever you'd call them) of Xen guests.  If it's there in the docs I didn't get to it yet.

I'm after two things.

1st, general regular backups of production guests.

and 2nd, snapshots at various stages of guests' installs that I can store away somewhere, and use to quickly spin-up a new guest in a "pre configured" state.

Bill

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 15:48:15 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 15:48:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVhqn-0007mO-6S; Tue, 16 Feb 2016 15:47:41 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVhqm-0007mJ-Ht
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 15:47:40 +0000
Received: from [193.109.254.147] by server-7.bemta-14.messagelabs.com id
	ED/66-29985-B9443C65; Tue, 16 Feb 2016 15:47:39 +0000
X-Env-Sender: billb@sent.at
X-Msg-Ref: server-14.tower-27.messagelabs.com!1455637658!12086430!1
X-Originating-IP: [66.111.4.27]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjcgPT4gODQ2Mw==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29455 invoked from network); 16 Feb 2016 15:47:38 -0000
Received: from out3-smtp.messagingengine.com (HELO
	out3-smtp.messagingengine.com) (66.111.4.27)
	by server-14.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 15:47:38 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id 229FC21A40
	for ; Tue, 16 Feb 2016 10:47:38 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Tue, 16 Feb 2016 10:47:38 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=sent.at; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=C3G2jZT9mfJo8tL7+s15r5GIDBg=; b=BlZkam
	NWuZKWExpxtTDAl2vwC/CVl0+dJ2wdObFSIMI6bigzs6FU+C+OxEc7fk/OlYLCEl
	r2CtCjR8PUzgb6kMMZCeGmsu7bTcbj7XU39elUDtbhm/kIBtlXQRBNcS3frDk69v
	M/tsUzDbBtrd+QgotkwgIAipMhFicDcQrK4cI=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=C3G2jZT9mfJo8tL
	7+s15r5GIDBg=; b=FK7merdY8xeAhi+jPSlP+dY+uEiGjt1SybguszmgMEyInoK
	DazuWI+FnvM/vokXeohMspVkYcrJx7Jq+Nw/eDKB3rEmv7x1tibIQFD4I9bZ8vmn
	UyZGTuJzxa8gVYDzk0DtxVAFvgvXSzcSvf6ADvJWaCWl/Gcw4GMXT3FBitxI=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id E7FD3101C7F; Tue, 16 Feb 2016 10:47:37 -0500 (EST)
Message-Id: <1455637657.1251279.522784154.4F46CE62@webmail.messagingengine.com>
X-Sasl-Enc: nSFhHJ/o8TWWJtDG4bMoahvbGEbC50WvMMvviU1VbmjK 1455637657
From: billb@sent.at
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: 
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
	
Date: Tue, 16 Feb 2016 07:47:37 -0800
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 16, 2016, at 07:06 AM, Simon Hobson wrote:
> > I thought that snaps had to remain 'in' the VG, and they can get kind of large.
> 
> A snapshot is simply a virtual image of the volume at a point in time. In terms of what you see when you look into it, it is exactly 
...

This is a really helpful writeup. Thanks!

> When you are done, remember to delete the snapshot or it will slow performance* and eat disk space*.

Yep.

> A couple of caveats though.
...

I think I came across some similar concerns here

 [Libguestfs] Question about using guestfish --ro as a backup solution
 https://www.redhat.com/archives/libguestfs/2010-August/msg00024.html

> Personally, I work the other way - I do backups from within the guest using rsync to maintain a clone of the filesystem as seen 
...

That thread also suggests 

"Run a backup daemon inside the guest instead.  There are plenty of
network backup programs around.  Choose your favorite one and install
it in your VM."

which I think is what you're saying you're doing.

> * It's worth considering the way snapshots work.
...

Yep.  Sound like there are some issues to worry about.

It'd be great if there was an approved/recommended, safe & well documented way to make  point in time "snapshots" (or whatever you'd call them) of Xen guests.  If it's there in the docs I didn't get to it yet.

I'm after two things.

1st, general regular backups of production guests.

and 2nd, snapshots at various stages of guests' installs that I can store away somewhere, and use to quickly spin-up a new guest in a "pre configured" state.

Bill

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 16:12:55 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 16:12:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aViEj-0001Qx-1e; Tue, 16 Feb 2016 16:12:25 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aViEi-0001Qs-8B
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 16:12:24 +0000
Received: from [85.158.139.211] by server-2.bemta-5.messagelabs.com id
	A2/13-21594-76A43C65; Tue, 16 Feb 2016 16:12:23 +0000
X-Env-Sender: johnpearson555@gmail.com
X-Msg-Ref: server-2.tower-206.messagelabs.com!1455639137!22830805!1
X-Originating-IP: [209.85.214.174]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13317 invoked from network); 16 Feb 2016 16:12:17 -0000
Received: from mail-ob0-f174.google.com (HELO mail-ob0-f174.google.com)
	(209.85.214.174)
	by server-2.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 16 Feb 2016 16:12:17 -0000
Received: by mail-ob0-f174.google.com with SMTP id wb13so266155120obb.1
	for ; Tue, 16 Feb 2016 08:12:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=lGLFLXqe0I85QNexEU3i6zDzEMWGQ+rTLAdE9yaHqdc=;
	b=bONNkO1Xi+L3h/pARzwIaKbTAxpOa+muL+zf3hEbhrZNFm8z7q8lvnaJuRUGLhSABP
	1zJolOVVQP5cdrIwwCgWa4E9EbFLUPQnts0c4564js+WV23h1TnDz6o5pYgqiOjLlTzQ
	FPOId49pg0lCvvYsEd/Ako3WopGRG8pZMEra9cNtpykm4nQ34aNKQMGjPy1boLlQ+aTi
	dk+yxphynXInfDzTOvPNKv5Xvbn5S6/9OAjCqATM1HBr7eisfHdVrk4V65mPqo23/UaJ
	TmvujXlPkOZvBMwRqOADrPantRhn1HEU3ghv0QD+FzTDpPgON2mzOIu2s68jzG1oghul
	LuAA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type;
	bh=lGLFLXqe0I85QNexEU3i6zDzEMWGQ+rTLAdE9yaHqdc=;
	b=ftt63HC4TdfJVloZCoPRoe9TZVYlWUoa9cuHBVAUf/p5TPhhlFrxTv6AlkR3c6M4Mg
	ZxRjLc5t6TzRoWccpw1Psk/ENLQz2YlhpoVzlrVn81fdgvx9r5PyzTFB0Vg2sDmBsMws
	9IZeuq5a5gAi8MzGxm4AfyQOao/4V6XGRUpN1YkV9BUsSAHdhKglk+6IPaFP+wJJNESP
	Vv9HVyrqCsT0LPr6PUWtSF+JBeNSFMBA3vm41OzfNlXLj9ycAYZfl0DxsALvyM4ArbLg
	9ysfAfyjoqBSjURgsvsXj34agul22Dfa0mru84bhdzAbpwi1aRFVcSlPUrY1mpIGTda1
	ieMw==
X-Gm-Message-State: AG10YOR2xwDgP5KwGmmiChBoEqa97YL0l24y8YycU8K+93QpLHz5faohGAKBR8GVw9XVP8IgFHtgshVmWH5V8A==
MIME-Version: 1.0
X-Received: by 10.182.79.131 with SMTP id j3mr18577968obx.46.1455639112105;
	Tue, 16 Feb 2016 08:11:52 -0800 (PST)
Received: by 10.202.102.82 with HTTP; Tue, 16 Feb 2016 08:11:52 -0800 (PST)
In-Reply-To: <20160216110052.GA16014@citrix.com>
References: 
	<20160216110052.GA16014@citrix.com>
Date: Tue, 16 Feb 2016 08:11:52 -0800
Message-ID: 
From: John Pearson 
To: Wei Liu 
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xen fails to boot on linux kernel 4.6 with debian
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5935084205403703122=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============5935084205403703122==
Content-Type: multipart/alternative; boundary=089e0122ac5a32c91e052be5641f

--089e0122ac5a32c91e052be5641f
Content-Type: text/plain; charset=UTF-8

No it just freezes at the last entry of the log.

On Tue, Feb 16, 2016 at 3:00 AM, Wei Liu  wrote:

> On Mon, Feb 15, 2016 at 10:54:49AM -0800, John Pearson wrote:
> > I installed debian jessie ( 8.3 ) which comes default with linux kernel
> > 3.16. I upgraded the linux kernel to 4.3. Debian loads fine after the
> > upgrade.  I changed pin stretch and stretch-updates to 499, jessie and
> > jessie-updates to 500 -- so that I can install xen 4.6.
> >
> > When I'm booting into Xen after making it the default in grub Xen 4.6
> with
> > Linux 4.3.0-1 the bootup just freezes.
> >
> > Xen 4.6 and Linux 3.16.0-4   -- boots OK
> >
> > Xen 4.4 and Linux 4.3.0-1  -- boot FAILS
> >
> > Xen 4.4 and Linux 3.16.0-4   -- boots OK
> >
> >
>
> This is more likely to be an issue with Linux 4.3.
>
> > This is the log when trying to boot into Xen 4.6 and Linux 4.3 in
> recovery
> > mode : https://gist.github.com/anonymous/5924e009c506e5cfe57a
>
> So if you boot Xen 4.6 + Linux 4.3 in recovery mode it works? The log
> doesn't seem to reveal errors.
>
> Can you get the log when it fails to boot?
>
> Wei.
>
> > _______________________________________________
> > Xen-users mailing list
> > Xen-users@lists.xen.org
> > http://lists.xen.org/xen-users
>
>

--089e0122ac5a32c91e052be5641f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


No it just freezes at the last entry of the log.=C2=A0

On Tue, Feb 16,=
 2016 at 3:00 AM, Wei Liu <wei.liu2@citrix.com> wrote:
=

On Mon, Feb 15, 2016 at 10:=
54:49AM -0800, John Pearson wrote:

> I installed debian jessie ( 8.3 ) which comes default with linux kerne=
l

> 3.16. I upgraded the linux kernel to 4.3. Debian loads fine after the<=
br>
> upgrade.=C2=A0 I changed pin stretch and stretch-updates to 499, jessi=
e and

> jessie-updates to 500 -- so that I can install xen 4.6.

>

> When I'm booting into Xen after making it the default in grub Xen =
4.6 with

> Linux 4.3.0-1 the bootup just freezes.

>

> Xen 4.6 and Linux 3.16.0-4=C2=A0 =C2=A0-- boots OK

>

> Xen 4.4 and Linux 4.3.0-1=C2=A0 -- boot FAILS

>

> Xen 4.4 and Linux 3.16.0-4=C2=A0 =C2=A0-- boots OK

>

>



This is more likely to be an issue with Linux 4.3.



> This is the log when trying to boot into Xen 4.6 and Linux 4.3 in reco=
very

> mode : https://gist.github.com/anonymous/=
5924e009c506e5cfe57a



So if you boot Xen 4.6 + Linux 4.3 in recovery mode it works? The lo=
g

doesn't seem to reveal errors.



Can you get the log when it fails to boot?



Wei.



> _______________________________________________

> Xen-users mailing list

> Xen-users@lists.xen.org=


> http://lists.xen.org/xen-users







--089e0122ac5a32c91e052be5641f--


--===============5935084205403703122==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============5935084205403703122==--


From xen-users-bounces@lists.xen.org Tue Feb 16 16:12:55 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 16:12:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aViEj-0001Qx-1e; Tue, 16 Feb 2016 16:12:25 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aViEi-0001Qs-8B
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 16:12:24 +0000
Received: from [85.158.139.211] by server-2.bemta-5.messagelabs.com id
	A2/13-21594-76A43C65; Tue, 16 Feb 2016 16:12:23 +0000
X-Env-Sender: johnpearson555@gmail.com
X-Msg-Ref: server-2.tower-206.messagelabs.com!1455639137!22830805!1
X-Originating-IP: [209.85.214.174]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13317 invoked from network); 16 Feb 2016 16:12:17 -0000
Received: from mail-ob0-f174.google.com (HELO mail-ob0-f174.google.com)
	(209.85.214.174)
	by server-2.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 16 Feb 2016 16:12:17 -0000
Received: by mail-ob0-f174.google.com with SMTP id wb13so266155120obb.1
	for ; Tue, 16 Feb 2016 08:12:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=lGLFLXqe0I85QNexEU3i6zDzEMWGQ+rTLAdE9yaHqdc=;
	b=bONNkO1Xi+L3h/pARzwIaKbTAxpOa+muL+zf3hEbhrZNFm8z7q8lvnaJuRUGLhSABP
	1zJolOVVQP5cdrIwwCgWa4E9EbFLUPQnts0c4564js+WV23h1TnDz6o5pYgqiOjLlTzQ
	FPOId49pg0lCvvYsEd/Ako3WopGRG8pZMEra9cNtpykm4nQ34aNKQMGjPy1boLlQ+aTi
	dk+yxphynXInfDzTOvPNKv5Xvbn5S6/9OAjCqATM1HBr7eisfHdVrk4V65mPqo23/UaJ
	TmvujXlPkOZvBMwRqOADrPantRhn1HEU3ghv0QD+FzTDpPgON2mzOIu2s68jzG1oghul
	LuAA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type;
	bh=lGLFLXqe0I85QNexEU3i6zDzEMWGQ+rTLAdE9yaHqdc=;
	b=ftt63HC4TdfJVloZCoPRoe9TZVYlWUoa9cuHBVAUf/p5TPhhlFrxTv6AlkR3c6M4Mg
	ZxRjLc5t6TzRoWccpw1Psk/ENLQz2YlhpoVzlrVn81fdgvx9r5PyzTFB0Vg2sDmBsMws
	9IZeuq5a5gAi8MzGxm4AfyQOao/4V6XGRUpN1YkV9BUsSAHdhKglk+6IPaFP+wJJNESP
	Vv9HVyrqCsT0LPr6PUWtSF+JBeNSFMBA3vm41OzfNlXLj9ycAYZfl0DxsALvyM4ArbLg
	9ysfAfyjoqBSjURgsvsXj34agul22Dfa0mru84bhdzAbpwi1aRFVcSlPUrY1mpIGTda1
	ieMw==
X-Gm-Message-State: AG10YOR2xwDgP5KwGmmiChBoEqa97YL0l24y8YycU8K+93QpLHz5faohGAKBR8GVw9XVP8IgFHtgshVmWH5V8A==
MIME-Version: 1.0
X-Received: by 10.182.79.131 with SMTP id j3mr18577968obx.46.1455639112105;
	Tue, 16 Feb 2016 08:11:52 -0800 (PST)
Received: by 10.202.102.82 with HTTP; Tue, 16 Feb 2016 08:11:52 -0800 (PST)
In-Reply-To: <20160216110052.GA16014@citrix.com>
References: 
	<20160216110052.GA16014@citrix.com>
Date: Tue, 16 Feb 2016 08:11:52 -0800
Message-ID: 
From: John Pearson 
To: Wei Liu 
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] xen fails to boot on linux kernel 4.6 with debian
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5935084205403703122=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============5935084205403703122==
Content-Type: multipart/alternative; boundary=089e0122ac5a32c91e052be5641f

--089e0122ac5a32c91e052be5641f
Content-Type: text/plain; charset=UTF-8

No it just freezes at the last entry of the log.

On Tue, Feb 16, 2016 at 3:00 AM, Wei Liu  wrote:

> On Mon, Feb 15, 2016 at 10:54:49AM -0800, John Pearson wrote:
> > I installed debian jessie ( 8.3 ) which comes default with linux kernel
> > 3.16. I upgraded the linux kernel to 4.3. Debian loads fine after the
> > upgrade.  I changed pin stretch and stretch-updates to 499, jessie and
> > jessie-updates to 500 -- so that I can install xen 4.6.
> >
> > When I'm booting into Xen after making it the default in grub Xen 4.6
> with
> > Linux 4.3.0-1 the bootup just freezes.
> >
> > Xen 4.6 and Linux 3.16.0-4   -- boots OK
> >
> > Xen 4.4 and Linux 4.3.0-1  -- boot FAILS
> >
> > Xen 4.4 and Linux 3.16.0-4   -- boots OK
> >
> >
>
> This is more likely to be an issue with Linux 4.3.
>
> > This is the log when trying to boot into Xen 4.6 and Linux 4.3 in
> recovery
> > mode : https://gist.github.com/anonymous/5924e009c506e5cfe57a
>
> So if you boot Xen 4.6 + Linux 4.3 in recovery mode it works? The log
> doesn't seem to reveal errors.
>
> Can you get the log when it fails to boot?
>
> Wei.
>
> > _______________________________________________
> > Xen-users mailing list
> > Xen-users@lists.xen.org
> > http://lists.xen.org/xen-users
>
>

--089e0122ac5a32c91e052be5641f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


No it just freezes at the last entry of the log.=C2=A0

On Tue, Feb 16,=
 2016 at 3:00 AM, Wei Liu <wei.liu2@citrix.com> wrote:
=

On Mon, Feb 15, 2016 at 10:=
54:49AM -0800, John Pearson wrote:

> I installed debian jessie ( 8.3 ) which comes default with linux kerne=
l

> 3.16. I upgraded the linux kernel to 4.3. Debian loads fine after the<=
br>
> upgrade.=C2=A0 I changed pin stretch and stretch-updates to 499, jessi=
e and

> jessie-updates to 500 -- so that I can install xen 4.6.

>

> When I'm booting into Xen after making it the default in grub Xen =
4.6 with

> Linux 4.3.0-1 the bootup just freezes.

>

> Xen 4.6 and Linux 3.16.0-4=C2=A0 =C2=A0-- boots OK

>

> Xen 4.4 and Linux 4.3.0-1=C2=A0 -- boot FAILS

>

> Xen 4.4 and Linux 3.16.0-4=C2=A0 =C2=A0-- boots OK

>

>



This is more likely to be an issue with Linux 4.3.



> This is the log when trying to boot into Xen 4.6 and Linux 4.3 in reco=
very

> mode : https://gist.github.com/anonymous/=
5924e009c506e5cfe57a



So if you boot Xen 4.6 + Linux 4.3 in recovery mode it works? The lo=
g

doesn't seem to reveal errors.



Can you get the log when it fails to boot?



Wei.



> _______________________________________________

> Xen-users mailing list

> Xen-users@lists.xen.org=


> http://lists.xen.org/xen-users







--089e0122ac5a32c91e052be5641f--


--===============5935084205403703122==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============5935084205403703122==--


From xen-users-bounces@lists.xen.org Tue Feb 16 16:31:33 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 16:31:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aViWp-0002QS-Tg; Tue, 16 Feb 2016 16:31:07 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aViWo-0002QN-Ln
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 16:31:06 +0000
Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id
	A7/0A-03225-9CE43C65; Tue, 16 Feb 2016 16:31:05 +0000
X-Env-Sender: simon@thehobsons.co.uk
X-Msg-Ref: server-9.tower-206.messagelabs.com!1455640264!22831020!1
X-Originating-IP: [81.174.135.208]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14841 invoked from network); 16 Feb 2016 16:31:05 -0000
Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk)
	(81.174.135.208)
	by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 16:31:05 -0000
X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk
Received: from [192.168.1.55] (lan.furness.net [84.9.59.220])
	by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 0480B1BC3E
	for ; Tue, 16 Feb 2016 16:31:01 +0000 (UTC)
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Simon Hobson 
In-Reply-To: <1455637657.1251279.522784154.4F46CE62@webmail.messagingengine.com>
Date: Tue, 16 Feb 2016 16:30:59 +0000
Message-Id: <0C9936AA-531E-4B3D-8CEC-BF52CDABBCB2@thehobsons.co.uk>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
	
	<1455637657.1251279.522784154.4F46CE62@webmail.messagingengine.com>
To: "xen-users@lists.xen.org" 
X-Mailer: Apple Mail (2.1510)
Subject: Re: [Xen-users] How to list the drives a DomU is using,
	and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

billb@sent.at wrote:

> That thread also suggests 
> 
> "Run a backup daemon inside the guest instead.  There are plenty of
> network backup programs around.  Choose your favorite one and install
> it in your VM."
> 
> which I think is what you're saying you're doing.

Yes. Mine are home grown scripts, but that doesn't make any difference to the principle.

> It'd be great if there was an approved/recommended, safe & well documented way to make  point in time "snapshots" (or whatever you'd call them) of Xen guests.  If it's there in the docs I didn't get to it yet.
> 
> I'm after two things.
> 
> 1st, general regular backups of production guests.
> 
> and 2nd, snapshots at various stages of guests' installs that I can store away somewhere, and use to quickly spin-up a new guest in a "pre configured" state.

Well there is a method - but it's not documented or (AFAIK) approved/recommended.
If you pause the VM, snapshot it's image AND it's disks at the same time, and then unpause it - you now have a snapshot at an instant in time (when you paused it) of the state of the guest, both it's disks, it's memory, and it's running processes. The downside is that the guest pauses for as long as it takes to copy it's state.
It is work checking if there's a facility to "snapshot" a running guest - I haven't looked as it's not something I'm interested in. If so then you could do a pause-snapshot-snapshot-unpause which would only pause the guest for milliseconds. I think you still need the pause-unpause otherwise there's a distinct lag between snapshotting the guest state and snapshotting it's disk(s).
An alternative, which I can see as an option but wouldn't know how to go about, would be to use co-operation from the guest to suspend writes to disk - then all writes will get cached, and if not cacheable then the process will block momentarily. So you tell the guest to suspend writes, snapshot it's disks, snapshot it's state, then resume writes - for most processes there will then be no pause at all. This only comes to mind because a raid controller in a system I worked on decades ago had a facility to suspend disk activity on a SCSI bus - and it would then either cache writes or block or read from the other disks to allow for (non hot-swappable) disk replacements.

As for "new installs", I did a basic install and when finished I shut it down. Now, when I want to spin up a new system, I can create a new volume(s), put a filesystem on the volume(s), copy the files over, copy a basic config file and adapt it, start the new guest. You could use a disk snapshot, but I prefer copying files as it's easier to resize a filesystem on the fly. For the base image I can keep the volume just big enough for the files, and when spinning up a new machine I can size the volume(s) to suit the expected requirements. Also, I keep the base image in a single volume, but when creating new guests I tend to split things up depending on it's function - eg most systems have /var as a separate volume, a mail server has /var/spool (or /var/spool/virtual) as a separate volume, and so on.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 16:31:33 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 16:31:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aViWp-0002QS-Tg; Tue, 16 Feb 2016 16:31:07 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aViWo-0002QN-Ln
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 16:31:06 +0000
Received: from [85.158.139.211] by server-5.bemta-5.messagelabs.com id
	A7/0A-03225-9CE43C65; Tue, 16 Feb 2016 16:31:05 +0000
X-Env-Sender: simon@thehobsons.co.uk
X-Msg-Ref: server-9.tower-206.messagelabs.com!1455640264!22831020!1
X-Originating-IP: [81.174.135.208]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14841 invoked from network); 16 Feb 2016 16:31:05 -0000
Received: from patsy.thehobsons.co.uk (HELO patsy.thehobsons.co.uk)
	(81.174.135.208)
	by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 16:31:05 -0000
X-Virus-Scanned: Debian amavisd-new at patsy.thehobsons.co.uk
Received: from [192.168.1.55] (lan.furness.net [84.9.59.220])
	by patsy.thehobsons.co.uk (Postfix) with ESMTPSA id 0480B1BC3E
	for ; Tue, 16 Feb 2016 16:31:01 +0000 (UTC)
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
From: Simon Hobson 
In-Reply-To: <1455637657.1251279.522784154.4F46CE62@webmail.messagingengine.com>
Date: Tue, 16 Feb 2016 16:30:59 +0000
Message-Id: <0C9936AA-531E-4B3D-8CEC-BF52CDABBCB2@thehobsons.co.uk>
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
	
	<1455637657.1251279.522784154.4F46CE62@webmail.messagingengine.com>
To: "xen-users@lists.xen.org" 
X-Mailer: Apple Mail (2.1510)
Subject: Re: [Xen-users] How to list the drives a DomU is using,
	and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

billb@sent.at wrote:

> That thread also suggests 
> 
> "Run a backup daemon inside the guest instead.  There are plenty of
> network backup programs around.  Choose your favorite one and install
> it in your VM."
> 
> which I think is what you're saying you're doing.

Yes. Mine are home grown scripts, but that doesn't make any difference to the principle.

> It'd be great if there was an approved/recommended, safe & well documented way to make  point in time "snapshots" (or whatever you'd call them) of Xen guests.  If it's there in the docs I didn't get to it yet.
> 
> I'm after two things.
> 
> 1st, general regular backups of production guests.
> 
> and 2nd, snapshots at various stages of guests' installs that I can store away somewhere, and use to quickly spin-up a new guest in a "pre configured" state.

Well there is a method - but it's not documented or (AFAIK) approved/recommended.
If you pause the VM, snapshot it's image AND it's disks at the same time, and then unpause it - you now have a snapshot at an instant in time (when you paused it) of the state of the guest, both it's disks, it's memory, and it's running processes. The downside is that the guest pauses for as long as it takes to copy it's state.
It is work checking if there's a facility to "snapshot" a running guest - I haven't looked as it's not something I'm interested in. If so then you could do a pause-snapshot-snapshot-unpause which would only pause the guest for milliseconds. I think you still need the pause-unpause otherwise there's a distinct lag between snapshotting the guest state and snapshotting it's disk(s).
An alternative, which I can see as an option but wouldn't know how to go about, would be to use co-operation from the guest to suspend writes to disk - then all writes will get cached, and if not cacheable then the process will block momentarily. So you tell the guest to suspend writes, snapshot it's disks, snapshot it's state, then resume writes - for most processes there will then be no pause at all. This only comes to mind because a raid controller in a system I worked on decades ago had a facility to suspend disk activity on a SCSI bus - and it would then either cache writes or block or read from the other disks to allow for (non hot-swappable) disk replacements.

As for "new installs", I did a basic install and when finished I shut it down. Now, when I want to spin up a new system, I can create a new volume(s), put a filesystem on the volume(s), copy the files over, copy a basic config file and adapt it, start the new guest. You could use a disk snapshot, but I prefer copying files as it's easier to resize a filesystem on the fly. For the base image I can keep the volume just big enough for the files, and when spinning up a new machine I can size the volume(s) to suit the expected requirements. Also, I keep the base image in a single volume, but when creating new guests I tend to split things up depending on it's function - eg most systems have /var as a separate volume, a mail server has /var/spool (or /var/spool/virtual) as a separate volume, and so on.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 16:31:49 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 16:31:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aViXT-0002Sb-Ps; Tue, 16 Feb 2016 16:31:47 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aViXR-0002SK-MI
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 16:31:45 +0000
Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id
	EE/02-32641-0FE43C65; Tue, 16 Feb 2016 16:31:44 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-11.tower-31.messagelabs.com!1455640302!22283538!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 56129 invoked from network); 16 Feb 2016 16:31:43 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 16:31:43 -0000
X-IronPort-AV: E=Sophos;i="5.22,456,1449532800"; d="scan'208";a="338531337"
Date: Tue, 16 Feb 2016 16:31:06 +0000
From: Wei Liu 
To: John Pearson 
Message-ID: <20160216163106.GS10489@citrix.com>
References: 
	<20160216110052.GA16014@citrix.com>
	
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: xen-users@lists.xen.org, Wei Liu 
Subject: Re: [Xen-users] xen fails to boot on linux kernel 4.6 with debian
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 16, 2016 at 08:11:52AM -0800, John Pearson wrote:
> No it just freezes at the last entry of the log.
>

I guess this is moot now because you said in a sibling thread that
4.4.1 works OK for you.

Some additional information for you if your setup hangs when
booting. It's normally helpful to get hypversior log out of serial as
well. To do that have a look at:

http://wiki.xenproject.org/wiki/Xen_Serial_Console

and remember to use the highest log level.

Wei.


> On Tue, Feb 16, 2016 at 3:00 AM, Wei Liu  wrote:
> 
> > On Mon, Feb 15, 2016 at 10:54:49AM -0800, John Pearson wrote:
> > > I installed debian jessie ( 8.3 ) which comes default with linux kernel
> > > 3.16. I upgraded the linux kernel to 4.3. Debian loads fine after the
> > > upgrade.  I changed pin stretch and stretch-updates to 499, jessie and
> > > jessie-updates to 500 -- so that I can install xen 4.6.
> > >
> > > When I'm booting into Xen after making it the default in grub Xen 4.6
> > with
> > > Linux 4.3.0-1 the bootup just freezes.
> > >
> > > Xen 4.6 and Linux 3.16.0-4   -- boots OK
> > >
> > > Xen 4.4 and Linux 4.3.0-1  -- boot FAILS
> > >
> > > Xen 4.4 and Linux 3.16.0-4   -- boots OK
> > >
> > >
> >
> > This is more likely to be an issue with Linux 4.3.
> >
> > > This is the log when trying to boot into Xen 4.6 and Linux 4.3 in
> > recovery
> > > mode : https://gist.github.com/anonymous/5924e009c506e5cfe57a
> >
> > So if you boot Xen 4.6 + Linux 4.3 in recovery mode it works? The log
> > doesn't seem to reveal errors.
> >
> > Can you get the log when it fails to boot?
> >
> > Wei.
> >
> > > _______________________________________________
> > > Xen-users mailing list
> > > Xen-users@lists.xen.org
> > > http://lists.xen.org/xen-users
> >
> >

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 16:31:49 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 16:31:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aViXT-0002Sb-Ps; Tue, 16 Feb 2016 16:31:47 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aViXR-0002SK-MI
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 16:31:45 +0000
Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id
	EE/02-32641-0FE43C65; Tue, 16 Feb 2016 16:31:44 +0000
X-Env-Sender: prvs=847216550=wei.liu2@citrix.com
X-Msg-Ref: server-11.tower-31.messagelabs.com!1455640302!22283538!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 56129 invoked from network); 16 Feb 2016 16:31:43 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-11.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	16 Feb 2016 16:31:43 -0000
X-IronPort-AV: E=Sophos;i="5.22,456,1449532800"; d="scan'208";a="338531337"
Date: Tue, 16 Feb 2016 16:31:06 +0000
From: Wei Liu 
To: John Pearson 
Message-ID: <20160216163106.GS10489@citrix.com>
References: 
	<20160216110052.GA16014@citrix.com>
	
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: xen-users@lists.xen.org, Wei Liu 
Subject: Re: [Xen-users] xen fails to boot on linux kernel 4.6 with debian
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 16, 2016 at 08:11:52AM -0800, John Pearson wrote:
> No it just freezes at the last entry of the log.
>

I guess this is moot now because you said in a sibling thread that
4.4.1 works OK for you.

Some additional information for you if your setup hangs when
booting. It's normally helpful to get hypversior log out of serial as
well. To do that have a look at:

http://wiki.xenproject.org/wiki/Xen_Serial_Console

and remember to use the highest log level.

Wei.


> On Tue, Feb 16, 2016 at 3:00 AM, Wei Liu  wrote:
> 
> > On Mon, Feb 15, 2016 at 10:54:49AM -0800, John Pearson wrote:
> > > I installed debian jessie ( 8.3 ) which comes default with linux kernel
> > > 3.16. I upgraded the linux kernel to 4.3. Debian loads fine after the
> > > upgrade.  I changed pin stretch and stretch-updates to 499, jessie and
> > > jessie-updates to 500 -- so that I can install xen 4.6.
> > >
> > > When I'm booting into Xen after making it the default in grub Xen 4.6
> > with
> > > Linux 4.3.0-1 the bootup just freezes.
> > >
> > > Xen 4.6 and Linux 3.16.0-4   -- boots OK
> > >
> > > Xen 4.4 and Linux 4.3.0-1  -- boot FAILS
> > >
> > > Xen 4.4 and Linux 3.16.0-4   -- boots OK
> > >
> > >
> >
> > This is more likely to be an issue with Linux 4.3.
> >
> > > This is the log when trying to boot into Xen 4.6 and Linux 4.3 in
> > recovery
> > > mode : https://gist.github.com/anonymous/5924e009c506e5cfe57a
> >
> > So if you boot Xen 4.6 + Linux 4.3 in recovery mode it works? The log
> > doesn't seem to reveal errors.
> >
> > Can you get the log when it fails to boot?
> >
> > Wei.
> >
> > > _______________________________________________
> > > Xen-users mailing list
> > > Xen-users@lists.xen.org
> > > http://lists.xen.org/xen-users
> >
> >

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 17:06:19 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 17:06:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVj4R-0005EJ-Hk; Tue, 16 Feb 2016 17:05:51 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVj4Q-0005E4-7b
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 17:05:50 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	2F/A4-17089-DE653C65; Tue, 16 Feb 2016 17:05:49 +0000
X-Env-Sender: ahferroin7@gmail.com
X-Msg-Ref: server-15.tower-206.messagelabs.com!1455642348!14423889!1
X-Originating-IP: [209.85.192.52]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63952 invoked from network); 16 Feb 2016 17:05:48 -0000
Received: from mail-qg0-f52.google.com (HELO mail-qg0-f52.google.com)
	(209.85.192.52)
	by server-15.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 16 Feb 2016 17:05:48 -0000
Received: by mail-qg0-f52.google.com with SMTP id b35so137687647qge.0
	for ; Tue, 16 Feb 2016 09:05:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=subject:to:references:from:message-id:date:user-agent:mime-version
	:in-reply-to:content-type:content-transfer-encoding;
	bh=cYa/E6u3l6HCNOlMvlMWMphbvexXMqSbTf2R2wV3OLo=;
	b=izABlP7qCcD9htiXcuCGq6MhC1c6pmRa8+z6LBuwy6Y/TLACkG0sft/ZajOU7v6E8V
	N7yWbX9mYeRHWST6Rk+yAi9W65dtE2SNYiewp+nlnMTjH5u4HyR9auFi5mvp01iktJ0i
	Q0He1h3iit/n+MwT7wEMFeDllYcZMxyssE9kyiW/U9oukxpkEJEMxL379b3g3EHS07PR
	rQ9vp71VHPReKd1t6cw6LIFsQ4nyk6t7ygwKPJJ1hKxzq442hJLHydkJisk++IRb3zgU
	/cmLtQmoxe4rU+E4mzmLm18TzsBA+MdFLDdyInW3NO3RMKxpb6qW0uvm3qKO+5/oC3nS
	tpeg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:subject:to:references:from:message-id:date
	:user-agent:mime-version:in-reply-to:content-type
	:content-transfer-encoding;
	bh=cYa/E6u3l6HCNOlMvlMWMphbvexXMqSbTf2R2wV3OLo=;
	b=iYoWz7KKsCy8NRdzIMJjxt+fGxqD6v7ifzoj7jt5Xi616lDYayY3syOUz34A1zY3Pb
	e6GjnjCHV91EHmiX720Lym0fEkWK6O6e9Rfbe/GgU+WgCKlcNaw3hH7qcQokefFjWTXQ
	4U79w3EKjWDCGl8adKTEcIOqY0aO95A9HbMZQsbP9WHdgE8RX9vu12PTk4BuQBfMLhsu
	TDCOXAv8SA4ebeO0JiJWXN6YzmhGWpFhY+19WJkHCCaWR5dw5eSz52AxrUMrB6OVSxj2
	tl/dNQvf6MUs3qROGGhxvI8PTvSyb46RsAI0CLXd+uRpWMKqjPpSkXx4T1KZ8ULcRd9u
	dBTw==
X-Gm-Message-State: AG10YOR6J9zF5jp3GtO1pXPqwJQn+r9eZx0nhb+tly50KWR2uIr61tY38N5j1X6Z1GiGEQ==
X-Received: by 10.140.107.70 with SMTP id g64mr28510029qgf.75.1455642347891;
	Tue, 16 Feb 2016 09:05:47 -0800 (PST)
Received: from [127.0.0.1] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24])
	by smtp.gmail.com with ESMTPSA id
	z138sm13465478qhb.7.2016.02.16.09.05.46 for 
	(version=TLSv1/SSLv3 cipher=OTHER);
	Tue, 16 Feb 2016 09:05:46 -0800 (PST)
To: xen-users@lists.xen.org
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
	
	<1455637657.1251279.522784154.4F46CE62@webmail.messagingengine.com>
From: "Austin S. Hemmelgarn" 
Message-ID: <56C3569B.3080305@gmail.com>
Date: Tue, 16 Feb 2016 12:04:27 -0500
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
	Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <1455637657.1251279.522784154.4F46CE62@webmail.messagingengine.com>
X-Antivirus: avast! (VPS 160216-0, 2016-02-16), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 2016-02-16 10:47, billb@sent.at wrote:
>
>
> On Tue, Feb 16, 2016, at 07:06 AM, Simon Hobson wrote:
>> Personally, I work the other way - I do backups from within the guest using rsync to maintain a clone of the filesystem as seen
> That thread also suggests
>
> "Run a backup daemon inside the guest instead.  There are plenty of
> network backup programs around.  Choose your favorite one and install
> it in your VM."
>
> which I think is what you're saying you're doing.
In general this is more scalable than doing all the work in Domain-0, 
and has the advantage that it decouples the backup from the underlying 
hardware/hypervisor, which means you can more easily restore on a 
different configuration (be it a different hypervisor, different storage 
configuration, or even on physical hardware if the need arises).  If you 
really want to manage backups from Dom0 though, my suggestion would be 
to use something like Ansible or Puppet to dispatch to the individual 
guest systems.  I've got my systems set up with Ansible so that Domain-0 
calls out to each individual guest system to run the backup using their 
resources, and then copy it over to Domain-0 to then move to archival 
storage (in my case, a local near-line RAID array, and Amazon S3).  This 
means I don't have to fight with LVM snapshots (which are dangerous for 
my use case, because I use BTRFS for most of my systems), can serialize 
the backups however I want, take advantage of the page cache in each 
guest (trashing the cache has almost zero impact on my workloads, and 
part of the stuff I need to read in cache already saves I/O time), and 
have less overall impact on any given guest while the backup is running 
in a different guest.
>> * It's worth considering the way snapshots work.
> Yep.  Sound like there are some issues to worry about.
>
> It'd be great if there was an approved/recommended, safe & well documented way to make  point in time "snapshots" (or whatever you'd call them) of Xen guests.  If it's there in the docs I didn't get to it yet.
>
> I'm after two things.
>
> 1st, general regular backups of production guests.
This is better done with regular backup software, as that can handle 
many things that a straight snapshot can't, like specific exclusions for 
filesystem based caches.
>
> and 2nd, snapshots at various stages of guests' installs that I can store away somewhere, and use to quickly spin-up a new guest in a "pre configured" state.
LVM snapshots are good for this however, and I'd say you're better off 
just using disk images instead of backups of individual filesystems. 
You may want to look into something like partimage if space usage is a 
concern and you have to keep disk images separate form the LVM snapshots.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 17:06:19 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 17:06:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVj4R-0005EJ-Hk; Tue, 16 Feb 2016 17:05:51 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVj4Q-0005E4-7b
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 17:05:50 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	2F/A4-17089-DE653C65; Tue, 16 Feb 2016 17:05:49 +0000
X-Env-Sender: ahferroin7@gmail.com
X-Msg-Ref: server-15.tower-206.messagelabs.com!1455642348!14423889!1
X-Originating-IP: [209.85.192.52]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63952 invoked from network); 16 Feb 2016 17:05:48 -0000
Received: from mail-qg0-f52.google.com (HELO mail-qg0-f52.google.com)
	(209.85.192.52)
	by server-15.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 16 Feb 2016 17:05:48 -0000
Received: by mail-qg0-f52.google.com with SMTP id b35so137687647qge.0
	for ; Tue, 16 Feb 2016 09:05:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=subject:to:references:from:message-id:date:user-agent:mime-version
	:in-reply-to:content-type:content-transfer-encoding;
	bh=cYa/E6u3l6HCNOlMvlMWMphbvexXMqSbTf2R2wV3OLo=;
	b=izABlP7qCcD9htiXcuCGq6MhC1c6pmRa8+z6LBuwy6Y/TLACkG0sft/ZajOU7v6E8V
	N7yWbX9mYeRHWST6Rk+yAi9W65dtE2SNYiewp+nlnMTjH5u4HyR9auFi5mvp01iktJ0i
	Q0He1h3iit/n+MwT7wEMFeDllYcZMxyssE9kyiW/U9oukxpkEJEMxL379b3g3EHS07PR
	rQ9vp71VHPReKd1t6cw6LIFsQ4nyk6t7ygwKPJJ1hKxzq442hJLHydkJisk++IRb3zgU
	/cmLtQmoxe4rU+E4mzmLm18TzsBA+MdFLDdyInW3NO3RMKxpb6qW0uvm3qKO+5/oC3nS
	tpeg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:subject:to:references:from:message-id:date
	:user-agent:mime-version:in-reply-to:content-type
	:content-transfer-encoding;
	bh=cYa/E6u3l6HCNOlMvlMWMphbvexXMqSbTf2R2wV3OLo=;
	b=iYoWz7KKsCy8NRdzIMJjxt+fGxqD6v7ifzoj7jt5Xi616lDYayY3syOUz34A1zY3Pb
	e6GjnjCHV91EHmiX720Lym0fEkWK6O6e9Rfbe/GgU+WgCKlcNaw3hH7qcQokefFjWTXQ
	4U79w3EKjWDCGl8adKTEcIOqY0aO95A9HbMZQsbP9WHdgE8RX9vu12PTk4BuQBfMLhsu
	TDCOXAv8SA4ebeO0JiJWXN6YzmhGWpFhY+19WJkHCCaWR5dw5eSz52AxrUMrB6OVSxj2
	tl/dNQvf6MUs3qROGGhxvI8PTvSyb46RsAI0CLXd+uRpWMKqjPpSkXx4T1KZ8ULcRd9u
	dBTw==
X-Gm-Message-State: AG10YOR6J9zF5jp3GtO1pXPqwJQn+r9eZx0nhb+tly50KWR2uIr61tY38N5j1X6Z1GiGEQ==
X-Received: by 10.140.107.70 with SMTP id g64mr28510029qgf.75.1455642347891;
	Tue, 16 Feb 2016 09:05:47 -0800 (PST)
Received: from [127.0.0.1] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24])
	by smtp.gmail.com with ESMTPSA id
	z138sm13465478qhb.7.2016.02.16.09.05.46 for 
	(version=TLSv1/SSLv3 cipher=OTHER);
	Tue, 16 Feb 2016 09:05:46 -0800 (PST)
To: xen-users@lists.xen.org
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
	
	<1455637657.1251279.522784154.4F46CE62@webmail.messagingengine.com>
From: "Austin S. Hemmelgarn" 
Message-ID: <56C3569B.3080305@gmail.com>
Date: Tue, 16 Feb 2016 12:04:27 -0500
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
	Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <1455637657.1251279.522784154.4F46CE62@webmail.messagingengine.com>
X-Antivirus: avast! (VPS 160216-0, 2016-02-16), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 2016-02-16 10:47, billb@sent.at wrote:
>
>
> On Tue, Feb 16, 2016, at 07:06 AM, Simon Hobson wrote:
>> Personally, I work the other way - I do backups from within the guest using rsync to maintain a clone of the filesystem as seen
> That thread also suggests
>
> "Run a backup daemon inside the guest instead.  There are plenty of
> network backup programs around.  Choose your favorite one and install
> it in your VM."
>
> which I think is what you're saying you're doing.
In general this is more scalable than doing all the work in Domain-0, 
and has the advantage that it decouples the backup from the underlying 
hardware/hypervisor, which means you can more easily restore on a 
different configuration (be it a different hypervisor, different storage 
configuration, or even on physical hardware if the need arises).  If you 
really want to manage backups from Dom0 though, my suggestion would be 
to use something like Ansible or Puppet to dispatch to the individual 
guest systems.  I've got my systems set up with Ansible so that Domain-0 
calls out to each individual guest system to run the backup using their 
resources, and then copy it over to Domain-0 to then move to archival 
storage (in my case, a local near-line RAID array, and Amazon S3).  This 
means I don't have to fight with LVM snapshots (which are dangerous for 
my use case, because I use BTRFS for most of my systems), can serialize 
the backups however I want, take advantage of the page cache in each 
guest (trashing the cache has almost zero impact on my workloads, and 
part of the stuff I need to read in cache already saves I/O time), and 
have less overall impact on any given guest while the backup is running 
in a different guest.
>> * It's worth considering the way snapshots work.
> Yep.  Sound like there are some issues to worry about.
>
> It'd be great if there was an approved/recommended, safe & well documented way to make  point in time "snapshots" (or whatever you'd call them) of Xen guests.  If it's there in the docs I didn't get to it yet.
>
> I'm after two things.
>
> 1st, general regular backups of production guests.
This is better done with regular backup software, as that can handle 
many things that a straight snapshot can't, like specific exclusions for 
filesystem based caches.
>
> and 2nd, snapshots at various stages of guests' installs that I can store away somewhere, and use to quickly spin-up a new guest in a "pre configured" state.
LVM snapshots are good for this however, and I'd say you're better off 
just using disk images instead of backups of individual filesystems. 
You may want to look into something like partimage if space usage is a 
concern and you have to keep disk images separate form the LVM snapshots.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 16 17:13:17 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 17:13:17 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVjBG-0005lo-Tn; Tue, 16 Feb 2016 17:12:54 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVjBD-0005lh-Rx
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 17:12:52 +0000
Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id
	A0/1D-17090-29853C65; Tue, 16 Feb 2016 17:12:50 +0000
X-Env-Sender: folatt@sluimers.net
X-Msg-Ref: server-4.tower-206.messagelabs.com!1455642769!22831818!1
X-Originating-IP: [83.163.103.119]
X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_40_50,
	HTML_IMAGE_RATIO_04, HTML_MESSAGE, received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 55610 invoked from network); 16 Feb 2016 17:12:49 -0000
Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119)
	by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 17:12:49 -0000
To: xen-users@lists.xen.org
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
	<56BF63F1.9030705@sluimers.net>
	<20160215084040.Horde.o9PC1GPRfuRfVBjMLZqnAg2@344c6kbnjnljjzlz.onion>
From: Folatt 
Message-ID: <56C3588F.1010005@sluimers.net>
Date: Tue, 16 Feb 2016 18:12:47 +0100
MIME-Version: 1.0
In-Reply-To: <20160215084040.Horde.o9PC1GPRfuRfVBjMLZqnAg2@344c6kbnjnljjzlz.onion>
Subject: Re: [Xen-users] How do I go from VNC console to a desktop
 environment?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4145129970952954924=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4145129970952954924==
Content-Type: multipart/alternative;
 boundary="------------030503000905030004000303"

This is a multi-part message in MIME format.
--------------030503000905030004000303
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Length: 3163
Content-Transfer-Encoding: quoted-printable

xl.cfg(5)

name =3D 'ArkOS_Dev'
bootloader =3D "pygrub"
#kernel =3D "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk =3D "/mnt/arch/boot/x86_64/archiso.img"
#extra =3D "archisobasedir=3Darch archisolabel=3DARCH_201511"
memory =3D 6144
vcpus =3D 3
disk =3D [ "format=3Draw, vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev",
          "format=3Draw, vdev=3Dxvdb, access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev"
        ]
vif =3D [ 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ]
vfb =3D ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3D123456,keymap=3Den-dv']
root =3D "/dev/xvda rw"

/etc/X11/xorg.conf.d/*.conf was missing, so I made one.

10-monitor.conf

Section "Monitor"
     Identifier             "Monitor0"
EndSection

Section "Device"
     Identifier             "Device0"
     Driver                 "vesa"
EndSection

Section "Screen"
     Identifier             "Screen0"
     Device                 "Device0"
     Monitor                "Monitor0"
     DefaultDepth           16
     SubSection             "Display"
         Depth              16
         Modes              "1024x768_75.00"
     EndSubSection
EndSection


lspci shows no output.
I am either using a paravirtual framebuffer or it's what I want to use.
I don't understand how paravirtual framebuffers work. All I understand 
is that my Graphics card is not detected when I type "inxi -F" and
I'm under the impression that that should not matter if you can use a 
paravirtual framebuffer.

On 15-02-16 15:40, sm8ax1@vfemail.net wrote:
>
> "No screens found" usually means that X.org isn't configured properly 
> and wasn't able to guess what output devices to use. Post your 
> xl.cfg(5) file for this virtual machine, /etc/X11/xorg.conf.d/*.conf 
> (path may be distro-dependent), and the output of `lspci` inside the 
> guest. Specifically, it depends on whether you're using a paravirtual 
> framebuffer, an emulated graphics card, PCI passthrough, or something 
> else all together. I think there are also some Xorg-specific tools for 
> diagnosing screen detection problems.
>
> As an aside, and I can't speak on behalf of the list here, but this 
> sounds more like an Xorg or ArkOS issue (i.e. not Xen related), so 
> you'll probably have better luck looking for help in one of those 
> communities. I mean this only in the friendliest way possible, but the 
> error message itself even says "Please consult The X.org Foundation 
> support".
>
> Quoting Folatt >:
>
>> I got this far:
>>
>> screenshot
>>
>> Now my question is how to go from here to login into a desktop 
>> environment.
>>
>
>
>
>
> -------------------------------------------------
> *ONLY AT VFEmail!* - Use our *Metadata Mitigator*=99 to keep your email 
> out of the NSA's hands!
> $24.95 ONETIME Lifetime accounts with Privacy Features!
> No Bandwidth Quotas!   15GB disk space!
> Commercial and Bulk Mail Options!
>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users


--------------030503000905030004000303
Content-Type: multipart/related;
 boundary="------------060702070608010300080605"


--------------060702070608010300080605
Content-Type: text/html; charset=windows-1252
Content-Length: 5726
Content-Transfer-Encoding: quoted-printable


  
    
  
  
    xl.cfg(5)

    
name =3D 'ArkOS_Dev'
bootloader =3D "pygrub"
#kernel =3D "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk =3D "/mnt/arch/boot/x86_64/archiso.img"
#extra =3D "archisobasedir=3Darch archisolabel=3DARCH_201511"
memory =3D 6144
vcpus =3D 3
disk =3D [ "format=3Draw, vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev",
         "format=3Draw, vdev=3Dxvdb, access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev"
       ]
vif =3D [ 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ]
vfb =3D ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3D123456,keymap=3Den-dv']
root =3D "/dev/xvda rw"

    /etc/X11/xorg.conf.d/*.conf was missing, so I made one.

    

      10-monitor.conf

    

      Section "Monitor"

    =A0=A0=A0 Identifier=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Monitor0"

    EndSection

    

    Section "Device"

    =A0=A0=A0 Identifier=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Device0"

    =A0=A0=A0 Driver=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "vesa"

    EndSection

    

    Section "Screen"

    =A0=A0=A0 Identifier=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Screen0"

    =A0=A0=A0 Device=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Device0"

    =A0=A0=A0 Monitor=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Monitor0"

    =A0=A0=A0 DefaultDepth=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 16

    =A0=A0=A0 SubSection=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Display"

    =A0=A0=A0=A0=A0=A0=A0 Depth=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 16

    =A0=A0=A0=A0=A0=A0=A0 Modes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "1024x768_75.00"

    =A0=A0=A0 EndSubSection

    EndSection

    

    

    lspci shows no output.

    I am either using a paravirtual framebuffer or it's what I want to
    use. 

    I don't understand how paravirtual framebuffers work. All I
    understand is that my Graphics card is not detected when I type
    "inxi -F" and 

    I'm under the impression that that should not matter if you can use
    a paravirtual framebuffer.

    

    
On 15-02-16 15:40, sm8ax1@vfemail.net
      wrote:

    

    

      
      
      
"No screens found" usually means that X.org isn't configured
        properly and wasn't able to guess what output devices to use.
        Post your xl.cfg(5) file for this virtual machine,
        /etc/X11/xorg.conf.d/*.conf (path may be distro-dependent), and
        the output of `lspci` inside the guest. Specifically, it depends
        on whether you're using a paravirtual framebuffer, an emulated
        graphics card, PCI passthrough, or something else all together.
        I think there are also some Xorg-specific tools for diagnosing
        screen detection problems.

        

        As an aside, and I can't speak on behalf of the list here, but
        this sounds more like an Xorg or ArkOS issue (i.e. not Xen
        related), so you'll probably have better luck looking for help
        in one of those communities. I mean this only in the friendliest
        way possible, but the error message itself even says "Please
        consult The X.org Foundation support".

        

        Quoting Folatt <folatt@sluimers.net>:

      

        
I got this far:

          

          3D"screenshot"

          

          Now my question is how to go from here to login into a desktop
          environment.

      

      


        

      

      

      

      -------------------------------------------------

      ONLY AT VFEmail! - Use our Metadata Mitigator=99 to keep your
      email out of the NSA's hands! 

      $24.95 ONETIME Lifetime accounts with Privacy Features!

      No Bandwidth Quotas!=A0=A0 15GB disk space! 

      Commercial and Bulk Mail Options! 

      

      

      

      

      
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

    

    

  


--------------060702070608010300080605
Content-Type: image/png
Content-Transfer-Encoding: base64
Content-ID: 

iVBORw0KGgoAAAANSUhEUgAABAAAAANlCAYAAADig4vkAAAABHNCSVQICAgIfAhkiAAAABl0
RVh0U29mdHdhcmUAZ25vbWUtc2NyZWVuc2hvdO8Dvz4AACAASURBVHic7N13fFvV+fjxzx0a
li3PeMTOcPZ0dsiGhCwgocwApYXCj02BAqXQlpayWuDbAS2lBVpaWvYIUAiQvSB7xxlkL8dJ
vC3Z1rrj94dsxYYMJ7HjBJ7366XEutI995GupZfPc59zjrJr1y7bsizC4TDLln7J+nVrKCkp
IhwJI4QQQgghhBBCiLOL0+EkrVUGvXv3YdDgYTgcDlRVRdmxY4ddXlbKf//7T0pKDuHQdTRN
bel4hRBCCCGEEEIIcZJM0yQcMUhvlcU137+epOQUlE2bNtl/e+FZKitKUFUVwzCxLLulYxVC
CCGEEEIIIcRJ0jQVXdcIhyOkpWVw4013oC9buojSkkPoukYoFGnpGIUQQgghhBBCCHGKDMPE
MEycTgdFRQdZuWIJWofcnEcDNdVEImZLxyeEEEIIIYQQQogmZFkWuq5SXVWNfujgQWzbwral
7F8IIYQQQgghhPg2sW0bVdUoLj6EHg6H0DSVxvT/bdumqjpAMBgiEjGwLAtVVXE4dOLiXMR7
3ChK4yYQPFPbEkIIIYQQQgghvk1MMzocQLdtu1GT/tUEgvgqqxnXKYsxuVl0SkrA63bgD0bY
XlnNvF0HmLvzIIlJCcTFuY7bVmVlNR07daRjh1ySklJwu50Eg2EqKyvYuWsXu3bsJOk0t9Wc
bDQq/dUY4TCtE51EHO4Wi0UIIYQQQgghxHeHZdnYto1y2SUTbVU99tVxv78GLza/ObcHHeJ0
7EgYbAtsGxQFFBXF4WRXjcFjX2ymSlFISPActS0bldGjzyM+3kMkEsG2a4NRFBRFweFwUFVd
zYL5C1EV67S01ZxsNCpq3HQe0Ie89vEUzf4fW0Mahi5JACGEEEIIIYQQzc+yLJRLv3fsBEAg
EMJjRPjz6G4kmCEwjaO3qOn4VSc/mb+VgNNBnLvhFfdAIIRh2oyfMBbbsjDNo088qGkaiqow
c8ZcHA6lWds6ESEzjvIDewjZ4PE4yUxNwlKUY+5j2B5Ky7zc//L9DNB9zHrkIeZUqERcCUd8
fsRy4PdXEqquIWxagILToZOa6MDjSaD+Kw2aOlUVZQQDQUwbUBRcLifZSQ4s5zeTHZbtorT4
EIFQmFjdh6LgdOokxel4ExIwj/N6hBBCCCGEEEKcXSzLig4BONoEgLZt4/dX87sRHfAEKrGO
1fmvFa/pPDwgh58s3oXL6UCp7Uzato3PX83YsaOJhMPH7LADGIaBpmkMGzaYuXMXNFtbJyJk
eagMtuWXrz9KLw2qF/2Jn/5zCwmpicdMAlhHfH+P/L4HIm781QpDvncjF43sRadUF9hBindu
4IvP/senq4tJT0sgjEpNxE2Nncbk225mbP8OpDmBiI+9m1Yx470P2eqrxqyXBLBsF+UVNuc/
9Aeu6+lFq3sgUsXBPVtZtXAWnyzYSXJqHGHNecLvjxBCCCGEEEKIM5Nt28dOANTUBBjdOoG2
WggzEAQgYNrsrTHo5nXEnrfFH6GdRydOi3aC27vcnJvpYaU/iMfjjrXVpk0bXC4X4XC4UQGa
ponb7aZNTjbl5WXHbGvu3HlHbef888ccta3GU6ny+cm6+Hv0qu05xw+/lEFvP81OM0RAi1YV
WLaTysoKQsEgEdMCQNMdaM7Ehq/NdlBcVE4gbKA5nOSme/BbXvyRDG5++i5Gt6r3ZMVNeqdB
XH73IIbNfpYn3/gKR0oG1VUervv9T5iQWu+5jkTa9c0j48132IGOUe/c2rYNpoY3/XDn37JA
dSSQ1XkAkzoP4IIx03jsqc8gXiGk6tHhC/4agv4qDNtG1XRaJWp4PF5MHJQWF1MTNoiL08lM
TcZEocwfodpXgaY7yc5s+LqFEEIIIYQQQpx+x00ABEMRRqbGYVb7wYpeZd9TbfGbzZX8souX
vCSd/EqD323z81iPJLrG1w4lMCKMSnPyZYkvNvFeMBShdetMQqEglmU1OshQyCKrdWsOHDx4
3LYmT570jf2nTfsUs7Zy4UhtNVbEcmORxOXj04FqdhfFkZvRkUsn5vDwhwXEJzkxbCcV1S6G
TLmFCwZ2ITc9Hg0IFMzht79dV681m33+BC56+I9c303H3jONR347DX9EY+Ddt0Q7//YB5vzj
30xdXkDQ24FRU27kxuGtaD3uVq5e+XPe2OlHaTuRYakA5Uz/3aP8e70PEjLp1jWZsF/BcDsb
nFvbtql/pg+8+zD3fViI5Uqn1/jvc+8P+pPUYTI/uWIdv3pnN66kDErLw3SfdD0/vHAA7RNU
wqXbWPjBG0xdtp8qI5khv3yJu7qr1Cz+PT95eRthRyKpEx/iP1dmwd63ufe5lSf0PgshhBBC
CCGEaHrHTQAYhkGubmAFa6hbJ7CLN55HRnbn8S++4uosnXcOGvxyRDe6GCVYgerojopCriMO
wzBjbRuGgccTRyRiHPV4R6IoFvHx7ka1VV5efpTXYR61rUZGQVUgiGfgtQzxALs/5u/vdODX
Dw2l1ZgLaPvRv6iyIoTwYBoJDBvXj046QISQ4SBOrcBff/SE6qXPdfdzfTcdKpfx3DMf49MT
sZ19uHhANDGx6/U/89qSUlKSEjDNMma99BcSOz/OFRnxjJjUndf+sBY74CMAeEmkS99uZO9c
zaFwGfu3V5DiiSNiK8DXKgC+JjVBR0vQ2P75v/hT9u94bIyXtBGjafXWq+yuDNDpBw/z8Pg0
wKDKFyEhrQvjbvkFqeFf8PzKavK/3A3dO+LpMYBWbGVfSKP3wCwACpesP8H3WQghhBBCCCFE
czhuAsC2Id4MYoUChzeGg3TzhLmudw4vrN3HzXk59AoUYtb4G+yboKixpQbq2lIUiEQisecs
Xbr8qMENHXpO7GeXy3nctoDYlf6vq7/96201hmU7Iagw6uJuaFhs+nw5ezbv4IvyoVyYMohL
+r/NK+uqsOPql7v7mPXIz3hpWwSHy4mqdq3d7iT34nsYMzANQpv59xP/psBW8Kku1FYdyATg
ICvWlZORoBNEwaVGqNZCrF7v44pxiWhZ7UlW1nGgeD7/mj2Qn4/LpNOkO3l2UpCCNQv59KPP
WVHgJ8GbSP1aiyO+ZttGtUOo3kR2r9yLOaYXWkJrWrttdjoG8MPxacB+3n7ocabuMckY93Oe
v7kzAyYPJH7pfCrWLWI7Hemc0pfBme+y29eF4bkAh/hyRTm2Hdfo91kIIYQQQgghRPOoTQDE
Lu5/g6Io+MIGSXVL/tXKL6rgtf1+buvXjrc2FtAu26RPfIMdqQwbqOrh3RRFoaYmiKIc7oie
P/b8owbnq6yM7VddHTxuW3D4Sv/XHa4A+GZbjRGIaBitRzCxDRDO57PVlRjBauYsLOHCS1qR
d9EgzGUL0d0NS+xBpUOKA7+ehq+qbpubLgPbAhHWvfwySyoiuOOTsCMAhycStFHAAluNbWjY
tg3pCbDhjSe4ffFAJo47j9HDOtKm/wRu638uw/71KC8vLUWN88b2O+K5rt1mWTaapsQisAAt
pzftAcjhmmde4pr6+yXnkOxQKK/IZ8526Ny5FcMGtGLGoRF0VYDCL1lcbGAnN/59FkIIIYQQ
QgjRPGybY1cAaJrKjmqD/g4L7Oi15G0BhacLdX45uD09FT8dBrXndyt286tsgy5xdT10lR0B
E03TY21rmorP5ychwRPbVl5WdtwgFUXBX1WNpmnHbAs46moAdduP1FZjBGuq6XjlSNIBnH15
4B//aviEDmMZlbGQJTXVQGqDh2zLBrvhCgGBKohLcND3xuvI++WL7I0E0JU4AqW7KWEkXrIY
nJfE5/NK8XqdBE0HlulhYF60wsA8uA8fFi7bxukwiexfw9SXlvL2PzIZf+8vubmvmz6XjSPh
i3cx3AbB2in/jvSabWzCho5VU03PYbmoAL59HAhZ2IoWvU8py6av4FC9Agu7ahthXUXXYdWs
LVidu9H63NGMreiCBuyZu4KQw0KTIQBCCCGEEEII0eJs20a3jlEC4HDofFFu0C/ThtpOdFtv
Ao8NaUuH6v0Y1T66xyfy2JAOZFXsww7XXubWFb6osNEdemwJPIdD5+ChQ3T0tD/usn31aZrG
oYOHGtXWmjVrj9iGYRhHbasxFL0tFw7zAmBVVVIRqdtXJT4lERdZjD0/m1nv7j98xb6WZX99
GUAfi174J8Hr72dy6wH8+N6JPPj4dBISggQq1/Fp/tXcleeg43U/4dqaV/hg1QGMhGzOv+0m
rsgECLB8+ibcLpWyUDw9+7ShYssWdvvCWHo15b4I4AZnPC5swpaNpdi1sXy9QgHKq0FxxDF4
ys3cOSy6ZODB+fM4ZOtYB7dQSB5tSSDu0FKmzthLjQV6YisyqERxOnCgU7V6BquC3RjcejxX
tQasLUxbXEq8y02NJACEEEIIIYQQosVZx5sDwOnUWeJXmBxQyNVssC2coSpyK3Zh1k74Z/rK
yY2EsUJBbMsERWVXjcqSao0EryPWttOpU1FeTlV6Gi6Xq1FX4KOl/gHKyyvxej3HbGvY8GFH
baeyouKobTWGs8dYBsYB1lb+9rOnWVipRIcfWDqdbniGpyYmkzbiPDLffR3/1/a1sb8x+75d
vY03n51K7/+7gtyOV3DPpPX89tO9xMVns+TlVxn05C0MTcpmwh2/ZsLX2itd+Aqvbawh6M7A
ThvOrXdNIO0IMVetXUYRFjpqvbkTGr7m1lf9lrevarhfzYZ3+dNH+0mIT6CmbDnvLJ7IA8O9
9PnRo/znRxEilgOHGmb5U/fx5q4gDqcDO7Kbj7/0MXhctEIhsGI666osnN4Tq7QQQgghhBBC
CNE8bNtG69ix/aOKohz1SYqistpnMiLewIkJlokdCR0eUG7b0fu1ywT6bY0nD7qw3HFomvq1
thRKS8tISk4CGyzLwrLsI95sGwzTZPv2nbhc+nHbqqmpIVATOOLteG0dT8+rr2Nkpor11Qe8
OreQxKR4nG4ntp5MZYmD88Z2wuNOR98wj2XlqYy8eBit1RA7581mW5VJSPMQMeIZUW/72n17
2GT2ZWKvRJJ6tKNowVJ8ZoCwEWDRzKWU6om0apVGcpwGhCjdmc/sd17mhf9twe31ELJUVN1B
fHIyqclJxDuj5zBcvpc1s9/iL2+uQ41zEab+uVUJGRo5eQPIy3QTexdClezbtpbZ7/2Lv7yz
Ct3jIqiA7tTZs/QLthkpZLdOJzXOgaZYVB3aQf6qleysMDA0DUWPo3hXNYMu6EUyJUz76zsc
MhRCqn5C77MQQgghhBBCiOZh2zbKuLGjbFU9doc4HIqQaAS4N62KDnqE2MxxdRQFUNhlOHmu
NJ5KhxuX03nUtkzLpk2bHFwuVyyQw01FO6yhUJiCggJUjdPS1rH4/EEiEQNdV2mVGEekXqe6
xogn5DuEBWR7VWocraguLyJiK7RJVAjo0bJ6E8/XtifgC1hEAlWgaLRN1KjRorEZtpNAoAYz
HMK0bEBB0xW8LnC4PLGZ/UOWk1CNDzNiYMWmX1DxOMEb5yaifPO82jjw+/0YEeNwVYKi4NBU
4t02TqeH+gM0LNtBTSCIGQ5i1B5EURUy4lUMx+EZ/oNWPKGKQxgotEnSCGjuE36fhRBCCCGE
EEI0D8uyUMaef/wEAERn0g+HQgxx1jAsLkxHRxivYuG3VXZEnCypcbI84sHhcuLQj33l1zBM
QqEw8R4PiUmJuN0uVFXDskwCwRC+Sh81NTU4XY7T2pYQQgghhBBCCPFtZFkWyvljRjYqARBl
E46YmIaJZVlEF6ZTUFUVTddw6BrHGk5wdrQlhBBCCCGEEEJ8u1iWdexJAI/EUduhPppvQ1tC
CCGEEEIIIcS3iX28VQCEEEIIIYQQQghx9pMEgBBCCCGEEEII8R0gCQAhhBBCCCGEEOI7QBIA
QgghhBBCCCHEd4Bt2yi+ygrp/QshhBBCCCGEEN9yjV3/T4hGKystwTLNlg5DiBYjnwEhhBBC
CHEmkgSAaBae+ISWDkGIFiWfASGEEEIIcaaRBIAQQgghhBBCCPEdIAkAIYQQQgghhBDiO0AS
AEIIIYQQQgghxHeAJACEEEIIIYQQQojvAL2lAxBCiKa2aPESfD4fAPHx8YwaOQJFUVo4KiGE
EEIIIVqWJACEEE1q8ZIl7N9fiKZpAJimSU5ONsOHDWPlypXMnjOXcDjEI7/+dbMcv/DAASoq
KrjooosAmDFjBgUF+2nTJudbkQSwzQjFn7+Ib/VMsG28AyaSceHtKLqjpUM7YctXLmfN2tXc
dvPtLR2KEEIIIcR3wnciATBj1gx8Ph9TrpjS0qGIRjIMA9u2T2gfh+Ps6wB9GxiGgc/nIzU1
FYDdu/fw/e9/v8Fz3nrrLb766isSE5PoP6Ave3btbfC4bdtN0jnP37CBsrJy+vTpw4EDBwDI
y8tjx44dlJaV0a9vn1M+Rksr/vwlwtsX0nb0OShA0aqFFH0KmZfc3dKhnbA1a1fTs1fPlg5D
CCGEEOI7o1EJgL+99AIAiqLEbjfdcDO6fvzdTdPktTf/i23b9W5w/Q+vx+lwnlr0jfDh/z5g
ydLFqKqKaVpcc9XVzX7MllRWVkb+hnwqKysb9XyPx0OP7j3Iyclp5sgaZ+/ePbz5ztvs3r0r
dgW5MUzTJDe3PddMuYbc3A7NGKGor7y8nM8+n05WVhaWaRIMBsnOzv5G8qaiooL27dtz8fcu
5i9//jMul5vy8nJSUlL44IMP2V9YyN13/fiUYtlfWEhRUTFdu3alsLCQxMREAHw+Hx07dmTr
1q3s21dA27ZtTuk4La1yxee0HTMIxQhgWyapvbpSMP+zszIBYJomDsd3Ig8thBBCCHFGaNRf
Xg6Hg1v+360NOvGN7ZxpmsbVV14NHE4e/PeN/6DQvKW4tm3z5ltvMHf+PNxuNwCzZs8EbK65
6ppmPXZL2rR5M6ong3ate6KqCpqqoKsKqqqg1N6v266pKoFANRs2riE7O/uMKI9+b+pUzLgO
DJs0CU1V0XUVXTvCrcF2BU1T2Lo5n3fef5eHHniopV/Gd0J5eTnTPv2MyZMn4/V62bt3L/Hx
8aSlpWFZVoPn7tu3j3vuuYdgMEBqahoXXngh06ZNo2/fPmzZugW/339KVQDz5y+gorKSvLw8
SkpKSEhIYPv27QB06tSJkpIScnNzWbV6Ndu2b2fM6PPOiN/3k2H4K9E0B0ZNGbZpo3pTMfyN
S/idKfYXFrD/YEFLhyGEEEII8Z3TqARA3R/zhYWFvPH2W+zYse2EyrMVRSG3fQemXHElnTt3
jm1rTpZlMXnSxUyedPE3HmuqcuMzkc9fSWZaB7bsOoRpWTh0DYeuoWsqDl1F1zUcuoJDU3Ho
Gu1ap6CoCuFwGJfL1dLhs2XrVwy5aByvfLQCTVVxuzTcTh23U8cV+18jzqXj0lWcOsR54vB6
XAzJ68ucz9/BMIxGVaecyTZu3ERJaWmztN0qLY1ep1h2bRgG0z79jEmTJpGQkIBt27Rt2xbT
NNm6dSuFhYVUVVUB4Ha70TQNp9NJOBImHA5jmibjxo3jr3/9K7fdfgsvv/QPTNM86fNWVFzM
uHHjCAQC2LbNhg0bGDliOKDw5aJF9OrVC7fbzahRo5g3bx6mZaGfQIXJmcQ2bWzLwA4b2LaF
Eolgm9bxdzxNGvP9uv9gAXm9+rJyxarTFJUQQgghhIATTABM/egDikKJDJ98N5qmomsauqYc
8Yps/cc0TWXr5g288c5b/ObhX9cmD5q+A77pq828++47HDx0sFHPz8rM5KopV9GzR68mj6Vl
qRiWhWXZqJaFYoGqKBi19y1LxVRtNKs2iWOfWckQVVVRFAWnQ40lL2K/X6qJw78Tu7wCX40P
RVXQdSe+xDQOpJ6LqqonPHfAmehQUREjRoxolrYXLVp0ygkAn89HdnZ2rPMPUFJSwsqVK0lL
SyM3NzdWJVRWVkYoFIp28DWda6/9Ph9//DE7duxkylVXEp8Qj9PpOqWkjWVZsY6nqqq19wHs
U0osnJFMCzsSwjIMsCwsw8A2W+533jRNFi9ZzLbt29m9ZxflZaXcc9d9dOnS+aj7WJaF4yyc
tFAIIYQQ4mzXqL+K62Zo3rZtK3mjb+CdmesJBMO4nQ7cLg2Xs+4qrQO3M3rfVfuz26mT4HEy
vF9f5s98l0gkwvU/+BG63vRX395483US2w5n1JBcHLqGU1fRNA2HrtbeokmJ6FVxlf17d/Hm
O2/z5KNPNHksLWlA9yz6d8vEtm3KSktZvyGfal8VJhCovdU5uCv6/4yZMwCIi/PQq2dPsrOz
T3fYMbdc2p/rLuj+je1r167jo4/+R/fu3enR81xMPZGaCCQ7I5QWFbJw7qfEuTwEAoGzfkJA
0zQB+PkvHuLpp57hkd88Qn7+egYNGsTDv/wVz/zfM6xYsZzhw4dz/30/5dln/8TSZUsZOmQo
9913P3/44x9YvXoVb77xFj/++w20GuKhZFkNL9zxaqztU5Gamoplmuzbt482bdpQUlLC+vXr
6dWrF06ns8EV4BUrVtC5c2d27dpFmzY5WJbFhRddSCQSwbJMCvbvp0+fvFOKx+v1Mn36dPr3
74/X6yU3N5f5CxYA0LlzZ3Rdx+/3M3/+fLxeL5qqArB8xUpKayst0tLSOGfwoFOK43SwTRvb
iGAbEbBs7EgYWigBUFZWxt/+/gKmbdIhtwNjzx9DdZWfZ//yJ/72/N9aJCYhhBBCCHF0jUoA
qLV/LNddua8JRDiRCvqIEe1w1HUK6sbkN6VIJEJxcTFdhrbnrc/XoTs0PC4dt8uBx6UR53IQ
59aJczqIczvwxjs5p3dnPp5aRCQSQdf1b+WwgE2bN+NKbEN629R6Y/8VVBVUNXq1NLZdUaiu
qWLjpvUtmgA4kq++2sLHH3/CZZdfztpCjV++u484VzFup0a5L0jH1gncctWPWLV4Dq+9/gZ3
3nH7WX0+6zrpTz/1DACPP/Z4g8cferDhPAf33Xd/g/sP/PSB2M8v3PFq9IcB0f++Pj7/ZAWD
QTweD+FwmC1bttCtW7dY4qWwsJDi4mJKS0vZvn0711xzDRUVFZimSatWaTidTmzbZteuvcya
MZu7fnznKcUy6aIL2bV7N+vWrad///7k5OSQkZEBgNPpJBAIsGXLFgYOHIBpmBQXl9CqVRrF
xcVMmjQJgE8//RTLsigpKaWkpISuXbuckZUDtmVjRQzsiAG2hWVEsJvonJ6IYDDIE797km7d
OnP+6PNp3ToHTdMoKyvlo4+n8eS9yQAkpbTi8hveJqf9mZ9cEUIIIYT4tjvhv26njO3F+HNy
Y/dVNTqdn6oqVFaUE+fxEBcXh6ooKArRyf4USE1KRFGbp0P23tT3uPR7l8Y6fNXBCE7TQiF6
VUxV6kqDo6XwmqYSidQmJWpjevvdd7jmqqubtNO4bu1qEhOT6NCx0zce27VzBz5fJX37DWiy
4x2J3+8jO7MbG3ccwLbtr80JoKHraoM5Adq3TsEwDSKRyBlzFb26upp33nmXSy65hHdXBigo
DXHJed3xeqKrSNi2zcadxfzqjc08fu045n76LgsWLGT06POaPJbTdU7rEgBXXT2Ffv37s27t
WoYOGcryFcsZNWoUX375JeefP5b58+cybtx45syZw9ixY5k3by7/efU1brjxRwwdMoTbb7+T
5//6F9auXUPPnr346f0PnHIFwPLlK9i6bSutW2eTlJTE/v37ycjIiHWWN2zYQJXfT19vHJn/
fYVW543H4/FQU1PD4sWL2bZtG61bt8YwDFwuF61atWLV6tUMHzbslOLqkJtLRXkFS5csoVv3
7qSnpwNQVFTExo0b6dSpE8XFxcTFeVifvx7LsklLS4u9H2lpacyeMxdVVUhJSWXpsmUMHTLk
zEsCmBZWJIJtGNhW3RwAp78CYNpn00hPT2PI4CGkpaVTVlZCxIjg8/mwLIuHfhp93tz5pWxc
KQkAIYQQQogzwQn/ZZvsdZEYr39jnLXfX8UvnnmKPz7zW1KTPd/Yz+Vsngm33v/wfabPmB5N
AKgKN17cj6vO7xp7XFHsej8rYBNNTCgK7ri42GOLFn1BMBjghutvaLIkwM7t26iq8mMYEbp0
PVzSvm3rVyxd/CUJCd5mTwBA9LUePl82h0+djY0NtoJVew9FbfZ4TtTSpUvp1KkTe6s87DhY
zuRRXdHqJZMURaF3pwxcDo3nPt7OLy+9mNdff71ZEgCn65zWdUr79evPhvx8hg4dyspVKxk1
6lyWLFnM+PHjmTd/HhddNImZM2cwefJkps+YzvjxEwA477zzWLR4EQD5+evp338A+RvWN2j7
ZO3avZvLLrsciCZfqqurSUpKAqCgoAC/z8fFuTlsf/Q3JHkTOThtDpstnaVVpeTm5jJlyhQc
DkdsQlCAzz777JRiqtO/fz8yMtKZMXMWY8aMAWDt2rWMHDkCv88PQJ8+faipqQEgHA6zY8cO
ILpagNMZTSp5PB7WrVvH5s1fkZfXu0liayqxIQCRSHRVlkik2YcA3HTrTd/Ypus648adj2Ea
LFn6JaYZ/RaB6O/FM3+MPi8pJY3Lb/j2rrwihBBCCHE2abJLW/9940127d59WsuuP/zfh6xe
vbrBNk2NTh53PIqioNaL1Qa279jOf17/Dzdcd0OTxDduwoXMnP4pSxd/CUCXrt1jHUWPJ55x
Ey5skuMcT/9umfTtkt6oyfHOuKudwO7de+nRowcf5pfQu1NGdAiDAg4NNBVAwbJtuuemsXbr
QSJqQm0pchmpqalNGsvpOqd1nfTNmzcycNBA1qxZw/Bhw1m+fCmjR49m4cKFTBg/gdlzZnPR
pMnMnDGdCydewKw5s/nhD65j6bIljBg2HICBgwaxbt1aevfu06Dtk+VwOBr8LtVN2mjbNiUl
JQw2a9jx2KNoCfHoNQZJYYO1b8+ixwPXMnbcOGzbpqqq6httNJWcnBySkpKYPXs2iqKQkBBP
+3btOHSoiLXr1lJVVYWu62zbtq1B8mLLB4+kTAAAIABJREFUli24XC66d+9OVVUVJSXF9Ovb
r8niOlm2aRKpLMGR3ApF1aIJgNoKAMWyUSJGbBUA2zKJlJfgSE5D0Zruszz2/NFfm7c1Wvll
GgY7dmw/fC7rPedXz1U02fGFEEIIIUTTaLK/EG/5fzcye9680zoD+8GDB4mvdxX/VLmcrthV
wqbgTUxkwgWTYh3GbVu3UFpSjMcTz4QLJuFNTGyyY32bFRQUcP7557N7zg7G5mahKuB2gEtX
0FUFsDFtlbBhk54Sz65D1WRnZ7OvoKDJEwCn65zWddLz8vqyIT+fQYMHsWr1KoYNG86SJYs5
97zzWLBwAWPPH8uc2bMYO3Ycc+fPZfTo0QC89Pd/xNrKz8+nT14fNm3e1KDtk2XbdmweAdu2
cbvdsc99+rrl1CxZQjDOhV0ZIFAaZJMZT+9f3ER1alz0irVt43K5ME0zljBs6u+NKy6/LNZu
3eoAGRnpmKaFYRjs27cPh8NBhw4dKCsrAyA3N5fy8nJ2795NVlYWpmmRkZHepHGdqJod+RS8
9HM03cSIuGh72xPRzn4kghIxaxMA0SEANVvXs/vPP0MN+UBPoO19fyC+W98micOO/ROlROuF
iBgGhhGhfs+/OeZ4EUIIIYQQTaPJLrs5nY7TvpzcrTffitvzzeEGJ0NRouvJ33HbHU3SXp26
DmOcx0NpSTFxHk+zdv4TvYmUl5WhadoZeTX/ZCQmJlJVVUWrJBdVgQgODVy6ituh4HEqJLhU
4hwKTh1qAmHSk1zROQya6fWfjnNa10nfsvUr8vr0IX/9egYNGMiq1asYMnQoy5YtYeTwEXy5
6AtGjhzJl4u+YMTwkSxZshiAV//7b+659y4A+uTlsfmrzXTt0rVB26cSW13HGiAuLg5sG/v9
10lYvozqOBeWP4ReFmJ1xMu5v32QQ06D1NTUhvtwuIPeVBMTfl3dsoDzFyzkgw8/wuv1YhgG
pmmSnJzMunXrCAYCBIMB1q5dS3Jycuxxr9fLBx9+xPwFC5sltsbY9/JjpPdMJ2fUANpNGMr+
Pz8Apo0aMVAMEwwTIia2abPzsVvJynGR2z+HrI5x7PnLr5ssjrlz5ze4zZk7ny8XLQEUgsEQ
gUAgdtPU6HCvJ+9N5sl7k3n+sc7s37OyyWIRQgghhBAnr0l7SE6X87QOAdA0jbvuvJs/PvuH
U26rc6cu3Hn7nc3SafYmJjLxwslszF9Pr7w+eL3Nd+W/R/cerF23hmAoBBxeH/1soaoqpmmi
qmos7vbt21FYWEif9q3JLyinS04iugpOLZoAqL2GTGFpkIqqEB0y45lZWkpyckqzxdnc57Su
Q9y9eze2btmCpuvkb8xH1zXWrFmDpmmsWLUCXddZvmI5mqaxctUKBg4YCMCaNavp3Tu6tN7G
TRvp3LkL27ZvA049AdC2bRs+/vhjMjMzOeecc4hzOan+11+pXr8en8OB7g/hKg+xLJRAzg8u
Zl11EV5vIllZWdGJKB0O4uKi1QDLli2jqKjomGvGN4WioiImTIjOj1BeXk58fDxFRUW0Skvj
nHMGA7C0Nhav10swGKRPn+iQiZkzZzZrbEdl20SK9+Lom0d4z1acme1oM3kUO97+PFYBgGVB
JIyqKbTunYbbaWMUl+KIjydysADs2klPTtErL7/yjW3vffAepSUldOrYmYrKiljMWa2jK4jI
JIBCCCGEEGeeE+rtRsf5Wkft5L/7+n+Oub9lHi4bbqpEgcvp5N677z3ldu68/c7YBGDNwetN
ZOjwkc3Wfp20tDTGjD6/do11i1lzZqGqCmYLrRN+ovrk5TF77mxGjRgZGxfeq1dPpk79kB9e
fyPzN2xi/fZihvXMOLyTolDuD/Hxot3cMLY9O3dsQ1EUWrfOatZYm/Oc1nXSf/bTh47zzCP7
87PPH/Hn+m2frGFDhzJs6FA++WQalUVFaP94jur9BZSqKs7KMJ6KMIsCCegj+2P1akNOcjLZ
2dnYto2qqiQlJWFZFuXl5UTCYa774Q9OKZ7GsCwrllTRNC1237IPVx7UVSLouo6qqrHnN1d1
wnEpCvHdh1Kev5nUHjlEdm3B2b4bnb53LubOjSgRI1p5UROmfa9sHIqNVeFDdbsp31NBfN7w
Jun8H83FF13Mw488TE52Dr169KI6ECAcDpKZHv3cySSAQgghhBBnnkYlAF559Z9c/4Mf0aVL
V2bPnsPEiRPRtMbP6m9ZFkuXLSE7OweHw8Err/6TH37/Olwu10kHXp/H48G2bZISk9hfWEBO
dptG7be/sICkxCR0XT+r14z/OtM0sSwr1tE7iwoAuPLyKXzy2Sd8+uk0bOtw4LrmYMG82Txy
9Vie+3gbOwrK6ZCdSIJbp6QywKbdFVwxIpsxfTJ46aUP6dmzx1l9Tk3TpKqqKvYaFEU55s/H
e97X224K8YqN8X+PEAiHKA6buPwhEirDLA16SRw5kMEPXN/g+ZqmkZ6eHvvdrK6ubrLx4vv3
72f+goX07t2LvrVX7jds2Miu3bsZMXwYaWlpTJ8+nYyMDHr27IllWaSkpJCfn8/iJUuwbZui
omLy8vJQVRWHw8Hq1aspKiqKLSfYEtre/hg7nrwDe90e0rpkYOzYjGWDWRNAxwbLxgpU49RV
rKCJGuemeK+Pakc2Xe/7bbPG5na7efjnD/Piyy9yqLiYbl27kZWVTVVVFS6XSyYBFEIIIYQ4
AzUqAVA3WdeVl13B+x+8z3tT3z2hq2KKotCtWzd+8P1rY/ebuixdURSumnI1f/zTHzEMo1H7
6LrOVVOuOqs7ikdS/wpmQkICZaWlpLVq1ah9q6qq0DUdh8PRzFEeWUZGBjdcdwORSATTNGPj
sYPBIP997XUWzvyIX1x2IduLLbYXVlFZE6JfrpcbxrSl7OButmzZwqWXXspLL72IgsKUKVe2
yOs4VaZpUlxcDDS+k9/YxEBTJADKdmynzRv/QElwU1gTIs4fxlsZZnnAi6NnN4b87AY0PZok
tG2buLg4MjMzY+PEAbKysti7d2+TrNaweMlSOnTowPbt28nP3xCrNGjTpg3Lli/nwgsuwLIs
pn7wIcFgEKfTiaZp9OzZk9LSUhRFoWfPnrjdbhRFIRAIUF5ezjVXX9WkKxScKD0xhS6PvcKO
3/6YQ+u20bp7OkqFD8U0sSMWWHZ0JYyIhao7ObC9AiOjO90efxHNk9Ds8aWmpvLQzx5i8ZLF
bNu2jZmzZlBZUcF999x/zP00VcNf1XQTrgohhBBCiMZpVALAsiw0TSM7O5t77rqHcDhMJBKp
dzOwLDOWFFBVFVXV0HUNh8OBpmm4XK5Yib2iqM0yLn1g/wH069MXn89HOBwmHA7XdiAPj4PX
dQ1N03A6nSQmJsYmI/u2iZ4Dld49e7F23RoCwWCj9nM5XfTs0bOZozu6mkCAcChEKBQiEonE
zmM4EmHC+HHk52/gX6+8QlZWFtnZ2XRJ9+Ir38NHK7ZjGAalpaVMmDCB++67n5dffplDhw5x
5513tGgn7mSkp7fiiy++aJa2T3VohLlvN9W/uhdvVirOGovEah+eygjLqxOgYweu/c/TJCQl
xhKHmqYRCATw+XyEauemgGiyqbi4mMQmmDwxr3dvNm3ezLBhwykuLsYwDNq3b8/KlSvo2LEj
AIWFB2LfUYqioOs6aWlpeL1eAJxOJ5ZlEYlEgOj3XmHhAdq0yTnl+E6FGhdPp9+8zO7fP0DB
miXk9MhAixjYlgW2hW2q4Hawb2sZSpehdHnkL6hNVF31dXXfo1//f/iw4QyvXXaybqhH/fe6
/v8AHdp3ZF/BnmaJUQghhBBCHF2jEwAvv/JSbMZu27aZPOl7aKoW66yFwmHCtX/cO10uXE5n
tNPvcjHts48b7As0GHvblMLhCIqiYBgGb73zFlu2bmnweNeu3bjysitwOJyEQqFYcuLbKj09
o8GcAKZpxoYI1M3FUJcsqFs5oCVXD3A6HCgcjonaDmRd52zYsKH069eX0tIySstKKS4uJikx
kfHjx5HXO4+SkmKeevoZqqurueeee/jbCy8wd948xo0d22Kv6WRcPHlybUe2acr16+i6dsol
7YeeeoTyEj8VBVVozjhSAyFWVHnwJacw7vFbKausoNxXGRsmVLdqQEVFBTU1NWRnZ1NdXc3C
hQsZM/o8IhHj8Pk+Sd27d2P1mjUcOnSI4uJiHA6dwsJCqqqq6dY1uvrB/v37SUlJweFwUFNT
g2VZxMfHx+IMBoNUV1ejqiput5uUlBT279/fYgmAyhUL2PvCb4iUFNd+b9pggxmK0K5rKrYd
RrUVbE1h78Yy/L4QlM5j1YXRyR+daem0v/9JkoeNOeVY6r4v6uZJiM6fYEfnIKj3vR7r7Ktq
7ef48Ge5flVKq7R0WqWl8+WXi045NiGEEEII0XiN6unddvPtwDfLiA3DwDCMWCWAaVqoarTD
5nA4Yp3Jm264+bR1KuPi3DgcOm63m1tvvpVX/v0K1TVVBIMh2rVtx1VXXoXL5ULXo2XuZ9uV
4ZNRf06ASCQSO2+GaaLVVmroul77R7wSuzraEup+Z+LiDo8NtywrVs1RNzQgIyMT0zRi5eya
plFRUUFcXBwP/uwB/vSnZykoKMAwjLN2iEdLjj0/luIdBZT5Lbq8+AILfnQ/O8NuiuLctL5x
PKvXryOlYB8DBw5sMNRg1apVlJeV4XQ62bt3L6WlpYwYPpz4+HhM08Aw1FOehFPTNEzTjE3y
53Q6G3y+Bwzoz/QZM9iwYQOVFRXYQEJCQmy2//Xr10fnXQCSkpMxjAgDBpx3SjGdir1//Q3t
B7QnLi0aH7UdbkwTI38NihmdBFBX4+g8eSRggwVgo9g21Zu2svP3D9Pvg8WnHEtdJVX0XBmx
oTmGaWLXm2BRURQUVW3wvaLrOpquo2taLBlQd150XScYDB3r0EIIIYQQogk1qpd3pAn/WvpK
8bHUxeZ2u7n3nnv5+0t/JysriysvPzvHg58qXddjnSOHw9Hgj3ZN01AUFU2LVgDUXak7k9RN
yhbt/0SvQKqqgmWr1P1mKqoaSz6lp6fz+OOPMWfuXLp17cqokaNaNP5vG73fEHyzFrPg+nsp
DyqEPR7O/cNPSGnbmnA4wvIVK74xxKeoqIhzBg/G6XQQDIXo17cPcXFxtb+bp/5dsnXbNlxO
J7m5uRw6dAin00lOTg4FBQXs2buX9u3a4XA4uGDiRFauXEXvXr3Iycnm36/+J5aoKCoq4sYb
fsT+/YUUFBQwaNDAFpsLAwDTwiwsILJnM9g2imUfTgJYNopN9Ap8yI+xbBFK7fa65xjVJrZ5
anMr1DFMEyM2JCdCJBKODf8yTKPh0ApNjw3/cjidOB2OaHLH6YxNuFpXfXTOoCGsXruK0SNP
vUpBCCGEEEIcn+KrrDiL5og/OU257KA4vrLSErJz2hIMBprtGPXLjuHoM96LphfxV7HkV0+z
ad5q1KwcJv7+Prxts2JVQPkb8ikuLmkwBCA9vRV5vfPQNPVwdZDDgbP251P1ybRpZGfnUFZa
is/vR1VVEhO9tG3bjsLCQkafd+4R9/v4k2kcOnQIgMzMTL538eRTjgWa5jNQuXQ+e577NaHi
Q1D3q25HhwHYtf/XbasbIVB/yQ9negYdHvwdySPOP+kY6tQEAhi1lV7hcATDiDSo/Kob0qWg
oGlqrMKq7hw7nU4cTid67TAj+bwKIYQQQrSM70QCQJxepyMBIM4s9ceGR8f8g13XKVRUFIVY
hUlzVJlUVFaydMlSsnNy6JPXG4AtW7ayv7CQAf37kZyc3KTHO55v22egbuhN/XlEDt+sBnMA
1FXiHOnWXOdfCCGEEEI0jiQARJP7tnV+hDhR8hkQQgghhBBnom//DHhCCCGEEEIIIYSQBIAQ
QgghhBBCCPFdIAkAIYQQQgghhBDiO0ASAEIIIYQQQgghxHeAJABEk0tOTmnpEIRoUfIZEEII
IYQQZyJZBUAIIYQQQgghhPgO0Ot+MCIRqqr8VFX5CQWDWNGFvKP/WxZnTJbAtg/HUruWtFJ/
2xlMAey69a/r1s2G2OtoaQqAqqIqCigKqqLgcrtJSPCSkOBFdzhaOkQhhBBCCCGEECdJ8VVW
2EWHDlBd5ScxOQWvNwmXy42iKNGbCoqiopwhnVTRfGzbxrYtbKvuZ5tQKIjfX4mvopz4BC8Z
ma1bOkwhhBBCCCGEECdBr6muoaK8jB69+6IAlm1jW1ZtBxBsE8Bo4TDF6aM0KEhwx8Xh8XjI
yGzN5g3rSEhIwhPvabnwhBBCCCGEEEKcFNXvqyAjMxsFMAwDyzRjV39t24azorheNB27wfm3
TBPDMFCAjMxs/L6Klg5QCCGEEEIIIcRJUMOhEF5vIpZltXQs4gxmWRZebyLhUKilQxFCCCGE
EEIIcRJUwzJBUWqv9gtxZLZtg6JgWGZLhyKEEEIIIYQQ4iSolmmhaWpLxyHOApqmYplSKSKE
EEIIIYQQZyPVskwUBakAEMdk2zaKApZUAAghhBBCCCHEWUk1LQtF0Vo6DnEWUBQNU+aKEEII
IYQQQoizktT+CyGEEEIIIYQQ3wH68Z4QDAaPuEKAqqq43e5mCUoIIYQQQgghhBBN65gJgNmz
ZzP1o6k4dMc3HosYEa649ArGjRvXbMEdkVnGklf/wdKsH3LXpBy+Gdl3VygcxuV0HvmxUAiX
y3WaIxJCCCGEEEIIcaY4ZgLgrXff4m8vvIiluKkOhIkYJhHDwulQSYlXuPPHt5/+BIBVzb78
fLbrIWTawsMqKip4/IknGTZ0KFOmXNngsTffeou1a9fyq4cfJjExsYUiFEIIIYQQQgjRko47
BCA5OZU//HcBpRU1lFRUU1pRQ2llNXNfvu2UD26VfclT973IxnbX8dyjE8lowrkI7cA+lnz8
AZ99uY6dZWHQEmnTeygTLr2UMV0TiR7Kpnr7TF574zOWby0lCDiT29Bj1DXcOqUfKfXjsStZ
8scHeX5Nde0GBXdqG7r0GcrYSRcwONuF0nThn5CSkhIef+IJUtPSWPjFQoBYEuC9995n6dKl
pKSm8sgjv+GRRx4hNTWlhSIVQgghhBBCCNFSjpsAsG2bquowZQd3YBStwR3wkwNcd/08AG66
9aZv7JOYmMjll13OqBGjjtFyhIK5H7HRjkfd+Qmf7RzNDV2apkTd8q3jP4/+nlnFWQy86Gru
6JiC5t/Lqjmf8a/HlrHpx09w5/BU1PKl/PW3r7E+bThTbhlEW6+Nr3AbO60EPF9PRtgmNRXV
kHMpP72xF+5IgPLCrayc+xHP/Wweo+55hFuGpB7/DW1ioVCIRx97nJTUFDIzM0jPSGfBwoUo
ioKqqSxYsIAevXqgqiqhUIinn3mGZ55+CkVpqXSFEEIIIYQQQoiWcPz+qm1jmBZG6Qbuvfsu
+vfrj2na2NjYdjRBYNvE7rscGvsLC3j8iUePmQCwa7bwyaxSul73IEMWPsW7H67l8p8NIbGu
X2qWs/qdf/Lukq/YWxYC4sm75Xc8OOJr7VRv5vXf/I65Kdfx5M8mkOOoYdPbLzGrKJerfvtr
Lmlfd2X+HIafO4Juv3+YV//5Kuf0uo/+B9ewNezlvFtu4tJutcmHgUMYc6z3I6Et3br3IEEB
+gxg5NgxzHv2l/zjxZfp1eVBzk1VIVLCiqn/5q1Z6zgYVPG2H8Kl/+8GLuissP65u3lm90Se
+v1VtHcAWJTMfoR73kji/ucfYFDCiXXMXS4Xl156Ce9PfR/TNIiPj6dL187MXzAf0zDp1qMb
lZWV+Hw+ykrKuOcn90jnXwghhBBCCCG+g46bAFi1Zjk/uqAdT68N0LVrV1ZuKuBAsZ+KqiCV
VQEq/cHoz/4glVVBUpM8vPjwZQQDwWO0alGx+hNWMpj7RnSjQ+oA3ntuGkuKBzGxbhyAVcX2
5es4lHUFd9/SjUQrgN0uCY2aWCt2eD8z/vwHZqgX8vC948lxAjVbmb7ER/zwHzOx/dfK8p2t
Oe/q0fzvN7OYvq6SQV3akc5i1s9fS1GHc8hwnkTH2JHJyO9fxMc//5DPV5QwYkICW19/gme/
TOd7Nz3MoFQ/6z74B68982+ynr2TTsO6oK1Yy1cVV9A+XQO7iu3L96F2mEin+JPrmI8bOxYj
YjD1g6kYqQZGxKB9bnts28bv9+Pz+SkvLeOmm/4fvXv1OqljCCGEEEIIIYQ4ux0zAXDNVdfw
/PPPo+kaRsTEsqGkooaaUIRAMEJN7S0QjFATilATDHOgxHf8o5pFLP70KxJGPkJ3j4qz90WM
THycz+YWMOaa9tSfx97Tpi8D+3Q8vC1S+79RzKIX/8vrB4bwk8evpkdt59mo2MPBMLTunc2R
Fil0ZfemjTqTgl2lWKMmcPfNe/nTv5/n3mXZ9D1vLBMnnEff1u4TGs/vSO9Gexds3FlGxLed
qfMq6Hnro1w9PAUF6HBzOSvue4d5O0P06zqCLurLLN7oY/zoFJSaHSzabtH+2h6Hqx9OwgUX
TMQwDD763/8wTZOIEUHTNKqrq6ms8HH55ZczbNiwkz+AEEIIIYQQQoiz2jETAOPHjWfUyFFY
lsWDv3gIoF7HP1yv4x9NAtQ9djzhggXM2JfBmLtqO/uuDowbk8nsObPZddlNdGvEVADl857n
n3YrJj1xA4NTGg7Yb/TqAIqTnDF38ofhV/HVsgXMmfUh/zfzXTpf8gAPTqkt8z9BkeKtFJom
FX+/mx/8veFjelkI8vIY01Xl5S82UXneCFw7vmRTpCPX9k/lVOdADAaDuF0uklOSqaioACA5
OYVgIIjP14jEjBBCCCGEEEKIb63jDgFwu6PX0RWi4/3rrv4HvtHxD8ceO7YQu2YvoMT28f6D
N/B+g8d8TN98DV37xR/3Cnxc95F0LPiSz156j36/vpZetb11PakdWU7YtvEAwXNTiPvafuGD
m9hvQavcNBy12xRXK3qcewU9Rk3ioo8e51fvv8THQ/6Pa9s7aYxI8WZ2h6BVx1R028YmjsF3
/JKrOtTfX8GV4kVRVPLGdkd9cS755X1Jmr+eSJcf0i9FbdSxjmbq1A+YM2cO2W2yqaqqIhwK
Y2Pj9/vIzMpk4RcL0XWdK6+84pSOI4QQQgghhBDi7HTCk9Y3KP2vTQLUhMKx7cGwccz97Zqv
mLHER84lD3DH4KTDHX2rkqV//wPTp+fj6zuUpOPE4W47nvtu6cHff/0Pfv/nVjz14ERaOwBP
Vyaek8CaxW8za9KvuLid8/AxIgdZ8NZcypx9+UGfxG8mGRQ3bfr1Iu39GewpM6AxCYDwARa+
Pp0iRy9uH5yGW+lCa2UOuwsU0kfmcKQWkvpcQD/Hs8xYuJikdRa9butP6in0/z/86CNmzp5F
WloaFZUVBAIBQjUhACzTwjAMklNSmDVnNpqucdmll578wYQQQgghhBBCnJUanQCwsampqSIp
3klpZTWmZWNFlwFAARQFNEVheJ+2+Kt82EcsxLfxb5zF6kA7rj4vj46Z9YveTdznteGTd2ay
uvwcxniPF5GCnnkudz5wkEcee40/fdiFJ6d0xKXE0/sHtzF2yx95+1e/Ztfk8ZzTKRXFt4c1
s6fxxW4Xg2+/kcEpKqEdH/LyrDBdenUiK8mJ5S9g5aezKFU6Mjn7KOMQ/HvYtDGeuEiA8gPb
WDlvJisLkxh5z20MT9VQ7P5cNibl/7N3r6/6fIth0Gd/z9bYk6vQUig2UZqEJvWCQUttII22
YH8bLDSBLwSMgn+AUC8IRcxFaxFaKPjCdwb6osRdtKYtzwG1kgpi0Dda0Xd5KahNaomm8ZyY
s31xzrMz3/nOuq81l2c+H/jx+z7PzLrMWmuePWvNmjXTn/1rf376Cx9+fPqjP/i7pr/vN/72
9L/93//Q9CP/7PdO3/o0TU/f9gPTH/9D3zb9u3/5L07Tt/3w9Kf/0W8vWnNg7qtf/er0i7/4
N6fnL31p+vVf/3+mr33ta9NvfvU3p5/8yZ+cnp+fp5/7uZ+b3r7+Nv3W//db05e+9KXpF3/x
b04vX3wxfcu39HnlIgAAAOdQNAPgV3/1b08/9H1fnn7o+74c3e//+D//9/UNb393+lv/xf88
fe27f2L6od+5fOL9S9Pv+qd/ZPq9P/+Xpv/yf/iV6Uf+uZwcPU2/4/v/5PSvfvyfpn/r9T+a
fuEP/pnp4z/8908fvuOfnP6Vf//PTN//n/+n01f+m780/Ye/8LVp+tK3Tb/n9//w9C//2z8+
/bEf+M7pS9Pb9LWnb5++/H/9V9Nf/Y//2vR3vzZN0/QPTL/z+/7Q9BN/+iemP/a7F/l7+tL0
5e/88jT9j391+gt/9q9O0zRN3/IP/t7p+/+JPzn9qT/1x6d/6vd8840DT986/WP/0k9N//p3
/MXpL/+Nn5v+/C/81jR96dun7/5n/sXpD/6R752+9UvfSOd7//k/Ov3uX/wr02/96BfT93+5
fvW/b/mWb5l+5qd/avrpn/mZ6df/3t+b3n7r69OP/diPTT/6o39kmqZp+o3/9zemn//5/2T6
2m/+5vStv+PL08/89E/p/AMAAFzQ03//S//t2w/+gX98+vrXfyu648/+ez87fc8/8j3T93zP
dycj/ZVf+dXpl/67X5r+3H/w53rlk4Rf+7Vfm376Z352+uE//IenH//xH/tk21/76399+ht/
47+efvqn/p3pu77ru6rT+PDhS9P/+r/8ren3/4BXCQIAAJxN9gDAL//yL0//2S/8lenv/J1f
SUb6Hd/+ndOf+Bf+xPQHflBHcUtf/epXg3f3Y9tyGQAAAAA4r+xHAH7f7/t907/5r/0bI/NC
o1gH37R/AACAa2t79xwAAABwCgYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXIABAAAAALiAD29f//r09OFp73xwAk8fnqa3r39972wAAABQ4Wmapre9MwEAAACM
5REAAAAAuIDn+Yfb7XV6efnYNYGhzdUGAAAgAElEQVTb7fX93zVxz8On4rjv2/sYemrNY0v4
2rDLOmhJfxluLe61+EPtYO2YRpVR6vxoPX9SaYe2AQAA5HifAXDvYIQ6ZLVaOyzz8Gfv/LSW
bUv42rDzjuf9v5r4Qu1rWb9r8S/zUJN+SR5jHfBU2Na0Q0YeNwAAcA0fpunzjs9ZOxnzDuLR
nLHzP019yrSlfa11ykfU8Z532HPL4+znJwAAsK/nZcfn5eXjdLu9vk9nnm8PTecvmSI+qqOV
ylso/6HOac8p5qE85GoN37Pj2HLs9//P21etrTrqyzJLDWbUtB8dewAAYAvJRQBTHeOSKeLz
Tt9WjxrM06uZQh473hx7PvPf2+i83AcGatK4hx3RrkKPKeR8BgAAOIr3RQBzOk65HZtUZ/xs
5net759Lrd0pLomnNXxuvHM5sx5Kw8fUznCoSQsAAOBq3gcASjpQZ+3I7yHUYa4dTOl9Fz4n
nliaNceRGjTo8YgAAAAAn0o+AnBU7vJu40iPIMypfwAAgDJDBgBGPIu9jH9LW70lobXcRpf7
1ulM03qZj0i7pG5Txz+qfI46GAMAAJxDcgAg1fGad5zWnpPv+fq7WMeqtoO4zH9q0b+W42rt
xNaGX5ZbTQd11CJ7JWtPtK7DUJJOatsy/dD20Pkxl1M/Ov8AAECrp2ma3vbOBFyJzjwAALCH
064BAGek8w8AAOzlOb0LUCv2OAEAAMCWPAIAAAAAF+ARAAAAALgAAwAAAABwAQYAAAAA4AIM
AAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA
4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAc/z
D7fb6/Ty8rEogtvt9f3fobDzfdb2TW3PTb80bE855dArjT2Ob55+TR56lE+qfda0XwAAgKt4
nwFw76CtdahjUh2ueaf1/t9aeqHtJemXhu3p0Tuey8GH3u0kN/3a7QAAAFf3YZraO3dH8gjH
EDIfIKlxu712KZdHH+wAAAB4RM/Lzv/Ly8f3juL93/Pv71JTsVP7zOOZp5cbrkTsMYG1vPae
al/yCMSyzEP7rOV1i8cQYnkIbU9Zho/FnRqs2vsxCQAAgKNKLgIY6iiH7iTXdMDmcfa+c9/6
iMHo9JfbQ+UXKs95fKnjq51BMI8r1uGuLd9Y2GWeSz8DAADwDe+LAOZ02Eqe9y+1HATYYhYA
eWIDEz2oGwAAgPHeBwBSU7rnRt5hXXskoFe8HM8jrT8BAABwZMlHAErUdOJGTPtnnbIGAAC4
rq4DANO0/53cnKnq845w7Jl8jik1kGGgAwAA4HNPt9vr2zTlrSy/3G++73xbzrTuXqvI54Qt
3ad1obxlHD2OPyf+2JsNWpS0gdx9St+CsLZfLJ8GcAAAAD71NE3T296Z4LeZgQAAAMAIz+ld
9rXngoRb0OEHAABgC2YAHEBqij0AAAC0MgAAAAAAF9D9LQAAAADA8RgAAAAAgAt4Di2y94jP
oXtNHAAAAFf1Yd4Rfnn5+Nm75B+JTj8AAABX5RGAmdvt9SEHPgAAAOA5Z6fUa+rWOs3zfWLb
79vW9o/NRlgLH5vir2MPAADAlT1N0/SW6sDPhTrnoQ786O3zz6EwqfgAAADg0X0yAyDV6V9z
71Tfbq/v4ZfrCsS2L9Np6ZivhdXhBwAAgIw1AOYd6FAnen6nPTVdf4up+LG8AgAAwBV1WwQw
9QaBM7xhwCKAAAAAPKrmAYBlp3nZyU9tn8ez9j0AAADQ7ul2e32bfxF7jv6+vWSV/pLtqUX/
1sKn3lCQk38AAAB4dE/TNL0l9wIAAABOrdsaAAAAAMBxGQAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXMBzzmv0erndXqvjX77Kb4S9Xg+49prDez5GH3co7dz0euYvVf619ZN6DeVyn9Y2
Gou7Jo2S12DWpjHKFuftlukAAMCZfZhfLG91gV7jqhf1o497Wf+l6fXKX6p91Lafead8fnzz
+JYd95q0QmFy0m/N/3J7TT2OskU+etQfAABcgUcAZlo7Trfba3XnY6uBmBxHmQGRuz0mVafL
zmOsExmq39Rd+NzyXIv/SJ35IyqpPwAAuLrnnJ1SjwmUTFEeMc0+NcV6OT14LQ+hKcTzfUdN
M16LK3cafOpzqftjGqGyieWvNu1Up61np25E+9uy07n1+dO7/ee015w7+gZFAACgXNYMgNzp
02v7LDuTve9optJfbg91oEJ5mseXmsI9+m7tfA2FEZ3N2N3tnCnsR7/7mrvGQEhL/d7v7sfy
UDpbIRR/SfnnnL/3zzWPMCzTGvUIRG2eAADgSqpmAMzdO9Xzi3t358bYYj2A1LPsuXG0LPg4
wl4LPN4t73CXlk/JwNURy3+a+pX90Y4LAADOIjkAkDsdN3V3k3NIzYQ4o9x2edRjdF7lUT4A
ABAXfASgdDpt6/TgR9CyCCBj9Ow8j67ftfh1/gEAgF5WBwBKnyFeWxwsFoeO8rmdvf7WZqus
rRnRO61e5nGevS5qyn/L+gMAgEfydLu9voU2rnXm1xbSK10lPrQ9JvYmgpK3AITSz4m/10r7
a0LpxwZXcuunJt3YPsv9Wldpr139v+b4QuF7ts1lPC3lk5P/EeXfq/3ntN/Qfrn5S4UHAAC+
4WmapuAAwCNyhxAAAIArynoN4JmdfYo0AAAA9HCJGQA509wBAADgkV1iAAAAAACu7uEfAeA8
PK4BAAAwzvPeGeD8Wt5CAAAAwDbeHwEofR1cy6vSajuGt9tr8v3gLZ3OmvA5xzXyNXqtr4Br
Ne/sl7zKredrBJdxGHgAAAD43GcDAKlObMsd3pY7wyX5C22b6/ke8Zy0Q+9VT20vTf/od99z
3im/R/sCAAB4dFVrAJypgzXvFN7/m3+/3Ge57Wwe6RgAAADop3oNgJ5TuEumh6c66y13z+//
vy9Gt7yjnjtLoCQPy/RK8p4rVj8978D31DPtvR+TAAAAOIKsGQBrd8uXn2N32FNiYeff13xe
5rX0zniooxyKp6bzPI+z9537HvUz0vLYe5fB0Y8fAABgK1kzAEY/W36EzlhOHlLH3lJGy47w
FrMAjmJtPYZeZbDFDAsAAIAz2P01gEd5/j71SENo3xH5GDEIcOVO77xM758BAACupmoRwEcw
ohNYM4gxYtr/mWx17Kb/AwAAV3fKAYBUpzm0ffkc+Ah7dzJz7nKv3Q2/f97jLvnIslq2hb3r
BwAAYC9P0zS9TVPZSvxrz2wvpfYJxR9bbyC1Cn9oe8sq+CXHXrJgYK+3KNSUfWqfLdZ56PkW
iS3iBwAAOLv3AQDYm2f0AQAAxtl9EUDi9lyQEAAAgMdhBgAAAABcwCkXAQQAAADKGAAAAACA
CzAAAAAAABdgEcANffHFN5Zb+MpXnjZPc1S6o+MHAACgDzMAHtzoTrlOPwAAwDmYAbAhnWUA
AAD28jxNn07jvpt3VmPb59PaQ9PBU/G3Wqa7nGo/Ov85xxebKj+6fJbWjrnk+FN5613+AAAA
tHv64ou3t2la7/CtdaaX2+ef18LkhG8Rykvoc2mYVPiS48vdt/daAbn5je2Tm9/e5Q8AAEAf
q48A1Ha8YuHW7gJvqTX9UPh7p/eLL97ej7+k/FrDl0h1rEPf55ZdzsABAAAA+xiyBsBaB3Dv
u7mt6cfCzzvxNWm1hu8td7ZHbZwAAABsz1sAOvnKV56aOsmt4XPTOHP8AAAA1FsdAJjfjR5h
dPyj05+HX8ZV2gluDV/qCPHvXf8AAABX9DRN01uPtwCshcsJ30PrKv25i9LVxr+2z1ZvSYgN
LixX3g+lm7PIYyj+Zfi1dCwCCAAAMN7TNE0PdStW5xEAAAA+d/o1AEwnBwAAgLSHmAGQM40d
AAAAruwhBgAAAACAuNM/AsDjuN1ep9vtde9sAAAAPKTnvTPA+c077S8vH98/v7x83CtLAAAA
LLw/ArC887rWeVt29Eq0hJ3HEQub2t4afyjMXSjs2l3t+b6p7bnpl4btYd7Zj5VFrH31OIYe
7QsAAOCRfTYAkOrEttzhbbkzXJK/0La5WAe153GtbUuVZWk59aibrSzz1+P4W8MBAABcQdUa
AGfqYM07hff/5t8v91luO5tHOgYAAAD6qV4DoOcU7pLp4anOesvd8/v/74vRLe+o584SKMnD
Mr2SvOeK1U/PO/A99Ux778ckAAAAjiBrBsDa3fLl59gd9pRY2Pn3NZ+XeS29Mx7qKIfiqek8
z+Psfee+R/2MtDz23mVw9OMHAADYStYMgNHPlh+hM5aTh9Sxt5TRsiO8xSyAo1hbj6FXGWwx
wwIAAOAMdn8N4FGev0890hDad0Q+RgwCXLnTOy/T+2cAAICrqVoE8BGM6ATWDGKMmPZ/Jlsd
u+n/AADA1Z1yACDVaQ5tXz4HPsLencycu9xrd8Pvn/e4Sz6yrJZtYe/6AQAA2MvTNE1v01S2
Ev/aM9tLqX1C8cfWG0itwh/a3rIKfsmxlywY2OstCjVln9pni3Ueer5FYov4AQAAzu59AAD2
5hl9AACAcXZfBJC4PRckBAAA4HGYAQAAAAAXcMpFAAEAAIAyBgAAAADgAgwAAAAAwAVYBHBD
X3zxjeUWvvKVp83THJXu6PgBAADowwyABze6U67TDwAAcA5mAGxIZxkAAIC9PE/Tp9O47+ad
1dj2+bT20HTwVPytlukup9qPzn/O8cWmyo8un6W1Yy45/lTeepc/AAAA7Z6++OLtbZrWO3xr
nenl9vnntTA54VuE8hL6XBomFb7k+HL37b1WQG5+Y/vk5rd3+QMAANDH6iMAtR2vWLi1u8Bb
ak0/FP7e6f3ii7f34y8pv9bwJVId69D3uWWXM3AAAADAPoasAbDWAdz7bm5r+rHw8058TVqt
4XvLne1RGycAAADb8xaATr7ylaemTnJr+Nw0zhw/AAAA9VYHAOZ3o0cYHf/o9Ofhl3GVdoJb
w5c6Qvx71z8AAMAVPU3T9NbjLQBr4XLC99C6Sn/uonS18a/ts9VbEmKDC8uV90Pp5izyGIp/
GX4tHYsAAgAAjPc0TdND3YrVeQQAAIDPnX4NANPJAQAAIO0hZgDkTGMHAACAK3uIAQAAAAAg
7vSPAPA4brfX6XZ73TsbAAAAD+l57wxwfvNO+8vLx/fPLy8f98oSAAAAC++PACzvvK513pYd
vRItYedxxMKmtrfGHwpzFwq7dld7vm9qe276pWF7mHf2Y2URa19bHUNr+9g7fgAAgBafDQCk
OrEtd3hb7gyX5C+0bS7WQe15XGvbUmVZWk496mYry/z1OP6adHs7erkDAABUrQFwpk7OvGN2
/2/+/XKf5bazeaRjAAAAoJ/qNQB6TuEumR6e6qy33D2///++GN3yjnruLIGSPCzTK8l7rlj9
bHUHvlRL+5mHz2kfOe0vVP+57fNo5QsAAFxP1gyAtbvly8+xO+wpsbDz72s+L/Naemc81JEL
xVPTuZvH2fvOfY/6GWl57KVlkDq+nPaRan/L+EriX+6v8w8AAOwlawbA6GfLj9AZzclD6thb
ymjZEd5iFsBRrK3HkFsGPWZQ5JZNbZ3M89gSDwAAQIvdXwN4lOfvU480hPYdkY8RgwCP3Ols
6WDXtL9HLksAAOBxVS0C+AhGdOJqBjFGTPs/k17HfsTHGwAAAI7klAMAqU5zaPvyWe8R9u6E
5twFX7tbvucz6i1ltazrnPIfPeiyjP8os1wAAIBre5qm6W2aylbiX3tmeym1Tyj+2HoDqVX4
Q9tbVsEvOfaSBQN7vUWhpuxT+2yxzsPIt0iEwue0j9ibH1L5ymkLoe8AAABGex8AgL3pGAMA
AIyz+yKAxO25ICEAAACPwwwAAAAAuIBTLgIIAAAAlDEAAAAAABdgAAAAAAAuwAAAAAAAXIAB
AAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAA
XIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAA
AAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAA
AAAu4Pl2e52maZpeXj6+f7n2Xcx9/7ncsK3Onv8tlZZLbvge5TeP4xHLHgAAYG/NMwDmncL7
f/Pvj+7s+c/Vejyh8D3Kbzmw8GhlDwAAcAQflp2u1rvEWzt7/rcwqvPfw7K+DAIAAACM8Tz/
MKLTNe/ghaZ5L7+v7cTX5P+e3u32+lknNBbvsqMaOr6cRxRa4s89xlA6W4QHAABgfx+m6fPO
ZM+756GO8Nod+9rOf2v+53ladnJTU9xTn1NGxz/asuxaZmAc5ZgAAAAe0XN6l36OPC1/2ZHN
mQUQiqPG6PhHCc1wWCtDAAAA9vM8TZ93Pkd33nrH3TP/a48E3L8viaMm3ZHxn8GjHhcAAMAR
fPIWgLN3wGqnnZt6DgAAwKP7ULIK+xE7y3usIl9SDjVvKdirnEenuxa/tzgAAABs4+l2e32b
pvgq9bnfz4U64msdu1j4lJxV9nPjCKXfenzL/XqXX0qoU99Sv7E8hvIZq5faNxwAAACQ52ma
pre9MzHnDjAAAAD09yG9y1hHfKwAAAAAHs0hZgD0mOYOAAAAhB1iAAAAAAAYa/dHAAAAAIDx
DAAAAADABTznviIu5ayvcWt5BeFaXHsce84x5NRP7JWKa2rbSEn6pXGvhe9ZxwAAAGf1Yd4R
enn5GH23e8xZO1TL45+m8mOvDdPDvNMcqr9lx3otr6n8z+Ofp1Oaz9rtOWFTx97SvgEAAM7O
IwALe3YQa16JmOqMLzvHsU7yKFt2/nXwAQAA1j3n7NQ6hToVPvUawNLwpflLieVvuS13Gv2o
GRM10+hHd5pT8eu0AwAAjPfJAMDac9ShDm3u8+454WPbUuFb85cjJ++hjndJ/lrzm/OMfcv6
BnNHfOQjVKY1MysAAAAezScDAPMO9VJrByoWPrXQXGzAoFf+YnrEvdU0+94d81BZLwdgcsOW
6hF/zowSAACAR/fZIwBrHe779y1yV34PTZef38Vdi2urKfW1nceRd8xzO/8j8jB6JkDNowwA
AAB87jSLAF5hBfeaqeqj7vwDAADwWKoGAFqfqS4Jv9w3ZxCgJX89OtSp9Ec/k742W+L+ufT4
jv78fOnxGTABAACu6ul2e327fwgtaJezin3JSvmx7WsL+418C0DpsYUWHlzbr0f+UnKfkQ/l
LRZHSf3X5DH37QClaZS0TQAAgKt4mqbpLbkXAAAAcGqnWQMAAAAAqGcAAAAAAC7AAAAAAABc
gAEAAAAAuAADAAAAAHABz2uvtCt5V3qPV7jlut1ed3uFW+w1cznhasu3p73SzU1/RP62bp8t
ce9ZP7XtGwAAOI/mGQDzzsLLy8fku91r9Y6vlE5Rm1T9jarfrdrnmS0HHpQNAAA8pg/Li/69
7xIzzrwDvKW9Ov9bay3fPepneb4bBAAAgMf1PP8w4qJ/3sEITTNeSzfUEYlNqV8L32P7aDnH
X1t+a/vEttWkn5LqVO7d6cw9/uX+oTooKd/W8D3qBwAAuIYP0/R5Z6HlGebUHcXYjIO1KdrL
u6LLz6nwrdtHyzn+2Ofc/Oc8d59K/+xT6NfaZ6/6ry3f1vA96+eMdQoAAOR7Tu+SLzVwcJS7
kkfJx1xO52st3/c7v/MFEo94fEewvEs+N3INAvUDAAAcwfM0rU+zH9lJ0QH6XM2U+vnntbvb
fG6tQ37/fos0R6fV4qj5AgAA+vjkLQA6AP1ttcji2afn55h3os/mCvUDAAAc24czrgLe2hHc
uiMZW1BuTUn+lvueof6OLrZWQOkAztHrx1tAAADgOp5ut9e3aUqvch6SWswsZ7Gz3FX4a1fB
7/EWgNxF22JCj1aUvAWhtvxi8eSWT+lARiz+tfhieahJdxl3akHFnLRD6beUb2v41vpZpqHz
DwAAj+lpmqa3vTMBKe5MAwAAtDEAAAAAABfwIb0LAAAAcHYGAAAAAOACDAAAAADABRgAAAAA
gAt4zn0FW47YSu05rxmrfRVZ7msE9xZ6DeB8+zRtn/etyi91/Hsoeb3jGd5E0PoKwLvWVzyW
5mEeV235rrWv0ldMLrev5al3O+jxGsqSNM7exgEAqPdhfqH38vIx+W72WjkXlK2DDiPz3+po
+bnbqvyOevzL9n9mNWXcq/7n4efxlOaj1j18bEAndHzLMuiRn1w55b+Wv5Y0UvsBAPC4nntG
dvYO1N6UX5vRdy+PXD+1nbcjHFOvzv/Ly8fpdnstmmmy1mbu8RxBj1kROeGPcrwAAIyVHABY
XkCGLih7TlHtadk5uFub0ju3dry54WPbSsuvNP35frmzLpadptR051CbWMa7ti0WXyp86bH1
VFs/qfOnxxTzUB5q7FG+LXfdl/mtGQSI5anVFo8QtOrZfgAAOLZPFgG8XzhPU/nFacvF7MgL
4nnnYm2KbWoKbupzLOx8W+jzMp+t+a8py3mcpR2AnPKLHX/JFPS1adHL49j67n+qfnLjXavP
HD3PnZa47m2npg1tpeX3rfbYUvW7PPdiA4Qt5RsKf7TBCAAAxvpkBsDyYnSLi8KjXIDmXFSH
8njUDk+J2rpPzSDIlSrDezqPeJdyXob3z6XWZlqUxNNz4G/eHmJ1lZNWbvjc87fHoxI1gwCh
+g19t6y/1PbS/C/Dt7YfAADOoesaAGfWcjE9/+7sndOaKdQ9OrA6G3VCj5Js0fnP0RpnSRu8
Sw0abDnAeXQ92g8AAOfxIb0Lj6zXlO2a6e+99Zx+fvaBnFw6fOuuUv8AAFyLAYAVo59jPvJz
0qWWx5IzCJA6/r3LZ+u0t5pFkluuof3Wvt+7rlqtlXnv43m0WUIAAJzX0+32+ra2ITSlNrTQ
3PKiNjS1tDb+mNCCcD22p45ruU8s/2sd5VAech4ziHUoaqaAp9IP7ZObfuj4c8o/9dx0rdpn
zGvrZ9k+eh5f7jlYMl0+FT4UR2v7y40jVX6xwamc+m2tn5zwrb9fuXlIhc/5rQMA4Nyepmla
HQB4JFea5rzFsV6pPAEAAB6FRQBPbuvOuM4/HEfqcQLnKQAAcw8/A+AK01pHHmPr9GMAAACO
4eEHAAAAAABvAQAAAIBLMAAAAAAAF/C+COAjPCt/u71W5fssz7mnjm+vBfq2Kr/a+h2p5Lw5
+gKKNeUbe7Xl2j5r+7a0n6Odu6113BK+1+sjW9LPeUXkWvyjXsNYYkT5lbymci18Tdpr6Zdu
T+Vvub3l+Ea+BrREzm9ZLMxSSf5L0szJQ8/fj6PHv8Xfl9LXuKby0Ps1riV/h0te0dxDr/zn
pnHmazDY0odp+vSkyLkwOKLa/C6P/ajHf7T83G1Vfkc9/vkfkjP/UbmXb2k5p4451T5a289a
+e/VVlrTbQm/9+9fqP0s62ct/tF/f26310/ytxb36PJrKZ+YVPja7an4l0Yd35Zqfr9zy6dn
mnO9z9+zxT/670sPLb9vOfnPGZCIpbeWv15K8986sJTT+Qe+4UPoQoDzGfEDfiWhzkEvR62f
3DsaZ7DXMZyx8z9NfdpkS/s5wt+frdrKWc6rVPmnBgFa0zzib2SJLfPf8/xtjb9mcK01/lT4
rf7mhtpv6+9bbqf2vk+sg50Tfmut6eeGP8tvL2zpObQhdKcg9nltGk5q+3yfVPqx+Jdx9fpB
G53/tfCxbaHjS8Wdm/58v5wyvO9/u71+9kcolN+cDkNJ/eaGLz22nmrrp+T8W4szN1/zupvX
Z077ScUZk2o/PeSen8v9Sy5M7/vXXGi0hu856NFy7Pf/L+uzRu/f77V/xy6ac23Rfrd0P45Y
J793p2otrp7xx87/2D61aS3LJyf9+X5bt5/Rg6Yl8e/dIa1R035Hd3jX0hpRvz3+fo7W+vcV
HlXzIoC1HZX759QUofnn0Pbl6OqIi5NQ+iX5X/scC1tyfKFjLs1/6x+Y0h/YnPKLHX8q/Fpa
oe29284y7tj3ofrJjXetPnvIab9zW7eflJL20Rr/HuF7Gp2Xef2WpnEPW1pvy9+OtX+3ymm/
OYMDLeWTEz5neyr+kC2OLyX2mx87/3vlqTb9u5bfpuX5MWIQNRV/69/PVN5TA1Ox/I0uny2k
8t7yN21ePiXxpK4/lr+NOfXT2v5HnNvwiIIzAGq0jHqefWQuJ/8jfriPYvlDn/uDex90aL2D
lirDezqPOAo8L8P751It7XcZR036te0n1+g6X8Zfegyt4XPjncu5a1MaPqbl3CtNa2s57bfl
72NJHmLbU/XZur0lfyP1HLAMiZVPyYBuzW/g8vzo/Rs6Ov7Wekjlb3T+RxvdkW0pn9j1R+i7
3vWTCj/q7yucWdcBgLuaC4Gzn4wtP1bz7454cVui5gKmRwf27O1nbyUdrJFlXXsBnBPvCKEO
c0nbbwlfGv+a1F290nRyOpGPegF29ONL5e/InfgWW+U7dveade7SxuWWj/L73Oi/r3BmwUcA
zt4RZRu1U7aWUtMjt9DrWO5xXU1N/fUsc8od9YJoxHkY+ndr/I/YflPHdLRjXk5BZns150LJ
788jnWu5x3HU32fg/D7EnonbS+sP/d5/KEanv/fx9bQ8lpxOZOr49y6frdM+0iySvfOQc8G0
Nttk2YEYccF1lt+1Lc+f0X9/QtNMXVCHna3zf5dbp0f4+3CWAag9yqokzaNfC4z4fdvr71cs
P2t5AY7taZqmt2n6/KQNTemcP+e29sxb6hnStR+mtR+MnGnysbRanr8NpV+zvfT4l+Ub2y92
DCXllzq+lJryqUk/dPw55ZRoS7gAACAASURBVJ/zvHON1HTn0H619RM6/2qPLxW+5PyubV8t
7S8nbOk+te0it6xC8deGT51fMbntNxU+p/3knJMl+5a2kdT5stSjDbaeX6Vpl56fqfrP3d56
fC3lUFO/udc3uWnH8j3y929U+HkcI+Nv/f0Jxb91+fa4Ds5Ney2OkmvD5X49/v7mXM/k5L00
/ZLwrb+18GjeBwAI22NUdS9bHOuVyhMAAOAohiwCyHls3RnX+adEajqhdgQAj8fffxjHDICE
K0wbGnmMrdO7AAAA6MMAAAAAAFxA8DWAAAAAwOMwAAAAAAAX8Jz7mqa99XhN19m1lEFO2CPW
+5Zut9fqck29Biv1GrPUa9DWtvU06vwa8Xq9ZVy9XiN4hnZfc47uWX45r7EqfY1Tj1eQrcVT
8prF0t/QnudBaf5Gvmarx2vcriJ2rTX/riT8lmr+PpbGP015r4rc8vhHn1/LeFK/oyN+n1J5
WtPyGsIj/jZs1b6n6ZjHn3L2/E/TuD5OyXVQr2ubHj6cpSLPks+RWspA+cWlVpsdbV4/qX/3
zuv8x6d3O2mNb5m3ZRmkto/O35Zq6v0o5TePfy2dVPqtbT6Ufir+kvLJjaNGbf5a6zc3fKp8
ry70bvTSjtiovwG56e9pr0GPe9ojzq9lOqk8LPft8fuUI3Zex37fepXPaFvk5+y/iWfP/8hO
dirO3O1bnxceAeDd6Au32+31cD/8Z9P7h+Lqsz7Oora+U+f0GTpro38zesSf00HvHXeO1vo9
Q/s4m9byfNT6OGJb2+L3s6TzHxo4bUkjJhW/64d1e1/n7p3+0Zyhne4xCPC8/CJnevJ8+9p0
55Ltqfh7aJnCtcxzbDR2bfta/GvbYuUTymNPqbrZq/56pF8yhTW3/S/32VMqf7H2Vxt/Tf3X
TmHeyqgp1r3Kf3kO5KYfiqtme24+exr9h7E1/lT95IZf5qdX/krTX8vDct8j/b7nxh/6ruX6
plbJ72MsfGv55V6/1eQxtH/qb2ysbGJpzLVeH4TykVJzfvQ8v1PlfbaO4Rmv/0pnX+Sen7E8
huLLbQ8l52cq/yVtv6T/GMtfrdL0zzCQUOJpmqa33A5q6LvcTnLsj05OBdcUfusJEGv4OdtL
85P6PPICPbfca+uvVqx99f6Ba+mctaRf8n3PNpA7eNByfLH9ay/QS7antOSvtC21XkDXlF9u
2j3OgdK6y92nNn8lbSNVbmvhc+snJ/1YHkrzt9wv9De+tf306Dy1/L6XxN/6+1P7+5u6QM49
3lT4tTh6Hd+ov4+pfZffj/59Th3HXY/f9pzwy2OJXQPW1HVrHmt/37f6fRh9/RfKa25+tri+
6Pn7N+IaYvTvfypM6/Vqbr5y8t2rHeb6bAZASOhEn2vJdE78vdTkc+0HOHd7y7Ft3SBqbVF/
Ry+Doyo9d2+31/e2XBLHWlxr29bij4VPdXhi22P5Xks/lL+W44+Fzc3f2m9KbvnNw5f+cWot
v1Be5vkvSTOU71D+ctLPib/0/Fhuj4Vv/e0sGbDIzf9SqH20lm8qrh7mbTKUTm0d5JwfORfO
a3ktDf+Ifx9zy2309Ufu+bNXHeT+vs8/9xjMuQuVT+7vZ46jt++WzmqP9hv7jU79/pXGubZP
q5wyOnobOJtPBgBiF+clBV/bwX5EuSOmZ7dl/W3dVnJGufcUy1+v9neUYy3VK9+j7pjkdAhi
8dXkoWT70et97/y11s9R/j4c6a7EHnVam+be7W/NEfM02oibT7Xn8Cg9fr9r87r3AMfcEa//
Wsun9Zj2qp8Rf7+O0Mau4rMZADl36KDGkf6IlDh6fo+eP/YzYsoe16F98Oh6DB7UziZq1TNO
5/q63Lv3R539ASFVbwGYTycZ4ezxX93Zy/fI+T/Cj32qfFrLLxb+CB3a0cffqjV/PfNfGlfv
+tu7Lra2dkem9PhL2scZyrf0LtUZjmlPofJZ+35Z5kf4fR4dV8/0a8pP+21TUn6jBnVCv1mh
70tmcM2PbY/zs8Yyf6X2nmGXY4+yf7rdXt/uH0KNaq3QSqa0phptLP5lHLF0QlLx5xxfaLpP
avsy/ti07JzyKXmecC5VfrHtPeqvVkn7Cu2Xm7+1H8aaPNakn7pwioUtyV/uYwEl+d96e8/f
hhH5i22vPX/X0qn5fV7uk9pek69l2N71u0X+5vvU/H6UhK85P2Pbc8qv9O9fSfpreQjp8fue
E3/u3+e1+GsuutfyEMp7y/nR8+9j6vhSfx9j5ZIbNpa/+/e9/36ltJ4fy3hqft9C5VeTfmn+
crfl5D2UdsjRr/9ut/RM6db2G8tbKv2c379Y/KX5L72+Ke0/tnaSS/4elBxf6zVq63HVepqm
6S25FwAAUGSvC/xcR88f0J8BAAAAALiAqjUAAAAAgHMxAAAAAAAXYAAAAAAALsAAAAAAAFzA
c+srluZaXgOTu08sTGnYtbj2WgU19zUcoX1K06iN44xaXrOytk/PVwjm6vEaoFS8sfA9jq+m
/HJfgZZ6zQ0AADBNH+YXyS8vH7Peb1oj52K85oJ9mf9pqst77+OtSXst//NtrfWzVlaPLqf8
ct7LGivvZRq95b43dvlfiVj4HsdXW365v0/3z3uexwAAcHRdHwEY1QEqzcM07dMRuN1ei9Nd
du72zP8jSrXJnPLP7byO0LN99GifNfFvVX7OGQAAiHtO7RC6+1gzhTonnRFiU99DdxJT05D3
HujoKad8Xl4+rtZxTvvoGX/ou1w1YQ3KtFF+AABwDJ8MALR04pcduBKhTmAvy87j/Fn/3IGN
WBxr6dQIxbl2Z7XnAESqfJbfhY6/Nf5Qer2kOv8taW6xvkIsfznp58yECO3bGn9KTvyx36d7
uxn1GwIAAI/gkwGA2g5eiy0W7OrRIdirU1EyANGaxii58W/RBkalMbJ+ctOtST83/Ojj6zHA
9kizcgAAYITkIwBnl7OAWo69OnOtcu56z7f3HgyoiX/rO/+j0u3t6PkDAACOresigFdXs8ga
Y20xw+QsRrdP7R8AAI7t4QYAenT4Uh2Znh2d5Z1xHdbxlmsO3L+b//8o5Z/KX2tb1GkHAIDr
eLrdXt/WNoRWcZ8vspW70ntqe078ITkr9OfGH1pkbIu3AMQWOGtNv6Ru1son93Mq/Nr20sXf
Uvvmhl2GLy3/+X6P1j6W4UfEP48jFn9u2+31lggAAHhkT9M0rQ4AwFHp4AEAAJR7uEcAeGw6
/wAAAHUe/i0AnNsW0+sBAACuwCMAAAAAcAEeAQAAAIALMAAAAAAAF2AAAAAAAC7AAAAAAABc
gAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAUYAAAAAIALMAAAAAAAF2AAAAAAAC7AAAAA
AABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAUYAAAAAIALMAAAAAAAF/B8/8ft9vrJ
hpeXj5tnptXt9nrKfN/d6+CoxzBvIyPyePTjb9FSdstzMxZHbRmOrlsAAGB/H6bp007D/eJ/
rdNxZGfL79ksO5bKO19L2S3PzVgctXWibgEA4Bo+rN0xdAdwH/MO3pGNyuPRj/92ey3uHC/P
r9JOdm6Z9Or8GwQAAIDH9RzasOwI5Hxem0ac2j7fJ5V+LP5lXLkdybX9c+6I9jq+tX1i22rS
TymZYl4af27+UmUX+m4ZLrZ/Kv6zToMPHQMAAMBc8yKANQMF88+pKc7zz6Hty9kLPTtvJfmr
Ob55vlvTr3mEIyd/oX/nyM1f6Phj5Rk6luW/Y8dWUn6tbaulc36ffZBqdy0MHgAAwGMLzgCo
0XLX+Oidj5z8rR3f/a7sfIHCM91dnqbwnfWt04/l4b7P2l3wo7etHMtZC8sFL9eO+WztDAAA
GKvrAMBdzUDA0TsrJflb7pvTgWWMIy1wN6LeQ49S1KSlXQIAwGMLPgLwCHdNj6Rmej7HUrMI
IAAAwFF8SD3zvYfWjlZJ+JJnzGviX+5rEKDcke7ilypdw2BtKn+v412Lq6b9AwAA5/Q0TdPb
NOWtlH7/PrbqeGoF+9TibbH0Uwuftazi3roKfyzd0rcALLf3Kp+Q3PhDeW+NP5ZG7lsAcsoj
FGbkwnrLPMXizWnXsThyz8VUWJ1/AAB4TO8DADCKu8oAAAD7a34NIAAAAHB8BgAY6khrSwAA
AFyZRwAAAADgAswAAAAAgAswAAAAAAAX8Lx3BvYWei69ZsV6r1Jrc7u9RsvtEd8mkNtmHrVt
jT6u1vhLwue03zPXXeyVm8vvc8MDALCty88AmF+Mvrx8XH13fI7Yu+dJu2p55XaGHrXTNPq4
WuPPDZ9qv4/avh+1XQIAPKrLDwCM4KJ4jPkADVzN7faaPZAwYkCi9fxz/gIA7O/yjwDkWLtY
Tl3IhqbJLrfPZw6EptPWpL8MWxv/6PDLsKFpwqm0c/M33y+nDHPz36P+aqdI55T/Mo+92ldr
/kL7luSvNP8tU9FTM31qt8faT20ec7bHyrvnVP/aY8vNX04cc7Xnb+nvBwDA0XgN4JR/gbjc
P3SRn3sxndNJ630BXBN/Tqel9vhKjik1OJCTv5qL99zyWEuztHxj+SvtrC07NUu92lfM6Pbf
s3xTx1CSZiiOnHrtOUBRk1buebb2fWn7zdFSf73bn84/AHB2ZgDMzC/ybrfX1YvGULgeF4Y5
nd8Wo+NvSf8R9Di+e1tatr+UVP3d412707lMb3Q9heLv1T5rOuEt8R5FyyDEfXuPmQe9y2ne
RkfEP08HAODRGQDItOXF4VpaPdMfHX9N+o9kj+NrHXjaooPV4oh5OpLWzj+/TRkBAI/MIoDA
9PKSfgPGfJDgjFLHd3Sh8j9K5//s5QsAcAUGACrs3REanf6jH9+jKym/5b5bdOJa6zcVPrb9
CMfXs3336vzf92vNV0v55g5wPOoAFQDAFi6/CGCqoxDaJ7Y9tEjW2j6psDnpx/SIv2V7Tvpr
8aTKsGbRwtx8xPK1DL9F+abSyclf7iJoofRDceXILb/a+muNPzfvqfCx9hvb3np+p86p3M5/
bC2TUPvLLZ+S8yS1IGEqj0f6/QUAOJrLDwCQ9kjPD9ccyyMdfy1lMI6yPQ91BQCcnUUAeWgu
2PtQflyR3w8A4NGYAUBUyRT+o2o5hkc4fo5L+zo+dQQAPBIDAAAAAHAB3gIAAAAAF2AAAAAA
AC7AAMDMEd8hfX+39RHztrXQO8J7lc8Zy/hM7WN0/aXSbk1nizye2VnaIQDAlRkA+KajXrha
cOobQvXTq3yOWv8pZ2kfo+svpTUdnX8AAB6B1wAC0Owsg1EAAFd2+QGA5Z23tfc+r92dy73Y
nYd9efmYFX8q7mUcLflLhQ+ltfZ5eaw58ZfmLfVe7tLyLY2/JL2c+kmVb6na46/Nf25+YumV
5r8k/Ryt7SOVv5z6j8Wfk/ce7a/l/A2F7ZE+AAD9eA3gN4UuvHMusHPiXbMWPpVeToexJn89
0lsL05q/nDA5gyypeGo73qXll9reUjaxNEP5bc1/aR5L669X+rnhSttHr/Lbq/3NP6+FKclr
7bH2HgQDACDs8jMAtnK/mF7e6Zqm/Od/cztRNfm65y0Uf25cIVs845y6q/zoRh7/nvU3Ov2R
5dPz/GqRc4xr+TpK/gEA6MMAwM5ypuvmaLkon1/kt8YVCr9Xp6FX+Z7VEdpXD6PS36J8ep9f
NUrSXO57hPwDANCHtwCcyMhO7MvLx8t2kmG0s59fZ88/AADfYABgxfxu19HkXISX5H+57xYX
+a3lO7p+jlz/vS3rO/c5+T3rb+/6SaU/315zfpUc3+j62+P3ITcvAACUswjgzNqF7vL7te05
cbYuwrW2f84q3yV5DIXPzV8o3db8hfKR+i6nfFPxl+ZrLrd+cvOXSrvl+GPHfqT6q00/1k5b
20dJ/a5tT8Wfo7b+ep2/ueUb255aBNAjCAAA7QwAQGc6KgAAwBF5BAA60vkHAACOylsAoEGv
6fEAAACjeQQAAAAALsAjAAAAAHABBgAAAADgAp5zXlPXouXVVkc0apG3oy4e17P+tmgLR66f
RzsXSqWOf/Q50JL+Uerukdv3yDLOift2e929bmPp52yfpmv+tgAA+d5nANwvHkLvNK/1SBcj
Iy+wYu8831PPYx3dFo5cPznvtn9kex9/a/pH+B07cvuex1FjdPtI5W3v8zGV/t75AwAexyeP
ADz6Rcbt9tqtAzfCVTuHPZypfo7QmdxT6PhfXj5uUjZ7p1/jTO27Vz4oc+T2CwAcR9ZrAJcX
hKHHBXKncObc7Vlui8V/5VexpcqnZ/mFOiE54ffsVITaW+7nEXrVzzJMTd5T9dd6fq6JtY/U
th71U5J+yt6/P6FzK9Wh75nH2PldUz6x9hd7XK20bSzj3uv8CaWfm7/Ub0fu70uv8wsAOK6n
2+31bZp++w9/6gIgtmbAPJ75PmsXIbELtthF0DKO0WsYjIyzVzq5Hdr7d6Xl16v+Rl5cpuKN
dSJytuem05p2af3EOl45ecyNv6TTlerElJRtj8GZXnWb+1tz5d+f1t/3VNotg3e122J6nD85
6efkLzU4UPt7DgA8lk9mAOR2nkJSFw05F2Cl8d8vYu6DFzn56CnVAWvtoPXUI7218p6mcDns
fUGZylcqXM8yS8XXekd7OYDXEldPe99V3CL91jI/q9xyzf2drP3bsJfcvz9HPgYA4FqSjwCk
7tasqbnILgmz3Hd+EVabfq2SqaxHMSJPRzzOacq/y1hyF3K0o5YlYXvWWWqKf2r7FmrTqvn7
s7Wcvz/OaQDgKLLWAOgldPe4V9zTNEXj3/tuNHFbPR6wbCOp7dDDqPZ9xkHIR3OF3w5/PwHg
MXxI79JXzp2c+d2UlOW+o+4UbXEH6lEusErqr5dY/by8fLo6dunnu0epn5Q96u+RjCi/R/r9
OXr7Gv33JxV/63YAgJhPFgG8i027XD6vWTK1OneRsNi23OcrRz/rO/oudU3YuZ7l13N77Hnf
HmV7hvqJlV1p/dQsKFYSf8n23PM75xhL0k9pTb9X/q7QvtfO79L2lfobUvL3KTeNtXhytZ4/
uenHtue0z5q/v2tpPPoAKAA8uqdpmt72zgRtHuHC7BGOgfHO2k7Omm+uZeTgLABwDJuuAQAh
LixZ8ygdj7Pnn8eUe35pvwDwOMwAOLkjrV4PI2jjMI7zCwCuxQAAAAAAXMDmbwEAAAAAtmcA
AAAAAC7AIoALR3zN1jKO1nhY11K+OWHPsKBdLI+p/LeE3cLt9hpN/wh5TEmt0n5Xu33PVxQe
/fftyO3n6GUHAByHGQAzIy/gYu9czpHz7mbatNT7I1x053Tgl//O3b53u32E8yVWP/PvWrbv
XT975yPkaPlZeoTfHwBgGwYAvmmLuze9Lm5d7J3Ty8vHw9bdmdr/KOqnrX56ld9R6yDlyO0H
AODOIwAFWqZA97a8WH95+RicBpp7R3YeR8kxxOJvTT8nf7HpzTnlE8pjT6m6qa2/R9ezfS/j
W/s+ta00/atoad9rSus3FH+v34+141n7PrWtNP+p/AEAlDID4ARi06vXLiTnn+ffz+9Q1Uzj
juUtFH/P9EPbY3HPvwvts+Xd1dD3ofyVlN9IrVPMW9OtLZ/lXdnQXdqcQb0j18/eatt37N/z
z7H6jX1ei2v579Tvx8j2k1M+V29bAEBfZgBkSN0Fyr1LVCv3znxLevc0lneiauPqnX5se0t+
t5y10cJF/3GstRX1U6925tFaPKk0ev9+bOHo+QMAzsUAQIbQXZvc7VvbO/0tHX3xsF6uVKdn
pH6Oo6Qujv77cfT8AQDnYwAAHsToAaiS57b53FEGCLkm7Q8AmCZrALzLucMSev4zd/tVLsBu
t1d3qgYaUb457T+Vbs72eVp7aS2/1nKoscUd4KPUz9H5fQMAzswAwMzIi+yWi+ucRbLWts3T
u1+0xvJR++x+LP6e6cfC3OMurcPW8He1CxiW5m9kJ+2o7T8mt3xSj+nEFoiLxX+U+mltf635
rm3fqbCp8i1Jt+X3Y1T7ScnNX0v5AwDX8jRN09vemQDauHt7bOqHPWl/AMCdAQAAAAC4AI8A
AAAAwAUYAAAAAIALMAAAAAAAF2AAAAAAAC7gee8MHE3oNVPz1ZPn36W2x747mzMcQ+w1YUvz
+gttD8XLutLzZ/ndXeg1a3uW//w1bLXhp2nMMay9eu5oepXfNI07xpy2Wbo9FO8WztAuAIBt
mQEwc9Z3rPMNa/W3/Hfo/fCh7cv91F9Y7PwpeUd76n3tezh6vR+9c9ej/EYfY2qwav77cP8+
tX2Z963b0dHbBQCwPQMA37TFHZq9OzGtYh3kvZXUX2ofgwDlcsq/tdzOXv5HPn+uzu8/AHAV
HgE4uJwp1LHp02uPK6yFDW1fxlMa/1rYPadz36chh9JOba9Ncym3/EvLtyb8lrbu/PQqv7X4
avIRS3vt3OhRf7nHl3qkKRY+1X6XcdVOod9aair/6Kn+qUdqatpH6BG21t+X2vgBgG2ZAVAg
dRG650VqaPppzoXj/XPOFNa1tGPhl1Nk9+78t2xvSTNUR62fW+Pfyl4X/KXtc628ch8TyclH
zLxOSs/PVJypKeqh9EvaV0355eRvz9+MuVQ+9shnafsIDWDUnh+98wcAjGcGwIncL6LWvs+x
9wX03pZ3oUq3t8iJN1U/rfW3d/2PLN+zu5fNqDJKxZlKf3S95XZYqTe6LEN/nwCAYzEAcHI1
d3avfJE2upPdI95HHggwCLCPo7eZK/8mAQBsySMAmZZTIku3k3a7vW5Wfkd9nGNPW5Y/9Da6
/aYe/6h9PGQrpt8DANNkAOBdzsVR653ZlimYBhjiSi5uazv/vabQPmJHe4vOxVGmg5+9/lrz
Pzr8HuWb035b832E9jvqPO3x9+ns5xUAnIUBgJnYInqhfVPb72ov/pYLaIXSv188hRZxWv67
VG08y/yNFFtALJSH1PblfrX1d4879shG7sJsPePvqaVzkVsOvTtPqfJb268mHzn1kDOAGEo/
FH/u8aW+ywkfEyq/VPyp37eeRsbd6/ejdhHIWrn1E/s3AHAsT9M0ve2dCa4j1YFx4bgP5X9c
6iZNGQEA5LEIIEPlXpi7cN+X8ufMtF8AgDxmADDcchqqi3XI49wBAKAnAwAAAABwARYBBAAA
gAswAHABy9XtvW6JLWl/AABwDJ8tAjhqNeUer8+qCd9T6vWAsWPMebUgYXuV31qdHnHF8dby
OXP7zH2t3hHrbZrir3csjaf197U0Dz3bTc4rDlvSip3La0qPPyd8SxscVT454XPq2d8/ADiH
T2YAjLxArn3H8lHeLRx7v3oOFz1tlF9Ya9uch2Vb87q7/zf/vjSeUsvf19r31LcK5X+r8lnG
X2oePhRPy6yXUeWTEz7n9yWW3jINAGBf7wMAW9wda+mgHEmojEZf4NROnV7LUyqfe9fRUdJf
ttmj3UVe5ueI51hN+2tJ42zn59Fs3bZTd9F7zSxojb+lfnPCheIfWT6p8Dm/L7mdfwDgGD57
BGBNaopt7hTcUVJTGJfTD3tclNRMkQzpNcU1pmQmRezuz9p3scc05vvmllGPu3st9Z+621aS
fs7xj2ifPfUo35EzeXIGGFrKfuT5eU9zPn0/NcU7lrfWtnPPR83x16Y9etBq70Gx0G9Ari3z
X1OHe5cvAFAmawAgdTFwpKn59+/uF7KhzmrtM5Kh52xrL+5S+V+mMVrLBeA9/LIzM7+ztdbh
aUm/d/2HOq+pDmQo/dTx92if83R7t5Etzq8t5Jyfa+f5FufnWhsJxRsaLOhR7rG7z7nHHzu3
W8QGQUakUzprJZS/knrpWXe1vx+xsC31ulX9AQBpWQMAV7fFXdkj3D2pPcbcvOfOPNjr4nB0
+i56j+t+jocGCkafn/MO47KjtdVvQ2yQpOQcHzEIkDMA0ap18HMeT6oOj1Y+W/72jao/ACDP
QzwC8Aj2LqvWzn/JNNCe04d7iaXf++LdAMP5bFW2uTNERqZf8v2jGPX7E3qc40jlmZunI+UZ
AKh32kcArngHYdTF494XpWdJv/YxD/Ls3Q5atTxedNZjvpKtZoFt2Ra0PwC4nve3AGxxh6nX
xcajd8LmzwNvkdY0pe/83ffrfcG49wVo6ZoAW92JDeUl9axxaibDo587Wzh6OY7O39a/T1cu
6z3SX1uPYtTvPwCwvadpmt7mXxztLnPs4ibWGUs9Q1tzly4WNrVPbHtr/lrkzqSY5zF2bMtp
yznlUpr+Mp6W+k+lH1oEbRlHLP5QvnLzH8vLWhy5gxmxPPQq3xItvz21519r/fZQUr6x9Uhy
2kAq7Zr22fv3dRnH6Pjn+/Roe6F4cso6N/55+Jbyyfn7utwvdW71zB8A0N9nAwCPzh2Mazt6
/R89fym91pIAAAD6e/i3AOhYXNvR6//o+Uvplf+zHj8AAJzJJWYA1E695DEcvf6Pnr+Us+cf
AACu4hIDAAAAAHB1H9K7AAAAAGdnAIDLW75Ka+9Xe/FYtC8AAI7is0UAj/oawB6vbDr7gmsp
qdeAjT7+lvRrXmF2NrmvPCyNc5ryzo9U/T/6+THaFdowAADn9skMgJEdgNg7gWmX8+7yI6f/
6B2mvdt9Kv2983d2e59/AACQ430AYIu7f3tfHL+8fHz4juY0hetwq+PfK/3aqdVreUrlc+8O
XqjDGZsRkIqrJn0+t2w7Ne0LAABG+OwRgDWhi/1Uh36ri9y19EPTn5fb5h2m1D7L/XKPL5W/
2Pac/K3JPf61bT0Gg0rST8mp31bz+Eo7/zn1t9w3t/5z0k99n3ue5nbql8+zz+NY+661fT/C
+VfSvgAAYJT31wBu9fxv7cV7qtPe8gx0qMOyFv8e+c/9fFfyjHfr8bWmX5q/2jz2klNerW0y
Z62EmgGWHmsAlLbn0gGCZRyPdP4BAMDesmYAHNn9In6+wNrRL8BH3L3es1O8RfpHmHKeu4hh
q6Mu0hdKf34Orm3POuZOKgAAIABJREFUtdVxPdr5BwAAuR7iEYBeHRCOa+86TbWtPWfOrD1m
0Ds/W55be9c1AAA8qqwBgNLnXfcwH4wY0QHi+EZ1UvceWMpNf/mc+tbpAwAAx/b+FoDShcBq
jOhIzO/8z+M+wpTxkGWeKbNl+dWuiRDLX8n20uf2e7f/mnUB9mrbue3C+QcAwFW9LwJ4d8S7
qC2reIf2qVn0KxZ/TGv+eyxClnP8qThCWtMfnb8WObNJcvMXWqgvFj6Vfukie6E0QttHpd/S
dlP7pdpWKL+p7RYBBADg7D4bACDu0adDP/rxcW7aJwAA1PuQ3uXaHn268KMfH+emfQIAQD9m
AGR49Cm+j358nJv2CQAAfRgAAAAAgAvwCAAAAABcgAEAOLjlc/Cei+dItE8AgPN4Xn5xtNcA
5rxmbHQeziL0mrnl9lHHv3f6KTmv9LuyEeVTcv6m2sfe7efsUufn6PAAAOzvkxkAIy+wU+8c
p03uu99HOnKnQLuL27t8Uunvnb+z6/H7cOTzGwCAPO8DAFvcXdt7EODl5eMlLmJDx7j38e+d
/t5qp0avlVmqHPfuMIc6nLEZAam4atLnc73PwZr2CQDAPj57BGBN6GI61aHf6iJwLf3Q9OLl
tnmHJLXPcr/c40vlL7Y9J39rco9/bVvNYFBJJ66l/Eu3L7fldkBzy7/nIyox87hKO/8jyycn
/dT3ub8juZ365fPo8zjWvms9/x7h96Emj6H4dP4BAI7r/TWAWz1fW3txnOo0tjxjHOoQrMW/
R/5zP9+VPEPdenw5xxNLf5n/ZRy96r+kTcTKtzR/W8upz97lk9p//n0oXCrenO05+a0pn5L6
P/PvQ04e92zbAAC0y5oBcGT3i9Lb7bcXMDv6xemIKbh7XZj3TLfmrnJpPC2O3q5yOuY9tHTQ
RwqlP/+NWNuea6vjOtLvw951CgBAXw/xCECvC3yOYa3+jlSnR8rLXart7zmzZ+0xg9752fLc
P2L9AwBAjqwBgN7Pk44wH4wY0cGAVqM6qXsPfOWmv3xOfev0AQDg6t7fAlC60FaNERfq8zv/
87hHHkerZZ4pkyq/1u1nUrtmQ6/yK31uv/f5WbMuwF51n9vu9mqfj3ReAACw7n0RwLsj3qVc
uyjNXSU7tE/Nolqx+GNa899jka+c40/FERJbJC2Vfk3eU3HnxJMbvjZ/oX17y5ntMrp8Whbl
C8Wfu31U+j3bZywvOeG3+H3IzZ+FAAEAzu2zAQDiHv3i99GPbwvK8LrUPQAAR/Yhvcu1Pfq0
2Ec/vq3pAF6L8wcAgDMxAyBD63u0j+7Rj2+k1scnOD/nDwAAZ2EAAAAAAC7AIwAAAABwAQYA
gKGWz8l7bh76cX4BACWel18c7TWAOa/xGp2Hs8h5JdyZhV5Tt9w+qgz2Tj/l0ev/iFJtYm8l
v5+p9rt3+z671rZy9LYGAJzDJzMARl7gpd7pTZtHL9fcd8ePdOSL7kev/6M6cpsokWo/2leb
Hr9fj9LWAIB9vQ8AbHF3Z+9BgJeXjy6iHkCoDveu373TP6q1MkmV094dzr3TbxXqcMZmBKTi
qkmfz/X+jag5vwCA6/rsEYA1oYu5VId+q4uQnFexhaZPzi+IU/ss98s9vlj+cqbo5oQPhS0J
X3Nsqfhz04+V/5rc+l3b1usYc9IvbV+l23vVfyh/vR7Bme9b0vkPnQsj21eoTNfiD4WN5a93
+0jlP/V97u94bqc+Vn9r37XW38jf5x75W1P7+FpOfDr/AEDM+2sAt3q+s/biLHXR3PKMa6yT
kdMBGZn/3OMrOebQRetSzjH2yH/u51S+atLKkTqeWPrL/C/j2Lv+W/PXW23bqD2+0vR7x58K
X1r+uW1wTapec+q9tD33bp97/H3p9fuVk8et/k4DAI8rawbAkd0vim63314A7UgXR63563V8
OXeQ7mnk3umLxdXTnhe+PdOtuWtbGk+Lvc+bmrIuOT9S8a6l3yP+3LptbR97dw5D6c/LcG17
rq2O60i/X3vXKQDweB7iEYBeF5ijtOavx/EdrUyubK0ujlQ/e+SltW2XnB8ld85r4o/Fm9OR
r2kfObMC5p971/GWv71HOlcAAM4mawCg5oJ6a/ML7BEXuK1a83f044NaPTqPLedHTvpHPv9K
Bj5aZ/e0pA8AwP7e3wJQcoeq1ogLxfmduXncI4+jRGv+asIvw5RubzU6/kfXWn9nKv/W34Qe
51cs/SP+vszzVPrcfu/816wLsFfZ5Z4Xe50/ZzpvAYDzel8E8G7U3ZyWeNcuikKLaK1tX9un
ZlGnWPwxNfmvSX+to5IKn7PIVUpr/fRYRCunflNxhCzLNVZmy/hr8p6KOyee0vovzV9o31I5
d9NT5d9yfKXpx+LPab/L/Le2j1T+c87vlke8RqXf8/yJ5SUn/Ba/X7n5a1lPAABgmlYGAIjb
4uLLBd44yradMuSotE0AgLgP6V2ubetpmS5g+zKtti/tkyNxfgMAlDEDIEPuFM4ecfeOn7H1
9+i0T47O+Q0AkM8AAAAAAFyARwAAAADgAgwAAAAAwAU8L78oeWfz2muslttD8QIAAADb+WQG
wFonffnvZQc+tX25nxWbAQAAYHvvAwAld+hT+xgEAAAAgGMpXgMgNVBgqj8AAAAcT9EAQOrO
vTv7AAAAcExFAwC1U/8BAACAfRU/AmAQAAAAAM6neADgzuMAAAAAcB7vAwAlK/TXdv4tEAgA
AAD7eJqm6W3+xbKTHuvsv7x8TG4PxQsAAABs57MBAAAAAODxVK8BAAAAAJyHAQAAAAC4AAMA
AAAAcAEGAAAAAOACDAAAAADABTzvnYGU3NcM5sZV+xrCeT68yhAAAICzOfwMgHln++XlY5cO
fGs+AAAA4GwOPwCwRmecGrfba/NAEAAAwFkd/hGApfs0/vkgwLJTF9t2/5wbvoe1Tmcs/fn2
eX7XHkOIHc9yn5r4c/TKfyj90fkHAAC4gqdpmt72zkRKSQd9rUMc+z43fEkcqTBrndbcDvwy
zOj4W48vJ/6W42vNPwAAwFWcagbA8i7vXeu07pHTwu95ni9AGBtcSMVV6wzxt3bYdfgBAADC
TjUAME3pO/ulnfnW8DnmgwDztJb7lMRXk4ezxG8gAAAAoL9TLgJ4RvN1CyxEtw+LAAIAAFd2
yQGALTuCy7RyBgFK8reML+f599HHr6MNAABwPIdfBDBnAcDcReByVplPLTwXy0fuMaTinm/P
TTe2An6P+GNa4i+t39L4AQAA+IbDDwAAAAAA7S75CAAAAABcjQEAAAAAuAADAAAAAHABBgAA
AADgAgwAAAAAwAU8750BOJLlKyDXXkF4N39lZGh7KF6OJ/YqzaOkr30CANDCDAD4prVO0PLf
yw5Savtyv1iHjP2UdKxHSXW+tU8AAFoZAICp7A5oah+drHM74l1w7RMAgB48AgAFbrfX6J3U
1Paa9Kbp8+nca9O350rST4WPbe+Rv9Hx16jJX+pzbIp/r0731u0TAIBzMQMAMqU6aSPunM47
kvOO2z2teQdzbXtKKnxqe+pzz/hHHP9y32W41vhT+V+m0WKP9gkAwLkYAIBMtVOrj2ytQ5q6
QxzaHgtzu72+/1ezPZaXe/hU/lJxLP+9hZ6L7z1i+wQAoC+PAECBR+xk3aen9+qMlg4OtKbZ
O/9n9ojtEwCAfswAgAqPNt26dvr8UZw9/709WvsEAKAPAwAwla2AXtu5OuId6uW0+5xyqJmq
XxK+JP6a/J/RVdsnAAB9PU3T9LZ3JuAoSt4Hv1zZfW17KN4eeYrlceu3AMTSbYl/vn2r489Z
oT+U/3mbKF0wMRR+LS9Hap8AAJyHAQAAAAC4AI8AAAAAwAUYAAAAAIALMAAAAAAAF2AAAAAA
AC7AAAAAAABcwPPeGQDgMXhNIQDAsZkBAECztU768t/LDnxq+3K/2IABAABpBgAAaFJyhz61
j0EAAIBxDAAAsInUQIGp/gAAYxkAAGC41J17d/YBAMYzAADAcLVT/wEA6McAAACbMAgAALAv
AwAAbMrjAAAA+zAAAECTkhX6azv/FggEAGj3NE3T296ZAOD8lp30WGf/5eVjcnsoXgAA6hgA
AAAAgAvwCAAAAABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAU8750BABgh9JrB5esE
5/t51WB/OeV7u702lf1a+C3qNdbGRqe/9nrM0ldmruV/q3Mg9zWgW2itq1T79SrTNq2/D8Cn
zAAA4CHNLxhfXj6+f152PFxYjpUq31hHMEfuQM/W9k4/Zd4pjZ0fo4TOzz20Dj4xjvKF/gwA
AABUWnZkt0733kF6hLvMZ857zN4DHABzHgEAgIDUFOnUbILS8Gtx9MzffPu8wxiaAp0bfu1z
ad5Hh49NmZ8rKf+1fbdMPxZPq9L2Md+vZRp9r/aXk/9QGqFtsbyFjr007dL8x4wsv56/H7H4
l3EZSIF2T9M0ve2dCQAYIbeDlfs8dewiNKdDvHbRW/sMd4/4cy76c+MvKZvcbTly4l7Lc49n
6FPhtki/tXOY0z5y8t+a91Relt+Vnm+pzzUDSLHvU/u05jdl6/JLxR/bvyQM0M4MAAAe3qhn
fGPb7he09zuboXz0vHvb8yI5N/9nkNM5e+T0W42u9+Vd4C2UdNzP6Ezn71HzBY/KAAAAROTe
EQzNNrhfhIfiOvLFb07+z27vY+o5ODXv7I1w1rhr5JzfR3e28/fo+YNHYRFAABho/lzzWTsR
Z87/Feg4EeL8BZYMAABApvndtNJ9cy7CS+IfET4W1xadiL2Pv2f5jU5/eVc3Vj97H9dVHKmc
9zh/RztS+cKZWQQQgIcUW2Asd7/QtP617bGFtWrjT2mNP3dRr5z4U4t4rYUPxVMq1dGpPb7S
tLdMv2TBtJxFCmP5D+WrR/5b4s89/3LKP3X+xhYKjLXfHr8vtQst7v371dq+QvkE2hgAAACg
yVmeMydfqk7VOZyTRwAAAChiOjbAOZkBAABAsZJp3JxLqm7VPZyXAQAAAAC4AI8AAAAAwAUY
AAAAAIALMAAAAABQoWYxzPsimjlhU/ucfTHOtXIoLZ+zl8HWDAAAAAAUqu145i6a+Oid/xCL
So5lAAAAAOCCSu6gjxiQeHn52NThbw1/Rc97ZwAAAOBIYq86XJuyvtynJq17+FT8udtfXj5+
sm9LR7mk879WHrHvcvLWGj43rpbZGSXlv/y+tQ2V8BpAAACAgFDnrKXTltMBTMUf2x4bFKjN
a24+So4l5/uS48yVG38qbOi7WP32rJsaHgEAAACYKVmIrsXRp6+3DELMt49Kv9ZWne8j1q9H
AAAAAL4pNeX+Klo7//y2I5WRGQAAAAAXFJrlcJTO/9UHYUYwAAAAANBg9OMCqfh7pt+r83/f
rzVfLYMAuQMcobi3eAxkawYAAAAAvmneKbzdXoOdxNrnyHM7lKn4c9Kfd2DXtodeo5c6ltj2
+bbQv+f5jv07pibMfN97fkoHGJbtIzaYkHpbwB6DC94CAAAA8EA8n38e3gIAAAAAD2jvxwrM
AAAAAHgQoUcVOI4968gAAAAAAFyARwAAAADgAgwAAAAAwAU8750BAAAAoMx8LYHcdQTMAAAA
AIATWb4+MPfNAgYAAAAA4KRK3iLgEQAAAAA4sfkgwNpsgPt2rwEEAACAk1h28Nc6/6HvPAIA
AAAAJzHv3JdM/58mawAAAADAJRgAAAAAgAswAAAAAAAXYBFAAAAAOInYIoBr2+f7GAAAAACA
C/AIAAAAAFyAAQAAAAC4AAMAAAAAcAEGAAAAAOACDAAAAADABTy3RjB/xcDy9QN7xAMAAAB8
rnkGQK/Ouk4/AAAAjOMRAAAAALiA5/vU+5eXj12m4c/jW343lxt/7/wBAADAFX24d6SXHfe1
TnvK7fb6Wfh5vPf/SuKf718THgAAAFgsAth6Vz0WXocdAAAA9rP6FoAR0+tN2QcAAID9WAQQ
AAAALmCXAYDb7XXIIwGj4gUAAICz+zDvMNcu/BczX7Rv3kFfPhKQk49YeAAAACDsaZqmt70z
kaLTDwAAAG2sAfD/t3evybHaaABAccqbixeQRd4FOMvz/JjpG0YReqsRcE5VKrcNkj4J+iEh
BAAAADzA8gMAvbcoAAAAABe5BQAAAADos/wMAAAAAKCfAQCAGwsfj+pxqbyT8w8A1vJ5dgCr
CZ84kPqh8vX1V3b7Ub618aTyDve749MSVq3f7LhG5v/9/eu082aF45eLIfUeXSX+lc79dzqr
/WPnxIpPpeltnxXO75zVYyz9fMltP6pb7v1/5nk54tj0xn+F82PV4wc8jxkAO7EP4PDf4Ydz
bnu4X+2Vj6P8w3zu/qWxav1mxzUq/9KBpFnOPn41A3sxq8T/VGe3/8p6z+192lWNqONsuTbs
aeMV67t39vmz+vmxWjwABgD+p2b0tfWLftUvJ3iS1Pvz7B+yM8TqlKvn2Z9Rq5QffmavdpUu
jGfF75iW8682vzvo/fy5+ufXqPiv2gZXP37AtbgFoNJrGldumt5KH+SxH4OxKa2xbS3pY3nU
xDfiNomZ8aXSp6YMj4qvphMS5l0yzbQ3vlo17bO/7WZkJ6Jn+ujM87/2+B05mtWUi6dkCnxJ
/OHtUiXnd6nR589R+TV/D9smVf8Z5/dII9q35vwrUfr51HL+hUq+n3LnbM32lvd/qm4jz89Y
/iPkyq49fqPOj5Jze8Tn98zjBxDjMYD/U3r/b2yfmi/Ilh93pR2M0vtVS+oa+4KJ7TP6Htma
2N4RX20HKCxzRHy5/UuUnt+18ffGUNs+I94/NYMfvfHXyv1AnP3Drvb9n0u//9vr77XpS/Ie
df7U/kAf/flQe5zDvEZ/Rrzj/Vka18vI9m+NpfXzfOS5Xxvb0d9qjmFvjCmln32p4xumH/X+
jKlpg1WOH8CLGQAVSr4QUttHlN8qFVdJnV4/Lo/i6Kl3T9rS+EY6yr/ky70n/9lf7KPiX03v
j/4SZ53/I/V2HHNy+Z79w/XM9xfHRr1/ezumqW1nfWa/wyqfT0fecX7EBtheVm8fgBgDAJVy
XzCrftGX/kCJfZntO9lHeY0a9W/5Mi2J72wrxlTj6vHPdub5P8Koq8Yl8c+4etirdIbM6/UZ
HdGz8r2bltlDZ78/z/LE+js/gCewCGCj3Af93b4Ivr6On0CwgtXjG+Hu9eMcK3e+VypfBxsA
uAMDAP9T07lq7fyf/UN3H0dpJzLct6SdavLv1RLf6DJHp09tH1G/2fE/3ez2GZl/7jMpPN9G
f4ad/ZlYO4X7zEG42HGvOT7et/fgOF7bWcfPeQPsWQQwUDOlq2aRmFH31+Z+qKbKLtmeWtip
Nf+cXPmxMlrr1xtfmD41+DCi/UryL5UbKGmNv7bsMP27j1/JNO+jRZxmx5e6nzV2rHqVTmdP
lZ2Kv6Rda8sP8+l9f5WsfZH6LC99/4b5lMafiiWWR8v96Ge+P3Nq35v7fUq/P0vLz30/tmwv
jbP0PZjL+2h7yed/T/wpJfGXfj+NPD9q3/+tn98zj1+qLsBzGQAALsOPGHqsfv6sHl/O1eMH
gCdwCwCwLNMW6bH6+bN6fDlXjx8AnsgMAGBpI6bx8lyrnz+rx5dz9fgB4GkMAAAAAMADuAUA
AAAAHsAAAAAAADzA59kBAAAA51ntMdjAPGYAAADAQ8U66eG/ww58bnu4nyeGwDoMAAAAwAPV
XKHP7WMQAK7BAAAAAHAoN1Bgqj9chwEAAAAgKnfl3pV9uBYDAAAAQFTr1H9gTQYAAACAQwYB
4D4MAAAAAFluB4DrMwAAAAAPVLNCf2vn3wKBsJaPbdt+zg4CAAA4R9hJT3X2v77+ym4/yhc4
nwEAAAAAeAC3AAAAAMADGAAAAACABzAAAAAAAA9gAAAAAAAewAAAAAAAPMDn2QEAAAAcWfEx
hbEy7vi4w+/vX6fWa/ajJHvrtz8PZsSYq38s/lxMZgAAAABLinWAwn+HnZzc9nC/1IBBLqZ9
/rX5rO5u9QmNqN8KgyOhXEwGAAAAgOXUXP3N7TN6EID3SA3gPMGM+rsFAAAAuKzXNOjcNOlR
HanXbQb76depadj7dPtt4e0Kse1hfqkBi9L8c8K8U/G0lB/+7Wig5yj2kvqF8aW21dYvtU+J
kuMb5l8bf2q7GQAAAMAl5Tphs67s7zuzqQ5Z7BaB3Ouc2fmHgyXh65Hl7/+W6rTH/h4O7IQd
5ty21vrF6jZDqv6lt7nsB6leMZsBAAAAXFLJon/vGgRouUI8agG6GfnPLv91bGYcoxH5HeUx
svM/e5HFWN4GAAAAgMtqvf9/ZPmxQYCacltinJ3/6uUfaZ35ELrr2gNuAQAAAC7vXbcDxKb9
w1UYAAAAAJZTcwW3tfP/jnu5X+XU3IP/SrP/fyrG2YMSufyvPihyRv3C49ubV2k+H9u2/XSX
CAAAMEHNlO6SNQGO8m2JKZd3bHvpYnepFfxH5F+idCX6mvJbVsHP7Z86R3qeNJArP5f/kdiT
DHLHOJZ3yVMWwvIMAAAAAMADuAUAAAAAHsAAAAAAADyAAQAAAAB4AAMAAAAA8AAGAAAAAOAB
Ps8O4N1Sj2ho3TYyrpfSR1TMiGH2c1BTZZ9VfkkMJefH0XYAAICzPWoGQGkHLqbkuaMj4prx
/M4rOLt+Nc+XjTk7fgAAgJzHDAD0dP5fZgwCxOI6qzO5H4B4sqM20D4AAMCVFd0CEOvwhp3h
r6+/otOgc9t78x9h5tX9VjX1S7VfyfZwn1ja0uO332/UMaqp36jyR96CUdL+AAAAs2VnAITT
02Md857Xvfk/Xa79cttfUle9X/uX5D+r819av5by921xdF611qe0/QEAAGYrXgSwpMOS6yT1
dgpdNa336hS/OvCvv/GPGQMXIR1+AADgbMUDADUdIwMBa9kPArxe817aHAAAONtjFgG8mtFX
jE0/BwAAeLamAYD91eSrGNH5zV1Bb2mXWFyjnzKQWpyR9zs6T674vgIAAK7jY9u2n9xOJav0
h38/Slv6GL7axepKxTrxJQu/lUyf75li39OOo58CcJS+ZkHG3pXyR9evtezSfXriD/dzuwAA
ADBD0QAAlDq7E3t2+QAAAKuyBgBdzp62fnb5AAAAV2EGAN1G36ZxtfIBAACuwAAAAAAAPMD/
3QJgKjUAAADc0+8BgFfn3yAAAAAA3M8f21b2WLfXYms9i671LtiWS3/24MXs+gEAAECrP8LO
f2wQYL9PapDgTKvFAwAAACvJLgJ49Fz17+9fS622XvL8d8+IBwAA4Kk+WxOGMwH2nerU31L7
Hu1Tkj5Vdq+w7Nb6lfwttW9JGxzFl6vb0fEsPT4AAACs7Y/8LmlhR/Go83nUYdynT91ikEq/
3xa+Tu1bIrz9obZ+pVrbpzS+3rhyxwcAAIC1dQ8AbFt6NgAAAABwviEDAAAAAMDamgcArjgF
3GP2AAAAeKrsAEDqsYDh61XuD1+po1+6RgIAAADMlH0M4MvRonwtq9zn9q9NH9tn1lMAjvLP
xZeLrad9SuJLyT1FoDd/AAAAzlc8AMB/rX4Ff+ZjEFetMwAAAHkWAcxY6XaCmNXjAwAAYA1m
ABQouf3gTDPjW73uAAAAlDEAAAAAAA/gFgAAAAB4AAMAAAAA8ACfNTv3rgafS//9/ety95iX
Pnpw1iMKwzKu1n7v1Ns+M9q39DGapN1hrYrc+XX18+Idn4Erlw8AsIJlZgBcdSX70h+Ss39w
XrX93qW3fbTvuvYd49f77GrH62rx1goHL86or04/AEDlAMD+B3aL3vQeecfdhB2iq1/l7dHy
/o61113brvfzcxV3qAMAwFV9lk5BPpo+ud83NcUylz5Vdo+jK0+x16Uxpm5hSG3PxVhSRi5t
7tjV5l+SPrU9174t7d9SfrjvSu2byqc13YzjE+aXuppbc3xnuNv5WfrZ2hJ/yoj6x5R8Hpfm
X1K+gWMAgP/62LbtJ/YjL/YDLvfjNPUjLvX33LYeNT8wc/GXpO9Jm/pbTk2b1+TfUt+aQZfc
6xHl19Y5Zlb7hmla0404PrE0s/PvlcvrTudna141n2+pcmN1ahkg6o215/Nn1vcMAMBVfG7b
Pz+M/DiKq7l6tG/L3qvsqzrj/Kg9Bk8RO99Sg0+5vFrNzn91Tzg/SwYnjtK1frf0nt++0wAA
/l/VUwCeqGS68wh+oKbduX1i08Br6lsygFebX63Z+a/ujnU60nt+tZQ38vwGAHiyZZ4CUGL/
IxDupqcT8/V13RXwX0a+v6/aBsTd4fwGAFjBH9v2vqvcpZ7e0e+t/+z2O/v45Mrv3d5bfm1e
27b9a3pzaf5hLCXpa+IP8yu9V/1d50esvmd/dpx9fp5t9Ptj5vkNAPA0H9/fv362rXxhqZfa
RfRS6WP7jJzSmVuErPR1Lv3e0WJxse0l6UsctV9v/rn0pdt7F11rLT+23yrt27og3FFctfGV
vC/D/XLndkv+vXreX1c4P2fWL6X2c7skvlTdWj5fa7ZbCBAAeLqPbdt+zg4CAAAAmOtSawAA
AAAAbQwAAAAAwAMYAAAAAIAHMAAAAAAAD2AAAAAAAB7gs2bn3scn5dJ/f//yaKYOve036zGM
Yf5nHOOeuo16TCMAAMCZlpkBEOtkUW5E+925Uzti0Or13/7vAAAAV1E1A6C3g9ib/swryPS7
4nG7YswAAAAxn7FOdepvqX1T06xz6VNl9wjzS70ujTGV31GerfmXln9U35L8j/YpVZt/bltv
+83stBuEAgAArupj27afow5X6GhbrpOdS5/b1qMktpJBgbP2rx2gKWnz2nhSZsZSs0+u7Ny2
Ejr/AADAlX1u2z8dPx2cY6kr5CPar+YK/Mj8e4/5vu6vPN59/rzjfnzvDQAA4Oqq1gB4stkd
vyvnf+YA0tHsgJllAAAAXNEyTwEose9kspa7rpCv8w8AANzFH9v2nquoNVbv6IfxjW6/XP1n
b68R5rXKOTTcxfa3AAAFy0lEQVTT6ucnAABAzMf396+fbat7CkBu/9r0sX1GXnFNrTIfi7ek
Q9+yaF0s/Yjtsf1a8+9ZCDAVX8n5k9tecnxyCycexXckt/YDAADAVXxs2/ZzdhB3Zxp5OW0F
AAAwx6XWAOB+TKcHAAB4DzMAJmudev4k2ggAAGA+AwAAAADwAG4BYBluBwAAAJjn8+wAuL7e
pwgAAAAw3+9bAGY/pm/EI/6+v38l0+a29+Z/lOblKO2ox/y15D3bvrOfaouexwDWxNGSFgAA
4An+NQCQ68T2XOHtuTJcE9/Rtr1UB3VkvVLPpM89s752EOAKV9/D+EbUvzcdAADAEzStAXCl
Dta+U/j6b//3cJ9w29XcqQ4AAACM07wGwMgp3DXTw3Od9Z6r56//vxajC6+ol84SqIkhLK8m
9lKp4zPyCvxII8s++zYJAACAFRTNAIhdLQ9fp66w56TS7v/e8jqMtfbK+FFH+Sifls7zPs/R
V+5HHJ+ZwrqPboPV6w8AAPAuRTMAZt9bvkJnrCSGXN172ijsCL9jFsAqYusxjGqDd8ywAAAA
uILTHwO4yv33uVsajvadEceMQYAnd3r3bfp6DQAA8DRNiwDewYxOYMsgxoxp/1fyrrqb/g8A
ADzdJQcAcp3mo+3hfeAznN3JLLnKHbsa/np9xlXymW0VngtnHx8AAICzfGzb9rNtdSvxx+7Z
DuX2Oco/td5AbhX+o+09q+DX1L1mwcBRT1FoafvcPu9Y52HkUyTekT8AAMDV/R4AgLO5Rx8A
AGCe0xcBJO3MBQkBAAC4DzMAAAAA4AEuuQggAAAAUMcAAAAAADyAAQAAAAB4AIsAvtGff/53
uYW///54e5mzyp2dPwAAAGOYAXBzszvlOv0AAADXYAbAG+ksAwAAcJbPbfv/adwv+85qavt+
WvvRdPBc/r3CcsOp9rPjL6lfaqr87PYJxepcU/9cbKPbHwAAgH4ff/7587Nt8Q5frDMdbt+/
jqUpSd/jKJaj17Vpculr6le67+i1AkrjTe1TGu/o9gcAAGCM6C0ArR2vVLrYVeB36i3/KP2r
0/vnnz+/61/Tfr3pa+Q61kd/L227koEDAAAAzjFlDYBYB/Dsq7m95afS7zvxLWX1ph+tdLZH
a54AAAC8n6cADPL33x9dneTe9KVlXDl/AAAA2kUHAPZXo2eYnf/s8vfpw7xqO8G96WutkP/Z
xx8AAOCJPrZt+xnxFIBYupL0I/Su0l+6KF1r/rF93vWUhNTgQrjy/lG5JYs8HuUfpo+VYxFA
AACA+T62bbvVpVidRwAAAPi3y68BYDo5AAAA5N1iBkDJNHYAAAB4slsMAAAAAABpl78FgPv4
/v61fX//OjsMAACAW/o8OwCub99p//r66/frr6+/zgoJAACAwO9bAMIrr7HOW9jRq9GTdp9H
Km1ue2/+R2lejtLGrmrv981tLy2/Nu0I+85+qi1S59fZdQAAAHiCfw0A5DqxPVd4e64M18R3
tG0v1UEdWa/Ytlxb1rbTiGPzLmF8I+oPAABAXtMaAFfqmO07k6//9n8P9wm3Xc2d6gAAAMA4
zWsAjJzCXTM9PNdZ77l6/vr/azG68Ip66SyBmhjC8mpiL5U6PqtegTcIAAAAMFbRDIDY1fLw
deoKe04q7f7vLa/DWGuvjB91lI/yaek87/McfeV+xPGZKay7JwEAAADMUTQDYPa95St0+Epi
yNW9p43CjvA7ZgGsIrYew4w2AAAAeLLTHwO4yv33uVsajvadEceMDrDONAAAwLM1LQJ4BzM6
xC2DGE+f8v7kugMAALzTJQcAcp3mo+3hffAznD2ToeQ2hH37hPGesQCgQQAAAID5PrZt+9m2
upX4Y/dsh3L7HOWfWm8gtwr/0faeVfBr6l6zYOCopyi0tH1un3es8zDyKRIAAADk/R4AgLOt
8PhBAACAuzp9EUDSzlyQEAAAgPswA4BLM0ACAABQ5pKLAAIAAAB1/gNJ/zwfa/G48AAAAABJ
RU5ErkJggg==
--------------060702070608010300080605--

--------------030503000905030004000303--


--===============4145129970952954924==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============4145129970952954924==--


From xen-users-bounces@lists.xen.org Tue Feb 16 17:13:17 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 16 Feb 2016 17:13:17 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVjBG-0005lo-Tn; Tue, 16 Feb 2016 17:12:54 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVjBD-0005lh-Rx
	for xen-users@lists.xen.org; Tue, 16 Feb 2016 17:12:52 +0000
Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id
	A0/1D-17090-29853C65; Tue, 16 Feb 2016 17:12:50 +0000
X-Env-Sender: folatt@sluimers.net
X-Msg-Ref: server-4.tower-206.messagelabs.com!1455642769!22831818!1
X-Originating-IP: [83.163.103.119]
X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_40_50,
	HTML_IMAGE_RATIO_04, HTML_MESSAGE, received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 55610 invoked from network); 16 Feb 2016 17:12:49 -0000
Received: from a83-163-103-119.adsl.xs4all.nl (HELO arkos) (83.163.103.119)
	by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 16 Feb 2016 17:12:49 -0000
To: xen-users@lists.xen.org
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
	<56BF63F1.9030705@sluimers.net>
	<20160215084040.Horde.o9PC1GPRfuRfVBjMLZqnAg2@344c6kbnjnljjzlz.onion>
From: Folatt 
Message-ID: <56C3588F.1010005@sluimers.net>
Date: Tue, 16 Feb 2016 18:12:47 +0100
MIME-Version: 1.0
In-Reply-To: <20160215084040.Horde.o9PC1GPRfuRfVBjMLZqnAg2@344c6kbnjnljjzlz.onion>
Subject: Re: [Xen-users] How do I go from VNC console to a desktop
 environment?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4145129970952954924=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multi-part message in MIME format.
--===============4145129970952954924==
Content-Type: multipart/alternative;
 boundary="------------030503000905030004000303"

This is a multi-part message in MIME format.
--------------030503000905030004000303
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Length: 3163
Content-Transfer-Encoding: quoted-printable

xl.cfg(5)

name =3D 'ArkOS_Dev'
bootloader =3D "pygrub"
#kernel =3D "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk =3D "/mnt/arch/boot/x86_64/archiso.img"
#extra =3D "archisobasedir=3Darch archisolabel=3DARCH_201511"
memory =3D 6144
vcpus =3D 3
disk =3D [ "format=3Draw, vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev",
          "format=3Draw, vdev=3Dxvdb, access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev"
        ]
vif =3D [ 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ]
vfb =3D ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3D123456,keymap=3Den-dv']
root =3D "/dev/xvda rw"

/etc/X11/xorg.conf.d/*.conf was missing, so I made one.

10-monitor.conf

Section "Monitor"
     Identifier             "Monitor0"
EndSection

Section "Device"
     Identifier             "Device0"
     Driver                 "vesa"
EndSection

Section "Screen"
     Identifier             "Screen0"
     Device                 "Device0"
     Monitor                "Monitor0"
     DefaultDepth           16
     SubSection             "Display"
         Depth              16
         Modes              "1024x768_75.00"
     EndSubSection
EndSection


lspci shows no output.
I am either using a paravirtual framebuffer or it's what I want to use.
I don't understand how paravirtual framebuffers work. All I understand 
is that my Graphics card is not detected when I type "inxi -F" and
I'm under the impression that that should not matter if you can use a 
paravirtual framebuffer.

On 15-02-16 15:40, sm8ax1@vfemail.net wrote:
>
> "No screens found" usually means that X.org isn't configured properly 
> and wasn't able to guess what output devices to use. Post your 
> xl.cfg(5) file for this virtual machine, /etc/X11/xorg.conf.d/*.conf 
> (path may be distro-dependent), and the output of `lspci` inside the 
> guest. Specifically, it depends on whether you're using a paravirtual 
> framebuffer, an emulated graphics card, PCI passthrough, or something 
> else all together. I think there are also some Xorg-specific tools for 
> diagnosing screen detection problems.
>
> As an aside, and I can't speak on behalf of the list here, but this 
> sounds more like an Xorg or ArkOS issue (i.e. not Xen related), so 
> you'll probably have better luck looking for help in one of those 
> communities. I mean this only in the friendliest way possible, but the 
> error message itself even says "Please consult The X.org Foundation 
> support".
>
> Quoting Folatt >:
>
>> I got this far:
>>
>> screenshot
>>
>> Now my question is how to go from here to login into a desktop 
>> environment.
>>
>
>
>
>
> -------------------------------------------------
> *ONLY AT VFEmail!* - Use our *Metadata Mitigator*=99 to keep your email 
> out of the NSA's hands!
> $24.95 ONETIME Lifetime accounts with Privacy Features!
> No Bandwidth Quotas!   15GB disk space!
> Commercial and Bulk Mail Options!
>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users


--------------030503000905030004000303
Content-Type: multipart/related;
 boundary="------------060702070608010300080605"


--------------060702070608010300080605
Content-Type: text/html; charset=windows-1252
Content-Length: 5726
Content-Transfer-Encoding: quoted-printable


  
    
  
  
    xl.cfg(5)

    
name =3D 'ArkOS_Dev'
bootloader =3D "pygrub"
#kernel =3D "/mnt/arch/boot/x86_64/vmlinuz"
#ramdisk =3D "/mnt/arch/boot/x86_64/archiso.img"
#extra =3D "archisobasedir=3Darch archisolabel=3DARCH_201511"
memory =3D 6144
vcpus =3D 3
disk =3D [ "format=3Draw, vdev=3Dxvda, access=3Drw, target=3D/dev/vm_volumes/root.ArkOS_Dev",
         "format=3Draw, vdev=3Dxvdb, access=3Drw, target=3D/dev/vm_volumes/swap.ArkOS_Dev"
       ]
vif =3D [ 'mac=3D00:16:3e:49:2b:a1,bridge=3Dxenbr0' ]
vfb =3D ['vnc=3D1,vnclisten=3D0.0.0.0,vncpasswd=3D123456,keymap=3Den-dv']
root =3D "/dev/xvda rw"

    /etc/X11/xorg.conf.d/*.conf was missing, so I made one.

    

      10-monitor.conf

    

      Section "Monitor"

    =A0=A0=A0 Identifier=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Monitor0"

    EndSection

    

    Section "Device"

    =A0=A0=A0 Identifier=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Device0"

    =A0=A0=A0 Driver=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "vesa"

    EndSection

    

    Section "Screen"

    =A0=A0=A0 Identifier=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Screen0"

    =A0=A0=A0 Device=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Device0"

    =A0=A0=A0 Monitor=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Monitor0"

    =A0=A0=A0 DefaultDepth=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 16

    =A0=A0=A0 SubSection=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "Display"

    =A0=A0=A0=A0=A0=A0=A0 Depth=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 16

    =A0=A0=A0=A0=A0=A0=A0 Modes=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 "1024x768_75.00"

    =A0=A0=A0 EndSubSection

    EndSection

    

    

    lspci shows no output.

    I am either using a paravirtual framebuffer or it's what I want to
    use. 

    I don't understand how paravirtual framebuffers work. All I
    understand is that my Graphics card is not detected when I type
    "inxi -F" and 

    I'm under the impression that that should not matter if you can use
    a paravirtual framebuffer.

    

    
On 15-02-16 15:40, sm8ax1@vfemail.net
      wrote:

    

    

      
      
      
"No screens found" usually means that X.org isn't configured
        properly and wasn't able to guess what output devices to use.
        Post your xl.cfg(5) file for this virtual machine,
        /etc/X11/xorg.conf.d/*.conf (path may be distro-dependent), and
        the output of `lspci` inside the guest. Specifically, it depends
        on whether you're using a paravirtual framebuffer, an emulated
        graphics card, PCI passthrough, or something else all together.
        I think there are also some Xorg-specific tools for diagnosing
        screen detection problems.

        

        As an aside, and I can't speak on behalf of the list here, but
        this sounds more like an Xorg or ArkOS issue (i.e. not Xen
        related), so you'll probably have better luck looking for help
        in one of those communities. I mean this only in the friendliest
        way possible, but the error message itself even says "Please
        consult The X.org Foundation support".

        

        Quoting Folatt <folatt@sluimers.net>:

      

        
I got this far:

          

          3D"screenshot"

          

          Now my question is how to go from here to login into a desktop
          environment.

      

      


        

      

      

      

      -------------------------------------------------

      ONLY AT VFEmail! - Use our Metadata Mitigator=99 to keep your
      email out of the NSA's hands! 

      $24.95 ONETIME Lifetime accounts with Privacy Features!

      No Bandwidth Quotas!=A0=A0 15GB disk space! 

      Commercial and Bulk Mail Options! 

      

      

      

      

      
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

    

    

  


--------------060702070608010300080605
Content-Type: image/png
Content-Transfer-Encoding: base64
Content-ID: 

iVBORw0KGgoAAAANSUhEUgAABAAAAANlCAYAAADig4vkAAAABHNCSVQICAgIfAhkiAAAABl0
RVh0U29mdHdhcmUAZ25vbWUtc2NyZWVuc2hvdO8Dvz4AACAASURBVHic7N13fFvV+fjxzx0a
li3PeMTOcPZ0dsiGhCwgocwApYXCj02BAqXQlpayWuDbAS2lBVpaWvYIUAiQvSB7xxlkL8dJ
vC3Z1rrj94dsxYYMJ7HjBJ7366XEutI995GupZfPc59zjrJr1y7bsizC4TDLln7J+nVrKCkp
IhwJI4QQQgghhBBCiLOL0+EkrVUGvXv3YdDgYTgcDlRVRdmxY4ddXlbKf//7T0pKDuHQdTRN
bel4hRBCCCGEEEIIcZJM0yQcMUhvlcU137+epOQUlE2bNtl/e+FZKitKUFUVwzCxLLulYxVC
CCGEEEIIIcRJ0jQVXdcIhyOkpWVw4013oC9buojSkkPoukYoFGnpGIUQQgghhBBCCHGKDMPE
MEycTgdFRQdZuWIJWofcnEcDNdVEImZLxyeEEEIIIYQQQogmZFkWuq5SXVWNfujgQWzbwral
7F8IIYQQQgghhPg2sW0bVdUoLj6EHg6H0DSVxvT/bdumqjpAMBgiEjGwLAtVVXE4dOLiXMR7
3ChK4yYQPFPbEkIIIYQQQgghvk1MMzocQLdtu1GT/tUEgvgqqxnXKYsxuVl0SkrA63bgD0bY
XlnNvF0HmLvzIIlJCcTFuY7bVmVlNR07daRjh1ySklJwu50Eg2EqKyvYuWsXu3bsJOk0t9Wc
bDQq/dUY4TCtE51EHO4Wi0UIIYQQQgghxHeHZdnYto1y2SUTbVU99tVxv78GLza/ObcHHeJ0
7EgYbAtsGxQFFBXF4WRXjcFjX2ymSlFISPActS0bldGjzyM+3kMkEsG2a4NRFBRFweFwUFVd
zYL5C1EV67S01ZxsNCpq3HQe0Ie89vEUzf4fW0Mahi5JACGEEEIIIYQQzc+yLJRLv3fsBEAg
EMJjRPjz6G4kmCEwjaO3qOn4VSc/mb+VgNNBnLvhFfdAIIRh2oyfMBbbsjDNo088qGkaiqow
c8ZcHA6lWds6ESEzjvIDewjZ4PE4yUxNwlKUY+5j2B5Ky7zc//L9DNB9zHrkIeZUqERcCUd8
fsRy4PdXEqquIWxagILToZOa6MDjSaD+Kw2aOlUVZQQDQUwbUBRcLifZSQ4s5zeTHZbtorT4
EIFQmFjdh6LgdOokxel4ExIwj/N6hBBCCCGEEEKcXSzLig4BONoEgLZt4/dX87sRHfAEKrGO
1fmvFa/pPDwgh58s3oXL6UCp7Uzato3PX83YsaOJhMPH7LADGIaBpmkMGzaYuXMXNFtbJyJk
eagMtuWXrz9KLw2qF/2Jn/5zCwmpicdMAlhHfH+P/L4HIm781QpDvncjF43sRadUF9hBindu
4IvP/senq4tJT0sgjEpNxE2Nncbk225mbP8OpDmBiI+9m1Yx470P2eqrxqyXBLBsF+UVNuc/
9Aeu6+lFq3sgUsXBPVtZtXAWnyzYSXJqHGHNecLvjxBCCCGEEEKIM5Nt28dOANTUBBjdOoG2
WggzEAQgYNrsrTHo5nXEnrfFH6GdRydOi3aC27vcnJvpYaU/iMfjjrXVpk0bXC4X4XC4UQGa
ponb7aZNTjbl5WXHbGvu3HlHbef888ccta3GU6ny+cm6+Hv0qu05xw+/lEFvP81OM0RAi1YV
WLaTysoKQsEgEdMCQNMdaM7Ehq/NdlBcVE4gbKA5nOSme/BbXvyRDG5++i5Gt6r3ZMVNeqdB
XH73IIbNfpYn3/gKR0oG1VUervv9T5iQWu+5jkTa9c0j48132IGOUe/c2rYNpoY3/XDn37JA
dSSQ1XkAkzoP4IIx03jsqc8gXiGk6tHhC/4agv4qDNtG1XRaJWp4PF5MHJQWF1MTNoiL08lM
TcZEocwfodpXgaY7yc5s+LqFEEIIIYQQQpx+x00ABEMRRqbGYVb7wYpeZd9TbfGbzZX8souX
vCSd/EqD323z81iPJLrG1w4lMCKMSnPyZYkvNvFeMBShdetMQqEglmU1OshQyCKrdWsOHDx4
3LYmT570jf2nTfsUs7Zy4UhtNVbEcmORxOXj04FqdhfFkZvRkUsn5vDwhwXEJzkxbCcV1S6G
TLmFCwZ2ITc9Hg0IFMzht79dV681m33+BC56+I9c303H3jONR347DX9EY+Ddt0Q7//YB5vzj
30xdXkDQ24FRU27kxuGtaD3uVq5e+XPe2OlHaTuRYakA5Uz/3aP8e70PEjLp1jWZsF/BcDsb
nFvbtql/pg+8+zD3fViI5Uqn1/jvc+8P+pPUYTI/uWIdv3pnN66kDErLw3SfdD0/vHAA7RNU
wqXbWPjBG0xdtp8qI5khv3yJu7qr1Cz+PT95eRthRyKpEx/iP1dmwd63ufe5lSf0PgshhBBC
CCGEaHrHTQAYhkGubmAFa6hbJ7CLN55HRnbn8S++4uosnXcOGvxyRDe6GCVYgerojopCriMO
wzBjbRuGgccTRyRiHPV4R6IoFvHx7ka1VV5efpTXYR61rUZGQVUgiGfgtQzxALs/5u/vdODX
Dw2l1ZgLaPvRv6iyIoTwYBoJDBvXj046QISQ4SBOrcBff/SE6qXPdfdzfTcdKpfx3DMf49MT
sZ19uHhANDGx6/U/89qSUlKSEjDNMma99BcSOz/OFRnxjJjUndf+sBY74CMAeEmkS99uZO9c
zaFwGfu3V5DiiSNiK8DXKgC+JjVBR0vQ2P75v/hT9u94bIyXtBGjafXWq+yuDNDpBw/z8Pg0
wKDKFyEhrQvjbvkFqeFf8PzKavK/3A3dO+LpMYBWbGVfSKP3wCwACpesP8H3WQghhBBCCCFE
czhuAsC2Id4MYoUChzeGg3TzhLmudw4vrN3HzXk59AoUYtb4G+yboKixpQbq2lIUiEQisecs
Xbr8qMENHXpO7GeXy3nctoDYlf6vq7/96201hmU7Iagw6uJuaFhs+nw5ezbv4IvyoVyYMohL
+r/NK+uqsOPql7v7mPXIz3hpWwSHy4mqdq3d7iT34nsYMzANQpv59xP/psBW8Kku1FYdyATg
ICvWlZORoBNEwaVGqNZCrF7v44pxiWhZ7UlW1nGgeD7/mj2Qn4/LpNOkO3l2UpCCNQv59KPP
WVHgJ8GbSP1aiyO+ZttGtUOo3kR2r9yLOaYXWkJrWrttdjoG8MPxacB+3n7ocabuMckY93Oe
v7kzAyYPJH7pfCrWLWI7Hemc0pfBme+y29eF4bkAh/hyRTm2Hdfo91kIIYQQQgghRPOoTQDE
Lu5/g6Io+MIGSXVL/tXKL6rgtf1+buvXjrc2FtAu26RPfIMdqQwbqOrh3RRFoaYmiKIc7oie
P/b8owbnq6yM7VddHTxuW3D4Sv/XHa4A+GZbjRGIaBitRzCxDRDO57PVlRjBauYsLOHCS1qR
d9EgzGUL0d0NS+xBpUOKA7+ehq+qbpubLgPbAhHWvfwySyoiuOOTsCMAhycStFHAAluNbWjY
tg3pCbDhjSe4ffFAJo47j9HDOtKm/wRu638uw/71KC8vLUWN88b2O+K5rt1mWTaapsQisAAt
pzftAcjhmmde4pr6+yXnkOxQKK/IZ8526Ny5FcMGtGLGoRF0VYDCL1lcbGAnN/59FkIIIYQQ
QgjRPGybY1cAaJrKjmqD/g4L7Oi15G0BhacLdX45uD09FT8dBrXndyt286tsgy5xdT10lR0B
E03TY21rmorP5ychwRPbVl5WdtwgFUXBX1WNpmnHbAs46moAdduP1FZjBGuq6XjlSNIBnH15
4B//aviEDmMZlbGQJTXVQGqDh2zLBrvhCgGBKohLcND3xuvI++WL7I0E0JU4AqW7KWEkXrIY
nJfE5/NK8XqdBE0HlulhYF60wsA8uA8fFi7bxukwiexfw9SXlvL2PzIZf+8vubmvmz6XjSPh
i3cx3AbB2in/jvSabWzCho5VU03PYbmoAL59HAhZ2IoWvU8py6av4FC9Agu7ahthXUXXYdWs
LVidu9H63NGMreiCBuyZu4KQw0KTIQBCCCGEEEII0eJs20a3jlEC4HDofFFu0C/ThtpOdFtv
Ao8NaUuH6v0Y1T66xyfy2JAOZFXsww7XXubWFb6osNEdemwJPIdD5+ChQ3T0tD/usn31aZrG
oYOHGtXWmjVrj9iGYRhHbasxFL0tFw7zAmBVVVIRqdtXJT4lERdZjD0/m1nv7j98xb6WZX99
GUAfi174J8Hr72dy6wH8+N6JPPj4dBISggQq1/Fp/tXcleeg43U/4dqaV/hg1QGMhGzOv+0m
rsgECLB8+ibcLpWyUDw9+7ShYssWdvvCWHo15b4I4AZnPC5swpaNpdi1sXy9QgHKq0FxxDF4
ys3cOSy6ZODB+fM4ZOtYB7dQSB5tSSDu0FKmzthLjQV6YisyqERxOnCgU7V6BquC3RjcejxX
tQasLUxbXEq8y02NJACEEEIIIYQQosVZx5sDwOnUWeJXmBxQyNVssC2coSpyK3Zh1k74Z/rK
yY2EsUJBbMsERWVXjcqSao0EryPWttOpU1FeTlV6Gi6Xq1FX4KOl/gHKyyvxej3HbGvY8GFH
baeyouKobTWGs8dYBsYB1lb+9rOnWVipRIcfWDqdbniGpyYmkzbiPDLffR3/1/a1sb8x+75d
vY03n51K7/+7gtyOV3DPpPX89tO9xMVns+TlVxn05C0MTcpmwh2/ZsLX2itd+Aqvbawh6M7A
ThvOrXdNIO0IMVetXUYRFjpqvbkTGr7m1lf9lrevarhfzYZ3+dNH+0mIT6CmbDnvLJ7IA8O9
9PnRo/znRxEilgOHGmb5U/fx5q4gDqcDO7Kbj7/0MXhctEIhsGI666osnN4Tq7QQQgghhBBC
CNE8bNtG69ix/aOKohz1SYqistpnMiLewIkJlokdCR0eUG7b0fu1ywT6bY0nD7qw3HFomvq1
thRKS8tISk4CGyzLwrLsI95sGwzTZPv2nbhc+nHbqqmpIVATOOLteG0dT8+rr2Nkpor11Qe8
OreQxKR4nG4ntp5MZYmD88Z2wuNOR98wj2XlqYy8eBit1RA7581mW5VJSPMQMeIZUW/72n17
2GT2ZWKvRJJ6tKNowVJ8ZoCwEWDRzKWU6om0apVGcpwGhCjdmc/sd17mhf9twe31ELJUVN1B
fHIyqclJxDuj5zBcvpc1s9/iL2+uQ41zEab+uVUJGRo5eQPIy3QTexdClezbtpbZ7/2Lv7yz
Ct3jIqiA7tTZs/QLthkpZLdOJzXOgaZYVB3aQf6qleysMDA0DUWPo3hXNYMu6EUyJUz76zsc
MhRCqn5C77MQQgghhBBCiOZh2zbKuLGjbFU9doc4HIqQaAS4N62KDnqE2MxxdRQFUNhlOHmu
NJ5KhxuX03nUtkzLpk2bHFwuVyyQw01FO6yhUJiCggJUjdPS1rH4/EEiEQNdV2mVGEekXqe6
xogn5DuEBWR7VWocraguLyJiK7RJVAjo0bJ6E8/XtifgC1hEAlWgaLRN1KjRorEZtpNAoAYz
HMK0bEBB0xW8LnC4PLGZ/UOWk1CNDzNiYMWmX1DxOMEb5yaifPO82jjw+/0YEeNwVYKi4NBU
4t02TqeH+gM0LNtBTSCIGQ5i1B5EURUy4lUMx+EZ/oNWPKGKQxgotEnSCGjuE36fhRBCCCGE
EEI0D8uyUMaef/wEAERn0g+HQgxx1jAsLkxHRxivYuG3VXZEnCypcbI84sHhcuLQj33l1zBM
QqEw8R4PiUmJuN0uVFXDskwCwRC+Sh81NTU4XY7T2pYQQgghhBBCCPFtZFkWyvljRjYqARBl
E46YmIaJZVlEF6ZTUFUVTddw6BrHGk5wdrQlhBBCCCGEEEJ8u1iWdexJAI/EUduhPppvQ1tC
CCGEEEIIIcS3iX28VQCEEEIIIYQQQghx9pMEgBBCCCGEEEII8R0gCQAhhBBCCCGEEOI7QBIA
QgghhBBCCCHEd4Bt2yi+ygrp/QshhBBCCCGEEN9yjV3/T4hGKystwTLNlg5DiBYjnwEhhBBC
CHEmkgSAaBae+ISWDkGIFiWfASGEEEIIcaaRBIAQQgghhBBCCPEdIAkAIYQQQgghhBDiO0AS
AEIIIYQQQgghxHeAJACEEEIIIYQQQojvAL2lAxBCiKa2aPESfD4fAPHx8YwaOQJFUVo4KiGE
EEIIIVqWJACEEE1q8ZIl7N9fiKZpAJimSU5ONsOHDWPlypXMnjOXcDjEI7/+dbMcv/DAASoq
KrjooosAmDFjBgUF+2nTJudbkQSwzQjFn7+Ib/VMsG28AyaSceHtKLqjpUM7YctXLmfN2tXc
dvPtLR2KEEIIIcR3wnciATBj1gx8Ph9TrpjS0qGIRjIMA9u2T2gfh+Ps6wB9GxiGgc/nIzU1
FYDdu/fw/e9/v8Fz3nrrLb766isSE5PoP6Ave3btbfC4bdtN0jnP37CBsrJy+vTpw4EDBwDI
y8tjx44dlJaV0a9vn1M+Rksr/vwlwtsX0nb0OShA0aqFFH0KmZfc3dKhnbA1a1fTs1fPlg5D
CCGEEOI7o1EJgL+99AIAiqLEbjfdcDO6fvzdTdPktTf/i23b9W5w/Q+vx+lwnlr0jfDh/z5g
ydLFqKqKaVpcc9XVzX7MllRWVkb+hnwqKysb9XyPx0OP7j3Iyclp5sgaZ+/ePbz5ztvs3r0r
dgW5MUzTJDe3PddMuYbc3A7NGKGor7y8nM8+n05WVhaWaRIMBsnOzv5G8qaiooL27dtz8fcu
5i9//jMul5vy8nJSUlL44IMP2V9YyN13/fiUYtlfWEhRUTFdu3alsLCQxMREAHw+Hx07dmTr
1q3s21dA27ZtTuk4La1yxee0HTMIxQhgWyapvbpSMP+zszIBYJomDsd3Ig8thBBCCHFGaNRf
Xg6Hg1v+360NOvGN7ZxpmsbVV14NHE4e/PeN/6DQvKW4tm3z5ltvMHf+PNxuNwCzZs8EbK65
6ppmPXZL2rR5M6ong3ate6KqCpqqoKsKqqqg1N6v266pKoFANRs2riE7O/uMKI9+b+pUzLgO
DJs0CU1V0XUVXTvCrcF2BU1T2Lo5n3fef5eHHniopV/Gd0J5eTnTPv2MyZMn4/V62bt3L/Hx
8aSlpWFZVoPn7tu3j3vuuYdgMEBqahoXXngh06ZNo2/fPmzZugW/339KVQDz5y+gorKSvLw8
SkpKSEhIYPv27QB06tSJkpIScnNzWbV6Ndu2b2fM6PPOiN/3k2H4K9E0B0ZNGbZpo3pTMfyN
S/idKfYXFrD/YEFLhyGEEEII8Z3TqARA3R/zhYWFvPH2W+zYse2EyrMVRSG3fQemXHElnTt3
jm1rTpZlMXnSxUyedPE3HmuqcuMzkc9fSWZaB7bsOoRpWTh0DYeuoWsqDl1F1zUcuoJDU3Ho
Gu1ap6CoCuFwGJfL1dLhs2XrVwy5aByvfLQCTVVxuzTcTh23U8cV+18jzqXj0lWcOsR54vB6
XAzJ68ucz9/BMIxGVaecyTZu3ERJaWmztN0qLY1ep1h2bRgG0z79jEmTJpGQkIBt27Rt2xbT
NNm6dSuFhYVUVVUB4Ha70TQNp9NJOBImHA5jmibjxo3jr3/9K7fdfgsvv/QPTNM86fNWVFzM
uHHjCAQC2LbNhg0bGDliOKDw5aJF9OrVC7fbzahRo5g3bx6mZaGfQIXJmcQ2bWzLwA4b2LaF
Eolgm9bxdzxNGvP9uv9gAXm9+rJyxarTFJUQQgghhIATTABM/egDikKJDJ98N5qmomsauqYc
8Yps/cc0TWXr5g288c5b/ObhX9cmD5q+A77pq828++47HDx0sFHPz8rM5KopV9GzR68mj6Vl
qRiWhWXZqJaFYoGqKBi19y1LxVRtNKs2iWOfWckQVVVRFAWnQ40lL2K/X6qJw78Tu7wCX40P
RVXQdSe+xDQOpJ6LqqonPHfAmehQUREjRoxolrYXLVp0ygkAn89HdnZ2rPMPUFJSwsqVK0lL
SyM3NzdWJVRWVkYoFIp28DWda6/9Ph9//DE7duxkylVXEp8Qj9PpOqWkjWVZsY6nqqq19wHs
U0osnJFMCzsSwjIMsCwsw8A2W+533jRNFi9ZzLbt29m9ZxflZaXcc9d9dOnS+aj7WJaF4yyc
tFAIIYQQ4mzXqL+K62Zo3rZtK3mjb+CdmesJBMO4nQ7cLg2Xs+4qrQO3M3rfVfuz26mT4HEy
vF9f5s98l0gkwvU/+BG63vRX395483US2w5n1JBcHLqGU1fRNA2HrtbeokmJ6FVxlf17d/Hm
O2/z5KNPNHksLWlA9yz6d8vEtm3KSktZvyGfal8VJhCovdU5uCv6/4yZMwCIi/PQq2dPsrOz
T3fYMbdc2p/rLuj+je1r167jo4/+R/fu3enR81xMPZGaCCQ7I5QWFbJw7qfEuTwEAoGzfkJA
0zQB+PkvHuLpp57hkd88Qn7+egYNGsTDv/wVz/zfM6xYsZzhw4dz/30/5dln/8TSZUsZOmQo
9913P3/44x9YvXoVb77xFj/++w20GuKhZFkNL9zxaqztU5Gamoplmuzbt482bdpQUlLC+vXr
6dWrF06ns8EV4BUrVtC5c2d27dpFmzY5WJbFhRddSCQSwbJMCvbvp0+fvFOKx+v1Mn36dPr3
74/X6yU3N5f5CxYA0LlzZ3Rdx+/3M3/+fLxeL5qqArB8xUpKayst0tLSOGfwoFOK43SwTRvb
iGAbEbBs7EgYWigBUFZWxt/+/gKmbdIhtwNjzx9DdZWfZ//yJ/72/N9aJCYhhBBCCHF0jUoA
qLV/LNddua8JRDiRCvqIEe1w1HUK6sbkN6VIJEJxcTFdhrbnrc/XoTs0PC4dt8uBx6UR53IQ
59aJczqIczvwxjs5p3dnPp5aRCQSQdf1b+WwgE2bN+NKbEN629R6Y/8VVBVUNXq1NLZdUaiu
qWLjpvUtmgA4kq++2sLHH3/CZZdfztpCjV++u484VzFup0a5L0jH1gncctWPWLV4Dq+9/gZ3
3nH7WX0+6zrpTz/1DACPP/Z4g8cferDhPAf33Xd/g/sP/PSB2M8v3PFq9IcB0f++Pj7/ZAWD
QTweD+FwmC1bttCtW7dY4qWwsJDi4mJKS0vZvn0711xzDRUVFZimSatWaTidTmzbZteuvcya
MZu7fnznKcUy6aIL2bV7N+vWrad///7k5OSQkZEBgNPpJBAIsGXLFgYOHIBpmBQXl9CqVRrF
xcVMmjQJgE8//RTLsigpKaWkpISuXbuckZUDtmVjRQzsiAG2hWVEsJvonJ6IYDDIE797km7d
OnP+6PNp3ToHTdMoKyvlo4+n8eS9yQAkpbTi8hveJqf9mZ9cEUIIIYT4tjvhv26njO3F+HNy
Y/dVNTqdn6oqVFaUE+fxEBcXh6ooKArRyf4USE1KRFGbp0P23tT3uPR7l8Y6fNXBCE7TQiF6
VUxV6kqDo6XwmqYSidQmJWpjevvdd7jmqqubtNO4bu1qEhOT6NCx0zce27VzBz5fJX37DWiy
4x2J3+8jO7MbG3ccwLbtr80JoKHraoM5Adq3TsEwDSKRyBlzFb26upp33nmXSy65hHdXBigo
DXHJed3xeqKrSNi2zcadxfzqjc08fu045n76LgsWLGT06POaPJbTdU7rEgBXXT2Ffv37s27t
WoYOGcryFcsZNWoUX375JeefP5b58+cybtx45syZw9ixY5k3by7/efU1brjxRwwdMoTbb7+T
5//6F9auXUPPnr346f0PnHIFwPLlK9i6bSutW2eTlJTE/v37ycjIiHWWN2zYQJXfT19vHJn/
fYVW543H4/FQU1PD4sWL2bZtG61bt8YwDFwuF61atWLV6tUMHzbslOLqkJtLRXkFS5csoVv3
7qSnpwNQVFTExo0b6dSpE8XFxcTFeVifvx7LsklLS4u9H2lpacyeMxdVVUhJSWXpsmUMHTLk
zEsCmBZWJIJtGNhW3RwAp78CYNpn00hPT2PI4CGkpaVTVlZCxIjg8/mwLIuHfhp93tz5pWxc
KQkAIYQQQogzwQn/ZZvsdZEYr39jnLXfX8UvnnmKPz7zW1KTPd/Yz+Vsngm33v/wfabPmB5N
AKgKN17cj6vO7xp7XFHsej8rYBNNTCgK7ri42GOLFn1BMBjghutvaLIkwM7t26iq8mMYEbp0
PVzSvm3rVyxd/CUJCd5mTwBA9LUePl82h0+djY0NtoJVew9FbfZ4TtTSpUvp1KkTe6s87DhY
zuRRXdHqJZMURaF3pwxcDo3nPt7OLy+9mNdff71ZEgCn65zWdUr79evPhvx8hg4dyspVKxk1
6lyWLFnM+PHjmTd/HhddNImZM2cwefJkps+YzvjxEwA477zzWLR4EQD5+evp338A+RvWN2j7
ZO3avZvLLrsciCZfqqurSUpKAqCgoAC/z8fFuTlsf/Q3JHkTOThtDpstnaVVpeTm5jJlyhQc
DkdsQlCAzz777JRiqtO/fz8yMtKZMXMWY8aMAWDt2rWMHDkCv88PQJ8+faipqQEgHA6zY8cO
ILpagNMZTSp5PB7WrVvH5s1fkZfXu0liayqxIQCRSHRVlkik2YcA3HTrTd/Ypus648adj2Ea
LFn6JaYZ/RaB6O/FM3+MPi8pJY3Lb/j2rrwihBBCCHE2abJLW/9940127d59WsuuP/zfh6xe
vbrBNk2NTh53PIqioNaL1Qa279jOf17/Dzdcd0OTxDduwoXMnP4pSxd/CUCXrt1jHUWPJ55x
Ey5skuMcT/9umfTtkt6oyfHOuKudwO7de+nRowcf5pfQu1NGdAiDAg4NNBVAwbJtuuemsXbr
QSJqQm0pchmpqalNGsvpOqd1nfTNmzcycNBA1qxZw/Bhw1m+fCmjR49m4cKFTBg/gdlzZnPR
pMnMnDGdCydewKw5s/nhD65j6bIljBg2HICBgwaxbt1aevfu06Dtk+VwOBr8LtVN2mjbNiUl
JQw2a9jx2KNoCfHoNQZJYYO1b8+ixwPXMnbcOGzbpqqq6httNJWcnBySkpKYPXs2iqKQkBBP
+3btOHSoiLXr1lJVVYWu62zbtq1B8mLLB4+kTAAAIABJREFUli24XC66d+9OVVUVJSXF9Ovb
r8niOlm2aRKpLMGR3ApF1aIJgNoKAMWyUSJGbBUA2zKJlJfgSE5D0Zruszz2/NFfm7c1Wvll
GgY7dmw/fC7rPedXz1U02fGFEEIIIUTTaLK/EG/5fzcye9680zoD+8GDB4mvdxX/VLmcrthV
wqbgTUxkwgWTYh3GbVu3UFpSjMcTz4QLJuFNTGyyY32bFRQUcP7557N7zg7G5mahKuB2gEtX
0FUFsDFtlbBhk54Sz65D1WRnZ7OvoKDJEwCn65zWddLz8vqyIT+fQYMHsWr1KoYNG86SJYs5
97zzWLBwAWPPH8uc2bMYO3Ycc+fPZfTo0QC89Pd/xNrKz8+nT14fNm3e1KDtk2XbdmweAdu2
cbvdsc99+rrl1CxZQjDOhV0ZIFAaZJMZT+9f3ER1alz0irVt43K5ME0zljBs6u+NKy6/LNZu
3eoAGRnpmKaFYRjs27cPh8NBhw4dKCsrAyA3N5fy8nJ2795NVlYWpmmRkZHepHGdqJod+RS8
9HM03cSIuGh72xPRzn4kghIxaxMA0SEANVvXs/vPP0MN+UBPoO19fyC+W98micOO/ROlROuF
iBgGhhGhfs+/OeZ4EUIIIYQQTaPJLrs5nY7TvpzcrTffitvzzeEGJ0NRouvJ33HbHU3SXp26
DmOcx0NpSTFxHk+zdv4TvYmUl5WhadoZeTX/ZCQmJlJVVUWrJBdVgQgODVy6ituh4HEqJLhU
4hwKTh1qAmHSk1zROQya6fWfjnNa10nfsvUr8vr0IX/9egYNGMiq1asYMnQoy5YtYeTwEXy5
6AtGjhzJl4u+YMTwkSxZshiAV//7b+659y4A+uTlsfmrzXTt0rVB26cSW13HGiAuLg5sG/v9
10lYvozqOBeWP4ReFmJ1xMu5v32QQ06D1NTUhvtwuIPeVBMTfl3dsoDzFyzkgw8/wuv1YhgG
pmmSnJzMunXrCAYCBIMB1q5dS3Jycuxxr9fLBx9+xPwFC5sltsbY9/JjpPdMJ2fUANpNGMr+
Pz8Apo0aMVAMEwwTIia2abPzsVvJynGR2z+HrI5x7PnLr5ssjrlz5ze4zZk7ny8XLQEUgsEQ
gUAgdtPU6HCvJ+9N5sl7k3n+sc7s37OyyWIRQgghhBAnr0l7SE6X87QOAdA0jbvuvJs/PvuH
U26rc6cu3Hn7nc3SafYmJjLxwslszF9Pr7w+eL3Nd+W/R/cerF23hmAoBBxeH/1soaoqpmmi
qmos7vbt21FYWEif9q3JLyinS04iugpOLZoAqL2GTGFpkIqqEB0y45lZWkpyckqzxdnc57Su
Q9y9eze2btmCpuvkb8xH1zXWrFmDpmmsWLUCXddZvmI5mqaxctUKBg4YCMCaNavp3Tu6tN7G
TRvp3LkL27ZvA049AdC2bRs+/vhjMjMzOeecc4hzOan+11+pXr8en8OB7g/hKg+xLJRAzg8u
Zl11EV5vIllZWdGJKB0O4uKi1QDLli2jqKjomGvGN4WioiImTIjOj1BeXk58fDxFRUW0Skvj
nHMGA7C0Nhav10swGKRPn+iQiZkzZzZrbEdl20SK9+Lom0d4z1acme1oM3kUO97+PFYBgGVB
JIyqKbTunYbbaWMUl+KIjydysADs2klPTtErL7/yjW3vffAepSUldOrYmYrKiljMWa2jK4jI
JIBCCCGEEGeeE+rtRsf5Wkft5L/7+n+Oub9lHi4bbqpEgcvp5N677z3ldu68/c7YBGDNwetN
ZOjwkc3Wfp20tDTGjD6/do11i1lzZqGqCmYLrRN+ovrk5TF77mxGjRgZGxfeq1dPpk79kB9e
fyPzN2xi/fZihvXMOLyTolDuD/Hxot3cMLY9O3dsQ1EUWrfOatZYm/Oc1nXSf/bTh47zzCP7
87PPH/Hn+m2frGFDhzJs6FA++WQalUVFaP94jur9BZSqKs7KMJ6KMIsCCegj+2P1akNOcjLZ
2dnYto2qqiQlJWFZFuXl5UTCYa774Q9OKZ7GsCwrllTRNC1237IPVx7UVSLouo6qqrHnN1d1
wnEpCvHdh1Kev5nUHjlEdm3B2b4bnb53LubOjSgRI1p5UROmfa9sHIqNVeFDdbsp31NBfN7w
Jun8H83FF13Mw488TE52Dr169KI6ECAcDpKZHv3cySSAQgghhBBnnkYlAF559Z9c/4Mf0aVL
V2bPnsPEiRPRtMbP6m9ZFkuXLSE7OweHw8Err/6TH37/Olwu10kHXp/H48G2bZISk9hfWEBO
dptG7be/sICkxCR0XT+r14z/OtM0sSwr1tE7iwoAuPLyKXzy2Sd8+uk0bOtw4LrmYMG82Txy
9Vie+3gbOwrK6ZCdSIJbp6QywKbdFVwxIpsxfTJ46aUP6dmzx1l9Tk3TpKqqKvYaFEU55s/H
e97X224K8YqN8X+PEAiHKA6buPwhEirDLA16SRw5kMEPXN/g+ZqmkZ6eHvvdrK6ubrLx4vv3
72f+goX07t2LvrVX7jds2Miu3bsZMXwYaWlpTJ8+nYyMDHr27IllWaSkpJCfn8/iJUuwbZui
omLy8vJQVRWHw8Hq1aspKiqKLSfYEtre/hg7nrwDe90e0rpkYOzYjGWDWRNAxwbLxgpU49RV
rKCJGuemeK+Pakc2Xe/7bbPG5na7efjnD/Piyy9yqLiYbl27kZWVTVVVFS6XSyYBFEIIIYQ4
AzUqAVA3WdeVl13B+x+8z3tT3z2hq2KKotCtWzd+8P1rY/ebuixdURSumnI1f/zTHzEMo1H7
6LrOVVOuOqs7ikdS/wpmQkICZaWlpLVq1ah9q6qq0DUdh8PRzFEeWUZGBjdcdwORSATTNGPj
sYPBIP997XUWzvyIX1x2IduLLbYXVlFZE6JfrpcbxrSl7OButmzZwqWXXspLL72IgsKUKVe2
yOs4VaZpUlxcDDS+k9/YxEBTJADKdmynzRv/QElwU1gTIs4fxlsZZnnAi6NnN4b87AY0PZok
tG2buLg4MjMzY+PEAbKysti7d2+TrNaweMlSOnTowPbt28nP3xCrNGjTpg3Lli/nwgsuwLIs
pn7wIcFgEKfTiaZp9OzZk9LSUhRFoWfPnrjdbhRFIRAIUF5ezjVXX9WkKxScKD0xhS6PvcKO
3/6YQ+u20bp7OkqFD8U0sSMWWHZ0JYyIhao7ObC9AiOjO90efxHNk9Ds8aWmpvLQzx5i8ZLF
bNu2jZmzZlBZUcF999x/zP00VcNf1XQTrgohhBBCiMZpVALAsiw0TSM7O5t77rqHcDhMJBKp
dzOwLDOWFFBVFVXV0HUNh8OBpmm4XK5Yib2iqM0yLn1g/wH069MXn89HOBwmHA7XdiAPj4PX
dQ1N03A6nSQmJsYmI/u2iZ4Dld49e7F23RoCwWCj9nM5XfTs0bOZozu6mkCAcChEKBQiEonE
zmM4EmHC+HHk52/gX6+8QlZWFtnZ2XRJ9+Ir38NHK7ZjGAalpaVMmDCB++67n5dffplDhw5x
5513tGgn7mSkp7fiiy++aJa2T3VohLlvN9W/uhdvVirOGovEah+eygjLqxOgYweu/c/TJCQl
xhKHmqYRCATw+XyEauemgGiyqbi4mMQmmDwxr3dvNm3ezLBhwykuLsYwDNq3b8/KlSvo2LEj
AIWFB2LfUYqioOs6aWlpeL1eAJxOJ5ZlEYlEgOj3XmHhAdq0yTnl+E6FGhdPp9+8zO7fP0DB
miXk9MhAixjYlgW2hW2q4Hawb2sZSpehdHnkL6hNVF31dXXfo1//f/iw4QyvXXaybqhH/fe6
/v8AHdp3ZF/BnmaJUQghhBBCHF2jEwAvv/JSbMZu27aZPOl7aKoW66yFwmHCtX/cO10uXE5n
tNPvcjHts48b7As0GHvblMLhCIqiYBgGb73zFlu2bmnweNeu3bjysitwOJyEQqFYcuLbKj09
o8GcAKZpxoYI1M3FUJcsqFs5oCVXD3A6HCgcjonaDmRd52zYsKH069eX0tIySstKKS4uJikx
kfHjx5HXO4+SkmKeevoZqqurueeee/jbCy8wd948xo0d22Kv6WRcPHlybUe2acr16+i6dsol
7YeeeoTyEj8VBVVozjhSAyFWVHnwJacw7vFbKausoNxXGRsmVLdqQEVFBTU1NWRnZ1NdXc3C
hQsZM/o8IhHj8Pk+Sd27d2P1mjUcOnSI4uJiHA6dwsJCqqqq6dY1uvrB/v37SUlJweFwUFNT
g2VZxMfHx+IMBoNUV1ejqiput5uUlBT279/fYgmAyhUL2PvCb4iUFNd+b9pggxmK0K5rKrYd
RrUVbE1h78Yy/L4QlM5j1YXRyR+daem0v/9JkoeNOeVY6r4v6uZJiM6fYEfnIKj3vR7r7Ktq
7ef48Ge5flVKq7R0WqWl8+WXi045NiGEEEII0XiN6unddvPtwDfLiA3DwDCMWCWAaVqoarTD
5nA4Yp3Jm264+bR1KuPi3DgcOm63m1tvvpVX/v0K1TVVBIMh2rVtx1VXXoXL5ULXo2XuZ9uV
4ZNRf06ASCQSO2+GaaLVVmroul77R7wSuzraEup+Z+LiDo8NtywrVs1RNzQgIyMT0zRi5eya
plFRUUFcXBwP/uwB/vSnZykoKMAwjLN2iEdLjj0/luIdBZT5Lbq8+AILfnQ/O8NuiuLctL5x
PKvXryOlYB8DBw5sMNRg1apVlJeV4XQ62bt3L6WlpYwYPpz4+HhM08Aw1FOehFPTNEzTjE3y
53Q6G3y+Bwzoz/QZM9iwYQOVFRXYQEJCQmy2//Xr10fnXQCSkpMxjAgDBpx3SjGdir1//Q3t
B7QnLi0aH7UdbkwTI38NihmdBFBX4+g8eSRggwVgo9g21Zu2svP3D9Pvg8WnHEtdJVX0XBmx
oTmGaWLXm2BRURQUVW3wvaLrOpquo2taLBlQd150XScYDB3r0EIIIYQQogk1qpd3pAn/WvpK
8bHUxeZ2u7n3nnv5+0t/JysriysvPzvHg58qXddjnSOHw9Hgj3ZN01AUFU2LVgDUXak7k9RN
yhbt/0SvQKqqgmWr1P1mKqoaSz6lp6fz+OOPMWfuXLp17cqokaNaNP5vG73fEHyzFrPg+nsp
DyqEPR7O/cNPSGnbmnA4wvIVK74xxKeoqIhzBg/G6XQQDIXo17cPcXFxtb+bp/5dsnXbNlxO
J7m5uRw6dAin00lOTg4FBQXs2buX9u3a4XA4uGDiRFauXEXvXr3Iycnm36/+J5aoKCoq4sYb
fsT+/YUUFBQwaNDAFpsLAwDTwiwsILJnM9g2imUfTgJYNopN9Ap8yI+xbBFK7fa65xjVJrZ5
anMr1DFMEyM2JCdCJBKODf8yTKPh0ApNjw3/cjidOB2OaHLH6YxNuFpXfXTOoCGsXruK0SNP
vUpBCCGEEEIcn+KrrDiL5og/OU257KA4vrLSErJz2hIMBprtGPXLjuHoM96LphfxV7HkV0+z
ad5q1KwcJv7+Prxts2JVQPkb8ikuLmkwBCA9vRV5vfPQNPVwdZDDgbP251P1ybRpZGfnUFZa
is/vR1VVEhO9tG3bjsLCQkafd+4R9/v4k2kcOnQIgMzMTL538eRTjgWa5jNQuXQ+e577NaHi
Q1D3q25HhwHYtf/XbasbIVB/yQ9negYdHvwdySPOP+kY6tQEAhi1lV7hcATDiDSo/Kob0qWg
oGlqrMKq7hw7nU4cTid67TAj+bwKIYQQQrSM70QCQJxepyMBIM4s9ceGR8f8g13XKVRUFIVY
hUlzVJlUVFaydMlSsnNy6JPXG4AtW7ayv7CQAf37kZyc3KTHO55v22egbuhN/XlEDt+sBnMA
1FXiHOnWXOdfCCGEEEI0jiQARJP7tnV+hDhR8hkQQgghhBBnom//DHhCCCGEEEIIIYSQBIAQ
QgghhBBCCPFdIAkAIYQQQgghhBDiO0ASAEIIIYQQQgghxHeAJABEk0tOTmnpEIRoUfIZEEII
IYQQZyJZBUAIIYQQQgghhPgO0Ot+MCIRqqr8VFX5CQWDWNGFvKP/WxZnTJbAtg/HUruWtFJ/
2xlMAey69a/r1s2G2OtoaQqAqqIqCigKqqLgcrtJSPCSkOBFdzhaOkQhhBBCCCGEECdJ8VVW
2EWHDlBd5ScxOQWvNwmXy42iKNGbCoqiopwhnVTRfGzbxrYtbKvuZ5tQKIjfX4mvopz4BC8Z
ma1bOkwhhBBCCCGEECdBr6muoaK8jB69+6IAlm1jW1ZtBxBsE8Bo4TDF6aM0KEhwx8Xh8XjI
yGzN5g3rSEhIwhPvabnwhBBCCCGEEEKcFNXvqyAjMxsFMAwDyzRjV39t24azorheNB27wfm3
TBPDMFCAjMxs/L6Klg5QCCGEEEIIIcRJUMOhEF5vIpZltXQs4gxmWRZebyLhUKilQxFCCCGE
EEIIcRJUwzJBUWqv9gtxZLZtg6JgWGZLhyKEEEIIIYQQ4iSolmmhaWpLxyHOApqmYplSKSKE
EEIIIYQQZyPVskwUBakAEMdk2zaKApZUAAghhBBCCCHEWUk1LQtF0Vo6DnEWUBQNU+aKEEII
IYQQQoizktT+CyGEEEIIIYQQ3wH68Z4QDAaPuEKAqqq43e5mCUoIIYQQQgghhBBN65gJgNmz
ZzP1o6k4dMc3HosYEa649ArGjRvXbMEdkVnGklf/wdKsH3LXpBy+Gdl3VygcxuV0HvmxUAiX
y3WaIxJCCCGEEEIIcaY4ZgLgrXff4m8vvIiluKkOhIkYJhHDwulQSYlXuPPHt5/+BIBVzb78
fLbrIWTawsMqKip4/IknGTZ0KFOmXNngsTffeou1a9fyq4cfJjExsYUiFEIIIYQQQgjRko47
BCA5OZU//HcBpRU1lFRUU1pRQ2llNXNfvu2UD26VfclT973IxnbX8dyjE8lowrkI7cA+lnz8
AZ99uY6dZWHQEmnTeygTLr2UMV0TiR7Kpnr7TF574zOWby0lCDiT29Bj1DXcOqUfKfXjsStZ
8scHeX5Nde0GBXdqG7r0GcrYSRcwONuF0nThn5CSkhIef+IJUtPSWPjFQoBYEuC9995n6dKl
pKSm8sgjv+GRRx4hNTWlhSIVQgghhBBCCNFSjpsAsG2bquowZQd3YBStwR3wkwNcd/08AG66
9aZv7JOYmMjll13OqBGjjtFyhIK5H7HRjkfd+Qmf7RzNDV2apkTd8q3jP4/+nlnFWQy86Gru
6JiC5t/Lqjmf8a/HlrHpx09w5/BU1PKl/PW3r7E+bThTbhlEW6+Nr3AbO60EPF9PRtgmNRXV
kHMpP72xF+5IgPLCrayc+xHP/Wweo+55hFuGpB7/DW1ioVCIRx97nJTUFDIzM0jPSGfBwoUo
ioKqqSxYsIAevXqgqiqhUIinn3mGZ55+CkVpqXSFEEIIIYQQQoiWcPz+qm1jmBZG6Qbuvfsu
+vfrj2na2NjYdjRBYNvE7rscGvsLC3j8iUePmQCwa7bwyaxSul73IEMWPsW7H67l8p8NIbGu
X2qWs/qdf/Lukq/YWxYC4sm75Xc8OOJr7VRv5vXf/I65Kdfx5M8mkOOoYdPbLzGrKJerfvtr
Lmlfd2X+HIafO4Juv3+YV//5Kuf0uo/+B9ewNezlvFtu4tJutcmHgUMYc6z3I6Et3br3IEEB
+gxg5NgxzHv2l/zjxZfp1eVBzk1VIVLCiqn/5q1Z6zgYVPG2H8Kl/+8GLuissP65u3lm90Se
+v1VtHcAWJTMfoR73kji/ucfYFDCiXXMXS4Xl156Ce9PfR/TNIiPj6dL187MXzAf0zDp1qMb
lZWV+Hw+ykrKuOcn90jnXwghhBBCCCG+g46bAFi1Zjk/uqAdT68N0LVrV1ZuKuBAsZ+KqiCV
VQEq/cHoz/4glVVBUpM8vPjwZQQDwWO0alGx+hNWMpj7RnSjQ+oA3ntuGkuKBzGxbhyAVcX2
5es4lHUFd9/SjUQrgN0uCY2aWCt2eD8z/vwHZqgX8vC948lxAjVbmb7ER/zwHzOx/dfK8p2t
Oe/q0fzvN7OYvq6SQV3akc5i1s9fS1GHc8hwnkTH2JHJyO9fxMc//5DPV5QwYkICW19/gme/
TOd7Nz3MoFQ/6z74B68982+ynr2TTsO6oK1Yy1cVV9A+XQO7iu3L96F2mEin+JPrmI8bOxYj
YjD1g6kYqQZGxKB9bnts28bv9+Pz+SkvLeOmm/4fvXv1OqljCCGEEEIIIYQ4ux0zAXDNVdfw
/PPPo+kaRsTEsqGkooaaUIRAMEJN7S0QjFATilATDHOgxHf8o5pFLP70KxJGPkJ3j4qz90WM
THycz+YWMOaa9tSfx97Tpi8D+3Q8vC1S+79RzKIX/8vrB4bwk8evpkdt59mo2MPBMLTunc2R
Fil0ZfemjTqTgl2lWKMmcPfNe/nTv5/n3mXZ9D1vLBMnnEff1u4TGs/vSO9Gexds3FlGxLed
qfMq6Hnro1w9PAUF6HBzOSvue4d5O0P06zqCLurLLN7oY/zoFJSaHSzabtH+2h6Hqx9OwgUX
TMQwDD763/8wTZOIEUHTNKqrq6ms8HH55ZczbNiwkz+AEEIIIYQQQoiz2jETAOPHjWfUyFFY
lsWDv3gIoF7HP1yv4x9NAtQ9djzhggXM2JfBmLtqO/uuDowbk8nsObPZddlNdGvEVADl857n
n3YrJj1xA4NTGg7Yb/TqAIqTnDF38ofhV/HVsgXMmfUh/zfzXTpf8gAPTqkt8z9BkeKtFJom
FX+/mx/8veFjelkI8vIY01Xl5S82UXneCFw7vmRTpCPX9k/lVOdADAaDuF0uklOSqaioACA5
OYVgIIjP14jEjBBCCCGEEEKIb63jDgFwu6PX0RWi4/3rrv4HvtHxD8ceO7YQu2YvoMT28f6D
N/B+g8d8TN98DV37xR/3Cnxc95F0LPiSz156j36/vpZetb11PakdWU7YtvEAwXNTiPvafuGD
m9hvQavcNBy12xRXK3qcewU9Rk3ioo8e51fvv8THQ/6Pa9s7aYxI8WZ2h6BVx1R028YmjsF3
/JKrOtTfX8GV4kVRVPLGdkd9cS755X1Jmr+eSJcf0i9FbdSxjmbq1A+YM2cO2W2yqaqqIhwK
Y2Pj9/vIzMpk4RcL0XWdK6+84pSOI4QQQgghhBDi7HTCk9Y3KP2vTQLUhMKx7cGwccz97Zqv
mLHER84lD3DH4KTDHX2rkqV//wPTp+fj6zuUpOPE4W47nvtu6cHff/0Pfv/nVjz14ERaOwBP
Vyaek8CaxW8za9KvuLid8/AxIgdZ8NZcypx9+UGfxG8mGRQ3bfr1Iu39GewpM6AxCYDwARa+
Pp0iRy9uH5yGW+lCa2UOuwsU0kfmcKQWkvpcQD/Hs8xYuJikdRa9butP6in0/z/86CNmzp5F
WloaFZUVBAIBQjUhACzTwjAMklNSmDVnNpqucdmll578wYQQQgghhBBCnJUanQCwsampqSIp
3klpZTWmZWNFlwFAARQFNEVheJ+2+Kt82EcsxLfxb5zF6kA7rj4vj46Z9YveTdznteGTd2ay
uvwcxniPF5GCnnkudz5wkEcee40/fdiFJ6d0xKXE0/sHtzF2yx95+1e/Ztfk8ZzTKRXFt4c1
s6fxxW4Xg2+/kcEpKqEdH/LyrDBdenUiK8mJ5S9g5aezKFU6Mjn7KOMQ/HvYtDGeuEiA8gPb
WDlvJisLkxh5z20MT9VQ7P5cNibl/7N3r6/6fIth0Gd/z9bYk6vQUig2UZqEJvWCQUttII22
YH8bLDSBLwSMgn+AUC8IRcxFaxFaKPjCdwb6osRdtKYtzwG1kgpi0Dda0Xd5KahNaomm8ZyY
s31xzrMz3/nOuq81l2c+H/jx+z7PzLrMWmuePWvNmjXTn/1rf376Cx9+fPqjP/i7pr/vN/72
9L/93//Q9CP/7PdO3/o0TU/f9gPTH/9D3zb9u3/5L07Tt/3w9Kf/0W8vWnNg7qtf/er0i7/4
N6fnL31p+vVf/3+mr33ta9NvfvU3p5/8yZ+cnp+fp5/7uZ+b3r7+Nv3W//db05e+9KXpF3/x
b04vX3wxfcu39HnlIgAAAOdQNAPgV3/1b08/9H1fnn7o+74c3e//+D//9/UNb393+lv/xf88
fe27f2L6od+5fOL9S9Pv+qd/ZPq9P/+Xpv/yf/iV6Uf+uZwcPU2/4/v/5PSvfvyfpn/r9T+a
fuEP/pnp4z/8908fvuOfnP6Vf//PTN//n/+n01f+m780/Ye/8LVp+tK3Tb/n9//w9C//2z8+
/bEf+M7pS9Pb9LWnb5++/H/9V9Nf/Y//2vR3vzZN0/QPTL/z+/7Q9BN/+iemP/a7F/l7+tL0
5e/88jT9j391+gt/9q9O0zRN3/IP/t7p+/+JPzn9qT/1x6d/6vd8840DT986/WP/0k9N//p3
/MXpL/+Nn5v+/C/81jR96dun7/5n/sXpD/6R752+9UvfSOd7//k/Ov3uX/wr02/96BfT93+5
fvW/b/mWb5l+5qd/avrpn/mZ6df/3t+b3n7r69OP/diPTT/6o39kmqZp+o3/9zemn//5/2T6
2m/+5vStv+PL08/89E/p/AMAAFzQ03//S//t2w/+gX98+vrXfyu648/+ez87fc8/8j3T93zP
dycj/ZVf+dXpl/67X5r+3H/w53rlk4Rf+7Vfm376Z352+uE//IenH//xH/tk21/76399+ht/
47+efvqn/p3pu77ru6rT+PDhS9P/+r/8ren3/4BXCQIAAJxN9gDAL//yL0//2S/8lenv/J1f
SUb6Hd/+ndOf+Bf+xPQHflBHcUtf/epXg3f3Y9tyGQAAAAA4r+xHAH7f7/t907/5r/0bI/NC
o1gH37R/AACAa2t79xwAAABwCgYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXIABAAAAALiAD29f//r09OFp73xwAk8fnqa3r39972wAAABQ4Wmapre9MwEAAACM
5REAAAAAuIDn+Yfb7XV6efnYNYGhzdUGAAAgAElEQVTb7fX93zVxz8On4rjv2/sYemrNY0v4
2rDLOmhJfxluLe61+EPtYO2YRpVR6vxoPX9SaYe2AQAA5HifAXDvYIQ6ZLVaOyzz8Gfv/LSW
bUv42rDzjuf9v5r4Qu1rWb9r8S/zUJN+SR5jHfBU2Na0Q0YeNwAAcA0fpunzjs9ZOxnzDuLR
nLHzP019yrSlfa11ykfU8Z532HPL4+znJwAAsK/nZcfn5eXjdLu9vk9nnm8PTecvmSI+qqOV
ylso/6HOac8p5qE85GoN37Pj2HLs9//P21etrTrqyzJLDWbUtB8dewAAYAvJRQBTHeOSKeLz
Tt9WjxrM06uZQh473hx7PvPf2+i83AcGatK4hx3RrkKPKeR8BgAAOIr3RQBzOk65HZtUZ/xs
5net759Lrd0pLomnNXxuvHM5sx5Kw8fUznCoSQsAAOBq3gcASjpQZ+3I7yHUYa4dTOl9Fz4n
nliaNceRGjTo8YgAAAAAn0o+AnBU7vJu40iPIMypfwAAgDJDBgBGPIu9jH9LW70lobXcRpf7
1ulM03qZj0i7pG5Txz+qfI46GAMAAJxDcgAg1fGad5zWnpPv+fq7WMeqtoO4zH9q0b+W42rt
xNaGX5ZbTQd11CJ7JWtPtK7DUJJOatsy/dD20Pkxl1M/Ov8AAECrp2ma3vbOBFyJzjwAALCH
064BAGek8w8AAOzlOb0LUCv2OAEAAMCWPAIAAAAAF+ARAAAAALgAAwAAAABwAQYAAAAA4AIM
AAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA
4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAAXIABAAAAALgAAwAAAABwAc/z
D7fb6/Ty8rEogtvt9f3fobDzfdb2TW3PTb80bE855dArjT2Ob55+TR56lE+qfda0XwAAgKt4
nwFw76CtdahjUh2ueaf1/t9aeqHtJemXhu3p0Tuey8GH3u0kN/3a7QAAAFf3YZraO3dH8gjH
EDIfIKlxu712KZdHH+wAAAB4RM/Lzv/Ly8f3juL93/Pv71JTsVP7zOOZp5cbrkTsMYG1vPae
al/yCMSyzEP7rOV1i8cQYnkIbU9Zho/FnRqs2vsxCQAAgKNKLgIY6iiH7iTXdMDmcfa+c9/6
iMHo9JfbQ+UXKs95fKnjq51BMI8r1uGuLd9Y2GWeSz8DAADwDe+LAOZ02Eqe9y+1HATYYhYA
eWIDEz2oGwAAgPHeBwBSU7rnRt5hXXskoFe8HM8jrT8BAABwZMlHAErUdOJGTPtnnbIGAAC4
rq4DANO0/53cnKnq845w7Jl8jik1kGGgAwAA4HNPt9vr2zTlrSy/3G++73xbzrTuXqvI54Qt
3ad1obxlHD2OPyf+2JsNWpS0gdx9St+CsLZfLJ8GcAAAAD71NE3T296Z4LeZgQAAAMAIz+ld
9rXngoRb0OEHAABgC2YAHEBqij0AAAC0MgAAAAAAF9D9LQAAAADA8RgAAAAAgAt4Di2y94jP
oXtNHAAAAFf1Yd4Rfnn5+Nm75B+JTj8AAABX5RGAmdvt9SEHPgAAAOA5Z6fUa+rWOs3zfWLb
79vW9o/NRlgLH5vir2MPAADAlT1N0/SW6sDPhTrnoQ786O3zz6EwqfgAAADg0X0yAyDV6V9z
71Tfbq/v4ZfrCsS2L9Np6ZivhdXhBwAAgIw1AOYd6FAnen6nPTVdf4up+LG8AgAAwBV1WwQw
9QaBM7xhwCKAAAAAPKrmAYBlp3nZyU9tn8ez9j0AAADQ7ul2e32bfxF7jv6+vWSV/pLtqUX/
1sKn3lCQk38AAAB4dE/TNL0l9wIAAABOrdsaAAAAAMBxGQAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXMBzzmv0erndXqvjX77Kb4S9Xg+49prDez5GH3co7dz0euYvVf619ZN6DeVyn9Y2
Gou7Jo2S12DWpjHKFuftlukAAMCZfZhfLG91gV7jqhf1o497Wf+l6fXKX6p91Lafead8fnzz
+JYd95q0QmFy0m/N/3J7TT2OskU+etQfAABcgUcAZlo7Trfba3XnY6uBmBxHmQGRuz0mVafL
zmOsExmq39Rd+NzyXIv/SJ35IyqpPwAAuLrnnJ1SjwmUTFEeMc0+NcV6OT14LQ+hKcTzfUdN
M16LK3cafOpzqftjGqGyieWvNu1Up61np25E+9uy07n1+dO7/ee015w7+gZFAACgXNYMgNzp
02v7LDuTve9optJfbg91oEJ5mseXmsI9+m7tfA2FEZ3N2N3tnCnsR7/7mrvGQEhL/d7v7sfy
UDpbIRR/SfnnnL/3zzWPMCzTGvUIRG2eAADgSqpmAMzdO9Xzi3t358bYYj2A1LPsuXG0LPg4
wl4LPN4t73CXlk/JwNURy3+a+pX90Y4LAADOIjkAkDsdN3V3k3NIzYQ4o9x2edRjdF7lUT4A
ABAXfASgdDpt6/TgR9CyCCBj9Ow8j67ftfh1/gEAgF5WBwBKnyFeWxwsFoeO8rmdvf7WZqus
rRnRO61e5nGevS5qyn/L+gMAgEfydLu9voU2rnXm1xbSK10lPrQ9JvYmgpK3AITSz4m/10r7
a0LpxwZXcuunJt3YPsv9Wldpr139v+b4QuF7ts1lPC3lk5P/EeXfq/3ntN/Qfrn5S4UHAAC+
4WmapuAAwCNyhxAAAIArynoN4JmdfYo0AAAA9HCJGQA509wBAADgkV1iAAAAAACu7uEfAeA8
PK4BAAAwzvPeGeD8Wt5CAAAAwDbeHwEofR1cy6vSajuGt9tr8v3gLZ3OmvA5xzXyNXqtr4Br
Ne/sl7zKredrBJdxGHgAAAD43GcDAKlObMsd3pY7wyX5C22b6/ke8Zy0Q+9VT20vTf/od99z
3im/R/sCAAB4dFVrAJypgzXvFN7/m3+/3Ge57Wwe6RgAAADop3oNgJ5TuEumh6c66y13z+//
vy9Gt7yjnjtLoCQPy/RK8p4rVj8978D31DPtvR+TAAAAOIKsGQBrd8uXn2N32FNiYeff13xe
5rX0zniooxyKp6bzPI+z9537HvUz0vLYe5fB0Y8fAABgK1kzAEY/W36EzlhOHlLH3lJGy47w
FrMAjmJtPYZeZbDFDAsAAIAz2P01gEd5/j71SENo3xH5GDEIcOVO77xM758BAACupmoRwEcw
ohNYM4gxYtr/mWx17Kb/AwAAV3fKAYBUpzm0ffkc+Ah7dzJz7nKv3Q2/f97jLvnIslq2hb3r
BwAAYC9P0zS9TVPZSvxrz2wvpfYJxR9bbyC1Cn9oe8sq+CXHXrJgYK+3KNSUfWqfLdZ56PkW
iS3iBwAAOLv3AQDYm2f0AQAAxtl9EUDi9lyQEAAAgMdhBgAAAABcwCkXAQQAAADKGAAAAACA
CzAAAAAAABdgEcANffHFN5Zb+MpXnjZPc1S6o+MHAACgDzMAHtzoTrlOPwAAwDmYAbAhnWUA
AAD28jxNn07jvpt3VmPb59PaQ9PBU/G3Wqa7nGo/Ov85xxebKj+6fJbWjrnk+FN5613+AAAA
tHv64ou3t2la7/CtdaaX2+ef18LkhG8Rykvoc2mYVPiS48vdt/daAbn5je2Tm9/e5Q8AAEAf
q48A1Ha8YuHW7gJvqTX9UPh7p/eLL97ej7+k/FrDl0h1rEPf55ZdzsABAAAA+xiyBsBaB3Dv
u7mt6cfCzzvxNWm1hu8td7ZHbZwAAABsz1sAOvnKV56aOsmt4XPTOHP8AAAA1FsdAJjfjR5h
dPyj05+HX8ZV2gluDV/qCPHvXf8AAABX9DRN01uPtwCshcsJ30PrKv25i9LVxr+2z1ZvSYgN
LixX3g+lm7PIYyj+Zfi1dCwCCAAAMN7TNE0PdStW5xEAAAA+d/o1AEwnBwAAgLSHmAGQM40d
AAAAruwhBgAAAACAuNM/AsDjuN1ep9vtde9sAAAAPKTnvTPA+c077S8vH98/v7x83CtLAAAA
LLw/ArC887rWeVt29Eq0hJ3HEQub2t4afyjMXSjs2l3t+b6p7bnpl4btYd7Zj5VFrH31OIYe
7QsAAOCRfTYAkOrEttzhbbkzXJK/0La5WAe153GtbUuVZWk59aibrSzz1+P4W8MBAABcQdUa
AGfqYM07hff/5t8v91luO5tHOgYAAAD6qV4DoOcU7pLp4anOesvd8/v/74vRLe+o584SKMnD
Mr2SvOeK1U/PO/A99Ux778ckAAAAjiBrBsDa3fLl59gd9pRY2Pn3NZ+XeS29Mx7qKIfiqek8
z+Psfee+R/2MtDz23mVw9OMHAADYStYMgNHPlh+hM5aTh9Sxt5TRsiO8xSyAo1hbj6FXGWwx
wwIAAOAMdn8N4FGev0890hDad0Q+RgwCXLnTOy/T+2cAAICrqVoE8BGM6ATWDGKMmPZ/Jlsd
u+n/AADA1Z1yACDVaQ5tXz4HPsLencycu9xrd8Pvn/e4Sz6yrJZtYe/6AQAA2MvTNE1v01S2
Ev/aM9tLqX1C8cfWG0itwh/a3rIKfsmxlywY2OstCjVln9pni3Ueer5FYov4AQAAzu59AAD2
5hl9AACAcXZfBJC4PRckBAAA4HGYAQAAAAAXcMpFAAEAAIAyBgAAAADgAgwAAAAAwAVYBHBD
X3zxjeUWvvKVp83THJXu6PgBAADowwyABze6U67TDwAAcA5mAGxIZxkAAIC9PE/Tp9O47+ad
1dj2+bT20HTwVPytlukup9qPzn/O8cWmyo8un6W1Yy45/lTeepc/AAAA7Z6++OLtbZrWO3xr
nenl9vnntTA54VuE8hL6XBomFb7k+HL37b1WQG5+Y/vk5rd3+QMAANDH6iMAtR2vWLi1u8Bb
ak0/FP7e6f3ii7f34y8pv9bwJVId69D3uWWXM3AAAADAPoasAbDWAdz7bm5r+rHw8058TVqt
4XvLne1RGycAAADb8xaATr7ylaemTnJr+Nw0zhw/AAAA9VYHAOZ3o0cYHf/o9Ofhl3GVdoJb
w5c6Qvx71z8AAMAVPU3T9NbjLQBr4XLC99C6Sn/uonS18a/ts9VbEmKDC8uV90Pp5izyGIp/
GX4tHYsAAgAAjPc0TdND3YrVeQQAAIDPnX4NANPJAQAAIO0hZgDkTGMHAACAK3uIAQAAAAAg
7vSPAPA4brfX6XZ73TsbAAAAD+l57wxwfvNO+8vLx/fPLy8f98oSAAAAC++PACzvvK513pYd
vRItYedxxMKmtrfGHwpzFwq7dld7vm9qe276pWF7mHf2Y2URa19bHUNr+9g7fgAAgBafDQCk
OrEtd3hb7gyX5C+0bS7WQe15XGvbUmVZWk496mYry/z1OP6adHs7erkDAABUrQFwpk7OvGN2
/2/+/XKf5bazeaRjAAAAoJ/qNQB6TuEumR6e6qy33D2///++GN3yjnruLIGSPCzTK8l7rlj9
bHUHvlRL+5mHz2kfOe0vVP+57fNo5QsAAFxP1gyAtbvly8+xO+wpsbDz72s+L/Naemc81JEL
xVPTuZvH2fvOfY/6GWl57KVlkDq+nPaRan/L+EriX+6v8w8AAOwlawbA6GfLj9AZzclD6thb
ymjZEd5iFsBRrK3HkFsGPWZQ5JZNbZ3M89gSDwAAQIvdXwN4lOfvU480hPYdkY8RgwCP3Ols
6WDXtL9HLksAAOBxVS0C+AhGdOJqBjFGTPs/k17HfsTHGwAAAI7klAMAqU5zaPvyWe8R9u6E
5twFX7tbvucz6i1ltazrnPIfPeiyjP8os1wAAIBre5qm6W2aylbiX3tmeym1Tyj+2HoDqVX4
Q9tbVsEvOfaSBQN7vUWhpuxT+2yxzsPIt0iEwue0j9ibH1L5ymkLoe8AAABGex8AgL3pGAMA
AIyz+yKAxO25ICEAAACPwwwAAAAAuIBTLgIIAAAAlDEAAAAAABdgAAAAAAAuwAAAAAAAXIAB
AAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAAAAAA
XIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAuwAAA
AAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAAAAAu
wAAAAAAAXIABAAAAALgAAwAAAABwAQYAAAAA4AIMAAAAAMAFGAAAAACACzAAAAAAABdgAAAA
AAAu4Pl2e52maZpeXj6+f7n2Xcx9/7ncsK3Onv8tlZZLbvge5TeP4xHLHgAAYG/NMwDmncL7
f/Pvj+7s+c/Vejyh8D3Kbzmw8GhlDwAAcAQflp2u1rvEWzt7/rcwqvPfw7K+DAIAAACM8Tz/
MKLTNe/ghaZ5L7+v7cTX5P+e3u32+lknNBbvsqMaOr6cRxRa4s89xlA6W4QHAABgfx+m6fPO
ZM+756GO8Nod+9rOf2v+53ladnJTU9xTn1NGxz/asuxaZmAc5ZgAAAAe0XN6l36OPC1/2ZHN
mQUQiqPG6PhHCc1wWCtDAAAA9vM8TZ93Pkd33nrH3TP/a48E3L8viaMm3ZHxn8GjHhcAAMAR
fPIWgLN3wGqnnZt6DgAAwKP7ULIK+xE7y3usIl9SDjVvKdirnEenuxa/tzgAAABs4+l2e32b
pvgq9bnfz4U64msdu1j4lJxV9nPjCKXfenzL/XqXX0qoU99Sv7E8hvIZq5faNxwAAACQ52ma
pre9MzHnDjAAAAD09yG9y1hHfKwAAAAAHs0hZgD0mOYOAAAAhB1iAAAAAAAYa/dHAAAAAIDx
DAAAAADABTznviIu5ayvcWt5BeFaXHsce84x5NRP7JWKa2rbSEn6pXGvhe9ZxwAAAGf1Yd4R
enn5GH23e8xZO1TL45+m8mOvDdPDvNMcqr9lx3otr6n8z+Ofp1Oaz9rtOWFTx97SvgEAAM7O
IwALe3YQa16JmOqMLzvHsU7yKFt2/nXwAQAA1j3n7NQ6hToVPvUawNLwpflLieVvuS13Gv2o
GRM10+hHd5pT8eu0AwAAjPfJAMDac9ShDm3u8+454WPbUuFb85cjJ++hjndJ/lrzm/OMfcv6
BnNHfOQjVKY1MysAAAAezScDAPMO9VJrByoWPrXQXGzAoFf+YnrEvdU0+94d81BZLwdgcsOW
6hF/zowSAACAR/fZIwBrHe779y1yV34PTZef38Vdi2urKfW1nceRd8xzO/8j8jB6JkDNowwA
AAB87jSLAF5hBfeaqeqj7vwDAADwWKoGAFqfqS4Jv9w3ZxCgJX89OtSp9Ec/k742W+L+ufT4
jv78fOnxGTABAACu6ul2e327fwgtaJezin3JSvmx7WsL+418C0DpsYUWHlzbr0f+UnKfkQ/l
LRZHSf3X5DH37QClaZS0TQAAgKt4mqbpLbkXAAAAcGqnWQMAAAAAqGcAAAAAAC7AAAAAAABc
gAEAAAAAuAADAAAAAHABz2uvtCt5V3qPV7jlut1ed3uFW+w1cznhasu3p73SzU1/RP62bp8t
ce9ZP7XtGwAAOI/mGQDzzsLLy8fku91r9Y6vlE5Rm1T9jarfrdrnmS0HHpQNAAA8pg/Li/69
7xIzzrwDvKW9Ov9bay3fPepneb4bBAAAgMf1PP8w4qJ/3sEITTNeSzfUEYlNqV8L32P7aDnH
X1t+a/vEttWkn5LqVO7d6cw9/uX+oTooKd/W8D3qBwAAuIYP0/R5Z6HlGebUHcXYjIO1KdrL
u6LLz6nwrdtHyzn+2Ofc/Oc8d59K/+xT6NfaZ6/6ry3f1vA96+eMdQoAAOR7Tu+SLzVwcJS7
kkfJx1xO52st3/c7v/MFEo94fEewvEs+N3INAvUDAAAcwfM0rU+zH9lJ0QH6XM2U+vnntbvb
fG6tQ37/fos0R6fV4qj5AgAA+vjkLQA6AP1ttcji2afn55h3os/mCvUDAAAc24czrgLe2hHc
uiMZW1BuTUn+lvueof6OLrZWQOkAztHrx1tAAADgOp5ut9e3aUqvch6SWswsZ7Gz3FX4a1fB
7/EWgNxF22JCj1aUvAWhtvxi8eSWT+lARiz+tfhieahJdxl3akHFnLRD6beUb2v41vpZpqHz
DwAAj+lpmqa3vTMBKe5MAwAAtDEAAAAAABfwIb0LAAAAcHYGAAAAAOACDAAAAADABRgAAAAA
gAt4zn0FW47YSu05rxmrfRVZ7msE9xZ6DeB8+zRtn/etyi91/Hsoeb3jGd5E0PoKwLvWVzyW
5mEeV235rrWv0ldMLrev5al3O+jxGsqSNM7exgEAqPdhfqH38vIx+W72WjkXlK2DDiPz3+po
+bnbqvyOevzL9n9mNWXcq/7n4efxlOaj1j18bEAndHzLMuiRn1w55b+Wv5Y0UvsBAPC4nntG
dvYO1N6UX5vRdy+PXD+1nbcjHFOvzv/Ly8fpdnstmmmy1mbu8RxBj1kROeGPcrwAAIyVHABY
XkCGLih7TlHtadk5uFub0ju3dry54WPbSsuvNP35frmzLpadptR051CbWMa7ti0WXyp86bH1
VFs/qfOnxxTzUB5q7FG+LXfdl/mtGQSI5anVFo8QtOrZfgAAOLZPFgG8XzhPU/nFacvF7MgL
4nnnYm2KbWoKbupzLOx8W+jzMp+t+a8py3mcpR2AnPKLHX/JFPS1adHL49j67n+qfnLjXavP
HD3PnZa47m2npg1tpeX3rfbYUvW7PPdiA4Qt5RsKf7TBCAAAxvpkBsDyYnSLi8KjXIDmXFSH
8njUDk+J2rpPzSDIlSrDezqPeJdyXob3z6XWZlqUxNNz4G/eHmJ1lZNWbvjc87fHoxI1gwCh
+g19t6y/1PbS/C/Dt7YfAADOoesaAGfWcjE9/+7sndOaKdQ9OrA6G3VCj5Js0fnP0RpnSRu8
Sw0abDnAeXQ92g8AAOfxIb0Lj6zXlO2a6e+99Zx+fvaBnFw6fOuuUv8AAFyLAYAVo59jPvJz
0qWWx5IzCJA6/r3LZ+u0t5pFkluuof3Wvt+7rlqtlXnv43m0WUIAAJzX0+32+ra2ITSlNrTQ
3PKiNjS1tDb+mNCCcD22p45ruU8s/2sd5VAech4ziHUoaqaAp9IP7ZObfuj4c8o/9dx0rdpn
zGvrZ9k+eh5f7jlYMl0+FT4UR2v7y40jVX6xwamc+m2tn5zwrb9fuXlIhc/5rQMA4Nyepmla
HQB4JFea5rzFsV6pPAEAAB6FRQBPbuvOuM4/HEfqcQLnKQAAcw8/A+AK01pHHmPr9GMAAACO
4eEHAAAAAABvAQAAAIBLMAAAAAAAF/C+COAjPCt/u71W5fssz7mnjm+vBfq2Kr/a+h2p5Lw5
+gKKNeUbe7Xl2j5r+7a0n6Odu6113BK+1+sjW9LPeUXkWvyjXsNYYkT5lbymci18Tdpr6Zdu
T+Vvub3l+Ea+BrREzm9ZLMxSSf5L0szJQ8/fj6PHv8Xfl9LXuKby0Ps1riV/h0te0dxDr/zn
pnHmazDY0odp+vSkyLkwOKLa/C6P/ajHf7T83G1Vfkc9/vkfkjP/UbmXb2k5p4451T5a289a
+e/VVlrTbQm/9+9fqP0s62ct/tF/f26310/ytxb36PJrKZ+YVPja7an4l0Yd35Zqfr9zy6dn
mnO9z9+zxT/670sPLb9vOfnPGZCIpbeWv15K8986sJTT+Qe+4UPoQoDzGfEDfiWhzkEvR62f
3DsaZ7DXMZyx8z9NfdpkS/s5wt+frdrKWc6rVPmnBgFa0zzib2SJLfPf8/xtjb9mcK01/lT4
rf7mhtpv6+9bbqf2vk+sg50Tfmut6eeGP8tvL2zpObQhdKcg9nltGk5q+3yfVPqx+Jdx9fpB
G53/tfCxbaHjS8Wdm/58v5wyvO9/u71+9kcolN+cDkNJ/eaGLz22nmrrp+T8W4szN1/zupvX
Z077ScUZk2o/PeSen8v9Sy5M7/vXXGi0hu856NFy7Pf/L+uzRu/f77V/xy6ac23Rfrd0P45Y
J793p2otrp7xx87/2D61aS3LJyf9+X5bt5/Rg6Yl8e/dIa1R035Hd3jX0hpRvz3+fo7W+vcV
HlXzIoC1HZX759QUofnn0Pbl6OqIi5NQ+iX5X/scC1tyfKFjLs1/6x+Y0h/YnPKLHX8q/Fpa
oe29284y7tj3ofrJjXetPnvIab9zW7eflJL20Rr/HuF7Gp2Xef2WpnEPW1pvy9+OtX+3ymm/
OYMDLeWTEz5neyr+kC2OLyX2mx87/3vlqTb9u5bfpuX5MWIQNRV/69/PVN5TA1Ox/I0uny2k
8t7yN21ePiXxpK4/lr+NOfXT2v5HnNvwiIIzAGq0jHqefWQuJ/8jfriPYvlDn/uDex90aL2D
lirDezqPOAo8L8P751It7XcZR036te0n1+g6X8Zfegyt4XPjncu5a1MaPqbl3CtNa2s57bfl
72NJHmLbU/XZur0lfyP1HLAMiZVPyYBuzW/g8vzo/Rs6Ov7Wekjlb3T+RxvdkW0pn9j1R+i7
3vWTCj/q7yucWdcBgLuaC4Gzn4wtP1bz7454cVui5gKmRwf27O1nbyUdrJFlXXsBnBPvCKEO
c0nbbwlfGv+a1F290nRyOpGPegF29ONL5e/InfgWW+U7dveade7SxuWWj/L73Oi/r3BmwUcA
zt4RZRu1U7aWUtMjt9DrWO5xXU1N/fUsc8od9YJoxHkY+ndr/I/YflPHdLRjXk5BZns150LJ
788jnWu5x3HU32fg/D7EnonbS+sP/d5/KEanv/fx9bQ8lpxOZOr49y6frdM+0iySvfOQc8G0
Nttk2YEYccF1lt+1Lc+f0X9/QtNMXVCHna3zf5dbp0f4+3CWAag9yqokzaNfC4z4fdvr71cs
P2t5AY7taZqmt2n6/KQNTemcP+e29sxb6hnStR+mtR+MnGnysbRanr8NpV+zvfT4l+Ub2y92
DCXllzq+lJryqUk/dPw55ZRoS7gAACAASURBVJ/zvHON1HTn0H619RM6/2qPLxW+5PyubV8t
7S8nbOk+te0it6xC8deGT51fMbntNxU+p/3knJMl+5a2kdT5stSjDbaeX6Vpl56fqfrP3d56
fC3lUFO/udc3uWnH8j3y929U+HkcI+Nv/f0Jxb91+fa4Ds5Ney2OkmvD5X49/v7mXM/k5L00
/ZLwrb+18GjeBwAI22NUdS9bHOuVyhMAAOAohiwCyHls3RnX+adEajqhdgQAj8fffxjHDICE
K0wbGnmMrdO7AAAA6MMAAAAAAFxA8DWAAAAAwOMwAAAAAAAX8Jz7mqa99XhN19m1lEFO2CPW
+5Zut9fqck29Biv1GrPUa9DWtvU06vwa8Xq9ZVy9XiN4hnZfc47uWX45r7EqfY1Tj1eQrcVT
8prF0t/QnudBaf5Gvmarx2vcriJ2rTX/riT8lmr+PpbGP015r4rc8vhHn1/LeFK/oyN+n1J5
WtPyGsIj/jZs1b6n6ZjHn3L2/E/TuD5OyXVQr2ubHj6cpSLPks+RWspA+cWlVpsdbV4/qX/3
zuv8x6d3O2mNb5m3ZRmkto/O35Zq6v0o5TePfy2dVPqtbT6Ufir+kvLJjaNGbf5a6zc3fKp8
ry70bvTSjtiovwG56e9pr0GPe9ojzq9lOqk8LPft8fuUI3Zex37fepXPaFvk5+y/iWfP/8hO
dirO3O1bnxceAeDd6Au32+31cD/8Z9P7h+Lqsz7Oora+U+f0GTpro38zesSf00HvHXeO1vo9
Q/s4m9byfNT6OGJb2+L3s6TzHxo4bUkjJhW/64d1e1/n7p3+0Zyhne4xCPC8/CJnevJ8+9p0
55Ltqfh7aJnCtcxzbDR2bfta/GvbYuUTymNPqbrZq/56pF8yhTW3/S/32VMqf7H2Vxt/Tf3X
TmHeyqgp1r3Kf3kO5KYfiqtme24+exr9h7E1/lT95IZf5qdX/krTX8vDct8j/b7nxh/6ruX6
plbJ72MsfGv55V6/1eQxtH/qb2ysbGJpzLVeH4TykVJzfvQ8v1PlfbaO4Rmv/0pnX+Sen7E8
huLLbQ8l52cq/yVtv6T/GMtfrdL0zzCQUOJpmqa33A5q6LvcTnLsj05OBdcUfusJEGv4OdtL
85P6PPICPbfca+uvVqx99f6Ba+mctaRf8n3PNpA7eNByfLH9ay/QS7antOSvtC21XkDXlF9u
2j3OgdK6y92nNn8lbSNVbmvhc+snJ/1YHkrzt9wv9De+tf306Dy1/L6XxN/6+1P7+5u6QM49
3lT4tTh6Hd+ov4+pfZffj/59Th3HXY/f9pzwy2OJXQPW1HVrHmt/37f6fRh9/RfKa25+tri+
6Pn7N+IaYvTvfypM6/Vqbr5y8t2rHeb6bAZASOhEn2vJdE78vdTkc+0HOHd7y7Ft3SBqbVF/
Ry+Doyo9d2+31/e2XBLHWlxr29bij4VPdXhi22P5Xks/lL+W44+Fzc3f2m9KbvnNw5f+cWot
v1Be5vkvSTOU71D+ctLPib/0/Fhuj4Vv/e0sGbDIzf9SqH20lm8qrh7mbTKUTm0d5JwfORfO
a3ktDf+Ifx9zy2309Ufu+bNXHeT+vs8/9xjMuQuVT+7vZ46jt++WzmqP9hv7jU79/pXGubZP
q5wyOnobOJtPBgBiF+clBV/bwX5EuSOmZ7dl/W3dVnJGufcUy1+v9neUYy3VK9+j7pjkdAhi
8dXkoWT70et97/y11s9R/j4c6a7EHnVam+be7W/NEfM02oibT7Xn8Cg9fr9r87r3AMfcEa//
Wsun9Zj2qp8Rf7+O0Mau4rMZADl36KDGkf6IlDh6fo+eP/YzYsoe16F98Oh6DB7UziZq1TNO
5/q63Lv3R539ASFVbwGYTycZ4ezxX93Zy/fI+T/Cj32qfFrLLxb+CB3a0cffqjV/PfNfGlfv
+tu7Lra2dkem9PhL2scZyrf0LtUZjmlPofJZ+35Z5kf4fR4dV8/0a8pP+21TUn6jBnVCv1mh
70tmcM2PbY/zs8Yyf6X2nmGXY4+yf7rdXt/uH0KNaq3QSqa0phptLP5lHLF0QlLx5xxfaLpP
avsy/ti07JzyKXmecC5VfrHtPeqvVkn7Cu2Xm7+1H8aaPNakn7pwioUtyV/uYwEl+d96e8/f
hhH5i22vPX/X0qn5fV7uk9pek69l2N71u0X+5vvU/H6UhK85P2Pbc8qv9O9fSfpreQjp8fue
E3/u3+e1+GsuutfyEMp7y/nR8+9j6vhSfx9j5ZIbNpa/+/e9/36ltJ4fy3hqft9C5VeTfmn+
crfl5D2UdsjRr/9ut/RM6db2G8tbKv2c379Y/KX5L72+Ke0/tnaSS/4elBxf6zVq63HVepqm
6S25FwAAUGSvC/xcR88f0J8BAAAAALiAqjUAAAAAgHMxAAAAAAAXYAAAAAAALsAAAAAAAFzA
c+srluZaXgOTu08sTGnYtbj2WgU19zUcoX1K06iN44xaXrOytk/PVwjm6vEaoFS8sfA9jq+m
/HJfgZZ6zQ0AADBNH+YXyS8vH7Peb1oj52K85oJ9mf9pqst77+OtSXst//NtrfWzVlaPLqf8
ct7LGivvZRq95b43dvlfiVj4HsdXW365v0/3z3uexwAAcHRdHwEY1QEqzcM07dMRuN1ei9Nd
du72zP8jSrXJnPLP7byO0LN99GifNfFvVX7OGQAAiHtO7RC6+1gzhTonnRFiU99DdxJT05D3
HujoKad8Xl4+rtZxTvvoGX/ou1w1YQ3KtFF+AABwDJ8MALR04pcduBKhTmAvy87j/Fn/3IGN
WBxr6dQIxbl2Z7XnAESqfJbfhY6/Nf5Qer2kOv8taW6xvkIsfznp58yECO3bGn9KTvyx36d7
uxn1GwIAAI/gkwGA2g5eiy0W7OrRIdirU1EyANGaxii58W/RBkalMbJ+ctOtST83/Ojj6zHA
9kizcgAAYITkIwBnl7OAWo69OnOtcu56z7f3HgyoiX/rO/+j0u3t6PkDAACOresigFdXs8ga
Y20xw+QsRrdP7R8AAI7t4QYAenT4Uh2Znh2d5Z1xHdbxlmsO3L+b//8o5Z/KX2tb1GkHAIDr
eLrdXt/WNoRWcZ8vspW70ntqe078ITkr9OfGH1pkbIu3AMQWOGtNv6Ru1son93Mq/Nr20sXf
Uvvmhl2GLy3/+X6P1j6W4UfEP48jFn9u2+31lggAAHhkT9M0rQ4AwFHp4AEAAJR7uEcAeGw6
/wAAAHUe/i0AnNsW0+sBAACuwCMAAAAAcAEeAQAAAIALMAAAAAAAF2AAAAAAAC7AAAAAAABc
gAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAUYAAAAAIALMAAAAAAAF2AAAAAAAC7AAAAA
AABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAUYAAAAAIALMAAAAAAAF/B8/8ft9vrJ
hpeXj5tnptXt9nrKfN/d6+CoxzBvIyPyePTjb9FSdstzMxZHbRmOrlsAAGB/H6bp007D/eJ/
rdNxZGfL79ksO5bKO19L2S3PzVgctXWibgEA4Bo+rN0xdAdwH/MO3pGNyuPRj/92ey3uHC/P
r9JOdm6Z9Or8GwQAAIDH9RzasOwI5Hxem0ac2j7fJ5V+LP5lXLkdybX9c+6I9jq+tX1i22rS
TymZYl4af27+UmUX+m4ZLrZ/Kv6zToMPHQMAAMBc8yKANQMF88+pKc7zz6Hty9kLPTtvJfmr
Ob55vlvTr3mEIyd/oX/nyM1f6Phj5Rk6luW/Y8dWUn6tbaulc36ffZBqdy0MHgAAwGMLzgCo
0XLX+Oidj5z8rR3f/a7sfIHCM91dnqbwnfWt04/l4b7P2l3wo7etHMtZC8sFL9eO+WztDAAA
GKvrAMBdzUDA0TsrJflb7pvTgWWMIy1wN6LeQ49S1KSlXQIAwGMLPgLwCHdNj6Rmej7HUrMI
IAAAwFF8SD3zvYfWjlZJ+JJnzGviX+5rEKDcke7ilypdw2BtKn+v412Lq6b9AwAA5/Q0TdPb
NOWtlH7/PrbqeGoF+9TibbH0Uwuftazi3roKfyzd0rcALLf3Kp+Q3PhDeW+NP5ZG7lsAcsoj
FGbkwnrLPMXizWnXsThyz8VUWJ1/AAB4TO8DADCKu8oAAAD7a34NIAAAAHB8BgAY6khrSwAA
AFyZRwAAAADgAswAAAAAgAswAAAAAAAX8Lx3BvYWei69ZsV6r1Jrc7u9RsvtEd8mkNtmHrVt
jT6u1vhLwue03zPXXeyVm8vvc8MDALCty88AmF+Mvrx8XH13fI7Yu+dJu2p55XaGHrXTNPq4
WuPPDZ9qv4/avh+1XQIAPKrLDwCM4KJ4jPkADVzN7faaPZAwYkCi9fxz/gIA7O/yjwDkWLtY
Tl3IhqbJLrfPZw6EptPWpL8MWxv/6PDLsKFpwqm0c/M33y+nDHPz36P+aqdI55T/Mo+92ldr
/kL7luSvNP8tU9FTM31qt8faT20ec7bHyrvnVP/aY8vNX04cc7Xnb+nvBwDA0XgN4JR/gbjc
P3SRn3sxndNJ630BXBN/Tqel9vhKjik1OJCTv5qL99zyWEuztHxj+SvtrC07NUu92lfM6Pbf
s3xTx1CSZiiOnHrtOUBRk1buebb2fWn7zdFSf73bn84/AHB2ZgDMzC/ybrfX1YvGULgeF4Y5
nd8Wo+NvSf8R9Di+e1tatr+UVP3d412707lMb3Q9heLv1T5rOuEt8R5FyyDEfXuPmQe9y2ne
RkfEP08HAODRGQDItOXF4VpaPdMfHX9N+o9kj+NrHXjaooPV4oh5OpLWzj+/TRkBAI/MIoDA
9PKSfgPGfJDgjFLHd3Sh8j9K5//s5QsAcAUGACrs3REanf6jH9+jKym/5b5bdOJa6zcVPrb9
CMfXs3336vzf92vNV0v55g5wPOoAFQDAFi6/CGCqoxDaJ7Y9tEjW2j6psDnpx/SIv2V7Tvpr
8aTKsGbRwtx8xPK1DL9F+abSyclf7iJoofRDceXILb/a+muNPzfvqfCx9hvb3np+p86p3M5/
bC2TUPvLLZ+S8yS1IGEqj0f6/QUAOJrLDwCQ9kjPD9ccyyMdfy1lMI6yPQ91BQCcnUUAeWgu
2PtQflyR3w8A4NGYAUBUyRT+o2o5hkc4fo5L+zo+dQQAPBIDAAAAAHAB3gIAAAAAF2AAAAAA
AC7AAMDMEd8hfX+39RHztrXQO8J7lc8Zy/hM7WN0/aXSbk1nizye2VnaIQDAlRkA+KajXrha
cOobQvXTq3yOWv8pZ2kfo+svpTUdnX8AAB6B1wAC0Owsg1EAAFd2+QGA5Z23tfc+r92dy73Y
nYd9efmYFX8q7mUcLflLhQ+ltfZ5eaw58ZfmLfVe7tLyLY2/JL2c+kmVb6na46/Nf25+YumV
5r8k/Ryt7SOVv5z6j8Wfk/ce7a/l/A2F7ZE+AAD9eA3gN4UuvHMusHPiXbMWPpVeToexJn89
0lsL05q/nDA5gyypeGo73qXll9reUjaxNEP5bc1/aR5L669X+rnhSttHr/Lbq/3NP6+FKclr
7bH2HgQDACDs8jMAtnK/mF7e6Zqm/Od/cztRNfm65y0Uf25cIVs845y6q/zoRh7/nvU3Ov2R
5dPz/GqRc4xr+TpK/gEA6MMAwM5ypuvmaLkon1/kt8YVCr9Xp6FX+Z7VEdpXD6PS36J8ep9f
NUrSXO57hPwDANCHtwCcyMhO7MvLx8t2kmG0s59fZ88/AADfYABgxfxu19HkXISX5H+57xYX
+a3lO7p+jlz/vS3rO/c5+T3rb+/6SaU/315zfpUc3+j62+P3ITcvAACUswjgzNqF7vL7te05
cbYuwrW2f84q3yV5DIXPzV8o3db8hfKR+i6nfFPxl+ZrLrd+cvOXSrvl+GPHfqT6q00/1k5b
20dJ/a5tT8Wfo7b+ep2/ueUb255aBNAjCAAA7QwAQGc6KgAAwBF5BAA60vkHAACOylsAoEGv
6fEAAACjeQQAAAAALsAjAAAAAHABBgAAAADgAp5zXlPXouXVVkc0apG3oy4e17P+tmgLR66f
RzsXSqWOf/Q50JL+Uerukdv3yDLOift2e929bmPp52yfpmv+tgAA+d5nANwvHkLvNK/1SBcj
Iy+wYu8831PPYx3dFo5cPznvtn9kex9/a/pH+B07cvuex1FjdPtI5W3v8zGV/t75AwAexyeP
ADz6Rcbt9tqtAzfCVTuHPZypfo7QmdxT6PhfXj5uUjZ7p1/jTO27Vz4oc+T2CwAcR9ZrAJcX
hKHHBXKncObc7Vlui8V/5VexpcqnZ/mFOiE54ffsVITaW+7nEXrVzzJMTd5T9dd6fq6JtY/U
th71U5J+yt6/P6FzK9Wh75nH2PldUz6x9hd7XK20bSzj3uv8CaWfm7/Ub0fu70uv8wsAOK6n
2+31bZp++w9/6gIgtmbAPJ75PmsXIbELtthF0DKO0WsYjIyzVzq5Hdr7d6Xl16v+Rl5cpuKN
dSJytuem05p2af3EOl45ecyNv6TTlerElJRtj8GZXnWb+1tz5d+f1t/3VNotg3e122J6nD85
6efkLzU4UPt7DgA8lk9mAOR2nkJSFw05F2Cl8d8vYu6DFzn56CnVAWvtoPXUI7218p6mcDns
fUGZylcqXM8yS8XXekd7OYDXEldPe99V3CL91jI/q9xyzf2drP3bsJfcvz9HPgYA4FqSjwCk
7tasqbnILgmz3Hd+EVabfq2SqaxHMSJPRzzOacq/y1hyF3K0o5YlYXvWWWqKf2r7FmrTqvn7
s7Wcvz/OaQDgKLLWAOgldPe4V9zTNEXj3/tuNHFbPR6wbCOp7dDDqPZ9xkHIR3OF3w5/PwHg
MXxI79JXzp2c+d2UlOW+o+4UbXEH6lEusErqr5dY/by8fLo6dunnu0epn5Q96u+RjCi/R/r9
OXr7Gv33JxV/63YAgJhPFgG8i027XD6vWTK1OneRsNi23OcrRz/rO/oudU3YuZ7l13N77Hnf
HmV7hvqJlV1p/dQsKFYSf8n23PM75xhL0k9pTb9X/q7QvtfO79L2lfobUvL3KTeNtXhytZ4/
uenHtue0z5q/v2tpPPoAKAA8uqdpmt72zgRtHuHC7BGOgfHO2k7Omm+uZeTgLABwDJuuAQAh
LixZ8ygdj7Pnn8eUe35pvwDwOMwAOLkjrV4PI2jjMI7zCwCuxQAAAAAAXMDmbwEAAAAAtmcA
AAAAAC7AIoALR3zN1jKO1nhY11K+OWHPsKBdLI+p/LeE3cLt9hpN/wh5TEmt0n5Xu33PVxQe
/fftyO3n6GUHAByHGQAzIy/gYu9czpHz7mbatNT7I1x053Tgl//O3b53u32E8yVWP/PvWrbv
XT975yPkaPlZeoTfHwBgGwYAvmmLuze9Lm5d7J3Ty8vHw9bdmdr/KOqnrX56ld9R6yDlyO0H
AODOIwAFWqZA97a8WH95+RicBpp7R3YeR8kxxOJvTT8nf7HpzTnlE8pjT6m6qa2/R9ezfS/j
W/s+ta00/atoad9rSus3FH+v34+141n7PrWtNP+p/AEAlDID4ARi06vXLiTnn+ffz+9Q1Uzj
juUtFH/P9EPbY3HPvwvts+Xd1dD3ofyVlN9IrVPMW9OtLZ/lXdnQXdqcQb0j18/eatt37N/z
z7H6jX1ei2v579Tvx8j2k1M+V29bAEBfZgBkSN0Fyr1LVCv3znxLevc0lneiauPqnX5se0t+
t5y10cJF/3GstRX1U6925tFaPKk0ev9+bOHo+QMAzsUAQIbQXZvc7VvbO/0tHX3xsF6uVKdn
pH6Oo6Qujv77cfT8AQDnYwAAHsToAaiS57b53FEGCLkm7Q8AmCZrALzLucMSev4zd/tVLsBu
t1d3qgYaUb457T+Vbs72eVp7aS2/1nKoscUd4KPUz9H5fQMAzswAwMzIi+yWi+ucRbLWts3T
u1+0xvJR++x+LP6e6cfC3OMurcPW8He1CxiW5m9kJ+2o7T8mt3xSj+nEFoiLxX+U+mltf635
rm3fqbCp8i1Jt+X3Y1T7ScnNX0v5AwDX8jRN09vemQDauHt7bOqHPWl/AMCdAQAAAAC4AI8A
AAAAwAUYAAAAAIALMAAAAAAAF2AAAAAAAC7gee8MHE3oNVPz1ZPn36W2x747mzMcQ+w1YUvz
+gttD8XLutLzZ/ndXeg1a3uW//w1bLXhp2nMMay9eu5oepXfNI07xpy2Wbo9FO8WztAuAIBt
mQEwc9Z3rPMNa/W3/Hfo/fCh7cv91F9Y7PwpeUd76n3tezh6vR+9c9ej/EYfY2qwav77cP8+
tX2Z963b0dHbBQCwPQMA37TFHZq9OzGtYh3kvZXUX2ofgwDlcsq/tdzOXv5HPn+uzu8/AHAV
HgE4uJwp1LHp02uPK6yFDW1fxlMa/1rYPadz36chh9JOba9Ncym3/EvLtyb8lrbu/PQqv7X4
avIRS3vt3OhRf7nHl3qkKRY+1X6XcdVOod9aair/6Kn+qUdqatpH6BG21t+X2vgBgG2ZAVAg
dRG650VqaPppzoXj/XPOFNa1tGPhl1Nk9+78t2xvSTNUR62fW+Pfyl4X/KXtc628ch8TyclH
zLxOSs/PVJypKeqh9EvaV0355eRvz9+MuVQ+9shnafsIDWDUnh+98wcAjGcGwIncL6LWvs+x
9wX03pZ3oUq3t8iJN1U/rfW3d/2PLN+zu5fNqDJKxZlKf3S95XZYqTe6LEN/nwCAYzEAcHI1
d3avfJE2upPdI95HHggwCLCPo7eZK/8mAQBsySMAmZZTIku3k3a7vW5Wfkd9nGNPW5Y/9Da6
/aYe/6h9PGQrpt8DANNkAOBdzsVR653ZlimYBhjiSi5uazv/vabQPmJHe4vOxVGmg5+9/lrz
Pzr8HuWb035b832E9jvqPO3x9+ns5xUAnIUBgJnYInqhfVPb72ov/pYLaIXSv188hRZxWv67
VG08y/yNFFtALJSH1PblfrX1d4879shG7sJsPePvqaVzkVsOvTtPqfJb268mHzn1kDOAGEo/
FH/u8aW+ywkfEyq/VPyp37eeRsbd6/ejdhHIWrn1E/s3AHAsT9M0ve2dCa4j1YFx4bgP5X9c
6iZNGQEA5LEIIEPlXpi7cN+X8ufMtF8AgDxmADDcchqqi3XI49wBAKAnAwAAAABwARYBBAAA
gAswAHABy9XtvW6JLWl/AABwDJ8tAjhqNeUer8+qCd9T6vWAsWPMebUgYXuV31qdHnHF8dby
OXP7zH2t3hHrbZrir3csjaf197U0Dz3bTc4rDlvSip3La0qPPyd8SxscVT454XPq2d8/ADiH
T2YAjLxArn3H8lHeLRx7v3oOFz1tlF9Ya9uch2Vb87q7/zf/vjSeUsvf19r31LcK5X+r8lnG
X2oePhRPy6yXUeWTEz7n9yWW3jINAGBf7wMAW9wda+mgHEmojEZf4NROnV7LUyqfe9fRUdJf
ttmj3UVe5ueI51hN+2tJ42zn59Fs3bZTd9F7zSxojb+lfnPCheIfWT6p8Dm/L7mdfwDgGD57
BGBNaopt7hTcUVJTGJfTD3tclNRMkQzpNcU1pmQmRezuz9p3scc05vvmllGPu3st9Z+621aS
fs7xj2ifPfUo35EzeXIGGFrKfuT5eU9zPn0/NcU7lrfWtnPPR83x16Y9etBq70Gx0G9Ari3z
X1OHe5cvAFAmawAgdTFwpKn59+/uF7KhzmrtM5Kh52xrL+5S+V+mMVrLBeA9/LIzM7+ztdbh
aUm/d/2HOq+pDmQo/dTx92if83R7t5Etzq8t5Jyfa+f5FufnWhsJxRsaLOhR7rG7z7nHHzu3
W8QGQUakUzprJZS/knrpWXe1vx+xsC31ulX9AQBpWQMAV7fFXdkj3D2pPcbcvOfOPNjr4nB0
+i56j+t+jocGCkafn/MO47KjtdVvQ2yQpOQcHzEIkDMA0ap18HMeT6oOj1Y+W/72jao/ACDP
QzwC8Aj2LqvWzn/JNNCe04d7iaXf++LdAMP5bFW2uTNERqZf8v2jGPX7E3qc40jlmZunI+UZ
AKh32kcArngHYdTF494XpWdJv/YxD/Ls3Q5atTxedNZjvpKtZoFt2Ra0PwC4nve3AGxxh6nX
xcajd8LmzwNvkdY0pe/83ffrfcG49wVo6ZoAW92JDeUl9axxaibDo587Wzh6OY7O39a/T1cu
6z3SX1uPYtTvPwCwvadpmt7mXxztLnPs4ibWGUs9Q1tzly4WNrVPbHtr/lrkzqSY5zF2bMtp
yznlUpr+Mp6W+k+lH1oEbRlHLP5QvnLzH8vLWhy5gxmxPPQq3xItvz21519r/fZQUr6x9Uhy
2kAq7Zr22fv3dRnH6Pjn+/Roe6F4cso6N/55+Jbyyfn7utwvdW71zB8A0N9nAwCPzh2Mazt6
/R89fym91pIAAAD6e/i3AOhYXNvR6//o+Uvplf+zHj8AAJzJJWYA1E695DEcvf6Pnr+Us+cf
AACu4hIDAAAAAHB1H9K7AAAAAGdnAIDLW75Ka+9Xe/FYtC8AAI7is0UAj/oawB6vbDr7gmsp
qdeAjT7+lvRrXmF2NrmvPCyNc5ryzo9U/T/6+THaFdowAADn9skMgJEdgNg7gWmX8+7yI6f/
6B2mvdt9Kv2983d2e59/AACQ430AYIu7f3tfHL+8fHz4juY0hetwq+PfK/3aqdVreUrlc+8O
XqjDGZsRkIqrJn0+t2w7Ne0LAABG+OwRgDWhi/1Uh36ri9y19EPTn5fb5h2m1D7L/XKPL5W/
2Pac/K3JPf61bT0Gg0rST8mp31bz+Eo7/zn1t9w3t/5z0k99n3ue5nbql8+zz+NY+661fT/C
+VfSvgAAYJT31wBu9fxv7cV7qtPe8gx0qMOyFv8e+c/9fFfyjHfr8bWmX5q/2jz2klNerW0y
Z62EmgGWHmsAlLbn0gGCZRyPdP4BAMDesmYAHNn9In6+wNrRL8BH3L3es1O8RfpHmHKeu4hh
q6Mu0hdKf34Orm3POuZOKgAAIABJREFUtdVxPdr5BwAAuR7iEYBeHRCOa+86TbWtPWfOrD1m
0Ds/W55be9c1AAA8qqwBgNLnXfcwH4wY0QHi+EZ1UvceWMpNf/mc+tbpAwAAx/b+FoDShcBq
jOhIzO/8z+M+wpTxkGWeKbNl+dWuiRDLX8n20uf2e7f/mnUB9mrbue3C+QcAwFW9LwJ4d8S7
qC2reIf2qVn0KxZ/TGv+eyxClnP8qThCWtMfnb8WObNJcvMXWqgvFj6Vfukie6E0QttHpd/S
dlP7pdpWKL+p7RYBBADg7D4bACDu0adDP/rxcW7aJwAA1PuQ3uXaHn268KMfH+emfQIAQD9m
AGR49Cm+j358nJv2CQAAfRgAAAAAgAvwCAAAAABcgAEAOLjlc/Cei+dItE8AgPN4Xn5xtNcA
5rxmbHQeziL0mrnl9lHHv3f6KTmv9LuyEeVTcv6m2sfe7efsUufn6PAAAOzvkxkAIy+wU+8c
p03uu99HOnKnQLuL27t8Uunvnb+z6/H7cOTzGwCAPO8DAFvcXdt7EODl5eMlLmJDx7j38e+d
/t5qp0avlVmqHPfuMIc6nLEZAam4atLnc73PwZr2CQDAPj57BGBN6GI61aHf6iJwLf3Q9OLl
tnmHJLXPcr/c40vlL7Y9J39rco9/bVvNYFBJJ66l/Eu3L7fldkBzy7/nIyox87hKO/8jyycn
/dT3ub8juZ365fPo8zjWvms9/x7h96Emj6H4dP4BAI7r/TWAWz1fW3txnOo0tjxjHOoQrMW/
R/5zP9+VPEPdenw5xxNLf5n/ZRy96r+kTcTKtzR/W8upz97lk9p//n0oXCrenO05+a0pn5L6
P/PvQ04e92zbAAC0y5oBcGT3i9Lb7bcXMDv6xemIKbh7XZj3TLfmrnJpPC2O3q5yOuY9tHTQ
RwqlP/+NWNuea6vjOtLvw951CgBAXw/xCECvC3yOYa3+jlSnR8rLXart7zmzZ+0xg9752fLc
P2L9AwBAjqwBgN7Pk44wH4wY0cGAVqM6qXsPfOWmv3xOfev0AQDg6t7fAlC60FaNERfq8zv/
87hHHkerZZ4pkyq/1u1nUrtmQ6/yK31uv/f5WbMuwF51n9vu9mqfj3ReAACw7n0RwLsj3qVc
uyjNXSU7tE/Nolqx+GNa899jka+c40/FERJbJC2Vfk3eU3HnxJMbvjZ/oX17y5ntMrp8Whbl
C8Wfu31U+j3bZywvOeG3+H3IzZ+FAAEAzu2zAQDiHv3i99GPbwvK8LrUPQAAR/Yhvcu1Pfq0
2Ec/vq3pAF6L8wcAgDMxAyBD63u0j+7Rj2+k1scnOD/nDwAAZ2EAAAAAAC7AIwAAAABwAQYA
gKGWz8l7bh76cX4BACWel18c7TWAOa/xGp2Hs8h5JdyZhV5Tt9w+qgz2Tj/l0ev/iFJtYm8l
v5+p9rt3+z671rZy9LYGAJzDJzMARl7gpd7pTZtHL9fcd8ePdOSL7kev/6M6cpsokWo/2leb
Hr9fj9LWAIB9vQ8AbHF3Z+9BgJeXjy6iHkCoDveu373TP6q1MkmV094dzr3TbxXqcMZmBKTi
qkmfz/X+jag5vwCA6/rsEYA1oYu5VId+q4uQnFexhaZPzi+IU/ss98s9vlj+cqbo5oQPhS0J
X3Nsqfhz04+V/5rc+l3b1usYc9IvbV+l23vVfyh/vR7Bme9b0vkPnQsj21eoTNfiD4WN5a93
+0jlP/V97u94bqc+Vn9r37XW38jf5x75W1P7+FpOfDr/AEDM+2sAt3q+s/biLHXR3PKMa6yT
kdMBGZn/3OMrOebQRetSzjH2yH/u51S+atLKkTqeWPrL/C/j2Lv+W/PXW23bqD2+0vR7x58K
X1r+uW1wTapec+q9tD33bp97/H3p9fuVk8et/k4DAI8rawbAkd0vim63314A7UgXR63563V8
OXeQ7mnk3umLxdXTnhe+PdOtuWtbGk+Lvc+bmrIuOT9S8a6l3yP+3LptbR97dw5D6c/LcG17
rq2O60i/X3vXKQDweB7iEYBeF5ijtOavx/EdrUyubK0ujlQ/e+SltW2XnB8ld85r4o/Fm9OR
r2kfObMC5p971/GWv71HOlcAAM4mawCg5oJ6a/ML7BEXuK1a83f044NaPTqPLedHTvpHPv9K
Bj5aZ/e0pA8AwP7e3wJQcoeq1ogLxfmduXncI4+jRGv+asIvw5RubzU6/kfXWn9nKv/W34Qe
51cs/SP+vszzVPrcfu/816wLsFfZ5Z4Xe50/ZzpvAYDzel8E8G7U3ZyWeNcuikKLaK1tX9un
ZlGnWPwxNfmvSX+to5IKn7PIVUpr/fRYRCunflNxhCzLNVZmy/hr8p6KOyee0vovzV9o31I5
d9NT5d9yfKXpx+LPab/L/Le2j1T+c87vlke8RqXf8/yJ5SUn/Ba/X7n5a1lPAABgmlYGAIjb
4uLLBd44yradMuSotE0AgLgP6V2ubetpmS5g+zKtti/tkyNxfgMAlDEDIEPuFM4ecfeOn7H1
9+i0T47O+Q0AkM8AAAAAAFyARwAAAADgAgwAAAAAwAU8L78oeWfz2muslttD8QIAAADb+WQG
wFonffnvZQc+tX25nxWbAQAAYHvvAwAld+hT+xgEAAAAgGMpXgMgNVBgqj8AAAAcT9EAQOrO
vTv7AAAAcExFAwC1U/8BAACAfRU/AmAQAAAAAM6neADgzuMAAAAAcB7vAwAlK/TXdv4tEAgA
AAD7eJqm6W3+xbKTHuvsv7x8TG4PxQsAAABs57MBAAAAAODxVK8BAAAAAJyHAQAAAAC4AAMA
AAAAcAEGAAAAAOACDAAAAADABTzvnYGU3NcM5sZV+xrCeT68yhAAAICzOfwMgHln++XlY5cO
fGs+AAAA4GwOPwCwRmecGrfba/NAEAAAwFkd/hGApfs0/vkgwLJTF9t2/5wbvoe1Tmcs/fn2
eX7XHkOIHc9yn5r4c/TKfyj90fkHAAC4gqdpmt72zkRKSQd9rUMc+z43fEkcqTBrndbcDvwy
zOj4W48vJ/6W42vNPwAAwFWcagbA8i7vXeu07pHTwu95ni9AGBtcSMVV6wzxt3bYdfgBAADC
TjUAME3pO/ulnfnW8DnmgwDztJb7lMRXk4ezxG8gAAAAoL9TLgJ4RvN1CyxEtw+LAAIAAFd2
yQGALTuCy7RyBgFK8reML+f599HHr6MNAABwPIdfBDBnAcDcReByVplPLTwXy0fuMaTinm/P
TTe2An6P+GNa4i+t39L4AQAA+IbDDwAAAAAA7S75CAAAAABcjQEAAAAAuAADAAAAAHABBgAA
AADgAgwAAAAAwAU8750BOJLlKyDXXkF4N39lZGh7KF6OJ/YqzaOkr30CANDCDAD4prVO0PLf
yw5Savtyv1iHjP2UdKxHSXW+tU8AAFoZAICp7A5oah+drHM74l1w7RMAgB48AgAFbrfX6J3U
1Paa9Kbp8+nca9O350rST4WPbe+Rv9Hx16jJX+pzbIp/r0731u0TAIBzMQMAMqU6aSPunM47
kvOO2z2teQdzbXtKKnxqe+pzz/hHHP9y32W41vhT+V+m0WKP9gkAwLkYAIBMtVOrj2ytQ5q6
QxzaHgtzu72+/1ezPZaXe/hU/lJxLP+9hZ6L7z1i+wQAoC+PAECBR+xk3aen9+qMlg4OtKbZ
O/9n9ojtEwCAfswAgAqPNt26dvr8UZw9/709WvsEAKAPAwAwla2AXtu5OuId6uW0+5xyqJmq
XxK+JP6a/J/RVdsnAAB9PU3T9LZ3JuAoSt4Hv1zZfW17KN4eeYrlceu3AMTSbYl/vn2r489Z
oT+U/3mbKF0wMRR+LS9Hap8AAJyHAQAAAAC4AI8AAAAAwAUYAAAAAIALMAAAAAAAF2AAAAAA
AC7AAAAAAABcwPPeGQDgMXhNIQDAsZkBAECztU768t/LDnxq+3K/2IABAABpBgAAaFJyhz61
j0EAAIBxDAAAsInUQIGp/gAAYxkAAGC41J17d/YBAMYzAADAcLVT/wEA6McAAACbMAgAALAv
AwAAbMrjAAAA+zAAAECTkhX6azv/FggEAGj3NE3T296ZAOD8lp30WGf/5eVjcnsoXgAA6hgA
AAAAgAvwCAAAAABcgAEAAAAAuAADAAAAAHABBgAAAADgAgwAAAAAwAU8750BABgh9JrB5esE
5/t51WB/OeV7u702lf1a+C3qNdbGRqe/9nrM0ldmruV/q3Mg9zWgW2itq1T79SrTNq2/D8Cn
zAAA4CHNLxhfXj6+f152PFxYjpUq31hHMEfuQM/W9k4/Zd4pjZ0fo4TOzz20Dj4xjvKF/gwA
AABUWnZkt0733kF6hLvMZ857zN4DHABzHgEAgIDUFOnUbILS8Gtx9MzffPu8wxiaAp0bfu1z
ad5Hh49NmZ8rKf+1fbdMPxZPq9L2Md+vZRp9r/aXk/9QGqFtsbyFjr007dL8x4wsv56/H7H4
l3EZSIF2T9M0ve2dCQAYIbeDlfs8dewiNKdDvHbRW/sMd4/4cy76c+MvKZvcbTly4l7Lc49n
6FPhtki/tXOY0z5y8t+a91Relt+Vnm+pzzUDSLHvU/u05jdl6/JLxR/bvyQM0M4MAAAe3qhn
fGPb7he09zuboXz0vHvb8yI5N/9nkNM5e+T0W42u9+Vd4C2UdNzP6Ezn71HzBY/KAAAAROTe
EQzNNrhfhIfiOvLFb07+z27vY+o5ODXv7I1w1rhr5JzfR3e28/fo+YNHYRFAABho/lzzWTsR
Z87/Feg4EeL8BZYMAABApvndtNJ9cy7CS+IfET4W1xadiL2Pv2f5jU5/eVc3Vj97H9dVHKmc
9zh/RztS+cKZWQQQgIcUW2Asd7/QtP617bGFtWrjT2mNP3dRr5z4U4t4rYUPxVMq1dGpPb7S
tLdMv2TBtJxFCmP5D+WrR/5b4s89/3LKP3X+xhYKjLXfHr8vtQst7v371dq+QvkE2hgAAACg
yVmeMydfqk7VOZyTRwAAAChiOjbAOZkBAABAsZJp3JxLqm7VPZyXAQAAAAC4AI8AAAAAwAUY
AAAAAIALMAAAAABQoWYxzPsimjlhU/ucfTHOtXIoLZ+zl8HWDAAAAAAUqu145i6a+Oid/xCL
So5lAAAAAOCCSu6gjxiQeHn52NThbw1/Rc97ZwAAAOBIYq86XJuyvtynJq17+FT8udtfXj5+
sm9LR7mk879WHrHvcvLWGj43rpbZGSXlv/y+tQ2V8BpAAACAgFDnrKXTltMBTMUf2x4bFKjN
a24+So4l5/uS48yVG38qbOi7WP32rJsaHgEAAACYKVmIrsXRp6+3DELMt49Kv9ZWne8j1q9H
AAAAAL4pNeX+Klo7//y2I5WRGQAAAAAXFJrlcJTO/9UHYUYwAAAAANBg9OMCqfh7pt+r83/f
rzVfLYMAuQMcobi3eAxkawYAAAAAvmneKbzdXoOdxNrnyHM7lKn4c9Kfd2DXtodeo5c6ltj2
+bbQv+f5jv07pibMfN97fkoHGJbtIzaYkHpbwB6DC94CAAAA8EA8n38e3gIAAAAAD2jvxwrM
AAAAAHgQoUcVOI4968gAAAAAAFyARwAAAADgAgwAAAAAwAU8750BAAAAoMx8LYHcdQTMAAAA
AIATWb4+MPfNAgYAAAAA4KRK3iLgEQAAAAA4sfkgwNpsgPt2rwEEAACAk1h28Nc6/6HvPAIA
AAAAJzHv3JdM/58mawAAAADAJRgAAAAAgAswAAAAAAAXYBFAAAAAOInYIoBr2+f7GAAAAACA
C/AIAAAAAFyAAQAAAAC4AAMAAAAAcAEGAAAAAOACDAAAAADABTy3RjB/xcDy9QN7xAMAAAB8
rnkGQK/Ouk4/AAAAjOMRAAAAALiA5/vU+5eXj12m4c/jW343lxt/7/wBAADAFX24d6SXHfe1
TnvK7fb6Wfh5vPf/SuKf718THgAAAFgsAth6Vz0WXocdAAAA9rP6FoAR0+tN2QcAAID9WAQQ
AAAALmCXAYDb7XXIIwGj4gUAAICz+zDvMNcu/BczX7Rv3kFfPhKQk49YeAAAACDsaZqmt70z
kaLTDwAAAG2sAfD/t3evybHaaABAccqbixeQRd4FOMvz/JjpG0YReqsRcE5VKrcNkj4J+iEh
BAAAADzA8gMAvbcoAAAAABe5BQAAAADos/wMAAAAAKCfAQCAGwsfj+pxqbyT8w8A1vJ5dgCr
CZ84kPqh8vX1V3b7Ub618aTyDve749MSVq3f7LhG5v/9/eu082aF45eLIfUeXSX+lc79dzqr
/WPnxIpPpeltnxXO75zVYyz9fMltP6pb7v1/5nk54tj0xn+F82PV4wc8jxkAO7EP4PDf4Ydz
bnu4X+2Vj6P8w3zu/qWxav1mxzUq/9KBpFnOPn41A3sxq8T/VGe3/8p6z+192lWNqONsuTbs
aeMV67t39vmz+vmxWjwABgD+p2b0tfWLftUvJ3iS1Pvz7B+yM8TqlKvn2Z9Rq5QffmavdpUu
jGfF75iW8682vzvo/fy5+ufXqPiv2gZXP37AtbgFoNJrGldumt5KH+SxH4OxKa2xbS3pY3nU
xDfiNomZ8aXSp6YMj4qvphMS5l0yzbQ3vlo17bO/7WZkJ6Jn+ujM87/2+B05mtWUi6dkCnxJ
/OHtUiXnd6nR589R+TV/D9smVf8Z5/dII9q35vwrUfr51HL+hUq+n3LnbM32lvd/qm4jz89Y
/iPkyq49fqPOj5Jze8Tn98zjBxDjMYD/U3r/b2yfmi/Ilh93pR2M0vtVS+oa+4KJ7TP6Htma
2N4RX20HKCxzRHy5/UuUnt+18ffGUNs+I94/NYMfvfHXyv1AnP3Drvb9n0u//9vr77XpS/Ie
df7U/kAf/flQe5zDvEZ/Rrzj/Vka18vI9m+NpfXzfOS5Xxvb0d9qjmFvjCmln32p4xumH/X+
jKlpg1WOH8CLGQAVSr4QUttHlN8qFVdJnV4/Lo/i6Kl3T9rS+EY6yr/ky70n/9lf7KPiX03v
j/4SZ53/I/V2HHNy+Z79w/XM9xfHRr1/ezumqW1nfWa/wyqfT0fecX7EBtheVm8fgBgDAJVy
XzCrftGX/kCJfZntO9lHeY0a9W/5Mi2J72wrxlTj6vHPdub5P8Koq8Yl8c+4etirdIbM6/UZ
HdGz8r2bltlDZ78/z/LE+js/gCewCGCj3Af93b4Ivr6On0CwgtXjG+Hu9eMcK3e+VypfBxsA
uAMDAP9T07lq7fyf/UN3H0dpJzLct6SdavLv1RLf6DJHp09tH1G/2fE/3ez2GZl/7jMpPN9G
f4ad/ZlYO4X7zEG42HGvOT7et/fgOF7bWcfPeQPsWQQwUDOlq2aRmFH31+Z+qKbKLtmeWtip
Nf+cXPmxMlrr1xtfmD41+DCi/UryL5UbKGmNv7bsMP27j1/JNO+jRZxmx5e6nzV2rHqVTmdP
lZ2Kv6Rda8sP8+l9f5WsfZH6LC99/4b5lMafiiWWR8v96Ge+P3Nq35v7fUq/P0vLz30/tmwv
jbP0PZjL+2h7yed/T/wpJfGXfj+NPD9q3/+tn98zj1+qLsBzGQAALsOPGHqsfv6sHl/O1eMH
gCdwCwCwLNMW6bH6+bN6fDlXjx8AnsgMAGBpI6bx8lyrnz+rx5dz9fgB4GkMAAAAAMADuAUA
AAAAHsAAAAAAADzA59kBAAAA51ntMdjAPGYAAADAQ8U66eG/ww58bnu4nyeGwDoMAAAAwAPV
XKHP7WMQAK7BAAAAAHAoN1Bgqj9chwEAAAAgKnfl3pV9uBYDAAAAQFTr1H9gTQYAAACAQwYB
4D4MAAAAAFluB4DrMwAAAAAPVLNCf2vn3wKBsJaPbdt+zg4CAAA4R9hJT3X2v77+ym4/yhc4
nwEAAAAAeAC3AAAAAMADGAAAAACABzAAAAAAAA9gAAAAAAAewAAAAAAAPMDn2QEAAAAcWfEx
hbEy7vi4w+/vX6fWa/ajJHvrtz8PZsSYq38s/lxMZgAAAABLinWAwn+HnZzc9nC/1IBBLqZ9
/rX5rO5u9QmNqN8KgyOhXEwGAAAAgOXUXP3N7TN6EID3SA3gPMGM+rsFAAAAuKzXNOjcNOlR
HanXbQb76depadj7dPtt4e0Kse1hfqkBi9L8c8K8U/G0lB/+7Wig5yj2kvqF8aW21dYvtU+J
kuMb5l8bf2q7GQAAAMAl5Tphs67s7zuzqQ5Z7BaB3Ouc2fmHgyXh65Hl7/+W6rTH/h4O7IQd
5ty21vrF6jZDqv6lt7nsB6leMZsBAAAAXFLJon/vGgRouUI8agG6GfnPLv91bGYcoxH5HeUx
svM/e5HFWN4GAAAAgMtqvf9/ZPmxQYCacltinJ3/6uUfaZ35ELrr2gNuAQAAAC7vXbcDxKb9
w1UYAAAAAJZTcwW3tfP/jnu5X+XU3IP/SrP/fyrG2YMSufyvPihyRv3C49ubV2k+H9u2/XSX
CAAAMEHNlO6SNQGO8m2JKZd3bHvpYnepFfxH5F+idCX6mvJbVsHP7Z86R3qeNJArP5f/kdiT
DHLHOJZ3yVMWwvIMAAAAAMADuAUAAAAAHsAAAAAAADyAAQAAAAB4AAMAAAAA8AAGAAAAAOAB
Ps8O4N1Sj2ho3TYyrpfSR1TMiGH2c1BTZZ9VfkkMJefH0XYAAICzPWoGQGkHLqbkuaMj4prx
/M4rOLt+Nc+XjTk7fgAAgJzHDAD0dP5fZgwCxOI6qzO5H4B4sqM20D4AAMCVFd0CEOvwhp3h
r6+/otOgc9t78x9h5tX9VjX1S7VfyfZwn1ja0uO332/UMaqp36jyR96CUdL+AAAAs2VnAITT
02Md857Xvfk/Xa79cttfUle9X/uX5D+r819av5by921xdF611qe0/QEAAGYrXgSwpMOS6yT1
dgpdNa336hS/OvCvv/GPGQMXIR1+AADgbMUDADUdIwMBa9kPArxe817aHAAAONtjFgG8mtFX
jE0/BwAAeLamAYD91eSrGNH5zV1Bb2mXWFyjnzKQWpyR9zs6T674vgIAAK7jY9u2n9xOJav0
h38/Slv6GL7axepKxTrxJQu/lUyf75li39OOo58CcJS+ZkHG3pXyR9evtezSfXriD/dzuwAA
ADBD0QAAlDq7E3t2+QAAAKuyBgBdzp62fnb5AAAAV2EGAN1G36ZxtfIBAACuwAAAAAAAPMD/
3QJgKjUAAADc0+8BgFfn3yAAAAAA3M8f21b2WLfXYms9i671LtiWS3/24MXs+gEAAECrP8LO
f2wQYL9PapDgTKvFAwAAACvJLgJ49Fz17+9fS622XvL8d8+IBwAA4Kk+WxOGMwH2nerU31L7
Hu1Tkj5Vdq+w7Nb6lfwttW9JGxzFl6vb0fEsPT4AAACs7Y/8LmlhR/Go83nUYdynT91ikEq/
3xa+Tu1bIrz9obZ+pVrbpzS+3rhyxwcAAIC1dQ8AbFt6NgAAAABwviEDAAAAAMDamgcArjgF
3GP2AAAAeKrsAEDqsYDh61XuD1+po1+6RgIAAADMlH0M4MvRonwtq9zn9q9NH9tn1lMAjvLP
xZeLrad9SuJLyT1FoDd/AAAAzlc8AMB/rX4Ff+ZjEFetMwAAAHkWAcxY6XaCmNXjAwAAYA1m
ABQouf3gTDPjW73uAAAAlDEAAAAAAA/gFgAAAAB4AAMAAAAA8ACfNTv3rgafS//9/ety95iX
Pnpw1iMKwzKu1n7v1Ns+M9q39DGapN1hrYrc+XX18+Idn4Erlw8AsIJlZgBcdSX70h+Ss39w
XrX93qW3fbTvuvYd49f77GrH62rx1goHL86or04/AEDlAMD+B3aL3vQeecfdhB2iq1/l7dHy
/o61113brvfzcxV3qAMAwFV9lk5BPpo+ud83NcUylz5Vdo+jK0+x16Uxpm5hSG3PxVhSRi5t
7tjV5l+SPrU9174t7d9SfrjvSu2byqc13YzjE+aXuppbc3xnuNv5WfrZ2hJ/yoj6x5R8Hpfm
X1K+gWMAgP/62LbtJ/YjL/YDLvfjNPUjLvX33LYeNT8wc/GXpO9Jm/pbTk2b1+TfUt+aQZfc
6xHl19Y5Zlb7hmla0404PrE0s/PvlcvrTudna141n2+pcmN1ahkg6o215/Nn1vcMAMBVfG7b
Pz+M/DiKq7l6tG/L3qvsqzrj/Kg9Bk8RO99Sg0+5vFrNzn91Tzg/SwYnjtK1frf0nt++0wAA
/l/VUwCeqGS68wh+oKbduX1i08Br6lsygFebX63Z+a/ujnU60nt+tZQ38vwGAHiyZZ4CUGL/
IxDupqcT8/V13RXwX0a+v6/aBsTd4fwGAFjBH9v2vqvcpZ7e0e+t/+z2O/v45Mrv3d5bfm1e
27b9a3pzaf5hLCXpa+IP8yu9V/1d50esvmd/dpx9fp5t9Ptj5vkNAPA0H9/fv362rXxhqZfa
RfRS6WP7jJzSmVuErPR1Lv3e0WJxse0l6UsctV9v/rn0pdt7F11rLT+23yrt27og3FFctfGV
vC/D/XLndkv+vXreX1c4P2fWL6X2c7skvlTdWj5fa7ZbCBAAeLqPbdt+zg4CAAAAmOtSawAA
AAAAbQwAAAAAwAMYAAAAAIAHMAAAAAAAD2AAAAAAAB7gs2bn3scn5dJ/f//yaKYOve036zGM
Yf5nHOOeuo16TCMAAMCZlpkBEOtkUW5E+925Uzti0Or13/7vAAAAV1E1A6C3g9ib/swryPS7
4nG7YswAAAAxn7FOdepvqX1T06xz6VNl9wjzS70ujTGV31GerfmXln9U35L8j/YpVZt/bltv
+83stBuEAgAArupj27afow5X6GhbrpOdS5/b1qMktpJBgbP2rx2gKWnz2nhSZsZSs0+u7Ny2
Ejr/AADAlX1u2z8dPx2cY6kr5CPar+YK/Mj8e4/5vu6vPN59/rzjfnzvDQAA4Oqq1gB4stkd
vyvnf+YA0tHsgJllAAAAXNEyTwEose9kspa7rpCv8w8AANzFH9v2nquoNVbv6IfxjW6/XP1n
b68R5rXKOTTcxfa3AAAFy0lEQVTT6ucnAABAzMf396+fbat7CkBu/9r0sX1GXnFNrTIfi7ek
Q9+yaF0s/Yjtsf1a8+9ZCDAVX8n5k9tecnxyCycexXckt/YDAADAVXxs2/ZzdhB3Zxp5OW0F
AAAwx6XWAOB+TKcHAAB4DzMAJmudev4k2ggAAGA+AwAAAADwAG4BYBluBwAAAJjn8+wAuL7e
pwgAAAAw3+9bAGY/pm/EI/6+v38l0+a29+Z/lOblKO2ox/y15D3bvrOfaouexwDWxNGSFgAA
4An+NQCQ68T2XOHtuTJcE9/Rtr1UB3VkvVLPpM89s752EOAKV9/D+EbUvzcdAADAEzStAXCl
Dta+U/j6b//3cJ9w29XcqQ4AAACM07wGwMgp3DXTw3Od9Z6r56//vxajC6+ol84SqIkhLK8m
9lKp4zPyCvxII8s++zYJAACAFRTNAIhdLQ9fp66w56TS7v/e8jqMtfbK+FFH+Sifls7zPs/R
V+5HHJ+ZwrqPboPV6w8AAPAuRTMAZt9bvkJnrCSGXN172ijsCL9jFsAqYusxjGqDd8ywAAAA
uILTHwO4yv33uVsajvadEceMQYAnd3r3bfp6DQAA8DRNiwDewYxOYMsgxoxp/1fyrrqb/g8A
ADzdJQcAcp3mo+3hfeAznN3JLLnKHbsa/np9xlXymW0VngtnHx8AAICzfGzb9rNtdSvxx+7Z
DuX2Oco/td5AbhX+o+09q+DX1L1mwcBRT1FoafvcPu9Y52HkUyTekT8AAMDV/R4AgLO5Rx8A
AGCe0xcBJO3MBQkBAAC4DzMAAAAA4AEuuQggAAAAUMcAAAAAADyAAQAAAAB4AIsAvtGff/53
uYW///54e5mzyp2dPwAAAGOYAXBzszvlOv0AAADXYAbAG+ksAwAAcJbPbfv/adwv+85qavt+
WvvRdPBc/r3CcsOp9rPjL6lfaqr87PYJxepcU/9cbKPbHwAAgH4ff/7587Nt8Q5frDMdbt+/
jqUpSd/jKJaj17Vpculr6le67+i1AkrjTe1TGu/o9gcAAGCM6C0ArR2vVLrYVeB36i3/KP2r
0/vnnz+/61/Tfr3pa+Q61kd/L227koEDAAAAzjFlDYBYB/Dsq7m95afS7zvxLWX1ph+tdLZH
a54AAAC8n6cADPL33x9dneTe9KVlXDl/AAAA2kUHAPZXo2eYnf/s8vfpw7xqO8G96WutkP/Z
xx8AAOCJPrZt+xnxFIBYupL0I/Su0l+6KF1r/rF93vWUhNTgQrjy/lG5JYs8HuUfpo+VYxFA
AACA+T62bbvVpVidRwAAAPi3y68BYDo5AAAA5N1iBkDJNHYAAAB4slsMAAAAAABpl78FgPv4
/v61fX//OjsMAACAW/o8OwCub99p//r66/frr6+/zgoJAACAwO9bAMIrr7HOW9jRq9GTdp9H
Km1ue2/+R2lejtLGrmrv981tLy2/Nu0I+85+qi1S59fZdQAAAHiCfw0A5DqxPVd4e64M18R3
tG0v1UEdWa/Ytlxb1rbTiGPzLmF8I+oPAABAXtMaAFfqmO07k6//9n8P9wm3Xc2d6gAAAMA4
zWsAjJzCXTM9PNdZ77l6/vr/azG68Ip66SyBmhjC8mpiL5U6PqtegTcIAAAAMFbRDIDY1fLw
deoKe04q7f7vLa/DWGuvjB91lI/yaek87/McfeV+xPGZKay7JwEAAADMUTQDYPa95St0+Epi
yNW9p43CjvA7ZgGsIrYew4w2AAAAeLLTHwO4yv33uVsajvadEceMDrDONAAAwLM1LQJ4BzM6
xC2DGE+f8v7kugMAALzTJQcAcp3mo+3hffAznD2ToeQ2hH37hPGesQCgQQAAAID5PrZt+9m2
upX4Y/dsh3L7HOWfWm8gtwr/0faeVfBr6l6zYOCopyi0tH1un3es8zDyKRIAAADk/R4AgLOt
8PhBAACAuzp9EUDSzlyQEAAAgPswA4BLM0ACAABQ5pKLAAIAAAB1/gNJ/zwfa/G48AAAAABJ
RU5ErkJggg==
--------------060702070608010300080605--

--------------030503000905030004000303--


--===============4145129970952954924==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============4145129970952954924==--


From xen-users-bounces@lists.xen.org Wed Feb 17 00:48:30 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 00:48:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVqGw-0001oh-QZ; Wed, 17 Feb 2016 00:47:14 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVqGv-0001oa-Mq
	for xen-users@lists.xen.org; Wed, 17 Feb 2016 00:47:13 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	86/1A-08479-013C3C65; Wed, 17 Feb 2016 00:47:12 +0000
X-Env-Sender: patrick-mailinglists@whonix.org
X-Msg-Ref: server-9.tower-31.messagelabs.com!1455670030!1029246!1
X-Originating-IP: [198.252.153.129]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 39598 invoked from network); 17 Feb 2016 00:47:12 -0000
Received: from mx1.riseup.net (HELO mx1.riseup.net) (198.252.153.129)
	by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 17 Feb 2016 00:47:12 -0000
Received: from cotinga.riseup.net (unknown [10.0.1.164])
	(using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "*.riseup.net",
	Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK))
	by mx1.riseup.net (Postfix) with ESMTPS id D16981A2D9E
	for ; Wed, 17 Feb 2016 00:47:09 +0000 (UTC)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	(Authenticated sender: adrelanos) with ESMTPSA id DF967400AF
To: xen-users@lists.xen.org
References: <55C28F1D.2060808@whonix.org>
From: Patrick Schleizer 
Message-ID: <56C3C306.7050506@riseup.net>
Date: Wed, 17 Feb 2016 00:47:02 +0000
MIME-Version: 1.0
In-Reply-To: <55C28F1D.2060808@whonix.org>
X-Virus-Scanned: clamav-milter 0.98.7 at mx1.riseup.net
X-Virus-Status: Clean
Subject: [Xen-users] How to disable clocksource xen pvclock?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi!

cat /sys/devices/system/clocksource/clocksource0/available_clocksource

cat /sys/devices/system/clocksource/clocksource0/current_clocksource

Is it possible to clocksource xen pvclock?

(It's been said, the `independent_wallclock` feature is no longer
available in recent versions. [1])

Cheers,
Patrick

[1] http://syslog.me/2011/01/05/independent-wallclock-in-xen-4/


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 17 00:48:30 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 00:48:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVqGw-0001oh-QZ; Wed, 17 Feb 2016 00:47:14 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVqGv-0001oa-Mq
	for xen-users@lists.xen.org; Wed, 17 Feb 2016 00:47:13 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	86/1A-08479-013C3C65; Wed, 17 Feb 2016 00:47:12 +0000
X-Env-Sender: patrick-mailinglists@whonix.org
X-Msg-Ref: server-9.tower-31.messagelabs.com!1455670030!1029246!1
X-Originating-IP: [198.252.153.129]
X-SpamReason: No, hits=0.0 required=7.0 tests=UNPARSEABLE_RELAY
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 39598 invoked from network); 17 Feb 2016 00:47:12 -0000
Received: from mx1.riseup.net (HELO mx1.riseup.net) (198.252.153.129)
	by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 17 Feb 2016 00:47:12 -0000
Received: from cotinga.riseup.net (unknown [10.0.1.164])
	(using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "*.riseup.net",
	Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK))
	by mx1.riseup.net (Postfix) with ESMTPS id D16981A2D9E
	for ; Wed, 17 Feb 2016 00:47:09 +0000 (UTC)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	(Authenticated sender: adrelanos) with ESMTPSA id DF967400AF
To: xen-users@lists.xen.org
References: <55C28F1D.2060808@whonix.org>
From: Patrick Schleizer 
Message-ID: <56C3C306.7050506@riseup.net>
Date: Wed, 17 Feb 2016 00:47:02 +0000
MIME-Version: 1.0
In-Reply-To: <55C28F1D.2060808@whonix.org>
X-Virus-Scanned: clamav-milter 0.98.7 at mx1.riseup.net
X-Virus-Status: Clean
Subject: [Xen-users] How to disable clocksource xen pvclock?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi!

cat /sys/devices/system/clocksource/clocksource0/available_clocksource

cat /sys/devices/system/clocksource/clocksource0/current_clocksource

Is it possible to clocksource xen pvclock?

(It's been said, the `independent_wallclock` feature is no longer
available in recent versions. [1])

Cheers,
Patrick

[1] http://syslog.me/2011/01/05/independent-wallclock-in-xen-4/


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 17 01:09:30 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 01:09:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVqc8-0006i0-S5; Wed, 17 Feb 2016 01:09:08 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVqc7-0006hr-W1
	for xen-users@lists.xen.org; Wed, 17 Feb 2016 01:09:08 +0000
Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id
	A8/7B-32641-338C3C65; Wed, 17 Feb 2016 01:09:07 +0000
X-Env-Sender: mailinglists@websitemanagers.com.au
X-Msg-Ref: server-12.tower-31.messagelabs.com!1455671342!22850067!1
X-Originating-IP: [203.98.89.10]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 53211 invoked from network); 17 Feb 2016 01:09:05 -0000
Received: from hammer.websitemanagers.com.au (HELO
	hammer.websitemanagers.com.au) (203.98.89.10)
	by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 17 Feb 2016 01:09:05 -0000
Received: (qmail 32748 invoked by uid 1011); 17 Feb 2016 01:09:00 -0000
Received: from 124.246.8.196 by hammer (envelope-from
	,
	uid 1008) with qmail-scanner-1.24 
	(clamdscan: 0.98.1/21377. spamassassin: 3.3.1.  
	Clear:RC:1(124.246.8.196):. 
	Processed in 0.078242 secs); 17 Feb 2016 01:09:00 -0000
Received: from unknown (HELO ?10.97.0.6?)
	(adamg+websitemanagers.com.au@124.246.8.196)
	by 0 with ESMTPA; 17 Feb 2016 01:09:00 -0000
To: xen-users@lists.xen.org
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
	
From: Adam Goryachev 
Message-ID: <56C3C82B.7000607@websitemanagers.com.au>
Date: Wed, 17 Feb 2016 12:08:59 +1100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
	Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: 
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 17/02/16 02:06, Simon Hobson wrote:
> billb@sent.at wrote:
>
>> I'd thought that Xen 'figured out' what kind of disk structure it's mounting.
> The "disk structure" as far as Xen is concerned is ... a "disk". Just a collection of blocks.
>
>> I thought that snaps had to remain 'in' the VG, and they can get kind of large.
> A snapshot is simply a virtual image of the volume at a point in time. In terms of what you see when you look into it, it is exactly the same size as the volume - though the underlying representation of it will grow over time (starting from near enough zero space). So if you wanted to backup that snapshot, you'd treat it like a disk and image it - what you do with the image is then up to you.
> When you are done, remember to delete the snapshot or it will slow performance* and eat disk space*.
>
> A couple of caveats though.
> If you snapshot the volume, what you see is the same as if you unceremoniously yanked the power cord on a physical machine - anything still held in the guest's dirty cache will not be there. You can minimise this by triggering the guest to sync it's cache, and of course using a journaled filesystem - but you cannot completely eliminate it.
>
> The way some virtualisation & backup systems handle this is (to simplify "a bit") to make the combination of hypervisor, guest OS, and backup system intimately aware of each other so that the backup system can copy what the guest has, not what it has already written to disk.
>
> Personally, I work the other way - I do backups from within the guest using rsync to maintain a clone of the filesystem as seen by the guest on one central device. From there I generate multiple generations with file de-dupe etc as a separate off-line task. One area where if you ask 10 people you'll get 11 opinions :-)
>
> * It's worth considering the way snapshots work.
> AIUI in LVM, when you make a snapshot, what is on-disk is kept as the "before image". Any writes then go into a separate "after image" area which starts at zero and grows. Anything accessing the snapshot gets the before image data, anything accessing the live volume gets the data from the after image if there is a corresponding block, or the before image data if it's not been altered. Over time the after-image data set grows - and performance will be affected as the data gets fragmented.
> When you destroy the snapshot, any data in the after image is then copied into the main volume and after that the after image is deleted.

Actually, I'm pretty sure LVM simple discards the "before image" blocks 
that have been modified in the "after image", it doesn't actually 
relocate the after image blocks back to the original location. (At 
least, discarding a snapshot is too quick for it to be doing this, so 
maybe if the origin VM is written, it copies the "before image" to a new 
location, and then modifies the before image location with the new data).
> I would not have thought that you could safely mount a snapshot. If you try mounting it read-only then you have a dirty filesystem. If you mount it read-write then fsck will try and fix it, which then means you have two different systems trying to write to a volume. I don't know if LVM will handle this and prevent the host access from corrupting the guests filesystem.
You can mount a snapshot RW, and LVM will handle keeping any writes 
separate from the "origin image" copy.

For example, you could:
1) Shutdown VM
2) Snapshot VM
3) Start VM
4) VM begins some data processing
5) Modify snapshot (eg, software upgrade)
6) Bootup snapshot (block networking/etc)
7) Test snapshot

Regards,
Adam

-- 
Adam Goryachev Website Managers www.websitemanagers.com.au

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 17 01:09:30 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 01:09:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVqc8-0006i0-S5; Wed, 17 Feb 2016 01:09:08 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVqc7-0006hr-W1
	for xen-users@lists.xen.org; Wed, 17 Feb 2016 01:09:08 +0000
Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id
	A8/7B-32641-338C3C65; Wed, 17 Feb 2016 01:09:07 +0000
X-Env-Sender: mailinglists@websitemanagers.com.au
X-Msg-Ref: server-12.tower-31.messagelabs.com!1455671342!22850067!1
X-Originating-IP: [203.98.89.10]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 53211 invoked from network); 17 Feb 2016 01:09:05 -0000
Received: from hammer.websitemanagers.com.au (HELO
	hammer.websitemanagers.com.au) (203.98.89.10)
	by server-12.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted
	SMTP; 17 Feb 2016 01:09:05 -0000
Received: (qmail 32748 invoked by uid 1011); 17 Feb 2016 01:09:00 -0000
Received: from 124.246.8.196 by hammer (envelope-from
	,
	uid 1008) with qmail-scanner-1.24 
	(clamdscan: 0.98.1/21377. spamassassin: 3.3.1.  
	Clear:RC:1(124.246.8.196):. 
	Processed in 0.078242 secs); 17 Feb 2016 01:09:00 -0000
Received: from unknown (HELO ?10.97.0.6?)
	(adamg+websitemanagers.com.au@124.246.8.196)
	by 0 with ESMTPA; 17 Feb 2016 01:09:00 -0000
To: xen-users@lists.xen.org
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
	
From: Adam Goryachev 
Message-ID: <56C3C82B.7000607@websitemanagers.com.au>
Date: Wed, 17 Feb 2016 12:08:59 +1100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
	Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: 
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 17/02/16 02:06, Simon Hobson wrote:
> billb@sent.at wrote:
>
>> I'd thought that Xen 'figured out' what kind of disk structure it's mounting.
> The "disk structure" as far as Xen is concerned is ... a "disk". Just a collection of blocks.
>
>> I thought that snaps had to remain 'in' the VG, and they can get kind of large.
> A snapshot is simply a virtual image of the volume at a point in time. In terms of what you see when you look into it, it is exactly the same size as the volume - though the underlying representation of it will grow over time (starting from near enough zero space). So if you wanted to backup that snapshot, you'd treat it like a disk and image it - what you do with the image is then up to you.
> When you are done, remember to delete the snapshot or it will slow performance* and eat disk space*.
>
> A couple of caveats though.
> If you snapshot the volume, what you see is the same as if you unceremoniously yanked the power cord on a physical machine - anything still held in the guest's dirty cache will not be there. You can minimise this by triggering the guest to sync it's cache, and of course using a journaled filesystem - but you cannot completely eliminate it.
>
> The way some virtualisation & backup systems handle this is (to simplify "a bit") to make the combination of hypervisor, guest OS, and backup system intimately aware of each other so that the backup system can copy what the guest has, not what it has already written to disk.
>
> Personally, I work the other way - I do backups from within the guest using rsync to maintain a clone of the filesystem as seen by the guest on one central device. From there I generate multiple generations with file de-dupe etc as a separate off-line task. One area where if you ask 10 people you'll get 11 opinions :-)
>
> * It's worth considering the way snapshots work.
> AIUI in LVM, when you make a snapshot, what is on-disk is kept as the "before image". Any writes then go into a separate "after image" area which starts at zero and grows. Anything accessing the snapshot gets the before image data, anything accessing the live volume gets the data from the after image if there is a corresponding block, or the before image data if it's not been altered. Over time the after-image data set grows - and performance will be affected as the data gets fragmented.
> When you destroy the snapshot, any data in the after image is then copied into the main volume and after that the after image is deleted.

Actually, I'm pretty sure LVM simple discards the "before image" blocks 
that have been modified in the "after image", it doesn't actually 
relocate the after image blocks back to the original location. (At 
least, discarding a snapshot is too quick for it to be doing this, so 
maybe if the origin VM is written, it copies the "before image" to a new 
location, and then modifies the before image location with the new data).
> I would not have thought that you could safely mount a snapshot. If you try mounting it read-only then you have a dirty filesystem. If you mount it read-write then fsck will try and fix it, which then means you have two different systems trying to write to a volume. I don't know if LVM will handle this and prevent the host access from corrupting the guests filesystem.
You can mount a snapshot RW, and LVM will handle keeping any writes 
separate from the "origin image" copy.

For example, you could:
1) Shutdown VM
2) Snapshot VM
3) Start VM
4) VM begins some data processing
5) Modify snapshot (eg, software upgrade)
6) Bootup snapshot (block networking/etc)
7) Test snapshot

Regards,
Adam

-- 
Adam Goryachev Website Managers www.websitemanagers.com.au

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 17 09:47:51 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 09:47:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVyhA-0000XI-6B; Wed, 17 Feb 2016 09:46:52 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVyh8-0000XA-WE
	for xen-users@lists.xen.org; Wed, 17 Feb 2016 09:46:51 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
	AB/9A-03066-98144C65; Wed, 17 Feb 2016 09:46:49 +0000
X-Env-Sender: prvs=848fde4e6=Ian.Campbell@citrix.com
X-Msg-Ref: server-10.tower-31.messagelabs.com!1455702408!22982768!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29331 invoked from network); 17 Feb 2016 09:46:49 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	17 Feb 2016 09:46:49 -0000
X-IronPort-AV: E=Sophos;i="5.22,459,1449532800"; d="scan'208";a="332263720"
Message-ID: <1455702406.814.126.camel@citrix.com>
From: Ian Campbell 
To: Folatt , 
Date: Wed, 17 Feb 2016 09:46:46 +0000
In-Reply-To: <56C3588F.1010005@sluimers.net>
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
	<56BF63F1.9030705@sluimers.net>
	<20160215084040.Horde.o9PC1GPRfuRfVBjMLZqnAg2@344c6kbnjnljjzlz.onion>
	<56C3588F.1010005@sluimers.net>
X-Mailer: Evolution 3.18.2-1 
MIME-Version: 1.0
X-DLP: MIA1
Subject: Re: [Xen-users] How do I go from VNC console to a desktop
 environment?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gVHVlLCAyMDE2LTAyLTE2IGF0IDE4OjEyICswMTAwLCBGb2xhdHQgd3JvdGU6Cj4gbHNwY2kg
c2hvd3Mgbm8gb3V0cHV0Lgo+IEkgYW0gZWl0aGVyIHVzaW5nIGEgcGFyYXZpcnR1YWwgZnJhbWVi
dWZmZXIgb3IgaXQncyB3aGF0IEkgd2FudCB0byB1c2UuIAo+IEkgZG9uJ3QgdW5kZXJzdGFuZCBo
b3cgcGFyYXZpcnR1YWwgZnJhbWVidWZmZXJzIHdvcmsuIEFsbCBJIHVuZGVyc3RhbmQgaXMKPiB0
aGF0IG15IEdyYXBoaWNzIGNhcmQgaXMgbm90IGRldGVjdGVkIHdoZW4gSSB0eXBlICJpbnhpIC1G
IiBhbmQgCj4gSSdtIHVuZGVyIHRoZSBpbXByZXNzaW9uIHRoYXQgdGhhdCBzaG91bGQgbm90IG1h
dHRlciBpZiB5b3UgY2FuIHVzZSBhCj4gcGFyYXZpcnR1YWwgZnJhbWVidWZmZXIuCgpUaGUgUFZG
QiBpcyBub3QgYSBQQ0kgZGV2aWNlLCBzbyBpdCB3b24ndCBzaG93IHVwIGluIGxzcGNpLgoKRnJv
bSB0aGUgc2NyZWVuc2hvdCBpdCBsb29rcyBsaWtlIHhlbi1mYmZyb250IGlzIHNldHVwIGNvcnJl
Y3RseSBzaW5jZSB5b3UKaGF2ZSBhIHRleHQgY29uc29sZSBvbiBpdC4gQnV0IGRvIHlvdSBoYXZl
IGEgL2Rldi9mYjAgZGV2aWNlIG5vZGUgaW4gdGhlCmRvbVU/CgpEbyB5b3UgaGF2ZSB0aGUgeG9y
ZyBkcml2ZXJzIGZvciAiZmJkZXYiICh3aGljaCBpcyB0aGUgZHJpdmVyIHBhcnQgb2YgdGhlIFgK
c2VydmVyIHdoaWNoIGtub3dzIGhvdyB0byBkcml2ZSBhIC9kZXYvZmIwIGRldmljZSnCoGluc3Rh
bGxlZCBpbiB5b3VyIGRvbVU/CkRvZXMgdGhlIFhvcmcuMC5sb2cgbG9nIGZpbGUgcmVmZXJlbmNl
ZCBpbiB5b3VyIHNjcmVlbnNob3QgaGF2ZSBhbnkgZnVydGhlcgppbmZvcm1hdGlvbj8gVGhpcyBz
aG91bGQgYmUgdGhlIGZpcnN0IHBsYWNlIHRvIGxvb2sgZm9yIG1vcmUgY2x1ZXMuIEkKc3VnZ2Vz
dCB5b3UgcG9zdCB0aGUgd2hvbGUgdGhpbmcgdG8gdGhlIGxpc3QuCgpJIGRvbid0IGtub3cgYnV0
IEkgc3VzcGVjdCB0aGUgdXNlIG9mICJ2ZXNhIiBpbiB5b3VyIHhvcmcuY29uZiBpcyB3cm9uZy4g
SW4KZmFjdCBJIHVuZGVyc3Rvb2QgdGhhdCBtb2Rlcm4gWG9yZyB3YXMgY2FwYWJsZSBvZiBhdXRv
IHByb2JpbmcgbW9zdCB0aGluZ3MKYW5kIHRoYXQgYW4geG9yZy5jb25mIHdhc24ndCBvZnRlbiBu
ZWVkZWQsIGJ1dCB0aGlzIG1heSBkaWZmZXIgZnJvbSBkaXN0cm8KdG8gZGlzdHJvIGV0YyBhbmQg
SSBkb24ndCBrbm93IGlmIGl0IGFwcGxpZXMgdG8gQXJrIG9yIG5vdC4KCmh0dHA6Ly93aWtpLnhl
bi5vcmcvb2xkLXdpa2kveGVud2lraS9WaXJ0dWFsRnJhbWVidWZmZXIuaHRtbMKgaXMgdmVyeSBv
dXQgb2YKZGF0ZSwgYnV0IGF0IHRoZSBib3R0b20gaXQgaGFzIGFuIGV4YW1wbGUgeG9yZy5jb25m
IHdoaWNoIGxvb2tzIG1vcmUgbGlrZQp0aGUgc29ydCBvZiB0aGluZyBJIHdvdWxkIGV4cGVjdCB0
byBiZSBuZWVkZWQgKGluIHRoZSBjYXNlIHdoZXJlIGFueXRoaW5nCmlzIG5lZWRlZCBhdCBhbGwp
LgoKCklhbi4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Clhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xp
c3RzLnhlbi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Wed Feb 17 09:47:51 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 09:47:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVyhA-0000XI-6B; Wed, 17 Feb 2016 09:46:52 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aVyh8-0000XA-WE
	for xen-users@lists.xen.org; Wed, 17 Feb 2016 09:46:51 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
	AB/9A-03066-98144C65; Wed, 17 Feb 2016 09:46:49 +0000
X-Env-Sender: prvs=848fde4e6=Ian.Campbell@citrix.com
X-Msg-Ref: server-10.tower-31.messagelabs.com!1455702408!22982768!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29331 invoked from network); 17 Feb 2016 09:46:49 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	17 Feb 2016 09:46:49 -0000
X-IronPort-AV: E=Sophos;i="5.22,459,1449532800"; d="scan'208";a="332263720"
Message-ID: <1455702406.814.126.camel@citrix.com>
From: Ian Campbell 
To: Folatt , 
Date: Wed, 17 Feb 2016 09:46:46 +0000
In-Reply-To: <56C3588F.1010005@sluimers.net>
References: <469967C4-710B-40D7-806F-7379E217AB91@seangreenslade.com>
	
	<56B646BC.9070204@sluimers.net> <56B79784.6050703@ajlc.waterloo.on.ca>
	<56B7BDA4.2080407@sluimers.net>
	
	<56B94D48.7090109@sluimers.net>
	
	
	<20160209214153.Horde.dyMpUoH9Dgo6C9cA-_jyaA4@344c6kbnjnljjzlz.onion>
	<56BB4D68.7090905@sluimers.net> <56BB76CA.3050708@sluimers.net>
	<56BCE211.3020602@sluimers.net> <56BF4B74.9080103@sluimers.net>
	<56BF63F1.9030705@sluimers.net>
	<20160215084040.Horde.o9PC1GPRfuRfVBjMLZqnAg2@344c6kbnjnljjzlz.onion>
	<56C3588F.1010005@sluimers.net>
X-Mailer: Evolution 3.18.2-1 
MIME-Version: 1.0
X-DLP: MIA1
Subject: Re: [Xen-users] How do I go from VNC console to a desktop
 environment?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gVHVlLCAyMDE2LTAyLTE2IGF0IDE4OjEyICswMTAwLCBGb2xhdHQgd3JvdGU6Cj4gbHNwY2kg
c2hvd3Mgbm8gb3V0cHV0Lgo+IEkgYW0gZWl0aGVyIHVzaW5nIGEgcGFyYXZpcnR1YWwgZnJhbWVi
dWZmZXIgb3IgaXQncyB3aGF0IEkgd2FudCB0byB1c2UuIAo+IEkgZG9uJ3QgdW5kZXJzdGFuZCBo
b3cgcGFyYXZpcnR1YWwgZnJhbWVidWZmZXJzIHdvcmsuIEFsbCBJIHVuZGVyc3RhbmQgaXMKPiB0
aGF0IG15IEdyYXBoaWNzIGNhcmQgaXMgbm90IGRldGVjdGVkIHdoZW4gSSB0eXBlICJpbnhpIC1G
IiBhbmQgCj4gSSdtIHVuZGVyIHRoZSBpbXByZXNzaW9uIHRoYXQgdGhhdCBzaG91bGQgbm90IG1h
dHRlciBpZiB5b3UgY2FuIHVzZSBhCj4gcGFyYXZpcnR1YWwgZnJhbWVidWZmZXIuCgpUaGUgUFZG
QiBpcyBub3QgYSBQQ0kgZGV2aWNlLCBzbyBpdCB3b24ndCBzaG93IHVwIGluIGxzcGNpLgoKRnJv
bSB0aGUgc2NyZWVuc2hvdCBpdCBsb29rcyBsaWtlIHhlbi1mYmZyb250IGlzIHNldHVwIGNvcnJl
Y3RseSBzaW5jZSB5b3UKaGF2ZSBhIHRleHQgY29uc29sZSBvbiBpdC4gQnV0IGRvIHlvdSBoYXZl
IGEgL2Rldi9mYjAgZGV2aWNlIG5vZGUgaW4gdGhlCmRvbVU/CgpEbyB5b3UgaGF2ZSB0aGUgeG9y
ZyBkcml2ZXJzIGZvciAiZmJkZXYiICh3aGljaCBpcyB0aGUgZHJpdmVyIHBhcnQgb2YgdGhlIFgK
c2VydmVyIHdoaWNoIGtub3dzIGhvdyB0byBkcml2ZSBhIC9kZXYvZmIwIGRldmljZSnCoGluc3Rh
bGxlZCBpbiB5b3VyIGRvbVU/CkRvZXMgdGhlIFhvcmcuMC5sb2cgbG9nIGZpbGUgcmVmZXJlbmNl
ZCBpbiB5b3VyIHNjcmVlbnNob3QgaGF2ZSBhbnkgZnVydGhlcgppbmZvcm1hdGlvbj8gVGhpcyBz
aG91bGQgYmUgdGhlIGZpcnN0IHBsYWNlIHRvIGxvb2sgZm9yIG1vcmUgY2x1ZXMuIEkKc3VnZ2Vz
dCB5b3UgcG9zdCB0aGUgd2hvbGUgdGhpbmcgdG8gdGhlIGxpc3QuCgpJIGRvbid0IGtub3cgYnV0
IEkgc3VzcGVjdCB0aGUgdXNlIG9mICJ2ZXNhIiBpbiB5b3VyIHhvcmcuY29uZiBpcyB3cm9uZy4g
SW4KZmFjdCBJIHVuZGVyc3Rvb2QgdGhhdCBtb2Rlcm4gWG9yZyB3YXMgY2FwYWJsZSBvZiBhdXRv
IHByb2JpbmcgbW9zdCB0aGluZ3MKYW5kIHRoYXQgYW4geG9yZy5jb25mIHdhc24ndCBvZnRlbiBu
ZWVkZWQsIGJ1dCB0aGlzIG1heSBkaWZmZXIgZnJvbSBkaXN0cm8KdG8gZGlzdHJvIGV0YyBhbmQg
SSBkb24ndCBrbm93IGlmIGl0IGFwcGxpZXMgdG8gQXJrIG9yIG5vdC4KCmh0dHA6Ly93aWtpLnhl
bi5vcmcvb2xkLXdpa2kveGVud2lraS9WaXJ0dWFsRnJhbWVidWZmZXIuaHRtbMKgaXMgdmVyeSBv
dXQgb2YKZGF0ZSwgYnV0IGF0IHRoZSBib3R0b20gaXQgaGFzIGFuIGV4YW1wbGUgeG9yZy5jb25m
IHdoaWNoIGxvb2tzIG1vcmUgbGlrZQp0aGUgc29ydCBvZiB0aGluZyBJIHdvdWxkIGV4cGVjdCB0
byBiZSBuZWVkZWQgKGluIHRoZSBjYXNlIHdoZXJlIGFueXRoaW5nCmlzIG5lZWRlZCBhdCBhbGwp
LgoKCklhbi4KCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Clhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xp
c3RzLnhlbi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Wed Feb 17 12:20:54 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 12:20:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW15F-00031L-UX; Wed, 17 Feb 2016 12:19:53 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aW15D-000312-T4
	for xen-users@lists.xen.org; Wed, 17 Feb 2016 12:19:52 +0000
Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id
	A7/B2-28972-66564C65; Wed, 17 Feb 2016 12:19:50 +0000
X-Env-Sender: robinlee.sysu@gmail.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1455711588!15917770!1
X-Originating-IP: [209.85.214.194]
X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_10_20,HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10810 invoked from network); 17 Feb 2016 12:19:49 -0000
Received: from mail-ob0-f194.google.com (HELO mail-ob0-f194.google.com)
	(209.85.214.194)
	by server-11.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 17 Feb 2016 12:19:49 -0000
Received: by mail-ob0-f194.google.com with SMTP id kg5so665034obb.3
	for ; Wed, 17 Feb 2016 04:19:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=RpgtrOTLnV69BavDGZpyQaKIgNrmR7D88tQp6L2blfI=;
	b=XRri3Ny+567xngcC+f+d09Q1I9xugcSEeagdqqT9HXs21wIzbPGRSFc1BmXOS/f9IL
	zhN389Pvm+lwlOp1iupUOOmQPDNrLponRT7IeQjeiPih9rRp+Bk9juOtzXJEtRVGOsKP
	d7yA+ZMk6GHrPGckk8bK1AS2/HxtCXKgZo+qSSB7agAQ91uMjULyXtCXQjziKE+LFcxN
	v2j95hkFsc8hs3nWyPYJOuJ4tEGYld6LHaZBR2IT3FbTLZn0vVsxHYrQLCD61LZbNwRq
	rHFxz0nyT5Du/w4dkWQ+YGZTYIl5N1+h3jdcLhTKEUIneRf8Uy3A34xWE6EQAgc929v9
	svAQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=RpgtrOTLnV69BavDGZpyQaKIgNrmR7D88tQp6L2blfI=;
	b=Q3W+etioz/pnI5SKfnlXeSgBDNGdM4T4VNv0vd6PyW0CyEjIGBdK/N1jYhfttecmvy
	NKSmhqxWoFLpjnBqG2m85KAZZqIsHScS2NzyKNOfYCVZwGhjYs70ySGjT3E7rqI09xKl
	p5DRYyovK6pgYoiwCE2x95E6ksiy9cDrF16K4xWPs/RTspWgDwasBC/a0RV2Uf6LZw6v
	8FWCqgeayizmTgLZKOfS5S4KZXYYtoRikvRkLZKE3Ur16R7/hEpqvnxL/X9Id/5E8ukX
	RyDu+G5T1o+tiGda8I5wJt95f+ZHwpmRjAcha6sT4HuCOO1rCAMEzr6Qgv7BMQ6++JtI
	3Z8A==
X-Gm-Message-State: AG10YOSyc4froz2yxjKog8jU2RIdiQqGP88bY+6HS15ReA5B2mjvuZnEcmdmOFan9382ywSV+5yhC3tXVnUYvw==
MIME-Version: 1.0
X-Received: by 10.182.200.136 with SMTP id js8mr886071obc.11.1455711588204;
	Wed, 17 Feb 2016 04:19:48 -0800 (PST)
Received: by 10.202.104.168 with HTTP; Wed, 17 Feb 2016 04:19:48 -0800 (PST)
Date: Wed, 17 Feb 2016 20:19:48 +0800
Message-ID: 
From: Robin Lee 
To: xen-users@lists.xen.org
Subject: [Xen-users] dom0 USB failing with "ehci-pci: probe of 0000:00:1d.0
 failed with error -110"
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7904638514177003264=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============7904638514177003264==
Content-Type: multipart/alternative; boundary=001a11c24f061c4bf6052bf64433

--001a11c24f061c4bf6052bf64433
Content-Type: text/plain; charset=UTF-8

Hi all,

I recently met the same problem of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748052
Also xen-devel list:
http://lists.xenproject.org/archives/html/xen-devel/2014-05/threads.html#02084
I copied the subject of this message.

I tested previous versions of xen and found the issue was introduced in xen
4.3.0. Any later versions up to 4.6.1 does not fix this issue.

Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.

I am new to xen debugging and willing to provide any additional information
if needed.

Machine infomation:

Mother board:
Intel Corporation S1200BTL

CPU:
Intel(R) Xeon(R) CPU E3-1220 V2
# lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/Ivy Bridge DRAM
Controller (rev 09)
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
Connection (rev 05)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #2 (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 1 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 6 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #1 (rev 05)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Controller
(rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
Family SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus
Controller (rev 05)
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
Connection
03:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
G200e [Pilot] ServerEngines (SEP1) (rev 04)
04:00.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channel to
PCI-X HBA (rev 02)


-robin

--001a11c24f061c4bf6052bf64433
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


I copied =
the subject of this message.

I tested previous versions o=
f xen and found the issue was introduced in=20
xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.

<=
/div>
Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.

I am new to xen debugging and willing to provide any additi=
onal information if needed.

Machine infomation:
=

Mother board:

Intel Corporation S1200BTL



CPU:

Intel(R) Xeon(R) CPU E3-1220 V2
# lspci
00:00.0 Host bridge: Inte=
l Corporation Xeon E3-1200 v2/Ivy Bridge DRAM Controller (rev 09)
00:19.=
0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection=
 (rev 05)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series=
 Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1c.0 PCI bri=
dge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root=
 Port 1 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Ser=
ies Chipset Family PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: =
Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port=
 6 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Seri=
es Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1e.0 PCI b=
ridge: Intel Corporation 82801 PCI Bridge (rev a5)
00:1f.0 ISA bridge: I=
ntel Corporation C204 Chipset Family LPC Controller (rev 05)
00:1f.2 SAT=
A controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AH=
CI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Se=
ries Chipset Family SMBus Controller (rev 05)
02:00.0 Ethernet controlle=
r: Intel Corporation 82574L Gigabit Network Connection
03:00.0 VGA compa=
tible controller: Matrox Electronics Systems Ltd. MGA G200e [Pilot] ServerE=
ngines (SEP1) (rev 04)
04:00.0 Fibre Channel: QLogic Corp. ISP2312-based=
 2Gb Fibre Channel to PCI-X HBA (rev 02)


-robin


--001a11c24f061c4bf6052bf64433--


--===============7904638514177003264==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============7904638514177003264==--


From xen-users-bounces@lists.xen.org Wed Feb 17 12:20:54 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 12:20:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW15F-00031L-UX; Wed, 17 Feb 2016 12:19:53 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aW15D-000312-T4
	for xen-users@lists.xen.org; Wed, 17 Feb 2016 12:19:52 +0000
Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id
	A7/B2-28972-66564C65; Wed, 17 Feb 2016 12:19:50 +0000
X-Env-Sender: robinlee.sysu@gmail.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1455711588!15917770!1
X-Originating-IP: [209.85.214.194]
X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_10_20,HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10810 invoked from network); 17 Feb 2016 12:19:49 -0000
Received: from mail-ob0-f194.google.com (HELO mail-ob0-f194.google.com)
	(209.85.214.194)
	by server-11.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 17 Feb 2016 12:19:49 -0000
Received: by mail-ob0-f194.google.com with SMTP id kg5so665034obb.3
	for ; Wed, 17 Feb 2016 04:19:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=RpgtrOTLnV69BavDGZpyQaKIgNrmR7D88tQp6L2blfI=;
	b=XRri3Ny+567xngcC+f+d09Q1I9xugcSEeagdqqT9HXs21wIzbPGRSFc1BmXOS/f9IL
	zhN389Pvm+lwlOp1iupUOOmQPDNrLponRT7IeQjeiPih9rRp+Bk9juOtzXJEtRVGOsKP
	d7yA+ZMk6GHrPGckk8bK1AS2/HxtCXKgZo+qSSB7agAQ91uMjULyXtCXQjziKE+LFcxN
	v2j95hkFsc8hs3nWyPYJOuJ4tEGYld6LHaZBR2IT3FbTLZn0vVsxHYrQLCD61LZbNwRq
	rHFxz0nyT5Du/w4dkWQ+YGZTYIl5N1+h3jdcLhTKEUIneRf8Uy3A34xWE6EQAgc929v9
	svAQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=RpgtrOTLnV69BavDGZpyQaKIgNrmR7D88tQp6L2blfI=;
	b=Q3W+etioz/pnI5SKfnlXeSgBDNGdM4T4VNv0vd6PyW0CyEjIGBdK/N1jYhfttecmvy
	NKSmhqxWoFLpjnBqG2m85KAZZqIsHScS2NzyKNOfYCVZwGhjYs70ySGjT3E7rqI09xKl
	p5DRYyovK6pgYoiwCE2x95E6ksiy9cDrF16K4xWPs/RTspWgDwasBC/a0RV2Uf6LZw6v
	8FWCqgeayizmTgLZKOfS5S4KZXYYtoRikvRkLZKE3Ur16R7/hEpqvnxL/X9Id/5E8ukX
	RyDu+G5T1o+tiGda8I5wJt95f+ZHwpmRjAcha6sT4HuCOO1rCAMEzr6Qgv7BMQ6++JtI
	3Z8A==
X-Gm-Message-State: AG10YOSyc4froz2yxjKog8jU2RIdiQqGP88bY+6HS15ReA5B2mjvuZnEcmdmOFan9382ywSV+5yhC3tXVnUYvw==
MIME-Version: 1.0
X-Received: by 10.182.200.136 with SMTP id js8mr886071obc.11.1455711588204;
	Wed, 17 Feb 2016 04:19:48 -0800 (PST)
Received: by 10.202.104.168 with HTTP; Wed, 17 Feb 2016 04:19:48 -0800 (PST)
Date: Wed, 17 Feb 2016 20:19:48 +0800
Message-ID: 
From: Robin Lee 
To: xen-users@lists.xen.org
Subject: [Xen-users] dom0 USB failing with "ehci-pci: probe of 0000:00:1d.0
 failed with error -110"
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7904638514177003264=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============7904638514177003264==
Content-Type: multipart/alternative; boundary=001a11c24f061c4bf6052bf64433

--001a11c24f061c4bf6052bf64433
Content-Type: text/plain; charset=UTF-8

Hi all,

I recently met the same problem of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748052
Also xen-devel list:
http://lists.xenproject.org/archives/html/xen-devel/2014-05/threads.html#02084
I copied the subject of this message.

I tested previous versions of xen and found the issue was introduced in xen
4.3.0. Any later versions up to 4.6.1 does not fix this issue.

Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.

I am new to xen debugging and willing to provide any additional information
if needed.

Machine infomation:

Mother board:
Intel Corporation S1200BTL

CPU:
Intel(R) Xeon(R) CPU E3-1220 V2
# lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/Ivy Bridge DRAM
Controller (rev 09)
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
Connection (rev 05)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #2 (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 1 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
PCI Express Root Port 6 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
Family USB Enhanced Host Controller #1 (rev 05)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Controller
(rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
Family SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus
Controller (rev 05)
02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
Connection
03:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
G200e [Pilot] ServerEngines (SEP1) (rev 04)
04:00.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channel to
PCI-X HBA (rev 02)


-robin

--001a11c24f061c4bf6052bf64433
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


I copied =
the subject of this message.

I tested previous versions o=
f xen and found the issue was introduced in=20
xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.

<=
/div>
Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.

I am new to xen debugging and willing to provide any additi=
onal information if needed.

Machine infomation:
=

Mother board:

Intel Corporation S1200BTL



CPU:

Intel(R) Xeon(R) CPU E3-1220 V2
# lspci
00:00.0 Host bridge: Inte=
l Corporation Xeon E3-1200 v2/Ivy Bridge DRAM Controller (rev 09)
00:19.=
0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection=
 (rev 05)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series=
 Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1c.0 PCI bri=
dge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root=
 Port 1 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Ser=
ies Chipset Family PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: =
Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port=
 6 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Seri=
es Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1e.0 PCI b=
ridge: Intel Corporation 82801 PCI Bridge (rev a5)
00:1f.0 ISA bridge: I=
ntel Corporation C204 Chipset Family LPC Controller (rev 05)
00:1f.2 SAT=
A controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AH=
CI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Se=
ries Chipset Family SMBus Controller (rev 05)
02:00.0 Ethernet controlle=
r: Intel Corporation 82574L Gigabit Network Connection
03:00.0 VGA compa=
tible controller: Matrox Electronics Systems Ltd. MGA G200e [Pilot] ServerE=
ngines (SEP1) (rev 04)
04:00.0 Fibre Channel: QLogic Corp. ISP2312-based=
 2Gb Fibre Channel to PCI-X HBA (rev 02)


-robin


--001a11c24f061c4bf6052bf64433--


--===============7904638514177003264==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============7904638514177003264==--


From xen-users-bounces@lists.xen.org Wed Feb 17 12:28:56 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 12:28:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1DN-0003cs-C0; Wed, 17 Feb 2016 12:28:17 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1DK-0003cM-QC; Wed, 17 Feb 2016 12:28:15 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	42/EB-23366-D5764C65; Wed, 17 Feb 2016 12:28:13 +0000
X-Env-Sender: iwj@xenbits.xen.org
X-Msg-Ref: server-3.tower-27.messagelabs.com!1455712091!24210787!1
X-Originating-IP: [50.57.168.107]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3165 invoked from network); 17 Feb 2016 12:28:12 -0000
Received: from 50-57-168-107.static.cloud-ips.com (HELO mail.xen.org)
	(50.57.168.107)
	by server-3.tower-27.messagelabs.com with AES256-SHA encrypted SMTP;
	17 Feb 2016 12:28:12 -0000
Received: from xenbits.xenproject.org ([50.57.170.242] helo=xenbits.xen.org)
	by mail.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1Eo-0004L7-SL; Wed, 17 Feb 2016 12:29:46 +0000
Received: from iwj by xenbits.xen.org with local (Exim 4.84)
	(envelope-from )
	id 1aW1D5-00063u-Tl; Wed, 17 Feb 2016 12:28:00 +0000
Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8"
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
To: xen-announce@lists.xen.org, xen-devel@lists.xen.org,
	xen-users@lists.xen.org, oss-security@lists.openwall.com
From: Xen.org security team 
Message-Id: 
Date: Wed, 17 Feb 2016 12:28:00 +0000
Cc: "Xen.org security team" 
Subject: [Xen-users] Xen Security Advisory 154 (CVE-2016-2270) - x86:
 inconsistent cachability flags on guest mappings
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--=separator
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

            Xen Security Advisory CVE-2016-2270 / XSA-154
                              version 3

          x86: inconsistent cachability flags on guest mappings

UPDATES IN VERSION 3
====================

Clarify cumbersome Resolution wording.

The patch now adds a command line option to overcome the possible
performance regression.  Add patch backports.

Clarify origin of assertion (at start of patch description) that
inconsistent cacheability is a problem only for mmio pages.

Public release.

ISSUE DESCRIPTION
=================

Multiple mappings of the same physical page with different cachability
setting can cause problems.  While one category (risk of using stale
data) affects only guests themselves (and hence avoiding this can be
left for them to control), the other category being Machine Check
exceptions can be fatal to entire hosts.  According to the information
we were able to gather, only mappings of MMIO pages may surface this
second category, but even for them there were cases where the
hypervisor did not properly enforce consistent cachability.

IMPACT
======

A malicious guest administrator might be able to cause a reboot,
denying service to the entire host.

VULNERABLE SYSTEMS
==================

All Xen versions are affected.

Only x86 guests given control over some physical device can trigger
this vulnerability.

x86 systems are vulnerable.  ARM systems are not vulnerable.

The vulnerability depends on the system response to mapping the same
memory with different cacheability.  On some systems this is harmless;
on others, depending on CPU and chipset, it may be fatal.

MITIGATION
==========

Not handing physical devices to guests will also avoid this issue.

CREDITS
=======

This issue was discovered by Jan Beulich of SUSE.

RESOLUTION
==========

We believe that the attached patch fixes the issue.  However, no
formal description of CPU behaviour in particular use cases has been
provided by Intel.  There has been no response from AMD.

We are aware of a potential performance regression with this patch on
some systems - even if no hardware passthrough is configured.  This is
due to the behaviour of some drivers and peripherals that is beyond
the scope of this security fix.  The patch adds a command line option
"mmio-relax" to overcome this possible regression for Domain 0 or all
para-virtual guests.  Note however that enabling this workaround will
reinstate the security issue these patches aim to address.

xsa154.patch        xen-unstable
xsa154-4.6.patch    Xen 4.6.x
xsa154-4.5.patch    Xen 4.5.x
xsa154-4.4.patch    Xen 4.4.x
xsa154-4.3.patch    Xen 4.3.x

$ sha256sum xsa154*
bbe7fba38ee30c00ef850fa6419c769e88b5669164d447f50b1ebbe333573152  xsa154.patch
011a4e33c0e476c52fe44253d50e01a1185948fd1b2a8e645274b25da6030d71  xsa154-4.3.patch
92d475bbc344127faa4f0183a9ccca9e975c7d24eb5772bf0a0a0a2e019144c6  xsa154-4.4.patch
b13737e71f22185b94ab25c07afd521add1a7e3886326c719d5df4d42f3f87f4  xsa154-4.5.patch
eec88c2a57466f83a81844cb7025f70c2b671d07a75d85487d4ed73cdabbb020  xsa154-4.6.patch
$

DEPLOYMENT DURING EMBARGO
=========================

Deployment of the patch described above (or others which are
substantially similar) is permitted during the embargo, even on
public-facing systems with untrusted guest users and administrators.

However deployment of the mitigations described above is NOT permitted
(except where all the affected systems and VMs are administered and
used only by organisations which are members of the Xen Project
Security Issues Predisclosure List).  Specifically, deployment on
public cloud systems is NOT permitted.

This is because the configuration change would be visible to the guest,
which could lead to the rediscovery of the vulnerability.

But: Distribution of updated software is prohibited (except to other
members of the predisclosure list).

Predisclosure list members who wish to deploy significantly different
patches and/or mitigations, please contact the Xen Project Security
Team.


(Note: this during-embargo deployment notice is retained in
post-embargo publicly released Xen Project advisories, even though it
is then no longer applicable.  This is to enable the community to have
oversight of the Xen Project Security Team's decisionmaking.)

For more information about permissible uses of embargoed information,
consult the Xen Project community's agreed Security Policy:
  http://www.xenproject.org/security-policy.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJWxGayAAoJEIP+FMlX6CvZ9KwH/3z+9b7OjgpuIsOf0giZ5y99
yKoORWxQjcosYLQRQXvH62xtz0xRng+E3p+MeUm2qPUUuHFiqxSpZOAvW61C6DQL
l5KNNHlIjWB3N0YVmvgRbf3WMbeX1DCsEJEIFxZUQQs3fgGAiOfIEOwRL2FIhJ5Y
wP/z59fCuWs5lHoV0iAY3gkZHDd09JspCRQq8UGAc+X5jHF6fIOhUjZCS9KRQMJ5
p69ysdMj96fY5eKqwka/EXzvKMJUsQ42u5RQoYR5FhLx1UBi2otdcdbloKNseksA
7Wbf6j8Mz9NWVhvdZtnR/CNH8m5V7d78HsnGv7zNQCiMW+wg/k53yzHcw550P4w=
=5V3D
-----END PGP SIGNATURE-----

--=separator
Content-Type: application/octet-stream; name="xsa154.patch"
Content-Disposition: attachment; filename="xsa154.patch"
Content-Transfer-Encoding: base64

eDg2OiBlbmZvcmNlIGNvbnNpc3RlbnQgY2FjaGFiaWxpdHkgb2YgTU1JTyBt
YXBwaW5ncwoKV2UndmUgYmVlbiB0b2xkIGJ5IEludGVsIHRoYXQgaW5jb25z
aXN0ZW50IGNhY2hhYmlsaXR5IGJldHdlZW4KbXVsdGlwbGUgbWFwcGluZ3Mg
b2YgdGhlIHNhbWUgcGFnZSBjYW4gYWZmZWN0IHN5c3RlbSBzdGFiaWxpdHkg
b25seQp3aGVuIHRoZSBhZmZlY3RlZCBwYWdlIGlzIGFuIE1NSU8gb25lLiBT
aW5jZSB0aGUgc3RhbGUgZGF0YSBpc3N1ZSBpcwpvZiBubyByZWxldmFuY2Ug
dG8gdGhlIGh5cGVydmlzb3IgKHNpbmNlIGFsbCBndWVzdCBtZW1vcnkgYWNj
ZXNzZXMgZ28KdGhyb3VnaCBwcm9wZXIgYWNjZXNzb3JzIGFuZCB2YWxpZGF0
aW9uKSwgaGFuZGxpbmcgb2YgUkFNIHBhZ2VzCnJlbWFpbnMgdW5jaGFuZ2Vk
IGhlcmUuIEFueSBNTUlPIG1hcHBlZCBieSBkb21haW5zIGhvd2V2ZXIgbmVl
ZHMgdG8gYmUKZG9uZSBjb25zaXN0ZW50bHkgKGFsbCBjYWNoYWJsZSBtYXBw
aW5ncyBvciBhbGwgdW5jYWNoYWJsZSBvbmVzKSwgaW4Kb3JkZXIgdG8gYXZv
aWQgTWFjaGluZSBDaGVjayBleGNlcHRpb25zLiBTaW5jZSBjb252ZXJ0aW5n
IGV4aXN0aW5nCmNhY2hhYmxlIG1hcHBpbmdzIHRvIHVuY2FjaGFibGUgKGF0
IHRoZSB0aW1lIGFuIHVuY2FjaGFibGUgbWFwcGluZwpnZXRzIGVzdGFibGlz
aGVkKSB3b3VsZCBpbiB0aGUgUFYgY2FzZSByZXF1aXJlIHRyYWNraW5nIGFs
bCBtYXBwaW5ncywKYWxsb3cgTU1JTyB0byBvbmx5IGdldCBtYXBwZWQgdW5j
YWNoYWJsZSAoVUMsIFVDLSwgb3IgV0MpLgoKVGhpcyBhbHNvIGltcGxpZXMg
dGhhdCBpbiB0aGUgUFYgY2FzZSB3ZSBtdXN0bid0IHVzZSB0aGUgTDEgUFRF
IHVwZGF0ZQpmYXN0IHBhdGggd2hlbiBjYWNoYWJpbGl0eSBmbGFncyBnZXQg
YWx0ZXJlZC4KClNpbmNlIGluIHRoZSBIVk0gY2FzZSBhdCBsZWFzdCBmb3Ig
bm93IHdlIHdhbnQgdG8gY29udGludWUgaG9ub3JpbmcKcGlubmVkIGNhY2hh
YmlsaXR5IGF0dHJpYnV0ZXMgZm9yIHBhZ2VzIG5vdCBtYXBwZWQgYnkgdGhl
IGh5cGVydmlzb3IsCnNwZWNpYWwgY2FzZSBoYW5kbGluZyBvZiByL28gTU1J
TyBwYWdlcyAoZm9yY2luZyBVQykgZ2V0cyBhZGRlZCB0aGVyZS4KQXJndWFi
bHkgdGhlIGNvdW50ZXJwYXJ0IGNoYW5nZSB0byBwMm0tcHQuYyBtYXkgbm90
IGJlIG5lY2Vzc2FyeSwgc2luY2UKVUMtICh3aGljaCBhbHJlYWR5IGdldHMg
ZW5mb3JjZWQgdGhlcmUpIGlzIHByb2JhYmx5IHN0cmljdCBlbm91Z2guCgpO
b3RlIHRoYXQgdGhlIHNoYWRvdyBjb2RlIGNoYW5nZXMgaW5jbHVkZSBmaXhp
bmcgdGhlIHdyaXRlIHByb3RlY3Rpb24Kb2Ygci9vIE1NSU8gcmFuZ2VzOiBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncygpIGFuZCBpdHMgc2libGluZ3MsIG90
aGVyCnRoYW4gbDFlX3JlbW92ZV9mbGFncygpIGFuZCBhbGlrZSwgcmV0dXJu
IHRoZSBuZXcgUFRFIChhbmQgaGVuY2UKaWdub3JpbmcgdGhlaXIgcmV0dXJu
IHZhbHVlcyBtYWtlcyB0aGVtIG5vLW9wcykuCgpUaGlzIGlzIENWRS0yMDE2
LTIyNzAgLyBYU0EtMTU0LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2gg
PGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogQW5kcmV3IENvb3BlciA8
YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNvbT4KCi0tLSBhL2RvY3MvbWlzYy94
ZW4tY29tbWFuZC1saW5lLm1hcmtkb3duCisrKyBiL2RvY3MvbWlzYy94ZW4t
Y29tbWFuZC1saW5lLm1hcmtkb3duCkBAIC0xMDg0LDYgKzEwODQsMTUgQEAg
bGltaXQgaXMgaWdub3JlZCBieSBYZW4uCiAKIFNwZWNpZnkgaWYgdGhlIE1N
Q29uZmlnIHNwYWNlIHNob3VsZCBiZSBlbmFibGVkLgogCisjIyMgbW1pby1y
ZWxheAorPiBgPSA8Ym9vbGVhbj4gfCBhbGxgCisKKz4gRGVmYXVsdDogYGZh
bHNlYAorCitCeSBkZWZhdWx0LCBkb21haW5zIG1heSBub3QgY3JlYXRlIGNh
Y2hlZCBtYXBwaW5ncyB0byBNTUlPIHJlZ2lvbnMuCitUaGlzIG9wdGlvbiBy
ZWxheGVzIHRoZSBjaGVjayBmb3IgRG9tYWluIDAgKG9yIHdoZW4gdXNpbmcg
YGFsbGAsIGFsbCBQVgorZG9tYWlucyksIHRvIHBlcm1pdCB0aGUgdXNlIG9m
IGNhY2hlYWJsZSBNTUlPIG1hcHBpbmdzLgorCiAjIyMgbXNpCiA+IGA9IDxi
b29sZWFuPmAKIAotLS0gYS94ZW4vYXJjaC94ODYvaHZtL210cnIuYworKysg
Yi94ZW4vYXJjaC94ODYvaHZtL210cnIuYwpAQCAtNzcwLDggKzc3MCwxNyBA
QCBpbnQgZXB0ZV9nZXRfZW50cnlfZW10KHN0cnVjdCBkb21haW4gKmQsCiAg
ICAgaWYgKCB2LT5kb21haW4gIT0gZCApCiAgICAgICAgIHYgPSBkLT52Y3B1
ID8gZC0+dmNwdVswXSA6IE5VTEw7CiAKLSAgICBpZiAoICFtZm5fdmFsaWQo
bWZuX3gobWZuKSkgKQorICAgIGlmICggIW1mbl92YWxpZChtZm5feChtZm4p
KSB8fAorICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfcmFuZ2UobW1pb19y
b19yYW5nZXMsIG1mbl94KG1mbiksCisgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBtZm5feChtZm4pICsgKDFVTCA8PCBvcmRlcikgLSAxKSAp
CisgICAgeworICAgICAgICAqaXBhdCA9IDE7CiAgICAgICAgIHJldHVybiBN
VFJSX1RZUEVfVU5DQUNIQUJMRTsKKyAgICB9CisKKyAgICBpZiAoIHJhbmdl
c2V0X292ZXJsYXBzX3JhbmdlKG1taW9fcm9fcmFuZ2VzLCBtZm5feChtZm4p
LAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbWZuX3gobWZu
KSArICgxVUwgPDwgb3JkZXIpIC0gMSkgKQorICAgICAgICByZXR1cm4gLTE7
CiAKICAgICBzd2l0Y2ggKCBodm1fZ2V0X21lbV9waW5uZWRfY2FjaGVhdHRy
KGQsIGdmbiwgb3JkZXIsICZ0eXBlKSApCiAgICAgewotLS0gYS94ZW4vYXJj
aC94ODYvbW0vcDJtLXB0LmMKKysrIGIveGVuL2FyY2gveDg2L21tL3AybS1w
dC5jCkBAIC0xMDksNyArMTA5LDEwIEBAIHN0YXRpYyB1bnNpZ25lZCBsb25n
IHAybV90eXBlX3RvX2ZsYWdzKHAKICAgICAgICAgaWYgKCAhcmFuZ2VzZXRf
Y29udGFpbnNfc2luZ2xldG9uKG1taW9fcm9fcmFuZ2VzLCBtZm5feChtZm4p
KSApCiAgICAgICAgICAgICBmbGFncyB8PSBfUEFHRV9SVzsKICAgICAgICAg
ZWxzZQorICAgICAgICB7CisgICAgICAgICAgICBmbGFncyB8PSBfUEFHRV9Q
V1Q7CiAgICAgICAgICAgICBBU1NFUlQoIWxldmVsKTsKKyAgICAgICAgfQog
ICAgICAgICByZXR1cm4gZmxhZ3MgfCBQMk1fQkFTRV9GTEFHUyB8IF9QQUdF
X1BDRDsKICAgICB9CiB9Ci0tLSBhL3hlbi9hcmNoL3g4Ni9tbS9zaGFkb3cv
bXVsdGkuYworKysgYi94ZW4vYXJjaC94ODYvbW0vc2hhZG93L211bHRpLmMK
QEAgLTUzNCw2ICs1MzQsNyBAQCBfc2hfcHJvcGFnYXRlKHN0cnVjdCB2Y3B1
ICp2LAogICAgIGdmbl90IHRhcmdldF9nZm4gPSBndWVzdF9sMWVfZ2V0X2dm
bihndWVzdF9lbnRyeSk7CiAgICAgdTMyIHBhc3NfdGhydV9mbGFnczsKICAg
ICB1MzIgZ2ZsYWdzLCBzZmxhZ3M7CisgICAgYm9vbF90IG1taW9fbWZuOwog
CiAgICAgLyogV2UgZG9uJ3Qgc2hhZG93IFBBRSBsM3MgKi8KICAgICBBU1NF
UlQoR1VFU1RfUEFHSU5HX0xFVkVMUyA+IDMgfHwgbGV2ZWwgIT0gMyk7CkBA
IC01NzQsNyArNTc1LDEwIEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0IHZjcHUg
KnYsCiAgICAgLy8gbWZuIG1lYW5zIHRoYXQgd2UgY2FuIG5vdCB1c2VmdWxs
eSBzaGFkb3cgYW55dGhpbmcsIGFuZCBzbyB3ZQogICAgIC8vIHJldHVybiBl
YXJseS4KICAgICAvLwotICAgIGlmICggIW1mbl92YWxpZCh0YXJnZXRfbWZu
KQorICAgIG1taW9fbWZuID0gIW1mbl92YWxpZCh0YXJnZXRfbWZuKQorICAg
ICAgICAgICAgICAgfHwgKGxldmVsID09IDEKKyAgICAgICAgICAgICAgICAg
ICAmJiBwYWdlX2dldF9vd25lcihtZm5fdG9fcGFnZSh0YXJnZXRfbWZuKSkg
PT0gZG9tX2lvKTsKKyAgICBpZiAoIG1taW9fbWZuCiAgICAgICAgICAmJiAh
KGxldmVsID09IDEgJiYgKCFzaGFkb3dfbW9kZV9yZWZjb3VudHMoZCkKICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgfHwgcDJtdCA9PSBwMm1fbW1p
b19kaXJlY3QpKSApCiAgICAgewpAQCAtNTkyLDcgKzU5Niw3IEBAIF9zaF9w
cm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgICAgICAgICAgICAgICAg
ICAgIF9QQUdFX1JXIHwgX1BBR0VfUFJFU0VOVCk7CiAgICAgaWYgKCBndWVz
dF9zdXBwb3J0c19ueCh2KSApCiAgICAgICAgIHBhc3NfdGhydV9mbGFncyB8
PSBfUEFHRV9OWF9CSVQ7Ci0gICAgaWYgKCAhc2hhZG93X21vZGVfcmVmY291
bnRzKGQpICYmICFtZm5fdmFsaWQodGFyZ2V0X21mbikgKQorICAgIGlmICgg
bGV2ZWwgPT0gMSAmJiAhc2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmIG1t
aW9fbWZuICkKICAgICAgICAgcGFzc190aHJ1X2ZsYWdzIHw9IF9QQUdFX1BB
VCB8IF9QQUdFX1BDRCB8IF9QQUdFX1BXVDsKICAgICBzZmxhZ3MgPSBnZmxh
Z3MgJiBwYXNzX3RocnVfZmxhZ3M7CiAKQEAgLTY5MSwxMCArNjk1LDE0IEBA
IF9zaF9wcm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgfQogCiAgICAg
LyogUmVhZC1vbmx5IG1lbW9yeSAqLwotICAgIGlmICggcDJtX2lzX3JlYWRv
bmx5KHAybXQpIHx8Ci0gICAgICAgICAocDJtdCA9PSBwMm1fbW1pb19kaXJl
Y3QgJiYKLSAgICAgICAgICByYW5nZXNldF9jb250YWluc19zaW5nbGV0b24o
bW1pb19yb19yYW5nZXMsIG1mbl94KHRhcmdldF9tZm4pKSkgKQorICAgIGlm
ICggcDJtX2lzX3JlYWRvbmx5KHAybXQpICkKICAgICAgICAgc2ZsYWdzICY9
IH5fUEFHRV9SVzsKKyAgICBlbHNlIGlmICggcDJtdCA9PSBwMm1fbW1pb19k
aXJlY3QgJiYKKyAgICAgICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfc2lu
Z2xldG9uKG1taW9fcm9fcmFuZ2VzLCBtZm5feCh0YXJnZXRfbWZuKSkgKQor
ICAgIHsKKyAgICAgICAgc2ZsYWdzICY9IH4oX1BBR0VfUlcgfCBfUEFHRV9Q
QVQpOworICAgICAgICBzZmxhZ3MgfD0gX1BBR0VfUENEIHwgX1BBR0VfUFdU
OworICAgIH0KIAogICAgIC8vIHByb3RlY3QgZ3Vlc3QgcGFnZSB0YWJsZXMK
ICAgICAvLwpAQCAtMTIwMCwyMiArMTIwOCwyOCBAQCBzdGF0aWMgaW50IHNo
YWRvd19zZXRfbDFlKHN0cnVjdCBkb21haW4KICAgICAgICAgICYmICFzaF9s
MWVfaXNfbWFnaWMobmV3X3NsMWUpICkKICAgICB7CiAgICAgICAgIC8qIEFi
b3V0IHRvIGluc3RhbGwgYSBuZXcgcmVmZXJlbmNlICovCi0gICAgICAgIGlm
ICggc2hhZG93X21vZGVfcmVmY291bnRzKGQpICkgeworICAgICAgICBpZiAo
IHNoYWRvd19tb2RlX3JlZmNvdW50cyhkKSApCisgICAgICAgIHsKKyNkZWZp
bmUgUEFHRV9GTElQUEFCTEUgKF9QQUdFX1JXIHwgX1BBR0VfUFdUIHwgX1BB
R0VfUENEIHwgX1BBR0VfUEFUKQorICAgICAgICAgICAgaW50IHJjOworCiAg
ICAgICAgICAgICBUUkFDRV9TSEFET1dfUEFUSF9GTEFHKFRSQ0VfU0ZMQUdf
U0hBRE9XX0wxX0dFVF9SRUYpOwotICAgICAgICAgICAgc3dpdGNoICggc2hh
ZG93X2dldF9wYWdlX2Zyb21fbDFlKG5ld19zbDFlLCBkLCBuZXdfdHlwZSkg
KQorICAgICAgICAgICAgc3dpdGNoICggcmMgPSBzaGFkb3dfZ2V0X3BhZ2Vf
ZnJvbV9sMWUobmV3X3NsMWUsIGQsIG5ld190eXBlKSApCiAgICAgICAgICAg
ICB7CiAgICAgICAgICAgICBkZWZhdWx0OgogICAgICAgICAgICAgICAgIC8q
IERvZXNuJ3QgbG9vayBsaWtlIGEgcGFnZXRhYmxlLiAqLwogICAgICAgICAg
ICAgICAgIGZsYWdzIHw9IFNIQURPV19TRVRfRVJST1I7CiAgICAgICAgICAg
ICAgICAgbmV3X3NsMWUgPSBzaGFkb3dfbDFlX2VtcHR5KCk7CiAgICAgICAg
ICAgICAgICAgYnJlYWs7Ci0gICAgICAgICAgICBjYXNlIDE6Ci0gICAgICAg
ICAgICAgICAgc2hhZG93X2wxZV9yZW1vdmVfZmxhZ3MobmV3X3NsMWUsIF9Q
QUdFX1JXKTsKKyAgICAgICAgICAgIGNhc2UgUEFHRV9GTElQUEFCTEUgJiAt
UEFHRV9GTElQUEFCTEUgLi4uIFBBR0VfRkxJUFBBQkxFOgorICAgICAgICAg
ICAgICAgIEFTU0VSVCghKHJjICYgflBBR0VfRkxJUFBBQkxFKSk7CisgICAg
ICAgICAgICAgICAgbmV3X3NsMWUgPSBzaGFkb3dfbDFlX2ZsaXBfZmxhZ3Mo
bmV3X3NsMWUsIHJjKTsKICAgICAgICAgICAgICAgICAvKiBmYWxsIHRocm91
Z2ggKi8KICAgICAgICAgICAgIGNhc2UgMDoKICAgICAgICAgICAgICAgICBz
aGFkb3dfdnJhbV9nZXRfbDFlKG5ld19zbDFlLCBzbDFlLCBzbDFtZm4sIGQp
OwogICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICAgICAgfQorI3Vu
ZGVmIFBBR0VfRkxJUFBBQkxFCiAgICAgICAgIH0KICAgICB9CiAKLS0tIGEv
eGVuL2FyY2gveDg2L21tL3NoYWRvdy90eXBlcy5oCisrKyBiL3hlbi9hcmNo
L3g4Ni9tbS9zaGFkb3cvdHlwZXMuaApAQCAtOTksNiArOTksOSBAQCBzdGF0
aWMgaW5saW5lIHUzMiBzaGFkb3dfbDRlX2dldF9mbGFncyhzCiBzdGF0aWMg
aW5saW5lIHNoYWRvd19sMWVfdAogc2hhZG93X2wxZV9yZW1vdmVfZmxhZ3Mo
c2hhZG93X2wxZV90IHNsMWUsIHUzMiBmbGFncykKIHsgbDFlX3JlbW92ZV9m
bGFncyhzbDFlLCBmbGFncyk7IHJldHVybiBzbDFlOyB9CitzdGF0aWMgaW5s
aW5lIHNoYWRvd19sMWVfdAorc2hhZG93X2wxZV9mbGlwX2ZsYWdzKHNoYWRv
d19sMWVfdCBzbDFlLCB1MzIgZmxhZ3MpCit7IGwxZV9mbGlwX2ZsYWdzKHNs
MWUsIGZsYWdzKTsgcmV0dXJuIHNsMWU7IH0KIAogc3RhdGljIGlubGluZSBz
aGFkb3dfbDFlX3Qgc2hhZG93X2wxZV9lbXB0eSh2b2lkKQogeyByZXR1cm4g
bDFlX2VtcHR5KCk7IH0KLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIv
eGVuL2FyY2gveDg2L21tLmMKQEAgLTE3OCw2ICsxNzgsMTggQEAgc3RhdGlj
IHVpbnQzMl90IGJhc2VfZGlzYWxsb3dfbWFzazsKICAgICAgIGlzX3B2X2Rv
bWFpbihkKSkgPyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBcCiAgICAgIEwxX0RJU0FMTE9XX01BU0sgOiAoTDFfRElTQUxMT1df
TUFTSyAmIH5QQUdFX0NBQ0hFX0FUVFJTKSkKIAorc3RhdGljIHM4IF9fcmVh
ZF9tb3N0bHkgb3B0X21taW9fcmVsYXg7CitzdGF0aWMgdm9pZCBfX2luaXQg
cGFyc2VfbW1pb19yZWxheChjb25zdCBjaGFyICpzKQoreworICAgIGlmICgg
ISpzICkKKyAgICAgICAgb3B0X21taW9fcmVsYXggPSAxOworICAgIGVsc2UK
KyAgICAgICAgb3B0X21taW9fcmVsYXggPSBwYXJzZV9ib29sKHMpOworICAg
IGlmICggb3B0X21taW9fcmVsYXggPCAwICYmIHN0cmNtcChzLCAiYWxsIikg
KQorICAgICAgICBvcHRfbW1pb19yZWxheCA9IDA7Cit9CitjdXN0b21fcGFy
YW0oIm1taW8tcmVsYXgiLCBwYXJzZV9tbWlvX3JlbGF4KTsKKwogc3RhdGlj
IHZvaWQgX19pbml0IGluaXRfZnJhbWV0YWJsZV9jaHVuayh2b2lkICpzdGFy
dCwgdm9pZCAqZW5kKQogewogICAgIHVuc2lnbmVkIGxvbmcgcyA9ICh1bnNp
Z25lZCBsb25nKXN0YXJ0OwpAQCAtODcxLDEwICs4ODMsNyBAQCBnZXRfcGFn
ZV9mcm9tX2wxZSgKICAgICBpZiAoICFtZm5fdmFsaWQobWZuKSB8fAogICAg
ICAgICAgKHJlYWxfcGdfb3duZXIgPSBwYWdlX2dldF9vd25lcl9hbmRfcmVm
ZXJlbmNlKHBhZ2UpKSA9PSBkb21faW8gKQogICAgIHsKLSNpZm5kZWYgTkRF
QlVHCi0gICAgICAgIGNvbnN0IHVuc2lnbmVkIGxvbmcgKnJvX21hcDsKLSAg
ICAgICAgdW5zaWduZWQgaW50IHNlZywgYmRmOwotI2VuZGlmCisgICAgICAg
IGludCBmbGlwID0gMDsKIAogICAgICAgICAvKiBPbmx5IG5lZWRlZCB0aGUg
cmVmZXJlbmNlIHRvIGNvbmZpcm0gZG9tX2lvIG93bmVyc2hpcC4gKi8KICAg
ICAgICAgaWYgKCBtZm5fdmFsaWQobWZuKSApCkBAIC05MDgsMjQgKzkxNyw1
NSBAQCBnZXRfcGFnZV9mcm9tX2wxZSgKICAgICAgICAgICAgIHJldHVybiAt
RUlOVkFMOwogICAgICAgICB9CiAKLSAgICAgICAgaWYgKCAhKGwxZiAmIF9Q
QUdFX1JXKSB8fAotICAgICAgICAgICAgICFyYW5nZXNldF9jb250YWluc19z
aW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1mbikgKQotICAgICAgICAgICAg
cmV0dXJuIDA7CisgICAgICAgIGlmICggIXJhbmdlc2V0X2NvbnRhaW5zX3Np
bmdsZXRvbihtbWlvX3JvX3JhbmdlcywgbWZuKSApCisgICAgICAgIHsKKyAg
ICAgICAgICAgIC8qIE1NSU8gcGFnZXMgbXVzdCBub3QgYmUgbWFwcGVkIGNh
Y2hhYmxlIHVubGVzcyByZXF1ZXN0ZWQgc28uICovCisgICAgICAgICAgICBz
d2l0Y2ggKCBvcHRfbW1pb19yZWxheCApCisgICAgICAgICAgICB7CisgICAg
ICAgICAgICBjYXNlIDA6CisgICAgICAgICAgICAgICAgYnJlYWs7CisgICAg
ICAgICAgICBjYXNlIDE6CisgICAgICAgICAgICAgICAgaWYgKCBpc19oYXJk
d2FyZV9kb21haW4obDFlX293bmVyKSApCisgICAgICAgICAgICBjYXNlIC0x
OgorICAgICAgICAgICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgICAg
IGRlZmF1bHQ6CisgICAgICAgICAgICAgICAgQVNTRVJUX1VOUkVBQ0hBQkxF
KCk7CisgICAgICAgICAgICB9CisgICAgICAgIH0KKyAgICAgICAgZWxzZSBp
ZiAoIGwxZiAmIF9QQUdFX1JXICkKKyAgICAgICAgewogI2lmbmRlZiBOREVC
VUcKLSAgICAgICAgaWYgKCAhcGNpX21tY2ZnX2RlY29kZShtZm4sICZzZWcs
ICZiZGYpIHx8Ci0gICAgICAgICAgICAgKChyb19tYXAgPSBwY2lfZ2V0X3Jv
X21hcChzZWcpKSAhPSBOVUxMICYmCi0gICAgICAgICAgICAgIHRlc3RfYml0
KGJkZiwgcm9fbWFwKSkgKQotICAgICAgICAgICAgcHJpbnRrKFhFTkxPR19H
X1dBUk5JTkcKLSAgICAgICAgICAgICAgICAgICAiZCVkOiBGb3JjaW5nIHJl
YWQtb25seSBhY2Nlc3MgdG8gTUZOICVseFxuIiwKLSAgICAgICAgICAgICAg
ICAgICBsMWVfb3duZXItPmRvbWFpbl9pZCwgbWZuKTsKLSAgICAgICAgZWxz
ZQotICAgICAgICAgICAgcmFuZ2VzZXRfcmVwb3J0X3JhbmdlcyhtbWlvX3Jv
X3JhbmdlcywgMCwgfjBVTCwKLSAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgcHJpbnRfbW1pb19lbXVsX3JhbmdlLAotICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAmKHN0cnVjdCBtbWlvX2VtdWxfcmFu
Z2VfY3R4dCl7Ci0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIC5kID0gbDFlX293bmVyLAotICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAubWZuID0gbWZuIH0pOworICAgICAgICAgICAgY29u
c3QgdW5zaWduZWQgbG9uZyAqcm9fbWFwOworICAgICAgICAgICAgdW5zaWdu
ZWQgaW50IHNlZywgYmRmOworCisgICAgICAgICAgICBpZiAoICFwY2lfbW1j
ZmdfZGVjb2RlKG1mbiwgJnNlZywgJmJkZikgfHwKKyAgICAgICAgICAgICAg
ICAgKChyb19tYXAgPSBwY2lfZ2V0X3JvX21hcChzZWcpKSAhPSBOVUxMICYm
CisgICAgICAgICAgICAgICAgICB0ZXN0X2JpdChiZGYsIHJvX21hcCkpICkK
KyAgICAgICAgICAgICAgICBwcmludGsoWEVOTE9HX0dfV0FSTklORworICAg
ICAgICAgICAgICAgICAgICAgICAiZCVkOiBGb3JjaW5nIHJlYWQtb25seSBh
Y2Nlc3MgdG8gTUZOICVseFxuIiwKKyAgICAgICAgICAgICAgICAgICAgICAg
bDFlX293bmVyLT5kb21haW5faWQsIG1mbik7CisgICAgICAgICAgICBlbHNl
CisgICAgICAgICAgICAgICAgcmFuZ2VzZXRfcmVwb3J0X3JhbmdlcyhtbWlv
X3JvX3JhbmdlcywgMCwgfjBVTCwKKyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIHByaW50X21taW9fZW11bF9yYW5nZSwKKyAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICYoc3RydWN0IG1t
aW9fZW11bF9yYW5nZV9jdHh0KXsKKyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAuZCA9IGwxZV9vd25lciwKKyAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAubWZuID0gbWZu
IH0pOwogI2VuZGlmCi0gICAgICAgIHJldHVybiAxOworICAgICAgICAgICAg
ZmxpcCA9IF9QQUdFX1JXOworICAgICAgICB9CisKKyAgICAgICAgc3dpdGNo
ICggbDFmICYgUEFHRV9DQUNIRV9BVFRSUyApCisgICAgICAgIHsKKyAgICAg
ICAgY2FzZSAwOiAvKiBXQiAqLworICAgICAgICAgICAgZmxpcCB8PSBfUEFH
RV9QV1QgfCBfUEFHRV9QQ0Q7CisgICAgICAgICAgICBicmVhazsKKyAgICAg
ICAgY2FzZSBfUEFHRV9QV1Q6IC8qIFdUICovCisgICAgICAgIGNhc2UgX1BB
R0VfUFdUIHwgX1BBR0VfUEFUOiAvKiBXUCAqLworICAgICAgICAgICAgZmxp
cCB8PSBfUEFHRV9QQ0QgfCAobDFmICYgX1BBR0VfUEFUKTsKKyAgICAgICAg
ICAgIGJyZWFrOworICAgICAgICB9CisKKyAgICAgICAgcmV0dXJuIGZsaXA7
CiAgICAgfQogCiAgICAgaWYgKCB1bmxpa2VseSggKHJlYWxfcGdfb3duZXIg
IT0gcGdfb3duZXIpICYmCkBAIC0xMzE1LDggKzEzNTUsOSBAQCBzdGF0aWMg
aW50IGFsbG9jX2wxX3RhYmxlKHN0cnVjdCBwYWdlX2luCiAgICAgICAgICAg
ICAgICAgZ290byBmYWlsOwogICAgICAgICAgICAgY2FzZSAwOgogICAgICAg
ICAgICAgICAgIGJyZWFrOwotICAgICAgICAgICAgY2FzZSAxOgotICAgICAg
ICAgICAgICAgIGwxZV9yZW1vdmVfZmxhZ3MocGwxZVtpXSwgX1BBR0VfUlcp
OworICAgICAgICAgICAgY2FzZSBfUEFHRV9SVyAuLi4gX1BBR0VfUlcgfCBQ
QUdFX0NBQ0hFX0FUVFJTOgorICAgICAgICAgICAgICAgIEFTU0VSVCghKHJl
dCAmIH4oX1BBR0VfUlcgfCBQQUdFX0NBQ0hFX0FUVFJTKSkpOworICAgICAg
ICAgICAgICAgIGwxZV9mbGlwX2ZsYWdzKHBsMWVbaV0sIHJldCk7CiAgICAg
ICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICB9CiAKQEAgLTE4NDks
OCArMTg5MCw5IEBAIHN0YXRpYyBpbnQgbW9kX2wxX2VudHJ5KGwxX3BnZW50
cnlfdCAqcGwKICAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOwogICAgICAg
ICB9CiAKLSAgICAgICAgLyogRmFzdCBwYXRoIGZvciBpZGVudGljYWwgbWFw
cGluZywgci93IGFuZCBwcmVzZW5jZS4gKi8KLSAgICAgICAgaWYgKCAhbDFl
X2hhc19jaGFuZ2VkKG9sMWUsIG5sMWUsIF9QQUdFX1JXIHwgX1BBR0VfUFJF
U0VOVCkgKQorICAgICAgICAvKiBGYXN0IHBhdGggZm9yIGlkZW50aWNhbCBt
YXBwaW5nLCByL3csIHByZXNlbmNlLCBhbmQgY2FjaGFiaWxpdHkuICovCisg
ICAgICAgIGlmICggIWwxZV9oYXNfY2hhbmdlZChvbDFlLCBubDFlLAorICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgUEFHRV9DQUNIRV9BVFRSUyB8
IF9QQUdFX1JXIHwgX1BBR0VfUFJFU0VOVCkgKQogICAgICAgICB7CiAgICAg
ICAgICAgICBhZGp1c3RfZ3Vlc3RfbDFlKG5sMWUsIHB0X2RvbSk7CiAgICAg
ICAgICAgICBpZiAoIFVQREFURV9FTlRSWShsMSwgcGwxZSwgb2wxZSwgbmwx
ZSwgZ2wxbWZuLCBwdF92Y3B1LApAQCAtMTg3Myw4ICsxOTE1LDkgQEAgc3Rh
dGljIGludCBtb2RfbDFfZW50cnkobDFfcGdlbnRyeV90ICpwbAogICAgICAg
ICAgICAgcmV0dXJuIHJjOwogICAgICAgICBjYXNlIDA6CiAgICAgICAgICAg
ICBicmVhazsKLSAgICAgICAgY2FzZSAxOgotICAgICAgICAgICAgbDFlX3Jl
bW92ZV9mbGFncyhubDFlLCBfUEFHRV9SVyk7CisgICAgICAgIGNhc2UgX1BB
R0VfUlcgLi4uIF9QQUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRSUzoKKyAgICAg
ICAgICAgIEFTU0VSVCghKHJjICYgfihfUEFHRV9SVyB8IFBBR0VfQ0FDSEVf
QVRUUlMpKSk7CisgICAgICAgICAgICBsMWVfZmxpcF9mbGFncyhubDFlLCBy
Yyk7CiAgICAgICAgICAgICByYyA9IDA7CiAgICAgICAgICAgICBicmVhazsK
ICAgICAgICAgfQpAQCAtNTEwOSw2ICs1MTUyLDcgQEAgc3RhdGljIGludCBw
dHdyX2VtdWxhdGVkX3VwZGF0ZSgKICAgICBsMV9wZ2VudHJ5X3QgcHRlLCBv
bDFlLCBubDFlLCAqcGwxZTsKICAgICBzdHJ1Y3QgdmNwdSAqdiA9IGN1cnJl
bnQ7CiAgICAgc3RydWN0IGRvbWFpbiAqZCA9IHYtPmRvbWFpbjsKKyAgICBp
bnQgcmV0OwogCiAgICAgLyogT25seSBhbGxvdyBuYXR1cmFsbHktYWxpZ25l
ZCBzdG9yZXMgd2l0aGluIHRoZSBvcmlnaW5hbCAlY3IyIHBhZ2UuICovCiAg
ICAgaWYgKCB1bmxpa2VseSgoKGFkZHJecHR3cl9jdHh0LT5jcjIpICYgUEFH
RV9NQVNLKSB8fCAoYWRkciAmIChieXRlcy0xKSkpICkKQEAgLTUxNTYsNyAr
NTIwMCw3IEBAIHN0YXRpYyBpbnQgcHR3cl9lbXVsYXRlZF91cGRhdGUoCiAK
ICAgICAvKiBDaGVjayB0aGUgbmV3IFBURS4gKi8KICAgICBubDFlID0gbDFl
X2Zyb21faW50cHRlKHZhbCk7Ci0gICAgc3dpdGNoICggZ2V0X3BhZ2VfZnJv
bV9sMWUobmwxZSwgZCwgZCkgKQorICAgIHN3aXRjaCAoIHJldCA9IGdldF9w
YWdlX2Zyb21fbDFlKG5sMWUsIGQsIGQpICkKICAgICB7CiAgICAgZGVmYXVs
dDoKICAgICAgICAgaWYgKCBpc19wdl8zMmJpdF9kb21haW4oZCkgJiYgKGJ5
dGVzID09IDQpICYmICh1bmFsaWduZWRfYWRkciAmIDQpICYmCkBAIC01MTgw
LDggKzUyMjQsOSBAQCBzdGF0aWMgaW50IHB0d3JfZW11bGF0ZWRfdXBkYXRl
KAogICAgICAgICBicmVhazsKICAgICBjYXNlIDA6CiAgICAgICAgIGJyZWFr
OwotICAgIGNhc2UgMToKLSAgICAgICAgbDFlX3JlbW92ZV9mbGFncyhubDFl
LCBfUEFHRV9SVyk7CisgICAgY2FzZSBfUEFHRV9SVyAuLi4gX1BBR0VfUlcg
fCBQQUdFX0NBQ0hFX0FUVFJTOgorICAgICAgICBBU1NFUlQoIShyZXQgJiB+
KF9QQUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRSUykpKTsKKyAgICAgICAgbDFl
X2ZsaXBfZmxhZ3MobmwxZSwgcmV0KTsKICAgICAgICAgYnJlYWs7CiAgICAg
fQogCi0tLSBhL3hlbi9pbmNsdWRlL2FzbS14ODYvcGFnZS5oCisrKyBiL3hl
bi9pbmNsdWRlL2FzbS14ODYvcGFnZS5oCkBAIC0xNTcsNiArMTU3LDkgQEAg
c3RhdGljIGlubGluZSBsNF9wZ2VudHJ5X3QgbDRlX2Zyb21fcGFkZAogI2Rl
ZmluZSBsM2VfcmVtb3ZlX2ZsYWdzKHgsIGZsYWdzKSAoKHgpLmwzICY9IH5w
dXRfcHRlX2ZsYWdzKGZsYWdzKSkKICNkZWZpbmUgbDRlX3JlbW92ZV9mbGFn
cyh4LCBmbGFncykgKCh4KS5sNCAmPSB+cHV0X3B0ZV9mbGFncyhmbGFncykp
CiAKKy8qIEZsaXAgZmxhZ3MgaW4gYW4gZXhpc3RpbmcgTDEgUFRFLiAqLwor
I2RlZmluZSBsMWVfZmxpcF9mbGFncyh4LCBmbGFncykgICAgKCh4KS5sMSBe
PSBwdXRfcHRlX2ZsYWdzKGZsYWdzKSkKKwogLyogQ2hlY2sgaWYgYSBwdGUn
cyBwYWdlIG1hcHBpbmcgb3Igc2lnbmlmaWNhbnQgYWNjZXNzIGZsYWdzIGhh
dmUgY2hhbmdlZC4gKi8KICNkZWZpbmUgbDFlX2hhc19jaGFuZ2VkKHgseSxm
bGFncykgXAogICAgICggISEoKCh4KS5sMSBeICh5KS5sMSkgJiAoKFBBRERS
X01BU0smUEFHRV9NQVNLKXxwdXRfcHRlX2ZsYWdzKGZsYWdzKSkpICkK

--=separator
Content-Type: application/octet-stream; name="xsa154-4.3.patch"
Content-Disposition: attachment; filename="xsa154-4.3.patch"
Content-Transfer-Encoding: base64

eDg2OiBlbmZvcmNlIGNvbnNpc3RlbnQgY2FjaGFiaWxpdHkgb2YgTU1JTyBt
YXBwaW5ncwoKV2UndmUgYmVlbiB0b2xkIGJ5IEludGVsIHRoYXQgaW5jb25z
aXN0ZW50IGNhY2hhYmlsaXR5IGJldHdlZW4KbXVsdGlwbGUgbWFwcGluZ3Mg
b2YgdGhlIHNhbWUgcGFnZSBjYW4gYWZmZWN0IHN5c3RlbSBzdGFiaWxpdHkg
b25seQp3aGVuIHRoZSBhZmZlY3RlZCBwYWdlIGlzIGFuIE1NSU8gb25lLiBT
aW5jZSB0aGUgc3RhbGUgZGF0YSBpc3N1ZSBpcwpvZiBubyByZWxldmFuY2Ug
dG8gdGhlIGh5cGVydmlzb3IgKHNpbmNlIGFsbCBndWVzdCBtZW1vcnkgYWNj
ZXNzZXMgZ28KdGhyb3VnaCBwcm9wZXIgYWNjZXNzb3JzIGFuZCB2YWxpZGF0
aW9uKSwgaGFuZGxpbmcgb2YgUkFNIHBhZ2VzCnJlbWFpbnMgdW5jaGFuZ2Vk
IGhlcmUuIEFueSBNTUlPIG1hcHBlZCBieSBkb21haW5zIGhvd2V2ZXIgbmVl
ZHMgdG8gYmUKZG9uZSBjb25zaXN0ZW50bHkgKGFsbCBjYWNoYWJsZSBtYXBw
aW5ncyBvciBhbGwgdW5jYWNoYWJsZSBvbmVzKSwgaW4Kb3JkZXIgdG8gYXZv
aWQgTWFjaGluZSBDaGVjayBleGNlcHRpb25zLiBTaW5jZSBjb252ZXJ0aW5n
IGV4aXN0aW5nCmNhY2hhYmxlIG1hcHBpbmdzIHRvIHVuY2FjaGFibGUgKGF0
IHRoZSB0aW1lIGFuIHVuY2FjaGFibGUgbWFwcGluZwpnZXRzIGVzdGFibGlz
aGVkKSB3b3VsZCBpbiB0aGUgUFYgY2FzZSByZXF1aXJlIHRyYWNraW5nIGFs
bCBtYXBwaW5ncywKYWxsb3cgTU1JTyB0byBvbmx5IGdldCBtYXBwZWQgdW5j
YWNoYWJsZSAoVUMsIFVDLSwgb3IgV0MpLgoKVGhpcyBhbHNvIGltcGxpZXMg
dGhhdCBpbiB0aGUgUFYgY2FzZSB3ZSBtdXN0bid0IHVzZSB0aGUgTDEgUFRF
IHVwZGF0ZQpmYXN0IHBhdGggd2hlbiBjYWNoYWJpbGl0eSBmbGFncyBnZXQg
YWx0ZXJlZC4KClNpbmNlIGluIHRoZSBIVk0gY2FzZSBhdCBsZWFzdCBmb3Ig
bm93IHdlIHdhbnQgdG8gY29udGludWUgaG9ub3JpbmcKcGlubmVkIGNhY2hh
YmlsaXR5IGF0dHJpYnV0ZXMgZm9yIHBhZ2VzIG5vdCBtYXBwZWQgYnkgdGhl
IGh5cGVydmlzb3IsCnNwZWNpYWwgY2FzZSBoYW5kbGluZyBvZiByL28gTU1J
TyBwYWdlcyAoZm9yY2luZyBVQykgZ2V0cyBhZGRlZCB0aGVyZS4KQXJndWFi
bHkgdGhlIGNvdW50ZXJwYXJ0IGNoYW5nZSB0byBwMm0tcHQuYyBtYXkgbm90
IGJlIG5lY2Vzc2FyeSwgc2luY2UKVUMtICh3aGljaCBhbHJlYWR5IGdldHMg
ZW5mb3JjZWQgdGhlcmUpIGlzIHByb2JhYmx5IHN0cmljdCBlbm91Z2guCgpO
b3RlIHRoYXQgdGhlIHNoYWRvdyBjb2RlIGNoYW5nZXMgaW5jbHVkZSBmaXhp
bmcgdGhlIHdyaXRlIHByb3RlY3Rpb24Kb2Ygci9vIE1NSU8gcmFuZ2VzOiBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncygpIGFuZCBpdHMgc2libGluZ3MsIG90
aGVyCnRoYW4gbDFlX3JlbW92ZV9mbGFncygpIGFuZCBhbGlrZSwgcmV0dXJu
IHRoZSBuZXcgUFRFIChhbmQgaGVuY2UKaWdub3JpbmcgdGhlaXIgcmV0dXJu
IHZhbHVlcyBtYWtlcyB0aGVtIG5vLW9wcykuCgpUaGlzIGlzIENWRS0yMDE2
LTIyNzAgLyBYU0EtMTU0LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2gg
PGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogQW5kcmV3IENvb3BlciA8
YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNvbT4KCi0tLSBhL2RvY3MvbWlzYy94
ZW4tY29tbWFuZC1saW5lLm1hcmtkb3duCisrKyBiL2RvY3MvbWlzYy94ZW4t
Y29tbWFuZC1saW5lLm1hcmtkb3duCkBAIC02NTYsNiArNjU2LDE1IEBAIGxp
bWl0IGlzIGlnbm9yZWQgYnkgWGVuLgogCiBTcGVjaWZ5IGlmIHRoZSBNTUNv
bmZpZyBzcGFjZSBzaG91bGQgYmUgZW5hYmxlZC4KIAorIyMjIG1taW8tcmVs
YXgKKz4gYD0gPGJvb2xlYW4+IHwgYWxsYAorCis+IERlZmF1bHQ6IGBmYWxz
ZWAKKworQnkgZGVmYXVsdCwgZG9tYWlucyBtYXkgbm90IGNyZWF0ZSBjYWNo
ZWQgbWFwcGluZ3MgdG8gTU1JTyByZWdpb25zLgorVGhpcyBvcHRpb24gcmVs
YXhlcyB0aGUgY2hlY2sgZm9yIERvbWFpbiAwIChvciB3aGVuIHVzaW5nIGBh
bGxgLCBhbGwgUFYKK2RvbWFpbnMpLCB0byBwZXJtaXQgdGhlIHVzZSBvZiBj
YWNoZWFibGUgTU1JTyBtYXBwaW5ncy4KKwogIyMjIG1zaQogPiBgPSA8Ym9v
bGVhbj5gCiAKLS0tIGEveGVuL2FyY2gveDg2L2h2bS9tdHJyLmMKKysrIGIv
eGVuL2FyY2gveDg2L2h2bS9tdHJyLmMKQEAgLTY5Myw4ICs2OTMsMTIgQEAg
dWludDhfdCBlcHRlX2dldF9lbnRyeV9lbXQoc3RydWN0IGRvbWFpbgogICAg
IGlmICggdi0+ZG9tYWluICE9IGQgKQogICAgICAgICB2ID0gZC0+dmNwdSA/
IGQtPnZjcHVbMF0gOiBOVUxMOwogCi0gICAgaWYgKCAhbWZuX3ZhbGlkKG1m
bl94KG1mbikpICkKKyAgICBpZiAoICFtZm5fdmFsaWQobWZuX3gobWZuKSkg
fHwKKyAgICAgICAgIHJhbmdlc2V0X2NvbnRhaW5zX3NpbmdsZXRvbihtbWlv
X3JvX3JhbmdlcywgbWZuX3gobWZuKSkgKQorICAgIHsKKyAgICAgICAgKmlw
YXQgPSAxOwogICAgICAgICByZXR1cm4gTVRSUl9UWVBFX1VOQ0FDSEFCTEU7
CisgICAgfQogCiAgICAgaWYgKCBodm1fZ2V0X21lbV9waW5uZWRfY2FjaGVh
dHRyKGQsIGdmbiwgJnR5cGUpICkKICAgICAgICAgcmV0dXJuIHR5cGU7Ci0t
LSBhL3hlbi9hcmNoL3g4Ni9tbS9wMm0tcHQuYworKysgYi94ZW4vYXJjaC94
ODYvbW0vcDJtLXB0LmMKQEAgLTkzLDYgKzkzLDggQEAgc3RhdGljIHVuc2ln
bmVkIGxvbmcgcDJtX3R5cGVfdG9fZmxhZ3MocAogICAgIGNhc2UgcDJtX21t
aW9fZGlyZWN0OgogICAgICAgICBpZiAoICFyYW5nZXNldF9jb250YWluc19z
aW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1mbl94KG1mbikpICkKICAgICAg
ICAgICAgIGZsYWdzIHw9IF9QQUdFX1JXOworICAgICAgICBlbHNlCisgICAg
ICAgICAgICBmbGFncyB8PSBfUEFHRV9QV1Q7CiAgICAgICAgIHJldHVybiBm
bGFncyB8IFAyTV9CQVNFX0ZMQUdTIHwgX1BBR0VfUENEOwogICAgIH0KIH0K
LS0tIGEveGVuL2FyY2gveDg2L21tL3NoYWRvdy9tdWx0aS5jCisrKyBiL3hl
bi9hcmNoL3g4Ni9tbS9zaGFkb3cvbXVsdGkuYwpAQCAtNTIxLDYgKzUyMSw3
IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgZ2ZuX3Qg
dGFyZ2V0X2dmbiA9IGd1ZXN0X2wxZV9nZXRfZ2ZuKGd1ZXN0X2VudHJ5KTsK
ICAgICB1MzIgcGFzc190aHJ1X2ZsYWdzOwogICAgIHUzMiBnZmxhZ3MsIHNm
bGFnczsKKyAgICBib29sX3QgbW1pb19tZm47CiAKICAgICAvKiBXZSBkb24n
dCBzaGFkb3cgUEFFIGwzcyAqLwogICAgIEFTU0VSVChHVUVTVF9QQUdJTkdf
TEVWRUxTID4gMyB8fCBsZXZlbCAhPSAzKTsKQEAgLTU2MSw3ICs1NjIsMTAg
QEAgX3NoX3Byb3BhZ2F0ZShzdHJ1Y3QgdmNwdSAqdiwKICAgICAvLyBtZm4g
bWVhbnMgdGhhdCB3ZSBjYW4gbm90IHVzZWZ1bGx5IHNoYWRvdyBhbnl0aGlu
ZywgYW5kIHNvIHdlCiAgICAgLy8gcmV0dXJuIGVhcmx5LgogICAgIC8vCi0g
ICAgaWYgKCAhbWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgbW1pb19tZm4g
PSAhbWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgICAgICAgICAgICB8fCAo
bGV2ZWwgPT0gMQorICAgICAgICAgICAgICAgICAgICYmIHBhZ2VfZ2V0X293
bmVyKG1mbl90b19wYWdlKHRhcmdldF9tZm4pKSA9PSBkb21faW8pOworICAg
IGlmICggbW1pb19tZm4KICAgICAgICAgICYmICEobGV2ZWwgPT0gMSAmJiAo
IXNoYWRvd19tb2RlX3JlZmNvdW50cyhkKSAKICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgfHwgcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QpKSApCiAg
ICAgewpAQCAtNTc5LDcgKzU4Myw3IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0
IHZjcHUgKnYsCiAgICAgICAgICAgICAgICAgICAgICAgIF9QQUdFX1JXIHwg
X1BBR0VfUFJFU0VOVCk7CiAgICAgaWYgKCBndWVzdF9zdXBwb3J0c19ueCh2
KSApCiAgICAgICAgIHBhc3NfdGhydV9mbGFncyB8PSBfUEFHRV9OWF9CSVQ7
Ci0gICAgaWYgKCAhc2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmICFtZm5f
dmFsaWQodGFyZ2V0X21mbikgKQorICAgIGlmICggbGV2ZWwgPT0gMSAmJiAh
c2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmIG1taW9fbWZuICkKICAgICAg
ICAgcGFzc190aHJ1X2ZsYWdzIHw9IF9QQUdFX1BBVCB8IF9QQUdFX1BDRCB8
IF9QQUdFX1BXVDsKICAgICBzZmxhZ3MgPSBnZmxhZ3MgJiBwYXNzX3RocnVf
ZmxhZ3M7CiAKQEAgLTY3NiwxMCArNjgwLDE0IEBAIF9zaF9wcm9wYWdhdGUo
c3RydWN0IHZjcHUgKnYsCiAgICAgfQogCiAgICAgLyogUmVhZC1vbmx5IG1l
bW9yeSAqLwotICAgIGlmICggcDJtX2lzX3JlYWRvbmx5KHAybXQpIHx8Ci0g
ICAgICAgICAocDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKLSAgICAgICAg
ICByYW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19yYW5nZXMs
IG1mbl94KHRhcmdldF9tZm4pKSkgKQorICAgIGlmICggcDJtX2lzX3JlYWRv
bmx5KHAybXQpICkKICAgICAgICAgc2ZsYWdzICY9IH5fUEFHRV9SVzsKKyAg
ICBlbHNlIGlmICggcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKKyAgICAg
ICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfc2luZ2xldG9uKG1taW9fcm9f
cmFuZ2VzLCBtZm5feCh0YXJnZXRfbWZuKSkgKQorICAgIHsKKyAgICAgICAg
c2ZsYWdzICY9IH4oX1BBR0VfUlcgfCBfUEFHRV9QQVQpOworICAgICAgICBz
ZmxhZ3MgfD0gX1BBR0VfUENEIHwgX1BBR0VfUFdUOworICAgIH0KICAgICAK
ICAgICAvLyBwcm90ZWN0IGd1ZXN0IHBhZ2UgdGFibGVzCiAgICAgLy8KQEAg
LTEyMDEsMjIgKzEyMDksMjggQEAgc3RhdGljIGludCBzaGFkb3dfc2V0X2wx
ZShzdHJ1Y3QgdmNwdSAqdgogICAgICAgICAgJiYgIXNoX2wxZV9pc19tYWdp
YyhuZXdfc2wxZSkgKSAKICAgICB7CiAgICAgICAgIC8qIEFib3V0IHRvIGlu
c3RhbGwgYSBuZXcgcmVmZXJlbmNlICovICAgICAgICAKLSAgICAgICAgaWYg
KCBzaGFkb3dfbW9kZV9yZWZjb3VudHMoZCkgKSB7CisgICAgICAgIGlmICgg
c2hhZG93X21vZGVfcmVmY291bnRzKGQpICkKKyAgICAgICAgeworI2RlZmlu
ZSBQQUdFX0ZMSVBQQUJMRSAoX1BBR0VfUlcgfCBfUEFHRV9QV1QgfCBfUEFH
RV9QQ0QgfCBfUEFHRV9QQVQpCisgICAgICAgICAgICBpbnQgcmM7CisKICAg
ICAgICAgICAgIFRSQUNFX1NIQURPV19QQVRIX0ZMQUcoVFJDRV9TRkxBR19T
SEFET1dfTDFfR0VUX1JFRik7Ci0gICAgICAgICAgICBzd2l0Y2ggKCBzaGFk
b3dfZ2V0X3BhZ2VfZnJvbV9sMWUobmV3X3NsMWUsIGQsIG5ld190eXBlKSAp
CisgICAgICAgICAgICBzd2l0Y2ggKCByYyA9IHNoYWRvd19nZXRfcGFnZV9m
cm9tX2wxZShuZXdfc2wxZSwgZCwgbmV3X3R5cGUpICkKICAgICAgICAgICAg
IHsKICAgICAgICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICAgICAgLyog
RG9lc24ndCBsb29rIGxpa2UgYSBwYWdldGFibGUuICovCiAgICAgICAgICAg
ICAgICAgZmxhZ3MgfD0gU0hBRE9XX1NFVF9FUlJPUjsKICAgICAgICAgICAg
ICAgICBuZXdfc2wxZSA9IHNoYWRvd19sMWVfZW1wdHkoKTsKICAgICAgICAg
ICAgICAgICBicmVhazsKLSAgICAgICAgICAgIGNhc2UgMToKLSAgICAgICAg
ICAgICAgICBzaGFkb3dfbDFlX3JlbW92ZV9mbGFncyhuZXdfc2wxZSwgX1BB
R0VfUlcpOworICAgICAgICAgICAgY2FzZSBQQUdFX0ZMSVBQQUJMRSAmIC1Q
QUdFX0ZMSVBQQUJMRSAuLi4gUEFHRV9GTElQUEFCTEU6CisgICAgICAgICAg
ICAgICAgQVNTRVJUKCEocmMgJiB+UEFHRV9GTElQUEFCTEUpKTsKKyAgICAg
ICAgICAgICAgICBuZXdfc2wxZSA9IHNoYWRvd19sMWVfZmxpcF9mbGFncyhu
ZXdfc2wxZSwgcmMpOwogICAgICAgICAgICAgICAgIC8qIGZhbGwgdGhyb3Vn
aCAqLwogICAgICAgICAgICAgY2FzZSAwOgogICAgICAgICAgICAgICAgIHNo
YWRvd192cmFtX2dldF9sMWUobmV3X3NsMWUsIHNsMWUsIHNsMW1mbiwgZCk7
CiAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICB9CisjdW5k
ZWYgUEFHRV9GTElQUEFCTEUKICAgICAgICAgfQogICAgIH0gCiAKLS0tIGEv
eGVuL2FyY2gveDg2L21tL3NoYWRvdy90eXBlcy5oCisrKyBiL3hlbi9hcmNo
L3g4Ni9tbS9zaGFkb3cvdHlwZXMuaApAQCAtMTAwLDYgKzEwMCw5IEBAIHN0
YXRpYyBpbmxpbmUgdTMyIHNoYWRvd19sNGVfZ2V0X2ZsYWdzKHMKIHN0YXRp
YyBpbmxpbmUgc2hhZG93X2wxZV90CiBzaGFkb3dfbDFlX3JlbW92ZV9mbGFn
cyhzaGFkb3dfbDFlX3Qgc2wxZSwgdTMyIGZsYWdzKQogeyBsMWVfcmVtb3Zl
X2ZsYWdzKHNsMWUsIGZsYWdzKTsgcmV0dXJuIHNsMWU7IH0KK3N0YXRpYyBp
bmxpbmUgc2hhZG93X2wxZV90CitzaGFkb3dfbDFlX2ZsaXBfZmxhZ3Moc2hh
ZG93X2wxZV90IHNsMWUsIHUzMiBmbGFncykKK3sgbDFlX2ZsaXBfZmxhZ3Mo
c2wxZSwgZmxhZ3MpOyByZXR1cm4gc2wxZTsgfQogCiBzdGF0aWMgaW5saW5l
IHNoYWRvd19sMWVfdCBzaGFkb3dfbDFlX2VtcHR5KHZvaWQpIAogeyByZXR1
cm4gbDFlX2VtcHR5KCk7IH0KLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysr
IGIveGVuL2FyY2gveDg2L21tLmMKQEAgLTE4OCw2ICsxODgsMTggQEAgc3Rh
dGljIHVpbnQzMl90IGJhc2VfZGlzYWxsb3dfbWFzazsKICAgICAgICFpc19o
dm1fZG9tYWluKGQpKSA/ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBcCiAgICAgIEwxX0RJU0FMTE9XX01BU0sgOiAoTDFfRElTQUxM
T1dfTUFTSyAmIH5QQUdFX0NBQ0hFX0FUVFJTKSkKIAorc3RhdGljIHM4IF9f
cmVhZF9tb3N0bHkgb3B0X21taW9fcmVsYXg7CitzdGF0aWMgdm9pZCBfX2lu
aXQgcGFyc2VfbW1pb19yZWxheChjb25zdCBjaGFyICpzKQoreworICAgIGlm
ICggISpzICkKKyAgICAgICAgb3B0X21taW9fcmVsYXggPSAxOworICAgIGVs
c2UKKyAgICAgICAgb3B0X21taW9fcmVsYXggPSBwYXJzZV9ib29sKHMpOwor
ICAgIGlmICggb3B0X21taW9fcmVsYXggPCAwICYmIHN0cmNtcChzLCAiYWxs
IikgKQorICAgICAgICBvcHRfbW1pb19yZWxheCA9IDA7Cit9CitjdXN0b21f
cGFyYW0oIm1taW8tcmVsYXgiLCBwYXJzZV9tbWlvX3JlbGF4KTsKKwogc3Rh
dGljIHZvaWQgX19pbml0IGluaXRfZnJhbWV0YWJsZV9jaHVuayh2b2lkICpz
dGFydCwgdm9pZCAqZW5kKQogewogICAgIHVuc2lnbmVkIGxvbmcgcyA9ICh1
bnNpZ25lZCBsb25nKXN0YXJ0OwpAQCAtNzczLDYgKzc4NSw4IEBAIGdldF9w
YWdlX2Zyb21fbDFlKAogICAgIGlmICggIW1mbl92YWxpZChtZm4pIHx8CiAg
ICAgICAgICAocmVhbF9wZ19vd25lciA9IHBhZ2VfZ2V0X293bmVyX2FuZF9y
ZWZlcmVuY2UocGFnZSkpID09IGRvbV9pbyApCiAgICAgeworICAgICAgICBp
bnQgZmxpcCA9IDA7CisKICAgICAgICAgLyogT25seSBuZWVkZWQgdGhlIHJl
ZmVyZW5jZSB0byBjb25maXJtIGRvbV9pbyBvd25lcnNoaXAuICovCiAgICAg
ICAgIGlmICggbWZuX3ZhbGlkKG1mbikgKQogICAgICAgICAgICAgcHV0X3Bh
Z2UocGFnZSk7CkBAIC04MDUsMTMgKzgxOSw0MSBAQCBnZXRfcGFnZV9mcm9t
X2wxZSgKICAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOwogICAgICAgICB9
CiAKLSAgICAgICAgaWYgKCAhKGwxZiAmIF9QQUdFX1JXKSB8fAotICAgICAg
ICAgICAgICFyYW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19y
YW5nZXMsIG1mbikgKQotICAgICAgICAgICAgcmV0dXJuIDA7Ci0gICAgICAg
IGRwcmludGsoWEVOTE9HX0dfV0FSTklORywKLSAgICAgICAgICAgICAgICAi
ZCVkOiBGb3JjaW5nIHJlYWQtb25seSBhY2Nlc3MgdG8gTUZOICVseFxuIiwK
LSAgICAgICAgICAgICAgICBsMWVfb3duZXItPmRvbWFpbl9pZCwgbWZuKTsK
LSAgICAgICAgcmV0dXJuIDE7CisgICAgICAgIGlmICggIXJhbmdlc2V0X2Nv
bnRhaW5zX3NpbmdsZXRvbihtbWlvX3JvX3JhbmdlcywgbWZuKSApCisgICAg
ICAgIHsKKyAgICAgICAgICAgIC8qIE1NSU8gcGFnZXMgbXVzdCBub3QgYmUg
bWFwcGVkIGNhY2hhYmxlIHVubGVzcyByZXF1ZXN0ZWQgc28uICovCisgICAg
ICAgICAgICBzd2l0Y2ggKCBvcHRfbW1pb19yZWxheCApCisgICAgICAgICAg
ICB7CisgICAgICAgICAgICBjYXNlIDA6CisgICAgICAgICAgICAgICAgYnJl
YWs7CisgICAgICAgICAgICBjYXNlIDE6CisgICAgICAgICAgICAgICAgaWYg
KCBpc19oYXJkd2FyZV9kb21haW4obDFlX293bmVyKSApCisgICAgICAgICAg
ICBjYXNlIC0xOgorICAgICAgICAgICAgICAgICAgICByZXR1cm4gMDsKKyAg
ICAgICAgICAgIGRlZmF1bHQ6CisgICAgICAgICAgICAgICAgQVNTRVJUKDAp
OworICAgICAgICAgICAgfQorICAgICAgICB9CisgICAgICAgIGVsc2UgaWYg
KCBsMWYgJiBfUEFHRV9SVyApCisgICAgICAgIHsKKyAgICAgICAgICAgIGRw
cmludGsoWEVOTE9HX0dfV0FSTklORywKKyAgICAgICAgICAgICAgICAgICAg
ImQlZDogRm9yY2luZyByZWFkLW9ubHkgYWNjZXNzIHRvIE1GTiAlbHhcbiIs
CisgICAgICAgICAgICAgICAgICAgIGwxZV9vd25lci0+ZG9tYWluX2lkLCBt
Zm4pOworICAgICAgICAgICAgZmxpcCA9IF9QQUdFX1JXOworICAgICAgICB9
CisKKyAgICAgICAgc3dpdGNoICggbDFmICYgUEFHRV9DQUNIRV9BVFRSUyAp
CisgICAgICAgIHsKKyAgICAgICAgY2FzZSAwOiAvKiBXQiAqLworICAgICAg
ICAgICAgZmxpcCB8PSBfUEFHRV9QV1QgfCBfUEFHRV9QQ0Q7CisgICAgICAg
ICAgICBicmVhazsKKyAgICAgICAgY2FzZSBfUEFHRV9QV1Q6IC8qIFdUICov
CisgICAgICAgIGNhc2UgX1BBR0VfUFdUIHwgX1BBR0VfUEFUOiAvKiBXUCAq
LworICAgICAgICAgICAgZmxpcCB8PSBfUEFHRV9QQ0QgfCAobDFmICYgX1BB
R0VfUEFUKTsKKyAgICAgICAgICAgIGJyZWFrOworICAgICAgICB9CisKKyAg
ICAgICAgcmV0dXJuIGZsaXA7CiAgICAgfQogCiAgICAgaWYgKCB1bmxpa2Vs
eSggKHJlYWxfcGdfb3duZXIgIT0gcGdfb3duZXIpICYmCkBAIC0xMjEwLDgg
KzEyNTIsOSBAQCBzdGF0aWMgaW50IGFsbG9jX2wxX3RhYmxlKHN0cnVjdCBw
YWdlX2luCiAgICAgICAgICAgICAgICAgZ290byBmYWlsOwogICAgICAgICAg
ICAgY2FzZSAwOgogICAgICAgICAgICAgICAgIGJyZWFrOwotICAgICAgICAg
ICAgY2FzZSAxOgotICAgICAgICAgICAgICAgIGwxZV9yZW1vdmVfZmxhZ3Mo
cGwxZVtpXSwgX1BBR0VfUlcpOworICAgICAgICAgICAgY2FzZSBfUEFHRV9S
VyAuLi4gX1BBR0VfUlcgfCBQQUdFX0NBQ0hFX0FUVFJTOgorICAgICAgICAg
ICAgICAgIEFTU0VSVCghKHJldCAmIH4oX1BBR0VfUlcgfCBQQUdFX0NBQ0hF
X0FUVFJTKSkpOworICAgICAgICAgICAgICAgIGwxZV9mbGlwX2ZsYWdzKHBs
MWVbaV0sIHJldCk7CiAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAg
ICAgICB9CiAKQEAgLTE3MDYsOCArMTc0OSw5IEBAIHN0YXRpYyBpbnQgbW9k
X2wxX2VudHJ5KGwxX3BnZW50cnlfdCAqcGwKICAgICAgICAgICAgIHJldHVy
biAtRUlOVkFMOwogICAgICAgICB9CiAKLSAgICAgICAgLyogRmFzdCBwYXRo
IGZvciBpZGVudGljYWwgbWFwcGluZywgci93IGFuZCBwcmVzZW5jZS4gKi8K
LSAgICAgICAgaWYgKCAhbDFlX2hhc19jaGFuZ2VkKG9sMWUsIG5sMWUsIF9Q
QUdFX1JXIHwgX1BBR0VfUFJFU0VOVCkgKQorICAgICAgICAvKiBGYXN0IHBh
dGggZm9yIGlkZW50aWNhbCBtYXBwaW5nLCByL3csIHByZXNlbmNlLCBhbmQg
Y2FjaGFiaWxpdHkuICovCisgICAgICAgIGlmICggIWwxZV9oYXNfY2hhbmdl
ZChvbDFlLCBubDFlLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
UEFHRV9DQUNIRV9BVFRSUyB8IF9QQUdFX1JXIHwgX1BBR0VfUFJFU0VOVCkg
KQogICAgICAgICB7CiAgICAgICAgICAgICBhZGp1c3RfZ3Vlc3RfbDFlKG5s
MWUsIHB0X2RvbSk7CiAgICAgICAgICAgICBpZiAoIFVQREFURV9FTlRSWShs
MSwgcGwxZSwgb2wxZSwgbmwxZSwgZ2wxbWZuLCBwdF92Y3B1LApAQCAtMTcz
MCw4ICsxNzc0LDkgQEAgc3RhdGljIGludCBtb2RfbDFfZW50cnkobDFfcGdl
bnRyeV90ICpwbAogICAgICAgICAgICAgcmV0dXJuIHJjOwogICAgICAgICBj
YXNlIDA6CiAgICAgICAgICAgICBicmVhazsKLSAgICAgICAgY2FzZSAxOgot
ICAgICAgICAgICAgbDFlX3JlbW92ZV9mbGFncyhubDFlLCBfUEFHRV9SVyk7
CisgICAgICAgIGNhc2UgX1BBR0VfUlcgLi4uIF9QQUdFX1JXIHwgUEFHRV9D
QUNIRV9BVFRSUzoKKyAgICAgICAgICAgIEFTU0VSVCghKHJjICYgfihfUEFH
RV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlMpKSk7CisgICAgICAgICAgICBsMWVf
ZmxpcF9mbGFncyhubDFlLCByYyk7CiAgICAgICAgICAgICByYyA9IDA7CiAg
ICAgICAgICAgICBicmVhazsKICAgICAgICAgfQpAQCAtNTAxMCw2ICs1MDU1
LDcgQEAgc3RhdGljIGludCBwdHdyX2VtdWxhdGVkX3VwZGF0ZSgKICAgICBs
MV9wZ2VudHJ5X3QgcHRlLCBvbDFlLCBubDFlLCAqcGwxZTsKICAgICBzdHJ1
Y3QgdmNwdSAqdiA9IGN1cnJlbnQ7CiAgICAgc3RydWN0IGRvbWFpbiAqZCA9
IHYtPmRvbWFpbjsKKyAgICBpbnQgcmV0OwogCiAgICAgLyogT25seSBhbGxv
dyBuYXR1cmFsbHktYWxpZ25lZCBzdG9yZXMgd2l0aGluIHRoZSBvcmlnaW5h
bCAlY3IyIHBhZ2UuICovCiAgICAgaWYgKCB1bmxpa2VseSgoKGFkZHJecHR3
cl9jdHh0LT5jcjIpICYgUEFHRV9NQVNLKSB8fCAoYWRkciAmIChieXRlcy0x
KSkpICkKQEAgLTUwNTcsNyArNTEwMyw3IEBAIHN0YXRpYyBpbnQgcHR3cl9l
bXVsYXRlZF91cGRhdGUoCiAKICAgICAvKiBDaGVjayB0aGUgbmV3IFBURS4g
Ki8KICAgICBubDFlID0gbDFlX2Zyb21faW50cHRlKHZhbCk7Ci0gICAgc3dp
dGNoICggZ2V0X3BhZ2VfZnJvbV9sMWUobmwxZSwgZCwgZCkgKQorICAgIHN3
aXRjaCAoIHJldCA9IGdldF9wYWdlX2Zyb21fbDFlKG5sMWUsIGQsIGQpICkK
ICAgICB7CiAgICAgZGVmYXVsdDoKICAgICAgICAgaWYgKCBpc19wdl8zMmJp
dF9kb21haW4oZCkgJiYgKGJ5dGVzID09IDQpICYmICh1bmFsaWduZWRfYWRk
ciAmIDQpICYmCkBAIC01MDgxLDggKzUxMjcsOSBAQCBzdGF0aWMgaW50IHB0
d3JfZW11bGF0ZWRfdXBkYXRlKAogICAgICAgICBicmVhazsKICAgICBjYXNl
IDA6CiAgICAgICAgIGJyZWFrOwotICAgIGNhc2UgMToKLSAgICAgICAgbDFl
X3JlbW92ZV9mbGFncyhubDFlLCBfUEFHRV9SVyk7CisgICAgY2FzZSBfUEFH
RV9SVyAuLi4gX1BBR0VfUlcgfCBQQUdFX0NBQ0hFX0FUVFJTOgorICAgICAg
ICBBU1NFUlQoIShyZXQgJiB+KF9QQUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRS
UykpKTsKKyAgICAgICAgbDFlX2ZsaXBfZmxhZ3MobmwxZSwgcmV0KTsKICAg
ICAgICAgYnJlYWs7CiAgICAgfQogCi0tLSBhL3hlbi9pbmNsdWRlL2FzbS14
ODYvcGFnZS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS14ODYvcGFnZS5oCkBA
IC0xNTcsNiArMTU3LDkgQEAgc3RhdGljIGlubGluZSBsNF9wZ2VudHJ5X3Qg
bDRlX2Zyb21fcGFkZAogI2RlZmluZSBsM2VfcmVtb3ZlX2ZsYWdzKHgsIGZs
YWdzKSAoKHgpLmwzICY9IH5wdXRfcHRlX2ZsYWdzKGZsYWdzKSkKICNkZWZp
bmUgbDRlX3JlbW92ZV9mbGFncyh4LCBmbGFncykgKCh4KS5sNCAmPSB+cHV0
X3B0ZV9mbGFncyhmbGFncykpCiAKKy8qIEZsaXAgZmxhZ3MgaW4gYW4gZXhp
c3RpbmcgTDEgUFRFLiAqLworI2RlZmluZSBsMWVfZmxpcF9mbGFncyh4LCBm
bGFncykgICAgKCh4KS5sMSBePSBwdXRfcHRlX2ZsYWdzKGZsYWdzKSkKKwog
LyogQ2hlY2sgaWYgYSBwdGUncyBwYWdlIG1hcHBpbmcgb3Igc2lnbmlmaWNh
bnQgYWNjZXNzIGZsYWdzIGhhdmUgY2hhbmdlZC4gKi8KICNkZWZpbmUgbDFl
X2hhc19jaGFuZ2VkKHgseSxmbGFncykgXAogICAgICggISEoKCh4KS5sMSBe
ICh5KS5sMSkgJiAoKFBBRERSX01BU0smUEFHRV9NQVNLKXxwdXRfcHRlX2Zs
YWdzKGZsYWdzKSkpICkK

--=separator
Content-Type: application/octet-stream; name="xsa154-4.4.patch"
Content-Disposition: attachment; filename="xsa154-4.4.patch"
Content-Transfer-Encoding: base64

eDg2OiBlbmZvcmNlIGNvbnNpc3RlbnQgY2FjaGFiaWxpdHkgb2YgTU1JTyBt
YXBwaW5ncwoKV2UndmUgYmVlbiB0b2xkIGJ5IEludGVsIHRoYXQgaW5jb25z
aXN0ZW50IGNhY2hhYmlsaXR5IGJldHdlZW4KbXVsdGlwbGUgbWFwcGluZ3Mg
b2YgdGhlIHNhbWUgcGFnZSBjYW4gYWZmZWN0IHN5c3RlbSBzdGFiaWxpdHkg
b25seQp3aGVuIHRoZSBhZmZlY3RlZCBwYWdlIGlzIGFuIE1NSU8gb25lLiBT
aW5jZSB0aGUgc3RhbGUgZGF0YSBpc3N1ZSBpcwpvZiBubyByZWxldmFuY2Ug
dG8gdGhlIGh5cGVydmlzb3IgKHNpbmNlIGFsbCBndWVzdCBtZW1vcnkgYWNj
ZXNzZXMgZ28KdGhyb3VnaCBwcm9wZXIgYWNjZXNzb3JzIGFuZCB2YWxpZGF0
aW9uKSwgaGFuZGxpbmcgb2YgUkFNIHBhZ2VzCnJlbWFpbnMgdW5jaGFuZ2Vk
IGhlcmUuIEFueSBNTUlPIG1hcHBlZCBieSBkb21haW5zIGhvd2V2ZXIgbmVl
ZHMgdG8gYmUKZG9uZSBjb25zaXN0ZW50bHkgKGFsbCBjYWNoYWJsZSBtYXBw
aW5ncyBvciBhbGwgdW5jYWNoYWJsZSBvbmVzKSwgaW4Kb3JkZXIgdG8gYXZv
aWQgTWFjaGluZSBDaGVjayBleGNlcHRpb25zLiBTaW5jZSBjb252ZXJ0aW5n
IGV4aXN0aW5nCmNhY2hhYmxlIG1hcHBpbmdzIHRvIHVuY2FjaGFibGUgKGF0
IHRoZSB0aW1lIGFuIHVuY2FjaGFibGUgbWFwcGluZwpnZXRzIGVzdGFibGlz
aGVkKSB3b3VsZCBpbiB0aGUgUFYgY2FzZSByZXF1aXJlIHRyYWNraW5nIGFs
bCBtYXBwaW5ncywKYWxsb3cgTU1JTyB0byBvbmx5IGdldCBtYXBwZWQgdW5j
YWNoYWJsZSAoVUMsIFVDLSwgb3IgV0MpLgoKVGhpcyBhbHNvIGltcGxpZXMg
dGhhdCBpbiB0aGUgUFYgY2FzZSB3ZSBtdXN0bid0IHVzZSB0aGUgTDEgUFRF
IHVwZGF0ZQpmYXN0IHBhdGggd2hlbiBjYWNoYWJpbGl0eSBmbGFncyBnZXQg
YWx0ZXJlZC4KClNpbmNlIGluIHRoZSBIVk0gY2FzZSBhdCBsZWFzdCBmb3Ig
bm93IHdlIHdhbnQgdG8gY29udGludWUgaG9ub3JpbmcKcGlubmVkIGNhY2hh
YmlsaXR5IGF0dHJpYnV0ZXMgZm9yIHBhZ2VzIG5vdCBtYXBwZWQgYnkgdGhl
IGh5cGVydmlzb3IsCnNwZWNpYWwgY2FzZSBoYW5kbGluZyBvZiByL28gTU1J
TyBwYWdlcyAoZm9yY2luZyBVQykgZ2V0cyBhZGRlZCB0aGVyZS4KQXJndWFi
bHkgdGhlIGNvdW50ZXJwYXJ0IGNoYW5nZSB0byBwMm0tcHQuYyBtYXkgbm90
IGJlIG5lY2Vzc2FyeSwgc2luY2UKVUMtICh3aGljaCBhbHJlYWR5IGdldHMg
ZW5mb3JjZWQgdGhlcmUpIGlzIHByb2JhYmx5IHN0cmljdCBlbm91Z2guCgpO
b3RlIHRoYXQgdGhlIHNoYWRvdyBjb2RlIGNoYW5nZXMgaW5jbHVkZSBmaXhp
bmcgdGhlIHdyaXRlIHByb3RlY3Rpb24Kb2Ygci9vIE1NSU8gcmFuZ2VzOiBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncygpIGFuZCBpdHMgc2libGluZ3MsIG90
aGVyCnRoYW4gbDFlX3JlbW92ZV9mbGFncygpIGFuZCBhbGlrZSwgcmV0dXJu
IHRoZSBuZXcgUFRFIChhbmQgaGVuY2UKaWdub3JpbmcgdGhlaXIgcmV0dXJu
IHZhbHVlcyBtYWtlcyB0aGVtIG5vLW9wcykuCgpUaGlzIGlzIENWRS0yMDE2
LTIyNzAgLyBYU0EtMTU0LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2gg
PGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogQW5kcmV3IENvb3BlciA8
YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNvbT4KCi0tLSBhL2RvY3MvbWlzYy94
ZW4tY29tbWFuZC1saW5lLm1hcmtkb3duCisrKyBiL2RvY3MvbWlzYy94ZW4t
Y29tbWFuZC1saW5lLm1hcmtkb3duCkBAIC02OTcsNiArNjk3LDE1IEBAIGxp
bWl0IGlzIGlnbm9yZWQgYnkgWGVuLgogCiBTcGVjaWZ5IGlmIHRoZSBNTUNv
bmZpZyBzcGFjZSBzaG91bGQgYmUgZW5hYmxlZC4KIAorIyMjIG1taW8tcmVs
YXgKKz4gYD0gPGJvb2xlYW4+IHwgYWxsYAorCis+IERlZmF1bHQ6IGBmYWxz
ZWAKKworQnkgZGVmYXVsdCwgZG9tYWlucyBtYXkgbm90IGNyZWF0ZSBjYWNo
ZWQgbWFwcGluZ3MgdG8gTU1JTyByZWdpb25zLgorVGhpcyBvcHRpb24gcmVs
YXhlcyB0aGUgY2hlY2sgZm9yIERvbWFpbiAwIChvciB3aGVuIHVzaW5nIGBh
bGxgLCBhbGwgUFYKK2RvbWFpbnMpLCB0byBwZXJtaXQgdGhlIHVzZSBvZiBj
YWNoZWFibGUgTU1JTyBtYXBwaW5ncy4KKwogIyMjIG1zaQogPiBgPSA8Ym9v
bGVhbj5gCiAKLS0tIGEveGVuL2FyY2gveDg2L2h2bS9tdHJyLmMKKysrIGIv
eGVuL2FyY2gveDg2L2h2bS9tdHJyLmMKQEAgLTY5Myw4ICs2OTMsMTIgQEAg
dWludDhfdCBlcHRlX2dldF9lbnRyeV9lbXQoc3RydWN0IGRvbWFpbgogICAg
IGlmICggdi0+ZG9tYWluICE9IGQgKQogICAgICAgICB2ID0gZC0+dmNwdSA/
IGQtPnZjcHVbMF0gOiBOVUxMOwogCi0gICAgaWYgKCAhbWZuX3ZhbGlkKG1m
bl94KG1mbikpICkKKyAgICBpZiAoICFtZm5fdmFsaWQobWZuX3gobWZuKSkg
fHwKKyAgICAgICAgIHJhbmdlc2V0X2NvbnRhaW5zX3NpbmdsZXRvbihtbWlv
X3JvX3JhbmdlcywgbWZuX3gobWZuKSkgKQorICAgIHsKKyAgICAgICAgKmlw
YXQgPSAxOwogICAgICAgICByZXR1cm4gTVRSUl9UWVBFX1VOQ0FDSEFCTEU7
CisgICAgfQogCiAgICAgaWYgKCBodm1fZ2V0X21lbV9waW5uZWRfY2FjaGVh
dHRyKGQsIGdmbiwgJnR5cGUpICkKICAgICAgICAgcmV0dXJuIHR5cGU7Ci0t
LSBhL3hlbi9hcmNoL3g4Ni9tbS9wMm0tcHQuYworKysgYi94ZW4vYXJjaC94
ODYvbW0vcDJtLXB0LmMKQEAgLTkzLDYgKzkzLDggQEAgc3RhdGljIHVuc2ln
bmVkIGxvbmcgcDJtX3R5cGVfdG9fZmxhZ3MocAogICAgIGNhc2UgcDJtX21t
aW9fZGlyZWN0OgogICAgICAgICBpZiAoICFyYW5nZXNldF9jb250YWluc19z
aW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1mbl94KG1mbikpICkKICAgICAg
ICAgICAgIGZsYWdzIHw9IF9QQUdFX1JXOworICAgICAgICBlbHNlCisgICAg
ICAgICAgICBmbGFncyB8PSBfUEFHRV9QV1Q7CiAgICAgICAgIHJldHVybiBm
bGFncyB8IFAyTV9CQVNFX0ZMQUdTIHwgX1BBR0VfUENEOwogICAgIH0KIH0K
LS0tIGEveGVuL2FyY2gveDg2L21tL3NoYWRvdy9tdWx0aS5jCisrKyBiL3hl
bi9hcmNoL3g4Ni9tbS9zaGFkb3cvbXVsdGkuYwpAQCAtNTIxLDYgKzUyMSw3
IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgZ2ZuX3Qg
dGFyZ2V0X2dmbiA9IGd1ZXN0X2wxZV9nZXRfZ2ZuKGd1ZXN0X2VudHJ5KTsK
ICAgICB1MzIgcGFzc190aHJ1X2ZsYWdzOwogICAgIHUzMiBnZmxhZ3MsIHNm
bGFnczsKKyAgICBib29sX3QgbW1pb19tZm47CiAKICAgICAvKiBXZSBkb24n
dCBzaGFkb3cgUEFFIGwzcyAqLwogICAgIEFTU0VSVChHVUVTVF9QQUdJTkdf
TEVWRUxTID4gMyB8fCBsZXZlbCAhPSAzKTsKQEAgLTU2MSw3ICs1NjIsMTAg
QEAgX3NoX3Byb3BhZ2F0ZShzdHJ1Y3QgdmNwdSAqdiwKICAgICAvLyBtZm4g
bWVhbnMgdGhhdCB3ZSBjYW4gbm90IHVzZWZ1bGx5IHNoYWRvdyBhbnl0aGlu
ZywgYW5kIHNvIHdlCiAgICAgLy8gcmV0dXJuIGVhcmx5LgogICAgIC8vCi0g
ICAgaWYgKCAhbWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgbW1pb19tZm4g
PSAhbWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgICAgICAgICAgICB8fCAo
bGV2ZWwgPT0gMQorICAgICAgICAgICAgICAgICAgICYmIHBhZ2VfZ2V0X293
bmVyKG1mbl90b19wYWdlKHRhcmdldF9tZm4pKSA9PSBkb21faW8pOworICAg
IGlmICggbW1pb19tZm4KICAgICAgICAgICYmICEobGV2ZWwgPT0gMSAmJiAo
IXNoYWRvd19tb2RlX3JlZmNvdW50cyhkKSAKICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgfHwgcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QpKSApCiAg
ICAgewpAQCAtNTc5LDcgKzU4Myw3IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0
IHZjcHUgKnYsCiAgICAgICAgICAgICAgICAgICAgICAgIF9QQUdFX1JXIHwg
X1BBR0VfUFJFU0VOVCk7CiAgICAgaWYgKCBndWVzdF9zdXBwb3J0c19ueCh2
KSApCiAgICAgICAgIHBhc3NfdGhydV9mbGFncyB8PSBfUEFHRV9OWF9CSVQ7
Ci0gICAgaWYgKCAhc2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmICFtZm5f
dmFsaWQodGFyZ2V0X21mbikgKQorICAgIGlmICggbGV2ZWwgPT0gMSAmJiAh
c2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmIG1taW9fbWZuICkKICAgICAg
ICAgcGFzc190aHJ1X2ZsYWdzIHw9IF9QQUdFX1BBVCB8IF9QQUdFX1BDRCB8
IF9QQUdFX1BXVDsKICAgICBzZmxhZ3MgPSBnZmxhZ3MgJiBwYXNzX3RocnVf
ZmxhZ3M7CiAKQEAgLTY3NiwxMCArNjgwLDE0IEBAIF9zaF9wcm9wYWdhdGUo
c3RydWN0IHZjcHUgKnYsCiAgICAgfQogCiAgICAgLyogUmVhZC1vbmx5IG1l
bW9yeSAqLwotICAgIGlmICggcDJtX2lzX3JlYWRvbmx5KHAybXQpIHx8Ci0g
ICAgICAgICAocDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKLSAgICAgICAg
ICByYW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19yYW5nZXMs
IG1mbl94KHRhcmdldF9tZm4pKSkgKQorICAgIGlmICggcDJtX2lzX3JlYWRv
bmx5KHAybXQpICkKICAgICAgICAgc2ZsYWdzICY9IH5fUEFHRV9SVzsKKyAg
ICBlbHNlIGlmICggcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKKyAgICAg
ICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfc2luZ2xldG9uKG1taW9fcm9f
cmFuZ2VzLCBtZm5feCh0YXJnZXRfbWZuKSkgKQorICAgIHsKKyAgICAgICAg
c2ZsYWdzICY9IH4oX1BBR0VfUlcgfCBfUEFHRV9QQVQpOworICAgICAgICBz
ZmxhZ3MgfD0gX1BBR0VfUENEIHwgX1BBR0VfUFdUOworICAgIH0KICAgICAK
ICAgICAvLyBwcm90ZWN0IGd1ZXN0IHBhZ2UgdGFibGVzCiAgICAgLy8KQEAg
LTEyMDEsMjIgKzEyMDksMjggQEAgc3RhdGljIGludCBzaGFkb3dfc2V0X2wx
ZShzdHJ1Y3QgdmNwdSAqdgogICAgICAgICAgJiYgIXNoX2wxZV9pc19tYWdp
YyhuZXdfc2wxZSkgKSAKICAgICB7CiAgICAgICAgIC8qIEFib3V0IHRvIGlu
c3RhbGwgYSBuZXcgcmVmZXJlbmNlICovICAgICAgICAKLSAgICAgICAgaWYg
KCBzaGFkb3dfbW9kZV9yZWZjb3VudHMoZCkgKSB7CisgICAgICAgIGlmICgg
c2hhZG93X21vZGVfcmVmY291bnRzKGQpICkKKyAgICAgICAgeworI2RlZmlu
ZSBQQUdFX0ZMSVBQQUJMRSAoX1BBR0VfUlcgfCBfUEFHRV9QV1QgfCBfUEFH
RV9QQ0QgfCBfUEFHRV9QQVQpCisgICAgICAgICAgICBpbnQgcmM7CisKICAg
ICAgICAgICAgIFRSQUNFX1NIQURPV19QQVRIX0ZMQUcoVFJDRV9TRkxBR19T
SEFET1dfTDFfR0VUX1JFRik7Ci0gICAgICAgICAgICBzd2l0Y2ggKCBzaGFk
b3dfZ2V0X3BhZ2VfZnJvbV9sMWUobmV3X3NsMWUsIGQsIG5ld190eXBlKSAp
CisgICAgICAgICAgICBzd2l0Y2ggKCByYyA9IHNoYWRvd19nZXRfcGFnZV9m
cm9tX2wxZShuZXdfc2wxZSwgZCwgbmV3X3R5cGUpICkKICAgICAgICAgICAg
IHsKICAgICAgICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICAgICAgLyog
RG9lc24ndCBsb29rIGxpa2UgYSBwYWdldGFibGUuICovCiAgICAgICAgICAg
ICAgICAgZmxhZ3MgfD0gU0hBRE9XX1NFVF9FUlJPUjsKICAgICAgICAgICAg
ICAgICBuZXdfc2wxZSA9IHNoYWRvd19sMWVfZW1wdHkoKTsKICAgICAgICAg
ICAgICAgICBicmVhazsKLSAgICAgICAgICAgIGNhc2UgMToKLSAgICAgICAg
ICAgICAgICBzaGFkb3dfbDFlX3JlbW92ZV9mbGFncyhuZXdfc2wxZSwgX1BB
R0VfUlcpOworICAgICAgICAgICAgY2FzZSBQQUdFX0ZMSVBQQUJMRSAmIC1Q
QUdFX0ZMSVBQQUJMRSAuLi4gUEFHRV9GTElQUEFCTEU6CisgICAgICAgICAg
ICAgICAgQVNTRVJUKCEocmMgJiB+UEFHRV9GTElQUEFCTEUpKTsKKyAgICAg
ICAgICAgICAgICBuZXdfc2wxZSA9IHNoYWRvd19sMWVfZmxpcF9mbGFncyhu
ZXdfc2wxZSwgcmMpOwogICAgICAgICAgICAgICAgIC8qIGZhbGwgdGhyb3Vn
aCAqLwogICAgICAgICAgICAgY2FzZSAwOgogICAgICAgICAgICAgICAgIHNo
YWRvd192cmFtX2dldF9sMWUobmV3X3NsMWUsIHNsMWUsIHNsMW1mbiwgZCk7
CiAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICB9CisjdW5k
ZWYgUEFHRV9GTElQUEFCTEUKICAgICAgICAgfQogICAgIH0gCiAKLS0tIGEv
eGVuL2FyY2gveDg2L21tL3NoYWRvdy90eXBlcy5oCisrKyBiL3hlbi9hcmNo
L3g4Ni9tbS9zaGFkb3cvdHlwZXMuaApAQCAtMTAwLDYgKzEwMCw5IEBAIHN0
YXRpYyBpbmxpbmUgdTMyIHNoYWRvd19sNGVfZ2V0X2ZsYWdzKHMKIHN0YXRp
YyBpbmxpbmUgc2hhZG93X2wxZV90CiBzaGFkb3dfbDFlX3JlbW92ZV9mbGFn
cyhzaGFkb3dfbDFlX3Qgc2wxZSwgdTMyIGZsYWdzKQogeyBsMWVfcmVtb3Zl
X2ZsYWdzKHNsMWUsIGZsYWdzKTsgcmV0dXJuIHNsMWU7IH0KK3N0YXRpYyBp
bmxpbmUgc2hhZG93X2wxZV90CitzaGFkb3dfbDFlX2ZsaXBfZmxhZ3Moc2hh
ZG93X2wxZV90IHNsMWUsIHUzMiBmbGFncykKK3sgbDFlX2ZsaXBfZmxhZ3Mo
c2wxZSwgZmxhZ3MpOyByZXR1cm4gc2wxZTsgfQogCiBzdGF0aWMgaW5saW5l
IHNoYWRvd19sMWVfdCBzaGFkb3dfbDFlX2VtcHR5KHZvaWQpIAogeyByZXR1
cm4gbDFlX2VtcHR5KCk7IH0KLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysr
IGIveGVuL2FyY2gveDg2L21tLmMKQEAgLTE4OCw2ICsxODgsMTggQEAgc3Rh
dGljIHVpbnQzMl90IGJhc2VfZGlzYWxsb3dfbWFzazsKICAgICAgIGlzX3B2
X2RvbWFpbihkKSkgPyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBcCiAgICAgIEwxX0RJU0FMTE9XX01BU0sgOiAoTDFfRElTQUxM
T1dfTUFTSyAmIH5QQUdFX0NBQ0hFX0FUVFJTKSkKIAorc3RhdGljIHM4IF9f
cmVhZF9tb3N0bHkgb3B0X21taW9fcmVsYXg7CitzdGF0aWMgdm9pZCBfX2lu
aXQgcGFyc2VfbW1pb19yZWxheChjb25zdCBjaGFyICpzKQoreworICAgIGlm
ICggISpzICkKKyAgICAgICAgb3B0X21taW9fcmVsYXggPSAxOworICAgIGVs
c2UKKyAgICAgICAgb3B0X21taW9fcmVsYXggPSBwYXJzZV9ib29sKHMpOwor
ICAgIGlmICggb3B0X21taW9fcmVsYXggPCAwICYmIHN0cmNtcChzLCAiYWxs
IikgKQorICAgICAgICBvcHRfbW1pb19yZWxheCA9IDA7Cit9CitjdXN0b21f
cGFyYW0oIm1taW8tcmVsYXgiLCBwYXJzZV9tbWlvX3JlbGF4KTsKKwogc3Rh
dGljIHZvaWQgX19pbml0IGluaXRfZnJhbWV0YWJsZV9jaHVuayh2b2lkICpz
dGFydCwgdm9pZCAqZW5kKQogewogICAgIHVuc2lnbmVkIGxvbmcgcyA9ICh1
bnNpZ25lZCBsb25nKXN0YXJ0OwpAQCAtNzczLDYgKzc4NSw4IEBAIGdldF9w
YWdlX2Zyb21fbDFlKAogICAgIGlmICggIW1mbl92YWxpZChtZm4pIHx8CiAg
ICAgICAgICAocmVhbF9wZ19vd25lciA9IHBhZ2VfZ2V0X293bmVyX2FuZF9y
ZWZlcmVuY2UocGFnZSkpID09IGRvbV9pbyApCiAgICAgeworICAgICAgICBp
bnQgZmxpcCA9IDA7CisKICAgICAgICAgLyogT25seSBuZWVkZWQgdGhlIHJl
ZmVyZW5jZSB0byBjb25maXJtIGRvbV9pbyBvd25lcnNoaXAuICovCiAgICAg
ICAgIGlmICggbWZuX3ZhbGlkKG1mbikgKQogICAgICAgICAgICAgcHV0X3Bh
Z2UocGFnZSk7CkBAIC04MDUsMTMgKzgxOSw0MSBAQCBnZXRfcGFnZV9mcm9t
X2wxZSgKICAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOwogICAgICAgICB9
CiAKLSAgICAgICAgaWYgKCAhKGwxZiAmIF9QQUdFX1JXKSB8fAotICAgICAg
ICAgICAgICFyYW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19y
YW5nZXMsIG1mbikgKQotICAgICAgICAgICAgcmV0dXJuIDA7Ci0gICAgICAg
IGRwcmludGsoWEVOTE9HX0dfV0FSTklORywKLSAgICAgICAgICAgICAgICAi
ZCVkOiBGb3JjaW5nIHJlYWQtb25seSBhY2Nlc3MgdG8gTUZOICVseFxuIiwK
LSAgICAgICAgICAgICAgICBsMWVfb3duZXItPmRvbWFpbl9pZCwgbWZuKTsK
LSAgICAgICAgcmV0dXJuIDE7CisgICAgICAgIGlmICggIXJhbmdlc2V0X2Nv
bnRhaW5zX3NpbmdsZXRvbihtbWlvX3JvX3JhbmdlcywgbWZuKSApCisgICAg
ICAgIHsKKyAgICAgICAgICAgIC8qIE1NSU8gcGFnZXMgbXVzdCBub3QgYmUg
bWFwcGVkIGNhY2hhYmxlIHVubGVzcyByZXF1ZXN0ZWQgc28uICovCisgICAg
ICAgICAgICBzd2l0Y2ggKCBvcHRfbW1pb19yZWxheCApCisgICAgICAgICAg
ICB7CisgICAgICAgICAgICBjYXNlIDA6CisgICAgICAgICAgICAgICAgYnJl
YWs7CisgICAgICAgICAgICBjYXNlIDE6CisgICAgICAgICAgICAgICAgaWYg
KCBpc19oYXJkd2FyZV9kb21haW4obDFlX293bmVyKSApCisgICAgICAgICAg
ICBjYXNlIC0xOgorICAgICAgICAgICAgICAgICAgICByZXR1cm4gMDsKKyAg
ICAgICAgICAgIGRlZmF1bHQ6CisgICAgICAgICAgICAgICAgQVNTRVJUX1VO
UkVBQ0hBQkxFKCk7CisgICAgICAgICAgICB9CisgICAgICAgIH0KKyAgICAg
ICAgZWxzZSBpZiAoIGwxZiAmIF9QQUdFX1JXICkKKyAgICAgICAgeworICAg
ICAgICAgICAgZHByaW50ayhYRU5MT0dfR19XQVJOSU5HLAorICAgICAgICAg
ICAgICAgICAgICAiZCVkOiBGb3JjaW5nIHJlYWQtb25seSBhY2Nlc3MgdG8g
TUZOICVseFxuIiwKKyAgICAgICAgICAgICAgICAgICAgbDFlX293bmVyLT5k
b21haW5faWQsIG1mbik7CisgICAgICAgICAgICBmbGlwID0gX1BBR0VfUlc7
CisgICAgICAgIH0KKworICAgICAgICBzd2l0Y2ggKCBsMWYgJiBQQUdFX0NB
Q0hFX0FUVFJTICkKKyAgICAgICAgeworICAgICAgICBjYXNlIDA6IC8qIFdC
ICovCisgICAgICAgICAgICBmbGlwIHw9IF9QQUdFX1BXVCB8IF9QQUdFX1BD
RDsKKyAgICAgICAgICAgIGJyZWFrOworICAgICAgICBjYXNlIF9QQUdFX1BX
VDogLyogV1QgKi8KKyAgICAgICAgY2FzZSBfUEFHRV9QV1QgfCBfUEFHRV9Q
QVQ6IC8qIFdQICovCisgICAgICAgICAgICBmbGlwIHw9IF9QQUdFX1BDRCB8
IChsMWYgJiBfUEFHRV9QQVQpOworICAgICAgICAgICAgYnJlYWs7CisgICAg
ICAgIH0KKworICAgICAgICByZXR1cm4gZmxpcDsKICAgICB9CiAKICAgICBp
ZiAoIHVubGlrZWx5KCAocmVhbF9wZ19vd25lciAhPSBwZ19vd25lcikgJiYK
QEAgLTEyMTAsOCArMTI1Miw5IEBAIHN0YXRpYyBpbnQgYWxsb2NfbDFfdGFi
bGUoc3RydWN0IHBhZ2VfaW4KICAgICAgICAgICAgICAgICBnb3RvIGZhaWw7
CiAgICAgICAgICAgICBjYXNlIDA6CiAgICAgICAgICAgICAgICAgYnJlYWs7
Ci0gICAgICAgICAgICBjYXNlIDE6Ci0gICAgICAgICAgICAgICAgbDFlX3Jl
bW92ZV9mbGFncyhwbDFlW2ldLCBfUEFHRV9SVyk7CisgICAgICAgICAgICBj
YXNlIF9QQUdFX1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlM6
CisgICAgICAgICAgICAgICAgQVNTRVJUKCEocmV0ICYgfihfUEFHRV9SVyB8
IFBBR0VfQ0FDSEVfQVRUUlMpKSk7CisgICAgICAgICAgICAgICAgbDFlX2Zs
aXBfZmxhZ3MocGwxZVtpXSwgcmV0KTsKICAgICAgICAgICAgICAgICBicmVh
azsKICAgICAgICAgICAgIH0KIApAQCAtMTcwNiw4ICsxNzQ5LDkgQEAgc3Rh
dGljIGludCBtb2RfbDFfZW50cnkobDFfcGdlbnRyeV90ICpwbAogICAgICAg
ICAgICAgcmV0dXJuIC1FSU5WQUw7CiAgICAgICAgIH0KIAotICAgICAgICAv
KiBGYXN0IHBhdGggZm9yIGlkZW50aWNhbCBtYXBwaW5nLCByL3cgYW5kIHBy
ZXNlbmNlLiAqLwotICAgICAgICBpZiAoICFsMWVfaGFzX2NoYW5nZWQob2wx
ZSwgbmwxZSwgX1BBR0VfUlcgfCBfUEFHRV9QUkVTRU5UKSApCisgICAgICAg
IC8qIEZhc3QgcGF0aCBmb3IgaWRlbnRpY2FsIG1hcHBpbmcsIHIvdywgcHJl
c2VuY2UsIGFuZCBjYWNoYWJpbGl0eS4gKi8KKyAgICAgICAgaWYgKCAhbDFl
X2hhc19jaGFuZ2VkKG9sMWUsIG5sMWUsCisgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBQQUdFX0NBQ0hFX0FUVFJTIHwgX1BBR0VfUlcgfCBfUEFH
RV9QUkVTRU5UKSApCiAgICAgICAgIHsKICAgICAgICAgICAgIGFkanVzdF9n
dWVzdF9sMWUobmwxZSwgcHRfZG9tKTsKICAgICAgICAgICAgIGlmICggVVBE
QVRFX0VOVFJZKGwxLCBwbDFlLCBvbDFlLCBubDFlLCBnbDFtZm4sIHB0X3Zj
cHUsCkBAIC0xNzMwLDggKzE3NzQsOSBAQCBzdGF0aWMgaW50IG1vZF9sMV9l
bnRyeShsMV9wZ2VudHJ5X3QgKnBsCiAgICAgICAgICAgICByZXR1cm4gcmM7
CiAgICAgICAgIGNhc2UgMDoKICAgICAgICAgICAgIGJyZWFrOwotICAgICAg
ICBjYXNlIDE6Ci0gICAgICAgICAgICBsMWVfcmVtb3ZlX2ZsYWdzKG5sMWUs
IF9QQUdFX1JXKTsKKyAgICAgICAgY2FzZSBfUEFHRV9SVyAuLi4gX1BBR0Vf
UlcgfCBQQUdFX0NBQ0hFX0FUVFJTOgorICAgICAgICAgICAgQVNTRVJUKCEo
cmMgJiB+KF9QQUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRSUykpKTsKKyAgICAg
ICAgICAgIGwxZV9mbGlwX2ZsYWdzKG5sMWUsIHJjKTsKICAgICAgICAgICAg
IHJjID0gMDsKICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICB9CkBAIC00
OTE5LDYgKzQ5NjQsNyBAQCBzdGF0aWMgaW50IHB0d3JfZW11bGF0ZWRfdXBk
YXRlKAogICAgIGwxX3BnZW50cnlfdCBwdGUsIG9sMWUsIG5sMWUsICpwbDFl
OwogICAgIHN0cnVjdCB2Y3B1ICp2ID0gY3VycmVudDsKICAgICBzdHJ1Y3Qg
ZG9tYWluICpkID0gdi0+ZG9tYWluOworICAgIGludCByZXQ7CiAKICAgICAv
KiBPbmx5IGFsbG93IG5hdHVyYWxseS1hbGlnbmVkIHN0b3JlcyB3aXRoaW4g
dGhlIG9yaWdpbmFsICVjcjIgcGFnZS4gKi8KICAgICBpZiAoIHVubGlrZWx5
KCgoYWRkcl5wdHdyX2N0eHQtPmNyMikgJiBQQUdFX01BU0spIHx8IChhZGRy
ICYgKGJ5dGVzLTEpKSkgKQpAQCAtNDk2Niw3ICs1MDEyLDcgQEAgc3RhdGlj
IGludCBwdHdyX2VtdWxhdGVkX3VwZGF0ZSgKIAogICAgIC8qIENoZWNrIHRo
ZSBuZXcgUFRFLiAqLwogICAgIG5sMWUgPSBsMWVfZnJvbV9pbnRwdGUodmFs
KTsKLSAgICBzd2l0Y2ggKCBnZXRfcGFnZV9mcm9tX2wxZShubDFlLCBkLCBk
KSApCisgICAgc3dpdGNoICggcmV0ID0gZ2V0X3BhZ2VfZnJvbV9sMWUobmwx
ZSwgZCwgZCkgKQogICAgIHsKICAgICBkZWZhdWx0OgogICAgICAgICBpZiAo
IGlzX3B2XzMyYml0X2RvbWFpbihkKSAmJiAoYnl0ZXMgPT0gNCkgJiYgKHVu
YWxpZ25lZF9hZGRyICYgNCkgJiYKQEAgLTQ5OTAsOCArNTAzNiw5IEBAIHN0
YXRpYyBpbnQgcHR3cl9lbXVsYXRlZF91cGRhdGUoCiAgICAgICAgIGJyZWFr
OwogICAgIGNhc2UgMDoKICAgICAgICAgYnJlYWs7Ci0gICAgY2FzZSAxOgot
ICAgICAgICBsMWVfcmVtb3ZlX2ZsYWdzKG5sMWUsIF9QQUdFX1JXKTsKKyAg
ICBjYXNlIF9QQUdFX1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRU
UlM6CisgICAgICAgIEFTU0VSVCghKHJldCAmIH4oX1BBR0VfUlcgfCBQQUdF
X0NBQ0hFX0FUVFJTKSkpOworICAgICAgICBsMWVfZmxpcF9mbGFncyhubDFl
LCByZXQpOwogICAgICAgICBicmVhazsKICAgICB9CiAKLS0tIGEveGVuL2lu
Y2x1ZGUvYXNtLXg4Ni9wYWdlLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4
Ni9wYWdlLmgKQEAgLTE1Nyw2ICsxNTcsOSBAQCBzdGF0aWMgaW5saW5lIGw0
X3BnZW50cnlfdCBsNGVfZnJvbV9wYWRkCiAjZGVmaW5lIGwzZV9yZW1vdmVf
ZmxhZ3MoeCwgZmxhZ3MpICgoeCkubDMgJj0gfnB1dF9wdGVfZmxhZ3MoZmxh
Z3MpKQogI2RlZmluZSBsNGVfcmVtb3ZlX2ZsYWdzKHgsIGZsYWdzKSAoKHgp
Lmw0ICY9IH5wdXRfcHRlX2ZsYWdzKGZsYWdzKSkKIAorLyogRmxpcCBmbGFn
cyBpbiBhbiBleGlzdGluZyBMMSBQVEUuICovCisjZGVmaW5lIGwxZV9mbGlw
X2ZsYWdzKHgsIGZsYWdzKSAgICAoKHgpLmwxIF49IHB1dF9wdGVfZmxhZ3Mo
ZmxhZ3MpKQorCiAvKiBDaGVjayBpZiBhIHB0ZSdzIHBhZ2UgbWFwcGluZyBv
ciBzaWduaWZpY2FudCBhY2Nlc3MgZmxhZ3MgaGF2ZSBjaGFuZ2VkLiAqLwog
I2RlZmluZSBsMWVfaGFzX2NoYW5nZWQoeCx5LGZsYWdzKSBcCiAgICAgKCAh
ISgoKHgpLmwxIF4gKHkpLmwxKSAmICgoUEFERFJfTUFTSyZQQUdFX01BU0sp
fHB1dF9wdGVfZmxhZ3MoZmxhZ3MpKSkgKQo=

--=separator
Content-Type: application/octet-stream; name="xsa154-4.5.patch"
Content-Disposition: attachment; filename="xsa154-4.5.patch"
Content-Transfer-Encoding: base64

eDg2OiBlbmZvcmNlIGNvbnNpc3RlbnQgY2FjaGFiaWxpdHkgb2YgTU1JTyBt
YXBwaW5ncwoKV2UndmUgYmVlbiB0b2xkIGJ5IEludGVsIHRoYXQgaW5jb25z
aXN0ZW50IGNhY2hhYmlsaXR5IGJldHdlZW4KbXVsdGlwbGUgbWFwcGluZ3Mg
b2YgdGhlIHNhbWUgcGFnZSBjYW4gYWZmZWN0IHN5c3RlbSBzdGFiaWxpdHkg
b25seQp3aGVuIHRoZSBhZmZlY3RlZCBwYWdlIGlzIGFuIE1NSU8gb25lLiBT
aW5jZSB0aGUgc3RhbGUgZGF0YSBpc3N1ZSBpcwpvZiBubyByZWxldmFuY2Ug
dG8gdGhlIGh5cGVydmlzb3IgKHNpbmNlIGFsbCBndWVzdCBtZW1vcnkgYWNj
ZXNzZXMgZ28KdGhyb3VnaCBwcm9wZXIgYWNjZXNzb3JzIGFuZCB2YWxpZGF0
aW9uKSwgaGFuZGxpbmcgb2YgUkFNIHBhZ2VzCnJlbWFpbnMgdW5jaGFuZ2Vk
IGhlcmUuIEFueSBNTUlPIG1hcHBlZCBieSBkb21haW5zIGhvd2V2ZXIgbmVl
ZHMgdG8gYmUKZG9uZSBjb25zaXN0ZW50bHkgKGFsbCBjYWNoYWJsZSBtYXBw
aW5ncyBvciBhbGwgdW5jYWNoYWJsZSBvbmVzKSwgaW4Kb3JkZXIgdG8gYXZv
aWQgTWFjaGluZSBDaGVjayBleGNlcHRpb25zLiBTaW5jZSBjb252ZXJ0aW5n
IGV4aXN0aW5nCmNhY2hhYmxlIG1hcHBpbmdzIHRvIHVuY2FjaGFibGUgKGF0
IHRoZSB0aW1lIGFuIHVuY2FjaGFibGUgbWFwcGluZwpnZXRzIGVzdGFibGlz
aGVkKSB3b3VsZCBpbiB0aGUgUFYgY2FzZSByZXF1aXJlIHRyYWNraW5nIGFs
bCBtYXBwaW5ncywKYWxsb3cgTU1JTyB0byBvbmx5IGdldCBtYXBwZWQgdW5j
YWNoYWJsZSAoVUMsIFVDLSwgb3IgV0MpLgoKVGhpcyBhbHNvIGltcGxpZXMg
dGhhdCBpbiB0aGUgUFYgY2FzZSB3ZSBtdXN0bid0IHVzZSB0aGUgTDEgUFRF
IHVwZGF0ZQpmYXN0IHBhdGggd2hlbiBjYWNoYWJpbGl0eSBmbGFncyBnZXQg
YWx0ZXJlZC4KClNpbmNlIGluIHRoZSBIVk0gY2FzZSBhdCBsZWFzdCBmb3Ig
bm93IHdlIHdhbnQgdG8gY29udGludWUgaG9ub3JpbmcKcGlubmVkIGNhY2hh
YmlsaXR5IGF0dHJpYnV0ZXMgZm9yIHBhZ2VzIG5vdCBtYXBwZWQgYnkgdGhl
IGh5cGVydmlzb3IsCnNwZWNpYWwgY2FzZSBoYW5kbGluZyBvZiByL28gTU1J
TyBwYWdlcyAoZm9yY2luZyBVQykgZ2V0cyBhZGRlZCB0aGVyZS4KQXJndWFi
bHkgdGhlIGNvdW50ZXJwYXJ0IGNoYW5nZSB0byBwMm0tcHQuYyBtYXkgbm90
IGJlIG5lY2Vzc2FyeSwgc2luY2UKVUMtICh3aGljaCBhbHJlYWR5IGdldHMg
ZW5mb3JjZWQgdGhlcmUpIGlzIHByb2JhYmx5IHN0cmljdCBlbm91Z2guCgpO
b3RlIHRoYXQgdGhlIHNoYWRvdyBjb2RlIGNoYW5nZXMgaW5jbHVkZSBmaXhp
bmcgdGhlIHdyaXRlIHByb3RlY3Rpb24Kb2Ygci9vIE1NSU8gcmFuZ2VzOiBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncygpIGFuZCBpdHMgc2libGluZ3MsIG90
aGVyCnRoYW4gbDFlX3JlbW92ZV9mbGFncygpIGFuZCBhbGlrZSwgcmV0dXJu
IHRoZSBuZXcgUFRFIChhbmQgaGVuY2UKaWdub3JpbmcgdGhlaXIgcmV0dXJu
IHZhbHVlcyBtYWtlcyB0aGVtIG5vLW9wcykuCgpUaGlzIGlzIENWRS0yMDE2
LTIyNzAgLyBYU0EtMTU0LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2gg
PGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogQW5kcmV3IENvb3BlciA8
YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNvbT4KCi0tLSBhL2RvY3MvbWlzYy94
ZW4tY29tbWFuZC1saW5lLm1hcmtkb3duCisrKyBiL2RvY3MvbWlzYy94ZW4t
Y29tbWFuZC1saW5lLm1hcmtkb3duCkBAIC0xMDAwLDYgKzEwMDAsMTUgQEAg
bGltaXQgaXMgaWdub3JlZCBieSBYZW4uCiAKIFNwZWNpZnkgaWYgdGhlIE1N
Q29uZmlnIHNwYWNlIHNob3VsZCBiZSBlbmFibGVkLgogCisjIyMgbW1pby1y
ZWxheAorPiBgPSA8Ym9vbGVhbj4gfCBhbGxgCisKKz4gRGVmYXVsdDogYGZh
bHNlYAorCitCeSBkZWZhdWx0LCBkb21haW5zIG1heSBub3QgY3JlYXRlIGNh
Y2hlZCBtYXBwaW5ncyB0byBNTUlPIHJlZ2lvbnMuCitUaGlzIG9wdGlvbiBy
ZWxheGVzIHRoZSBjaGVjayBmb3IgRG9tYWluIDAgKG9yIHdoZW4gdXNpbmcg
YGFsbGAsIGFsbCBQVgorZG9tYWlucyksIHRvIHBlcm1pdCB0aGUgdXNlIG9m
IGNhY2hlYWJsZSBNTUlPIG1hcHBpbmdzLgorCiAjIyMgbXNpCiA+IGA9IDxi
b29sZWFuPmAKIAotLS0gYS94ZW4vYXJjaC94ODYvaHZtL210cnIuYworKysg
Yi94ZW4vYXJjaC94ODYvaHZtL210cnIuYwpAQCAtODEwLDggKzgxMCwxNyBA
QCBpbnQgZXB0ZV9nZXRfZW50cnlfZW10KHN0cnVjdCBkb21haW4gKmQsCiAg
ICAgaWYgKCB2LT5kb21haW4gIT0gZCApCiAgICAgICAgIHYgPSBkLT52Y3B1
ID8gZC0+dmNwdVswXSA6IE5VTEw7CiAKLSAgICBpZiAoICFtZm5fdmFsaWQo
bWZuX3gobWZuKSkgKQorICAgIGlmICggIW1mbl92YWxpZChtZm5feChtZm4p
KSB8fAorICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfcmFuZ2UobW1pb19y
b19yYW5nZXMsIG1mbl94KG1mbiksCisgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBtZm5feChtZm4pICsgKDFVTCA8PCBvcmRlcikgLSAxKSAp
CisgICAgeworICAgICAgICAqaXBhdCA9IDE7CiAgICAgICAgIHJldHVybiBN
VFJSX1RZUEVfVU5DQUNIQUJMRTsKKyAgICB9CisKKyAgICBpZiAoIHJhbmdl
c2V0X292ZXJsYXBzX3JhbmdlKG1taW9fcm9fcmFuZ2VzLCBtZm5feChtZm4p
LAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbWZuX3gobWZu
KSArICgxVUwgPDwgb3JkZXIpIC0gMSkgKQorICAgICAgICByZXR1cm4gLTE7
CiAKICAgICBzd2l0Y2ggKCBodm1fZ2V0X21lbV9waW5uZWRfY2FjaGVhdHRy
KGQsIGdmbiwgb3JkZXIsICZ0eXBlKSApCiAgICAgewotLS0gYS94ZW4vYXJj
aC94ODYvbW0vcDJtLXB0LmMKKysrIGIveGVuL2FyY2gveDg2L21tL3AybS1w
dC5jCkBAIC0xMDcsNiArMTA3LDggQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcg
cDJtX3R5cGVfdG9fZmxhZ3MocAogICAgIGNhc2UgcDJtX21taW9fZGlyZWN0
OgogICAgICAgICBpZiAoICFyYW5nZXNldF9jb250YWluc19zaW5nbGV0b24o
bW1pb19yb19yYW5nZXMsIG1mbl94KG1mbikpICkKICAgICAgICAgICAgIGZs
YWdzIHw9IF9QQUdFX1JXOworICAgICAgICBlbHNlCisgICAgICAgICAgICBm
bGFncyB8PSBfUEFHRV9QV1Q7CiAgICAgICAgIHJldHVybiBmbGFncyB8IFAy
TV9CQVNFX0ZMQUdTIHwgX1BBR0VfUENEOwogICAgIH0KIH0KLS0tIGEveGVu
L2FyY2gveDg2L21tL3NoYWRvdy9tdWx0aS5jCisrKyBiL3hlbi9hcmNoL3g4
Ni9tbS9zaGFkb3cvbXVsdGkuYwpAQCAtNTIxLDYgKzUyMSw3IEBAIF9zaF9w
cm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgZ2ZuX3QgdGFyZ2V0X2dm
biA9IGd1ZXN0X2wxZV9nZXRfZ2ZuKGd1ZXN0X2VudHJ5KTsKICAgICB1MzIg
cGFzc190aHJ1X2ZsYWdzOwogICAgIHUzMiBnZmxhZ3MsIHNmbGFnczsKKyAg
ICBib29sX3QgbW1pb19tZm47CiAKICAgICAvKiBXZSBkb24ndCBzaGFkb3cg
UEFFIGwzcyAqLwogICAgIEFTU0VSVChHVUVTVF9QQUdJTkdfTEVWRUxTID4g
MyB8fCBsZXZlbCAhPSAzKTsKQEAgLTU2MSw3ICs1NjIsMTAgQEAgX3NoX3By
b3BhZ2F0ZShzdHJ1Y3QgdmNwdSAqdiwKICAgICAvLyBtZm4gbWVhbnMgdGhh
dCB3ZSBjYW4gbm90IHVzZWZ1bGx5IHNoYWRvdyBhbnl0aGluZywgYW5kIHNv
IHdlCiAgICAgLy8gcmV0dXJuIGVhcmx5LgogICAgIC8vCi0gICAgaWYgKCAh
bWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgbW1pb19tZm4gPSAhbWZuX3Zh
bGlkKHRhcmdldF9tZm4pCisgICAgICAgICAgICAgICB8fCAobGV2ZWwgPT0g
MQorICAgICAgICAgICAgICAgICAgICYmIHBhZ2VfZ2V0X293bmVyKG1mbl90
b19wYWdlKHRhcmdldF9tZm4pKSA9PSBkb21faW8pOworICAgIGlmICggbW1p
b19tZm4KICAgICAgICAgICYmICEobGV2ZWwgPT0gMSAmJiAoIXNoYWRvd19t
b2RlX3JlZmNvdW50cyhkKSAKICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgfHwgcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QpKSApCiAgICAgewpAQCAt
NTc5LDcgKzU4Myw3IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0IHZjcHUgKnYs
CiAgICAgICAgICAgICAgICAgICAgICAgIF9QQUdFX1JXIHwgX1BBR0VfUFJF
U0VOVCk7CiAgICAgaWYgKCBndWVzdF9zdXBwb3J0c19ueCh2KSApCiAgICAg
ICAgIHBhc3NfdGhydV9mbGFncyB8PSBfUEFHRV9OWF9CSVQ7Ci0gICAgaWYg
KCAhc2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmICFtZm5fdmFsaWQodGFy
Z2V0X21mbikgKQorICAgIGlmICggbGV2ZWwgPT0gMSAmJiAhc2hhZG93X21v
ZGVfcmVmY291bnRzKGQpICYmIG1taW9fbWZuICkKICAgICAgICAgcGFzc190
aHJ1X2ZsYWdzIHw9IF9QQUdFX1BBVCB8IF9QQUdFX1BDRCB8IF9QQUdFX1BX
VDsKICAgICBzZmxhZ3MgPSBnZmxhZ3MgJiBwYXNzX3RocnVfZmxhZ3M7CiAK
QEAgLTY3OCwxMCArNjgyLDE0IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0IHZj
cHUgKnYsCiAgICAgfQogCiAgICAgLyogUmVhZC1vbmx5IG1lbW9yeSAqLwot
ICAgIGlmICggcDJtX2lzX3JlYWRvbmx5KHAybXQpIHx8Ci0gICAgICAgICAo
cDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKLSAgICAgICAgICByYW5nZXNl
dF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1mbl94KHRh
cmdldF9tZm4pKSkgKQorICAgIGlmICggcDJtX2lzX3JlYWRvbmx5KHAybXQp
ICkKICAgICAgICAgc2ZsYWdzICY9IH5fUEFHRV9SVzsKKyAgICBlbHNlIGlm
ICggcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKKyAgICAgICAgICAgICAg
cmFuZ2VzZXRfY29udGFpbnNfc2luZ2xldG9uKG1taW9fcm9fcmFuZ2VzLCBt
Zm5feCh0YXJnZXRfbWZuKSkgKQorICAgIHsKKyAgICAgICAgc2ZsYWdzICY9
IH4oX1BBR0VfUlcgfCBfUEFHRV9QQVQpOworICAgICAgICBzZmxhZ3MgfD0g
X1BBR0VfUENEIHwgX1BBR0VfUFdUOworICAgIH0KICAgICAKICAgICAvLyBw
cm90ZWN0IGd1ZXN0IHBhZ2UgdGFibGVzCiAgICAgLy8KQEAgLTExODgsMjIg
KzExOTYsMjggQEAgc3RhdGljIGludCBzaGFkb3dfc2V0X2wxZShzdHJ1Y3Qg
dmNwdSAqdgogICAgICAgICAgJiYgIXNoX2wxZV9pc19tYWdpYyhuZXdfc2wx
ZSkgKSAKICAgICB7CiAgICAgICAgIC8qIEFib3V0IHRvIGluc3RhbGwgYSBu
ZXcgcmVmZXJlbmNlICovICAgICAgICAKLSAgICAgICAgaWYgKCBzaGFkb3df
bW9kZV9yZWZjb3VudHMoZCkgKSB7CisgICAgICAgIGlmICggc2hhZG93X21v
ZGVfcmVmY291bnRzKGQpICkKKyAgICAgICAgeworI2RlZmluZSBQQUdFX0ZM
SVBQQUJMRSAoX1BBR0VfUlcgfCBfUEFHRV9QV1QgfCBfUEFHRV9QQ0QgfCBf
UEFHRV9QQVQpCisgICAgICAgICAgICBpbnQgcmM7CisKICAgICAgICAgICAg
IFRSQUNFX1NIQURPV19QQVRIX0ZMQUcoVFJDRV9TRkxBR19TSEFET1dfTDFf
R0VUX1JFRik7Ci0gICAgICAgICAgICBzd2l0Y2ggKCBzaGFkb3dfZ2V0X3Bh
Z2VfZnJvbV9sMWUobmV3X3NsMWUsIGQsIG5ld190eXBlKSApCisgICAgICAg
ICAgICBzd2l0Y2ggKCByYyA9IHNoYWRvd19nZXRfcGFnZV9mcm9tX2wxZShu
ZXdfc2wxZSwgZCwgbmV3X3R5cGUpICkKICAgICAgICAgICAgIHsKICAgICAg
ICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICAgICAgLyogRG9lc24ndCBs
b29rIGxpa2UgYSBwYWdldGFibGUuICovCiAgICAgICAgICAgICAgICAgZmxh
Z3MgfD0gU0hBRE9XX1NFVF9FUlJPUjsKICAgICAgICAgICAgICAgICBuZXdf
c2wxZSA9IHNoYWRvd19sMWVfZW1wdHkoKTsKICAgICAgICAgICAgICAgICBi
cmVhazsKLSAgICAgICAgICAgIGNhc2UgMToKLSAgICAgICAgICAgICAgICBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncyhuZXdfc2wxZSwgX1BBR0VfUlcpOwor
ICAgICAgICAgICAgY2FzZSBQQUdFX0ZMSVBQQUJMRSAmIC1QQUdFX0ZMSVBQ
QUJMRSAuLi4gUEFHRV9GTElQUEFCTEU6CisgICAgICAgICAgICAgICAgQVNT
RVJUKCEocmMgJiB+UEFHRV9GTElQUEFCTEUpKTsKKyAgICAgICAgICAgICAg
ICBuZXdfc2wxZSA9IHNoYWRvd19sMWVfZmxpcF9mbGFncyhuZXdfc2wxZSwg
cmMpOwogICAgICAgICAgICAgICAgIC8qIGZhbGwgdGhyb3VnaCAqLwogICAg
ICAgICAgICAgY2FzZSAwOgogICAgICAgICAgICAgICAgIHNoYWRvd192cmFt
X2dldF9sMWUobmV3X3NsMWUsIHNsMWUsIHNsMW1mbiwgZCk7CiAgICAgICAg
ICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICB9CisjdW5kZWYgUEFHRV9G
TElQUEFCTEUKICAgICAgICAgfQogICAgIH0gCiAKLS0tIGEveGVuL2FyY2gv
eDg2L21tL3NoYWRvdy90eXBlcy5oCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS9z
aGFkb3cvdHlwZXMuaApAQCAtMTAwLDYgKzEwMCw5IEBAIHN0YXRpYyBpbmxp
bmUgdTMyIHNoYWRvd19sNGVfZ2V0X2ZsYWdzKHMKIHN0YXRpYyBpbmxpbmUg
c2hhZG93X2wxZV90CiBzaGFkb3dfbDFlX3JlbW92ZV9mbGFncyhzaGFkb3df
bDFlX3Qgc2wxZSwgdTMyIGZsYWdzKQogeyBsMWVfcmVtb3ZlX2ZsYWdzKHNs
MWUsIGZsYWdzKTsgcmV0dXJuIHNsMWU7IH0KK3N0YXRpYyBpbmxpbmUgc2hh
ZG93X2wxZV90CitzaGFkb3dfbDFlX2ZsaXBfZmxhZ3Moc2hhZG93X2wxZV90
IHNsMWUsIHUzMiBmbGFncykKK3sgbDFlX2ZsaXBfZmxhZ3Moc2wxZSwgZmxh
Z3MpOyByZXR1cm4gc2wxZTsgfQogCiBzdGF0aWMgaW5saW5lIHNoYWRvd19s
MWVfdCBzaGFkb3dfbDFlX2VtcHR5KHZvaWQpIAogeyByZXR1cm4gbDFlX2Vt
cHR5KCk7IH0KLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIveGVuL2Fy
Y2gveDg2L21tLmMKQEAgLTE4MSw2ICsxODEsMTggQEAgc3RhdGljIHVpbnQz
Ml90IGJhc2VfZGlzYWxsb3dfbWFzazsKICAgICAgIGlzX3B2X2RvbWFpbihk
KSkgPyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBc
CiAgICAgIEwxX0RJU0FMTE9XX01BU0sgOiAoTDFfRElTQUxMT1dfTUFTSyAm
IH5QQUdFX0NBQ0hFX0FUVFJTKSkKIAorc3RhdGljIHM4IF9fcmVhZF9tb3N0
bHkgb3B0X21taW9fcmVsYXg7CitzdGF0aWMgdm9pZCBfX2luaXQgcGFyc2Vf
bW1pb19yZWxheChjb25zdCBjaGFyICpzKQoreworICAgIGlmICggISpzICkK
KyAgICAgICAgb3B0X21taW9fcmVsYXggPSAxOworICAgIGVsc2UKKyAgICAg
ICAgb3B0X21taW9fcmVsYXggPSBwYXJzZV9ib29sKHMpOworICAgIGlmICgg
b3B0X21taW9fcmVsYXggPCAwICYmIHN0cmNtcChzLCAiYWxsIikgKQorICAg
ICAgICBvcHRfbW1pb19yZWxheCA9IDA7Cit9CitjdXN0b21fcGFyYW0oIm1t
aW8tcmVsYXgiLCBwYXJzZV9tbWlvX3JlbGF4KTsKKwogc3RhdGljIHZvaWQg
X19pbml0IGluaXRfZnJhbWV0YWJsZV9jaHVuayh2b2lkICpzdGFydCwgdm9p
ZCAqZW5kKQogewogICAgIHVuc2lnbmVkIGxvbmcgcyA9ICh1bnNpZ25lZCBs
b25nKXN0YXJ0OwpAQCAtNzY2LDYgKzc3OCw4IEBAIGdldF9wYWdlX2Zyb21f
bDFlKAogICAgIGlmICggIW1mbl92YWxpZChtZm4pIHx8CiAgICAgICAgICAo
cmVhbF9wZ19vd25lciA9IHBhZ2VfZ2V0X293bmVyX2FuZF9yZWZlcmVuY2Uo
cGFnZSkpID09IGRvbV9pbyApCiAgICAgeworICAgICAgICBpbnQgZmxpcCA9
IDA7CisKICAgICAgICAgLyogT25seSBuZWVkZWQgdGhlIHJlZmVyZW5jZSB0
byBjb25maXJtIGRvbV9pbyBvd25lcnNoaXAuICovCiAgICAgICAgIGlmICgg
bWZuX3ZhbGlkKG1mbikgKQogICAgICAgICAgICAgcHV0X3BhZ2UocGFnZSk7
CkBAIC03OTgsMTMgKzgxMiw0MSBAQCBnZXRfcGFnZV9mcm9tX2wxZSgKICAg
ICAgICAgICAgIHJldHVybiAtRUlOVkFMOwogICAgICAgICB9CiAKLSAgICAg
ICAgaWYgKCAhKGwxZiAmIF9QQUdFX1JXKSB8fAotICAgICAgICAgICAgICFy
YW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1m
bikgKQotICAgICAgICAgICAgcmV0dXJuIDA7Ci0gICAgICAgIGRwcmludGso
WEVOTE9HX0dfV0FSTklORywKLSAgICAgICAgICAgICAgICAiZCVkOiBGb3Jj
aW5nIHJlYWQtb25seSBhY2Nlc3MgdG8gTUZOICVseFxuIiwKLSAgICAgICAg
ICAgICAgICBsMWVfb3duZXItPmRvbWFpbl9pZCwgbWZuKTsKLSAgICAgICAg
cmV0dXJuIDE7CisgICAgICAgIGlmICggIXJhbmdlc2V0X2NvbnRhaW5zX3Np
bmdsZXRvbihtbWlvX3JvX3JhbmdlcywgbWZuKSApCisgICAgICAgIHsKKyAg
ICAgICAgICAgIC8qIE1NSU8gcGFnZXMgbXVzdCBub3QgYmUgbWFwcGVkIGNh
Y2hhYmxlIHVubGVzcyByZXF1ZXN0ZWQgc28uICovCisgICAgICAgICAgICBz
d2l0Y2ggKCBvcHRfbW1pb19yZWxheCApCisgICAgICAgICAgICB7CisgICAg
ICAgICAgICBjYXNlIDA6CisgICAgICAgICAgICAgICAgYnJlYWs7CisgICAg
ICAgICAgICBjYXNlIDE6CisgICAgICAgICAgICAgICAgaWYgKCBpc19oYXJk
d2FyZV9kb21haW4obDFlX293bmVyKSApCisgICAgICAgICAgICBjYXNlIC0x
OgorICAgICAgICAgICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgICAg
IGRlZmF1bHQ6CisgICAgICAgICAgICAgICAgQVNTRVJUX1VOUkVBQ0hBQkxF
KCk7CisgICAgICAgICAgICB9CisgICAgICAgIH0KKyAgICAgICAgZWxzZSBp
ZiAoIGwxZiAmIF9QQUdFX1JXICkKKyAgICAgICAgeworICAgICAgICAgICAg
ZHByaW50ayhYRU5MT0dfR19XQVJOSU5HLAorICAgICAgICAgICAgICAgICAg
ICAiZCVkOiBGb3JjaW5nIHJlYWQtb25seSBhY2Nlc3MgdG8gTUZOICVseFxu
IiwKKyAgICAgICAgICAgICAgICAgICAgbDFlX293bmVyLT5kb21haW5faWQs
IG1mbik7CisgICAgICAgICAgICBmbGlwID0gX1BBR0VfUlc7CisgICAgICAg
IH0KKworICAgICAgICBzd2l0Y2ggKCBsMWYgJiBQQUdFX0NBQ0hFX0FUVFJT
ICkKKyAgICAgICAgeworICAgICAgICBjYXNlIDA6IC8qIFdCICovCisgICAg
ICAgICAgICBmbGlwIHw9IF9QQUdFX1BXVCB8IF9QQUdFX1BDRDsKKyAgICAg
ICAgICAgIGJyZWFrOworICAgICAgICBjYXNlIF9QQUdFX1BXVDogLyogV1Qg
Ki8KKyAgICAgICAgY2FzZSBfUEFHRV9QV1QgfCBfUEFHRV9QQVQ6IC8qIFdQ
ICovCisgICAgICAgICAgICBmbGlwIHw9IF9QQUdFX1BDRCB8IChsMWYgJiBf
UEFHRV9QQVQpOworICAgICAgICAgICAgYnJlYWs7CisgICAgICAgIH0KKwor
ICAgICAgICByZXR1cm4gZmxpcDsKICAgICB9CiAKICAgICBpZiAoIHVubGlr
ZWx5KCAocmVhbF9wZ19vd25lciAhPSBwZ19vd25lcikgJiYKQEAgLTExOTQs
OCArMTIzNiw5IEBAIHN0YXRpYyBpbnQgYWxsb2NfbDFfdGFibGUoc3RydWN0
IHBhZ2VfaW4KICAgICAgICAgICAgICAgICBnb3RvIGZhaWw7CiAgICAgICAg
ICAgICBjYXNlIDA6CiAgICAgICAgICAgICAgICAgYnJlYWs7Ci0gICAgICAg
ICAgICBjYXNlIDE6Ci0gICAgICAgICAgICAgICAgbDFlX3JlbW92ZV9mbGFn
cyhwbDFlW2ldLCBfUEFHRV9SVyk7CisgICAgICAgICAgICBjYXNlIF9QQUdF
X1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlM6CisgICAgICAg
ICAgICAgICAgQVNTRVJUKCEocmV0ICYgfihfUEFHRV9SVyB8IFBBR0VfQ0FD
SEVfQVRUUlMpKSk7CisgICAgICAgICAgICAgICAgbDFlX2ZsaXBfZmxhZ3Mo
cGwxZVtpXSwgcmV0KTsKICAgICAgICAgICAgICAgICBicmVhazsKICAgICAg
ICAgICAgIH0KIApAQCAtMTY5MCw4ICsxNzMzLDkgQEAgc3RhdGljIGludCBt
b2RfbDFfZW50cnkobDFfcGdlbnRyeV90ICpwbAogICAgICAgICAgICAgcmV0
dXJuIC1FSU5WQUw7CiAgICAgICAgIH0KIAotICAgICAgICAvKiBGYXN0IHBh
dGggZm9yIGlkZW50aWNhbCBtYXBwaW5nLCByL3cgYW5kIHByZXNlbmNlLiAq
LwotICAgICAgICBpZiAoICFsMWVfaGFzX2NoYW5nZWQob2wxZSwgbmwxZSwg
X1BBR0VfUlcgfCBfUEFHRV9QUkVTRU5UKSApCisgICAgICAgIC8qIEZhc3Qg
cGF0aCBmb3IgaWRlbnRpY2FsIG1hcHBpbmcsIHIvdywgcHJlc2VuY2UsIGFu
ZCBjYWNoYWJpbGl0eS4gKi8KKyAgICAgICAgaWYgKCAhbDFlX2hhc19jaGFu
Z2VkKG9sMWUsIG5sMWUsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBQQUdFX0NBQ0hFX0FUVFJTIHwgX1BBR0VfUlcgfCBfUEFHRV9QUkVTRU5U
KSApCiAgICAgICAgIHsKICAgICAgICAgICAgIGFkanVzdF9ndWVzdF9sMWUo
bmwxZSwgcHRfZG9tKTsKICAgICAgICAgICAgIGlmICggVVBEQVRFX0VOVFJZ
KGwxLCBwbDFlLCBvbDFlLCBubDFlLCBnbDFtZm4sIHB0X3ZjcHUsCkBAIC0x
NzE0LDggKzE3NTgsOSBAQCBzdGF0aWMgaW50IG1vZF9sMV9lbnRyeShsMV9w
Z2VudHJ5X3QgKnBsCiAgICAgICAgICAgICByZXR1cm4gcmM7CiAgICAgICAg
IGNhc2UgMDoKICAgICAgICAgICAgIGJyZWFrOwotICAgICAgICBjYXNlIDE6
Ci0gICAgICAgICAgICBsMWVfcmVtb3ZlX2ZsYWdzKG5sMWUsIF9QQUdFX1JX
KTsKKyAgICAgICAgY2FzZSBfUEFHRV9SVyAuLi4gX1BBR0VfUlcgfCBQQUdF
X0NBQ0hFX0FUVFJTOgorICAgICAgICAgICAgQVNTRVJUKCEocmMgJiB+KF9Q
QUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRSUykpKTsKKyAgICAgICAgICAgIGwx
ZV9mbGlwX2ZsYWdzKG5sMWUsIHJjKTsKICAgICAgICAgICAgIHJjID0gMDsK
ICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICB9CkBAIC00OTIwLDYgKzQ5
NjUsNyBAQCBzdGF0aWMgaW50IHB0d3JfZW11bGF0ZWRfdXBkYXRlKAogICAg
IGwxX3BnZW50cnlfdCBwdGUsIG9sMWUsIG5sMWUsICpwbDFlOwogICAgIHN0
cnVjdCB2Y3B1ICp2ID0gY3VycmVudDsKICAgICBzdHJ1Y3QgZG9tYWluICpk
ID0gdi0+ZG9tYWluOworICAgIGludCByZXQ7CiAKICAgICAvKiBPbmx5IGFs
bG93IG5hdHVyYWxseS1hbGlnbmVkIHN0b3JlcyB3aXRoaW4gdGhlIG9yaWdp
bmFsICVjcjIgcGFnZS4gKi8KICAgICBpZiAoIHVubGlrZWx5KCgoYWRkcl5w
dHdyX2N0eHQtPmNyMikgJiBQQUdFX01BU0spIHx8IChhZGRyICYgKGJ5dGVz
LTEpKSkgKQpAQCAtNDk2Nyw3ICs1MDEzLDcgQEAgc3RhdGljIGludCBwdHdy
X2VtdWxhdGVkX3VwZGF0ZSgKIAogICAgIC8qIENoZWNrIHRoZSBuZXcgUFRF
LiAqLwogICAgIG5sMWUgPSBsMWVfZnJvbV9pbnRwdGUodmFsKTsKLSAgICBz
d2l0Y2ggKCBnZXRfcGFnZV9mcm9tX2wxZShubDFlLCBkLCBkKSApCisgICAg
c3dpdGNoICggcmV0ID0gZ2V0X3BhZ2VfZnJvbV9sMWUobmwxZSwgZCwgZCkg
KQogICAgIHsKICAgICBkZWZhdWx0OgogICAgICAgICBpZiAoIGlzX3B2XzMy
Yml0X2RvbWFpbihkKSAmJiAoYnl0ZXMgPT0gNCkgJiYgKHVuYWxpZ25lZF9h
ZGRyICYgNCkgJiYKQEAgLTQ5OTEsOCArNTAzNyw5IEBAIHN0YXRpYyBpbnQg
cHR3cl9lbXVsYXRlZF91cGRhdGUoCiAgICAgICAgIGJyZWFrOwogICAgIGNh
c2UgMDoKICAgICAgICAgYnJlYWs7Ci0gICAgY2FzZSAxOgotICAgICAgICBs
MWVfcmVtb3ZlX2ZsYWdzKG5sMWUsIF9QQUdFX1JXKTsKKyAgICBjYXNlIF9Q
QUdFX1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlM6CisgICAg
ICAgIEFTU0VSVCghKHJldCAmIH4oX1BBR0VfUlcgfCBQQUdFX0NBQ0hFX0FU
VFJTKSkpOworICAgICAgICBsMWVfZmxpcF9mbGFncyhubDFlLCByZXQpOwog
ICAgICAgICBicmVhazsKICAgICB9CiAKLS0tIGEveGVuL2luY2x1ZGUvYXNt
LXg4Ni9wYWdlLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9wYWdlLmgK
QEAgLTE1Nyw2ICsxNTcsOSBAQCBzdGF0aWMgaW5saW5lIGw0X3BnZW50cnlf
dCBsNGVfZnJvbV9wYWRkCiAjZGVmaW5lIGwzZV9yZW1vdmVfZmxhZ3MoeCwg
ZmxhZ3MpICgoeCkubDMgJj0gfnB1dF9wdGVfZmxhZ3MoZmxhZ3MpKQogI2Rl
ZmluZSBsNGVfcmVtb3ZlX2ZsYWdzKHgsIGZsYWdzKSAoKHgpLmw0ICY9IH5w
dXRfcHRlX2ZsYWdzKGZsYWdzKSkKIAorLyogRmxpcCBmbGFncyBpbiBhbiBl
eGlzdGluZyBMMSBQVEUuICovCisjZGVmaW5lIGwxZV9mbGlwX2ZsYWdzKHgs
IGZsYWdzKSAgICAoKHgpLmwxIF49IHB1dF9wdGVfZmxhZ3MoZmxhZ3MpKQor
CiAvKiBDaGVjayBpZiBhIHB0ZSdzIHBhZ2UgbWFwcGluZyBvciBzaWduaWZp
Y2FudCBhY2Nlc3MgZmxhZ3MgaGF2ZSBjaGFuZ2VkLiAqLwogI2RlZmluZSBs
MWVfaGFzX2NoYW5nZWQoeCx5LGZsYWdzKSBcCiAgICAgKCAhISgoKHgpLmwx
IF4gKHkpLmwxKSAmICgoUEFERFJfTUFTSyZQQUdFX01BU0spfHB1dF9wdGVf
ZmxhZ3MoZmxhZ3MpKSkgKQo=

--=separator
Content-Type: application/octet-stream; name="xsa154-4.6.patch"
Content-Disposition: attachment; filename="xsa154-4.6.patch"
Content-Transfer-Encoding: base64

eDg2OiBlbmZvcmNlIGNvbnNpc3RlbnQgY2FjaGFiaWxpdHkgb2YgTU1JTyBt
YXBwaW5ncwoKV2UndmUgYmVlbiB0b2xkIGJ5IEludGVsIHRoYXQgaW5jb25z
aXN0ZW50IGNhY2hhYmlsaXR5IGJldHdlZW4KbXVsdGlwbGUgbWFwcGluZ3Mg
b2YgdGhlIHNhbWUgcGFnZSBjYW4gYWZmZWN0IHN5c3RlbSBzdGFiaWxpdHkg
b25seQp3aGVuIHRoZSBhZmZlY3RlZCBwYWdlIGlzIGFuIE1NSU8gb25lLiBT
aW5jZSB0aGUgc3RhbGUgZGF0YSBpc3N1ZSBpcwpvZiBubyByZWxldmFuY2Ug
dG8gdGhlIGh5cGVydmlzb3IgKHNpbmNlIGFsbCBndWVzdCBtZW1vcnkgYWNj
ZXNzZXMgZ28KdGhyb3VnaCBwcm9wZXIgYWNjZXNzb3JzIGFuZCB2YWxpZGF0
aW9uKSwgaGFuZGxpbmcgb2YgUkFNIHBhZ2VzCnJlbWFpbnMgdW5jaGFuZ2Vk
IGhlcmUuIEFueSBNTUlPIG1hcHBlZCBieSBkb21haW5zIGhvd2V2ZXIgbmVl
ZHMgdG8gYmUKZG9uZSBjb25zaXN0ZW50bHkgKGFsbCBjYWNoYWJsZSBtYXBw
aW5ncyBvciBhbGwgdW5jYWNoYWJsZSBvbmVzKSwgaW4Kb3JkZXIgdG8gYXZv
aWQgTWFjaGluZSBDaGVjayBleGNlcHRpb25zLiBTaW5jZSBjb252ZXJ0aW5n
IGV4aXN0aW5nCmNhY2hhYmxlIG1hcHBpbmdzIHRvIHVuY2FjaGFibGUgKGF0
IHRoZSB0aW1lIGFuIHVuY2FjaGFibGUgbWFwcGluZwpnZXRzIGVzdGFibGlz
aGVkKSB3b3VsZCBpbiB0aGUgUFYgY2FzZSByZXF1aXJlIHRyYWNraW5nIGFs
bCBtYXBwaW5ncywKYWxsb3cgTU1JTyB0byBvbmx5IGdldCBtYXBwZWQgdW5j
YWNoYWJsZSAoVUMsIFVDLSwgb3IgV0MpLgoKVGhpcyBhbHNvIGltcGxpZXMg
dGhhdCBpbiB0aGUgUFYgY2FzZSB3ZSBtdXN0bid0IHVzZSB0aGUgTDEgUFRF
IHVwZGF0ZQpmYXN0IHBhdGggd2hlbiBjYWNoYWJpbGl0eSBmbGFncyBnZXQg
YWx0ZXJlZC4KClNpbmNlIGluIHRoZSBIVk0gY2FzZSBhdCBsZWFzdCBmb3Ig
bm93IHdlIHdhbnQgdG8gY29udGludWUgaG9ub3JpbmcKcGlubmVkIGNhY2hh
YmlsaXR5IGF0dHJpYnV0ZXMgZm9yIHBhZ2VzIG5vdCBtYXBwZWQgYnkgdGhl
IGh5cGVydmlzb3IsCnNwZWNpYWwgY2FzZSBoYW5kbGluZyBvZiByL28gTU1J
TyBwYWdlcyAoZm9yY2luZyBVQykgZ2V0cyBhZGRlZCB0aGVyZS4KQXJndWFi
bHkgdGhlIGNvdW50ZXJwYXJ0IGNoYW5nZSB0byBwMm0tcHQuYyBtYXkgbm90
IGJlIG5lY2Vzc2FyeSwgc2luY2UKVUMtICh3aGljaCBhbHJlYWR5IGdldHMg
ZW5mb3JjZWQgdGhlcmUpIGlzIHByb2JhYmx5IHN0cmljdCBlbm91Z2guCgpO
b3RlIHRoYXQgdGhlIHNoYWRvdyBjb2RlIGNoYW5nZXMgaW5jbHVkZSBmaXhp
bmcgdGhlIHdyaXRlIHByb3RlY3Rpb24Kb2Ygci9vIE1NSU8gcmFuZ2VzOiBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncygpIGFuZCBpdHMgc2libGluZ3MsIG90
aGVyCnRoYW4gbDFlX3JlbW92ZV9mbGFncygpIGFuZCBhbGlrZSwgcmV0dXJu
IHRoZSBuZXcgUFRFIChhbmQgaGVuY2UKaWdub3JpbmcgdGhlaXIgcmV0dXJu
IHZhbHVlcyBtYWtlcyB0aGVtIG5vLW9wcykuCgpUaGlzIGlzIENWRS0yMDE2
LTIyNzAgLyBYU0EtMTU0LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2gg
PGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogQW5kcmV3IENvb3BlciA8
YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNvbT4KCi0tLSBhL2RvY3MvbWlzYy94
ZW4tY29tbWFuZC1saW5lLm1hcmtkb3duCisrKyBiL2RvY3MvbWlzYy94ZW4t
Y29tbWFuZC1saW5lLm1hcmtkb3duCkBAIC0xMDgwLDYgKzEwODAsMTUgQEAg
bGltaXQgaXMgaWdub3JlZCBieSBYZW4uCiAKIFNwZWNpZnkgaWYgdGhlIE1N
Q29uZmlnIHNwYWNlIHNob3VsZCBiZSBlbmFibGVkLgogCisjIyMgbW1pby1y
ZWxheAorPiBgPSA8Ym9vbGVhbj4gfCBhbGxgCisKKz4gRGVmYXVsdDogYGZh
bHNlYAorCitCeSBkZWZhdWx0LCBkb21haW5zIG1heSBub3QgY3JlYXRlIGNh
Y2hlZCBtYXBwaW5ncyB0byBNTUlPIHJlZ2lvbnMuCitUaGlzIG9wdGlvbiBy
ZWxheGVzIHRoZSBjaGVjayBmb3IgRG9tYWluIDAgKG9yIHdoZW4gdXNpbmcg
YGFsbGAsIGFsbCBQVgorZG9tYWlucyksIHRvIHBlcm1pdCB0aGUgdXNlIG9m
IGNhY2hlYWJsZSBNTUlPIG1hcHBpbmdzLgorCiAjIyMgbXNpCiA+IGA9IDxi
b29sZWFuPmAKIAotLS0gYS94ZW4vYXJjaC94ODYvaHZtL210cnIuYworKysg
Yi94ZW4vYXJjaC94ODYvaHZtL210cnIuYwpAQCAtODA3LDggKzgwNywxNyBA
QCBpbnQgZXB0ZV9nZXRfZW50cnlfZW10KHN0cnVjdCBkb21haW4gKmQsCiAg
ICAgaWYgKCB2LT5kb21haW4gIT0gZCApCiAgICAgICAgIHYgPSBkLT52Y3B1
ID8gZC0+dmNwdVswXSA6IE5VTEw7CiAKLSAgICBpZiAoICFtZm5fdmFsaWQo
bWZuX3gobWZuKSkgKQorICAgIGlmICggIW1mbl92YWxpZChtZm5feChtZm4p
KSB8fAorICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfcmFuZ2UobW1pb19y
b19yYW5nZXMsIG1mbl94KG1mbiksCisgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBtZm5feChtZm4pICsgKDFVTCA8PCBvcmRlcikgLSAxKSAp
CisgICAgeworICAgICAgICAqaXBhdCA9IDE7CiAgICAgICAgIHJldHVybiBN
VFJSX1RZUEVfVU5DQUNIQUJMRTsKKyAgICB9CisKKyAgICBpZiAoIHJhbmdl
c2V0X292ZXJsYXBzX3JhbmdlKG1taW9fcm9fcmFuZ2VzLCBtZm5feChtZm4p
LAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbWZuX3gobWZu
KSArICgxVUwgPDwgb3JkZXIpIC0gMSkgKQorICAgICAgICByZXR1cm4gLTE7
CiAKICAgICBzd2l0Y2ggKCBodm1fZ2V0X21lbV9waW5uZWRfY2FjaGVhdHRy
KGQsIGdmbiwgb3JkZXIsICZ0eXBlKSApCiAgICAgewotLS0gYS94ZW4vYXJj
aC94ODYvbW0vcDJtLXB0LmMKKysrIGIveGVuL2FyY2gveDg2L21tL3AybS1w
dC5jCkBAIC0xMDcsNiArMTA3LDggQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcg
cDJtX3R5cGVfdG9fZmxhZ3MocAogICAgIGNhc2UgcDJtX21taW9fZGlyZWN0
OgogICAgICAgICBpZiAoICFyYW5nZXNldF9jb250YWluc19zaW5nbGV0b24o
bW1pb19yb19yYW5nZXMsIG1mbl94KG1mbikpICkKICAgICAgICAgICAgIGZs
YWdzIHw9IF9QQUdFX1JXOworICAgICAgICBlbHNlCisgICAgICAgICAgICBm
bGFncyB8PSBfUEFHRV9QV1Q7CiAgICAgICAgIHJldHVybiBmbGFncyB8IFAy
TV9CQVNFX0ZMQUdTIHwgX1BBR0VfUENEOwogICAgIH0KIH0KLS0tIGEveGVu
L2FyY2gveDg2L21tL3NoYWRvdy9tdWx0aS5jCisrKyBiL3hlbi9hcmNoL3g4
Ni9tbS9zaGFkb3cvbXVsdGkuYwpAQCAtNTE5LDYgKzUxOSw3IEBAIF9zaF9w
cm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgZ2ZuX3QgdGFyZ2V0X2dm
biA9IGd1ZXN0X2wxZV9nZXRfZ2ZuKGd1ZXN0X2VudHJ5KTsKICAgICB1MzIg
cGFzc190aHJ1X2ZsYWdzOwogICAgIHUzMiBnZmxhZ3MsIHNmbGFnczsKKyAg
ICBib29sX3QgbW1pb19tZm47CiAKICAgICAvKiBXZSBkb24ndCBzaGFkb3cg
UEFFIGwzcyAqLwogICAgIEFTU0VSVChHVUVTVF9QQUdJTkdfTEVWRUxTID4g
MyB8fCBsZXZlbCAhPSAzKTsKQEAgLTU1OSw3ICs1NjAsMTAgQEAgX3NoX3By
b3BhZ2F0ZShzdHJ1Y3QgdmNwdSAqdiwKICAgICAvLyBtZm4gbWVhbnMgdGhh
dCB3ZSBjYW4gbm90IHVzZWZ1bGx5IHNoYWRvdyBhbnl0aGluZywgYW5kIHNv
IHdlCiAgICAgLy8gcmV0dXJuIGVhcmx5LgogICAgIC8vCi0gICAgaWYgKCAh
bWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgbW1pb19tZm4gPSAhbWZuX3Zh
bGlkKHRhcmdldF9tZm4pCisgICAgICAgICAgICAgICB8fCAobGV2ZWwgPT0g
MQorICAgICAgICAgICAgICAgICAgICYmIHBhZ2VfZ2V0X293bmVyKG1mbl90
b19wYWdlKHRhcmdldF9tZm4pKSA9PSBkb21faW8pOworICAgIGlmICggbW1p
b19tZm4KICAgICAgICAgICYmICEobGV2ZWwgPT0gMSAmJiAoIXNoYWRvd19t
b2RlX3JlZmNvdW50cyhkKQogICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICB8fCBwMm10ID09IHAybV9tbWlvX2RpcmVjdCkpICkKICAgICB7CkBAIC01
NzcsNyArNTgxLDcgQEAgX3NoX3Byb3BhZ2F0ZShzdHJ1Y3QgdmNwdSAqdiwK
ICAgICAgICAgICAgICAgICAgICAgICAgX1BBR0VfUlcgfCBfUEFHRV9QUkVT
RU5UKTsKICAgICBpZiAoIGd1ZXN0X3N1cHBvcnRzX254KHYpICkKICAgICAg
ICAgcGFzc190aHJ1X2ZsYWdzIHw9IF9QQUdFX05YX0JJVDsKLSAgICBpZiAo
ICFzaGFkb3dfbW9kZV9yZWZjb3VudHMoZCkgJiYgIW1mbl92YWxpZCh0YXJn
ZXRfbWZuKSApCisgICAgaWYgKCBsZXZlbCA9PSAxICYmICFzaGFkb3dfbW9k
ZV9yZWZjb3VudHMoZCkgJiYgbW1pb19tZm4gKQogICAgICAgICBwYXNzX3Ro
cnVfZmxhZ3MgfD0gX1BBR0VfUEFUIHwgX1BBR0VfUENEIHwgX1BBR0VfUFdU
OwogICAgIHNmbGFncyA9IGdmbGFncyAmIHBhc3NfdGhydV9mbGFnczsKIApA
QCAtNjc2LDEwICs2ODAsMTQgQEAgX3NoX3Byb3BhZ2F0ZShzdHJ1Y3QgdmNw
dSAqdiwKICAgICB9CiAKICAgICAvKiBSZWFkLW9ubHkgbWVtb3J5ICovCi0g
ICAgaWYgKCBwMm1faXNfcmVhZG9ubHkocDJtdCkgfHwKLSAgICAgICAgIChw
Mm10ID09IHAybV9tbWlvX2RpcmVjdCAmJgotICAgICAgICAgIHJhbmdlc2V0
X2NvbnRhaW5zX3NpbmdsZXRvbihtbWlvX3JvX3JhbmdlcywgbWZuX3godGFy
Z2V0X21mbikpKSApCisgICAgaWYgKCBwMm1faXNfcmVhZG9ubHkocDJtdCkg
KQogICAgICAgICBzZmxhZ3MgJj0gfl9QQUdFX1JXOworICAgIGVsc2UgaWYg
KCBwMm10ID09IHAybV9tbWlvX2RpcmVjdCAmJgorICAgICAgICAgICAgICBy
YW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1m
bl94KHRhcmdldF9tZm4pKSApCisgICAgeworICAgICAgICBzZmxhZ3MgJj0g
fihfUEFHRV9SVyB8IF9QQUdFX1BBVCk7CisgICAgICAgIHNmbGFncyB8PSBf
UEFHRV9QQ0QgfCBfUEFHRV9QV1Q7CisgICAgfQogCiAgICAgLy8gcHJvdGVj
dCBndWVzdCBwYWdlIHRhYmxlcwogICAgIC8vCkBAIC0xMTg1LDIyICsxMTkz
LDI4IEBAIHN0YXRpYyBpbnQgc2hhZG93X3NldF9sMWUoc3RydWN0IGRvbWFp
bgogICAgICAgICAgJiYgIXNoX2wxZV9pc19tYWdpYyhuZXdfc2wxZSkgKQog
ICAgIHsKICAgICAgICAgLyogQWJvdXQgdG8gaW5zdGFsbCBhIG5ldyByZWZl
cmVuY2UgKi8KLSAgICAgICAgaWYgKCBzaGFkb3dfbW9kZV9yZWZjb3VudHMo
ZCkgKSB7CisgICAgICAgIGlmICggc2hhZG93X21vZGVfcmVmY291bnRzKGQp
ICkKKyAgICAgICAgeworI2RlZmluZSBQQUdFX0ZMSVBQQUJMRSAoX1BBR0Vf
UlcgfCBfUEFHRV9QV1QgfCBfUEFHRV9QQ0QgfCBfUEFHRV9QQVQpCisgICAg
ICAgICAgICBpbnQgcmM7CisKICAgICAgICAgICAgIFRSQUNFX1NIQURPV19Q
QVRIX0ZMQUcoVFJDRV9TRkxBR19TSEFET1dfTDFfR0VUX1JFRik7Ci0gICAg
ICAgICAgICBzd2l0Y2ggKCBzaGFkb3dfZ2V0X3BhZ2VfZnJvbV9sMWUobmV3
X3NsMWUsIGQsIG5ld190eXBlKSApCisgICAgICAgICAgICBzd2l0Y2ggKCBy
YyA9IHNoYWRvd19nZXRfcGFnZV9mcm9tX2wxZShuZXdfc2wxZSwgZCwgbmV3
X3R5cGUpICkKICAgICAgICAgICAgIHsKICAgICAgICAgICAgIGRlZmF1bHQ6
CiAgICAgICAgICAgICAgICAgLyogRG9lc24ndCBsb29rIGxpa2UgYSBwYWdl
dGFibGUuICovCiAgICAgICAgICAgICAgICAgZmxhZ3MgfD0gU0hBRE9XX1NF
VF9FUlJPUjsKICAgICAgICAgICAgICAgICBuZXdfc2wxZSA9IHNoYWRvd19s
MWVfZW1wdHkoKTsKICAgICAgICAgICAgICAgICBicmVhazsKLSAgICAgICAg
ICAgIGNhc2UgMToKLSAgICAgICAgICAgICAgICBzaGFkb3dfbDFlX3JlbW92
ZV9mbGFncyhuZXdfc2wxZSwgX1BBR0VfUlcpOworICAgICAgICAgICAgY2Fz
ZSBQQUdFX0ZMSVBQQUJMRSAmIC1QQUdFX0ZMSVBQQUJMRSAuLi4gUEFHRV9G
TElQUEFCTEU6CisgICAgICAgICAgICAgICAgQVNTRVJUKCEocmMgJiB+UEFH
RV9GTElQUEFCTEUpKTsKKyAgICAgICAgICAgICAgICBuZXdfc2wxZSA9IHNo
YWRvd19sMWVfZmxpcF9mbGFncyhuZXdfc2wxZSwgcmMpOwogICAgICAgICAg
ICAgICAgIC8qIGZhbGwgdGhyb3VnaCAqLwogICAgICAgICAgICAgY2FzZSAw
OgogICAgICAgICAgICAgICAgIHNoYWRvd192cmFtX2dldF9sMWUobmV3X3Ns
MWUsIHNsMWUsIHNsMW1mbiwgZCk7CiAgICAgICAgICAgICAgICAgYnJlYWs7
CiAgICAgICAgICAgICB9CisjdW5kZWYgUEFHRV9GTElQUEFCTEUKICAgICAg
ICAgfQogICAgIH0KIAotLS0gYS94ZW4vYXJjaC94ODYvbW0vc2hhZG93L3R5
cGVzLmgKKysrIGIveGVuL2FyY2gveDg2L21tL3NoYWRvdy90eXBlcy5oCkBA
IC05OSw2ICs5OSw5IEBAIHN0YXRpYyBpbmxpbmUgdTMyIHNoYWRvd19sNGVf
Z2V0X2ZsYWdzKHMKIHN0YXRpYyBpbmxpbmUgc2hhZG93X2wxZV90CiBzaGFk
b3dfbDFlX3JlbW92ZV9mbGFncyhzaGFkb3dfbDFlX3Qgc2wxZSwgdTMyIGZs
YWdzKQogeyBsMWVfcmVtb3ZlX2ZsYWdzKHNsMWUsIGZsYWdzKTsgcmV0dXJu
IHNsMWU7IH0KK3N0YXRpYyBpbmxpbmUgc2hhZG93X2wxZV90CitzaGFkb3df
bDFlX2ZsaXBfZmxhZ3Moc2hhZG93X2wxZV90IHNsMWUsIHUzMiBmbGFncykK
K3sgbDFlX2ZsaXBfZmxhZ3Moc2wxZSwgZmxhZ3MpOyByZXR1cm4gc2wxZTsg
fQogCiBzdGF0aWMgaW5saW5lIHNoYWRvd19sMWVfdCBzaGFkb3dfbDFlX2Vt
cHR5KHZvaWQpCiB7IHJldHVybiBsMWVfZW1wdHkoKTsgfQotLS0gYS94ZW4v
YXJjaC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMTc4
LDYgKzE3OCwxOCBAQCBzdGF0aWMgdWludDMyX3QgYmFzZV9kaXNhbGxvd19t
YXNrOwogICAgICAgaXNfcHZfZG9tYWluKGQpKSA/ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgTDFfRElTQUxMT1df
TUFTSyA6IChMMV9ESVNBTExPV19NQVNLICYgflBBR0VfQ0FDSEVfQVRUUlMp
KQogCitzdGF0aWMgczggX19yZWFkX21vc3RseSBvcHRfbW1pb19yZWxheDsK
K3N0YXRpYyB2b2lkIF9faW5pdCBwYXJzZV9tbWlvX3JlbGF4KGNvbnN0IGNo
YXIgKnMpCit7CisgICAgaWYgKCAhKnMgKQorICAgICAgICBvcHRfbW1pb19y
ZWxheCA9IDE7CisgICAgZWxzZQorICAgICAgICBvcHRfbW1pb19yZWxheCA9
IHBhcnNlX2Jvb2wocyk7CisgICAgaWYgKCBvcHRfbW1pb19yZWxheCA8IDAg
JiYgc3RyY21wKHMsICJhbGwiKSApCisgICAgICAgIG9wdF9tbWlvX3JlbGF4
ID0gMDsKK30KK2N1c3RvbV9wYXJhbSgibW1pby1yZWxheCIsIHBhcnNlX21t
aW9fcmVsYXgpOworCiBzdGF0aWMgdm9pZCBfX2luaXQgaW5pdF9mcmFtZXRh
YmxlX2NodW5rKHZvaWQgKnN0YXJ0LCB2b2lkICplbmQpCiB7CiAgICAgdW5z
aWduZWQgbG9uZyBzID0gKHVuc2lnbmVkIGxvbmcpc3RhcnQ7CkBAIC03OTks
MTAgKzgxMSw3IEBAIGdldF9wYWdlX2Zyb21fbDFlKAogICAgIGlmICggIW1m
bl92YWxpZChtZm4pIHx8CiAgICAgICAgICAocmVhbF9wZ19vd25lciA9IHBh
Z2VfZ2V0X293bmVyX2FuZF9yZWZlcmVuY2UocGFnZSkpID09IGRvbV9pbyAp
CiAgICAgewotI2lmbmRlZiBOREVCVUcKLSAgICAgICAgY29uc3QgdW5zaWdu
ZWQgbG9uZyAqcm9fbWFwOwotICAgICAgICB1bnNpZ25lZCBpbnQgc2VnLCBi
ZGY7Ci0jZW5kaWYKKyAgICAgICAgaW50IGZsaXAgPSAwOwogCiAgICAgICAg
IC8qIE9ubHkgbmVlZGVkIHRoZSByZWZlcmVuY2UgdG8gY29uZmlybSBkb21f
aW8gb3duZXJzaGlwLiAqLwogICAgICAgICBpZiAoIG1mbl92YWxpZChtZm4p
ICkKQEAgLTgzNiwyNCArODQ1LDU1IEBAIGdldF9wYWdlX2Zyb21fbDFlKAog
ICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7CiAgICAgICAgIH0KIAotICAg
ICAgICBpZiAoICEobDFmICYgX1BBR0VfUlcpIHx8Ci0gICAgICAgICAgICAg
IXJhbmdlc2V0X2NvbnRhaW5zX3NpbmdsZXRvbihtbWlvX3JvX3Jhbmdlcywg
bWZuKSApCi0gICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgaWYgKCAh
cmFuZ2VzZXRfY29udGFpbnNfc2luZ2xldG9uKG1taW9fcm9fcmFuZ2VzLCBt
Zm4pICkKKyAgICAgICAgeworICAgICAgICAgICAgLyogTU1JTyBwYWdlcyBt
dXN0IG5vdCBiZSBtYXBwZWQgY2FjaGFibGUgdW5sZXNzIHJlcXVlc3RlZCBz
by4gKi8KKyAgICAgICAgICAgIHN3aXRjaCAoIG9wdF9tbWlvX3JlbGF4ICkK
KyAgICAgICAgICAgIHsKKyAgICAgICAgICAgIGNhc2UgMDoKKyAgICAgICAg
ICAgICAgICBicmVhazsKKyAgICAgICAgICAgIGNhc2UgMToKKyAgICAgICAg
ICAgICAgICBpZiAoIGlzX2hhcmR3YXJlX2RvbWFpbihsMWVfb3duZXIpICkK
KyAgICAgICAgICAgIGNhc2UgLTE6CisgICAgICAgICAgICAgICAgICAgIHJl
dHVybiAwOworICAgICAgICAgICAgZGVmYXVsdDoKKyAgICAgICAgICAgICAg
ICBBU1NFUlRfVU5SRUFDSEFCTEUoKTsKKyAgICAgICAgICAgIH0KKyAgICAg
ICAgfQorICAgICAgICBlbHNlIGlmICggbDFmICYgX1BBR0VfUlcgKQorICAg
ICAgICB7CiAjaWZuZGVmIE5ERUJVRwotICAgICAgICBpZiAoICFwY2lfbW1j
ZmdfZGVjb2RlKG1mbiwgJnNlZywgJmJkZikgfHwKLSAgICAgICAgICAgICAo
KHJvX21hcCA9IHBjaV9nZXRfcm9fbWFwKHNlZykpICE9IE5VTEwgJiYKLSAg
ICAgICAgICAgICAgdGVzdF9iaXQoYmRmLCByb19tYXApKSApCi0gICAgICAg
ICAgICBwcmludGsoWEVOTE9HX0dfV0FSTklORwotICAgICAgICAgICAgICAg
ICAgICJkJWQ6IEZvcmNpbmcgcmVhZC1vbmx5IGFjY2VzcyB0byBNRk4gJWx4
XG4iLAotICAgICAgICAgICAgICAgICAgIGwxZV9vd25lci0+ZG9tYWluX2lk
LCBtZm4pOwotICAgICAgICBlbHNlCi0gICAgICAgICAgICByYW5nZXNldF9y
ZXBvcnRfcmFuZ2VzKG1taW9fcm9fcmFuZ2VzLCAwLCB+MFVMLAotICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBwcmludF9tbWlvX2VtdWxf
cmFuZ2UsCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICYo
c3RydWN0IG1taW9fZW11bF9yYW5nZV9jdHh0KXsKLSAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgLmQgPSBsMWVfb3duZXIsCi0gICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5tZm4gPSBtZm4g
fSk7CisgICAgICAgICAgICBjb25zdCB1bnNpZ25lZCBsb25nICpyb19tYXA7
CisgICAgICAgICAgICB1bnNpZ25lZCBpbnQgc2VnLCBiZGY7CisKKyAgICAg
ICAgICAgIGlmICggIXBjaV9tbWNmZ19kZWNvZGUobWZuLCAmc2VnLCAmYmRm
KSB8fAorICAgICAgICAgICAgICAgICAoKHJvX21hcCA9IHBjaV9nZXRfcm9f
bWFwKHNlZykpICE9IE5VTEwgJiYKKyAgICAgICAgICAgICAgICAgIHRlc3Rf
Yml0KGJkZiwgcm9fbWFwKSkgKQorICAgICAgICAgICAgICAgIHByaW50ayhY
RU5MT0dfR19XQVJOSU5HCisgICAgICAgICAgICAgICAgICAgICAgICJkJWQ6
IEZvcmNpbmcgcmVhZC1vbmx5IGFjY2VzcyB0byBNRk4gJWx4XG4iLAorICAg
ICAgICAgICAgICAgICAgICAgICBsMWVfb3duZXItPmRvbWFpbl9pZCwgbWZu
KTsKKyAgICAgICAgICAgIGVsc2UKKyAgICAgICAgICAgICAgICByYW5nZXNl
dF9yZXBvcnRfcmFuZ2VzKG1taW9fcm9fcmFuZ2VzLCAwLCB+MFVMLAorICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcHJpbnRfbW1p
b19lbXVsX3JhbmdlLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgJihzdHJ1Y3QgbW1pb19lbXVsX3JhbmdlX2N0eHQpeworICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5kID0g
bDFlX293bmVyLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIC5tZm4gPSBtZm4gfSk7CiAjZW5kaWYKLSAgICAgICAgcmV0
dXJuIDE7CisgICAgICAgICAgICBmbGlwID0gX1BBR0VfUlc7CisgICAgICAg
IH0KKworICAgICAgICBzd2l0Y2ggKCBsMWYgJiBQQUdFX0NBQ0hFX0FUVFJT
ICkKKyAgICAgICAgeworICAgICAgICBjYXNlIDA6IC8qIFdCICovCisgICAg
ICAgICAgICBmbGlwIHw9IF9QQUdFX1BXVCB8IF9QQUdFX1BDRDsKKyAgICAg
ICAgICAgIGJyZWFrOworICAgICAgICBjYXNlIF9QQUdFX1BXVDogLyogV1Qg
Ki8KKyAgICAgICAgY2FzZSBfUEFHRV9QV1QgfCBfUEFHRV9QQVQ6IC8qIFdQ
ICovCisgICAgICAgICAgICBmbGlwIHw9IF9QQUdFX1BDRCB8IChsMWYgJiBf
UEFHRV9QQVQpOworICAgICAgICAgICAgYnJlYWs7CisgICAgICAgIH0KKwor
ICAgICAgICByZXR1cm4gZmxpcDsKICAgICB9CiAKICAgICBpZiAoIHVubGlr
ZWx5KCAocmVhbF9wZ19vd25lciAhPSBwZ19vd25lcikgJiYKQEAgLTEyNDMs
OCArMTI4Myw5IEBAIHN0YXRpYyBpbnQgYWxsb2NfbDFfdGFibGUoc3RydWN0
IHBhZ2VfaW4KICAgICAgICAgICAgICAgICBnb3RvIGZhaWw7CiAgICAgICAg
ICAgICBjYXNlIDA6CiAgICAgICAgICAgICAgICAgYnJlYWs7Ci0gICAgICAg
ICAgICBjYXNlIDE6Ci0gICAgICAgICAgICAgICAgbDFlX3JlbW92ZV9mbGFn
cyhwbDFlW2ldLCBfUEFHRV9SVyk7CisgICAgICAgICAgICBjYXNlIF9QQUdF
X1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlM6CisgICAgICAg
ICAgICAgICAgQVNTRVJUKCEocmV0ICYgfihfUEFHRV9SVyB8IFBBR0VfQ0FD
SEVfQVRUUlMpKSk7CisgICAgICAgICAgICAgICAgbDFlX2ZsaXBfZmxhZ3Mo
cGwxZVtpXSwgcmV0KTsKICAgICAgICAgICAgICAgICBicmVhazsKICAgICAg
ICAgICAgIH0KIApAQCAtMTc1OSw4ICsxODAwLDkgQEAgc3RhdGljIGludCBt
b2RfbDFfZW50cnkobDFfcGdlbnRyeV90ICpwbAogICAgICAgICAgICAgcmV0
dXJuIC1FSU5WQUw7CiAgICAgICAgIH0KIAotICAgICAgICAvKiBGYXN0IHBh
dGggZm9yIGlkZW50aWNhbCBtYXBwaW5nLCByL3cgYW5kIHByZXNlbmNlLiAq
LwotICAgICAgICBpZiAoICFsMWVfaGFzX2NoYW5nZWQob2wxZSwgbmwxZSwg
X1BBR0VfUlcgfCBfUEFHRV9QUkVTRU5UKSApCisgICAgICAgIC8qIEZhc3Qg
cGF0aCBmb3IgaWRlbnRpY2FsIG1hcHBpbmcsIHIvdywgcHJlc2VuY2UsIGFu
ZCBjYWNoYWJpbGl0eS4gKi8KKyAgICAgICAgaWYgKCAhbDFlX2hhc19jaGFu
Z2VkKG9sMWUsIG5sMWUsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBQQUdFX0NBQ0hFX0FUVFJTIHwgX1BBR0VfUlcgfCBfUEFHRV9QUkVTRU5U
KSApCiAgICAgICAgIHsKICAgICAgICAgICAgIGFkanVzdF9ndWVzdF9sMWUo
bmwxZSwgcHRfZG9tKTsKICAgICAgICAgICAgIGlmICggVVBEQVRFX0VOVFJZ
KGwxLCBwbDFlLCBvbDFlLCBubDFlLCBnbDFtZm4sIHB0X3ZjcHUsCkBAIC0x
NzgzLDggKzE4MjUsOSBAQCBzdGF0aWMgaW50IG1vZF9sMV9lbnRyeShsMV9w
Z2VudHJ5X3QgKnBsCiAgICAgICAgICAgICByZXR1cm4gcmM7CiAgICAgICAg
IGNhc2UgMDoKICAgICAgICAgICAgIGJyZWFrOwotICAgICAgICBjYXNlIDE6
Ci0gICAgICAgICAgICBsMWVfcmVtb3ZlX2ZsYWdzKG5sMWUsIF9QQUdFX1JX
KTsKKyAgICAgICAgY2FzZSBfUEFHRV9SVyAuLi4gX1BBR0VfUlcgfCBQQUdF
X0NBQ0hFX0FUVFJTOgorICAgICAgICAgICAgQVNTRVJUKCEocmMgJiB+KF9Q
QUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRSUykpKTsKKyAgICAgICAgICAgIGwx
ZV9mbGlwX2ZsYWdzKG5sMWUsIHJjKTsKICAgICAgICAgICAgIHJjID0gMDsK
ICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICB9CkBAIC01MDAwLDYgKzUw
NDMsNyBAQCBzdGF0aWMgaW50IHB0d3JfZW11bGF0ZWRfdXBkYXRlKAogICAg
IGwxX3BnZW50cnlfdCBwdGUsIG9sMWUsIG5sMWUsICpwbDFlOwogICAgIHN0
cnVjdCB2Y3B1ICp2ID0gY3VycmVudDsKICAgICBzdHJ1Y3QgZG9tYWluICpk
ID0gdi0+ZG9tYWluOworICAgIGludCByZXQ7CiAKICAgICAvKiBPbmx5IGFs
bG93IG5hdHVyYWxseS1hbGlnbmVkIHN0b3JlcyB3aXRoaW4gdGhlIG9yaWdp
bmFsICVjcjIgcGFnZS4gKi8KICAgICBpZiAoIHVubGlrZWx5KCgoYWRkcl5w
dHdyX2N0eHQtPmNyMikgJiBQQUdFX01BU0spIHx8IChhZGRyICYgKGJ5dGVz
LTEpKSkgKQpAQCAtNTA0Nyw3ICs1MDkxLDcgQEAgc3RhdGljIGludCBwdHdy
X2VtdWxhdGVkX3VwZGF0ZSgKIAogICAgIC8qIENoZWNrIHRoZSBuZXcgUFRF
LiAqLwogICAgIG5sMWUgPSBsMWVfZnJvbV9pbnRwdGUodmFsKTsKLSAgICBz
d2l0Y2ggKCBnZXRfcGFnZV9mcm9tX2wxZShubDFlLCBkLCBkKSApCisgICAg
c3dpdGNoICggcmV0ID0gZ2V0X3BhZ2VfZnJvbV9sMWUobmwxZSwgZCwgZCkg
KQogICAgIHsKICAgICBkZWZhdWx0OgogICAgICAgICBpZiAoIGlzX3B2XzMy
Yml0X2RvbWFpbihkKSAmJiAoYnl0ZXMgPT0gNCkgJiYgKHVuYWxpZ25lZF9h
ZGRyICYgNCkgJiYKQEAgLTUwNzEsOCArNTExNSw5IEBAIHN0YXRpYyBpbnQg
cHR3cl9lbXVsYXRlZF91cGRhdGUoCiAgICAgICAgIGJyZWFrOwogICAgIGNh
c2UgMDoKICAgICAgICAgYnJlYWs7Ci0gICAgY2FzZSAxOgotICAgICAgICBs
MWVfcmVtb3ZlX2ZsYWdzKG5sMWUsIF9QQUdFX1JXKTsKKyAgICBjYXNlIF9Q
QUdFX1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlM6CisgICAg
ICAgIEFTU0VSVCghKHJldCAmIH4oX1BBR0VfUlcgfCBQQUdFX0NBQ0hFX0FU
VFJTKSkpOworICAgICAgICBsMWVfZmxpcF9mbGFncyhubDFlLCByZXQpOwog
ICAgICAgICBicmVhazsKICAgICB9CiAKLS0tIGEveGVuL2luY2x1ZGUvYXNt
LXg4Ni9wYWdlLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9wYWdlLmgK
QEAgLTE1Nyw2ICsxNTcsOSBAQCBzdGF0aWMgaW5saW5lIGw0X3BnZW50cnlf
dCBsNGVfZnJvbV9wYWRkCiAjZGVmaW5lIGwzZV9yZW1vdmVfZmxhZ3MoeCwg
ZmxhZ3MpICgoeCkubDMgJj0gfnB1dF9wdGVfZmxhZ3MoZmxhZ3MpKQogI2Rl
ZmluZSBsNGVfcmVtb3ZlX2ZsYWdzKHgsIGZsYWdzKSAoKHgpLmw0ICY9IH5w
dXRfcHRlX2ZsYWdzKGZsYWdzKSkKIAorLyogRmxpcCBmbGFncyBpbiBhbiBl
eGlzdGluZyBMMSBQVEUuICovCisjZGVmaW5lIGwxZV9mbGlwX2ZsYWdzKHgs
IGZsYWdzKSAgICAoKHgpLmwxIF49IHB1dF9wdGVfZmxhZ3MoZmxhZ3MpKQor
CiAvKiBDaGVjayBpZiBhIHB0ZSdzIHBhZ2UgbWFwcGluZyBvciBzaWduaWZp
Y2FudCBhY2Nlc3MgZmxhZ3MgaGF2ZSBjaGFuZ2VkLiAqLwogI2RlZmluZSBs
MWVfaGFzX2NoYW5nZWQoeCx5LGZsYWdzKSBcCiAgICAgKCAhISgoKHgpLmwx
IF4gKHkpLmwxKSAmICgoUEFERFJfTUFTSyZQQUdFX01BU0spfHB1dF9wdGVf
ZmxhZ3MoZmxhZ3MpKSkgKQo=

--=separator
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=separator--


From xen-users-bounces@lists.xen.org Wed Feb 17 12:28:56 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 12:28:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1DP-0003eK-Vo; Wed, 17 Feb 2016 12:28:19 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1DN-0003ci-5i; Wed, 17 Feb 2016 12:28:17 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
	B0/9E-28228-06764C65; Wed, 17 Feb 2016 12:28:16 +0000
X-Env-Sender: iwj@xenbits.xen.org
X-Msg-Ref: server-9.tower-27.messagelabs.com!1455712094!24465780!1
X-Originating-IP: [50.57.168.107]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17947 invoked from network); 17 Feb 2016 12:28:15 -0000
Received: from 50-57-168-107.static.cloud-ips.com (HELO mail.xen.org)
	(50.57.168.107)
	by server-9.tower-27.messagelabs.com with AES256-SHA encrypted SMTP;
	17 Feb 2016 12:28:15 -0000
Received: from xenbits.xenproject.org ([50.57.170.242] helo=xenbits.xen.org)
	by mail.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1Et-0004LK-IP; Wed, 17 Feb 2016 12:29:51 +0000
Received: from iwj by xenbits.xen.org with local (Exim 4.84)
	(envelope-from )
	id 1aW1DA-00065m-A8; Wed, 17 Feb 2016 12:28:04 +0000
Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8"
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
To: xen-announce@lists.xen.org, xen-devel@lists.xen.org,
	xen-users@lists.xen.org, oss-security@lists.openwall.com
From: Xen.org security team 
Message-Id: 
Date: Wed, 17 Feb 2016 12:28:04 +0000
Cc: "Xen.org security team" 
Subject: [Xen-users] Xen Security Advisory 170 (CVE-2016-2271) - VMX: guest
 user mode may crash guest with non-canonical RIP
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--=separator
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

            Xen Security Advisory CVE-2016-2271 / XSA-170
                              version 3

      VMX: guest user mode may crash guest with non-canonical RIP

UPDATES IN VERSION 3
====================

Public release.

ISSUE DESCRIPTION
=================

VMX refuses attempts to enter a guest with an instruction pointer which
doesn't satisfy certain requirements.  In particular, the instruction
pointer needs to be canonical when entering a guest currently in 64-bit
mode.  This is the case even if the VM entry information specifies an
exception to be injected immediately (in which case the bad instruction
pointer would possibly never get used for other than pushing onto the
exception handler's stack).  Provided the guest OS allows user mode to
map the virtual memory space immediately below the canonical/non-
canonical address boundary, a non-canonical instruction pointer can
result even from normal user mode execution. VM entry failure, however,
is fatal to the guest.

IMPACT
======

Malicious HVM guest user mode code may be able to crash the guest.

VULNERABLE SYSTEMS
==================

All Xen versions are affected.

Only systems using Intel or Cyrix CPUs are affected. ARM and AMD
systems are unaffected.

Only HVM guests are affected.

MITIGATION
==========

Running only PV guests will avoid this vulnerability.

Running HVM guests on only AMD hardware will also avoid this
vulnerability.

CREDITS
=======

This issue was discovered by Ling Liu of Qihoo 360 Inc.

RESOLUTION
==========

Applying the appropriate attached patch works around this issue.  Note
that it does so in a way which isn't architecturally correct, but no
better solution has been found (nor suggested by Intel).

xsa170.patch           xen-unstable, Xen 4.6.x
xsa170-4.5.patch       Xen 4.5.x, Xen 4.4.x
xsa170-4.3.patch       Xen 4.3.x

$ sha256sum xsa170*
77b4b14b2c93da5f68e724cf74e1616f7df2e78305f66d164b3de2d980221a9a  xsa170.patch
b35679bf7a35615d827efafff8d13c35ceec1184212e3c8ba110722b9ae8426f  xsa170-4.3.patch
1df068fb439c7edc1e86dfa9ea3b9ae99b58cdc3ac874b96cdf63b26ef9a6b98  xsa170-4.5.patch
$

DEPLOYMENT DURING EMBARGO
=========================

Deployment of the patches and/or mitigations described above (or
others which are substantially similar) is permitted during the
embargo, even on public-facing systems with untrusted guest users and
administrators.

But: Distribution of updated software is prohibited (except to other
members of the predisclosure list).

Predisclosure list members who wish to deploy significantly different
patches and/or mitigations, please contact the Xen Project Security
Team.


(Note: this during-embargo deployment notice is retained in
post-embargo publicly released Xen Project advisories, even though it
is then no longer applicable.  This is to enable the community to have
oversight of the Xen Project Security Team's decisionmaking.)

For more information about permissible uses of embargoed information,
consult the Xen Project community's agreed Security Policy:
  http://www.xenproject.org/security-policy.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJWxGa0AAoJEIP+FMlX6CvZ3rkIAIo+pvKqkNbHjalgGpP4BVe7
+7tuVnL74wt5Dt4AuOFyPLnEaHbp5UkIKK++eP/urFCz5+/LbOqcWnfiQdWMLQ/t
17NX2CMSYUCwUAkMMjvbKvGM3W8AJ85naIQho9KQSPbY1/Q51jDS5bLT06B2iRr4
njML2ii2OhOTGAvC2XmnidFNvLGQxlfeeC75O9dbCFENSYn5WbdmHonTnK8qm22H
eEvLlzg4D6yAmEaqHHZJ3bz1qtTw5FDNm/0tdZ1LO7lMuK01nMHSMmWG/Agc7219
lQH22N0+YTtgQKf65QciEThEnvTeDpeq84m64GqVhwzwssl1JrywrSsVkaQOnKA=
=Ca+d
-----END PGP SIGNATURE-----

--=separator
Content-Type: application/octet-stream; name="xsa170.patch"
Content-Disposition: attachment; filename="xsa170.patch"
Content-Transfer-Encoding: base64

eDg2L1ZNWDogc2FuaXRpemUgcklQIGJlZm9yZSByZS1lbnRlcmluZyBndWVz
dAoKLi4uIHRvIHByZXZlbnQgZ3Vlc3QgdXNlciBtb2RlIGFycmFuZ2luZyBm
b3IgYSBndWVzdCBjcmFzaCAoZHVlIHRvCmZhaWxlZCBWTSBlbnRyeSkuIChP
biB0aGUgQU1EIHN5c3RlbSBJIGNoZWNrZWQsIGhhcmR3YXJlIGlzIGRvaW5n
CmV4YWN0bHkgdGhlIGNhbm9uaWNhbGl6YXRpb24gYmVpbmcgYWRkZWQgaGVy
ZS4pCgpOb3RlIHRoYXQgZml4aW5nIHRoaXMgaW4gYW4gYXJjaGl0ZWN0dXJh
bGx5IGNvcnJlY3Qgd2F5IHdvdWxkIGJlIHF1aXRlCmEgYml0IG1vcmUgaW52
b2x2ZWQ6IE1ha2luZyB0aGUgeDg2IGluc3RydWN0aW9uIGVtdWxhdG9yIGNo
ZWNrIGFsbApicmFuY2ggdGFyZ2V0cyBmb3IgdmFsaWRpdHksIHBsdXMgZGVh
bGluZyB3aXRoIGludmFsaWQgcklQIHJlc3VsdGluZwpmcm9tIHVwZGF0ZV9n
dWVzdF9laXAoKSBvciBpbmNvbWluZyBkaXJlY3RseSBkdXJpbmcgYSBWTSBl
eGl0LiBUaGUgb25seQp3YXkgdG8gZ2V0IHRoZSBsYXR0ZXIgcmlnaHQgd291
bGQgYmUgYnkgbm90IGhhdmluZyBoYXJkd2FyZSBkbyB0aGUKaW5qZWN0aW9u
LgoKTm90ZSBmdXJ0aGVyIHRoYXQgdGhlcmUgYXJlIGEgdHdvIGVhcmx5IHJl
dHVybnMgZnJvbQp2bXhfdm1leGl0X2hhbmRsZXIoKTogT25lICh0aHJvdWdo
IHZteF9mYWlsZWRfdm1lbnRyeSgpKSBsZWFkcyB0bwpkb21haW5fY3Jhc2go
KSBhbnl3YXksIGFuZCB0aGUgb3RoZXIgY292ZXJzIHJlYWwgbW9kZSBvbmx5
IGFuZCBjYW4KbmVpdGhlciBvY2N1ciB3aXRoIGEgbm9uLWNhbm9uaWNhbCBy
SVAgbm9yIHJlc3VsdCBpbiBhbiBhbHRlcmVkIHJJUCwKc28gd2UgZG9uJ3Qg
bmVlZCB0byBmb3JjZSB0aG9zZSBwYXRocyB0aHJvdWdoIHRoZSBjaGVja2lu
ZyBsb2dpYy4KClRoaXMgaXMgWFNBLTE3MC4KClJlcG9ydGVkLWJ5OiDliJjk
u6QgPGxpdWxpbmctaXRAMzYwLmNuPgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1
bGljaCA8amJldWxpY2hAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBBbmRyZXcg
Q29vcGVyIDxhbmRyZXcuY29vcGVyM0BjaXRyaXguY29tPgpUZXN0ZWQtYnk6
IEFuZHJldyBDb29wZXIgPGFuZHJldy5jb29wZXIzQGNpdHJpeC5jb20+Cgot
LS0gYS94ZW4vYXJjaC94ODYvaHZtL3ZteC92bXguYworKysgYi94ZW4vYXJj
aC94ODYvaHZtL3ZteC92bXguYwpAQCAtMjk2OCw3ICsyOTY4LDcgQEAgc3Rh
dGljIGludCB2bXhfaGFuZGxlX2FwaWNfd3JpdGUodm9pZCkKIHZvaWQgdm14
X3ZtZXhpdF9oYW5kbGVyKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzKQog
ewogICAgIHVuc2lnbmVkIGxvbmcgZXhpdF9xdWFsaWZpY2F0aW9uLCBleGl0
X3JlYXNvbiwgaWR0dl9pbmZvLCBpbnRyX2luZm8gPSAwOwotICAgIHVuc2ln
bmVkIGludCB2ZWN0b3IgPSAwOworICAgIHVuc2lnbmVkIGludCB2ZWN0b3Ig
PSAwLCBtb2RlOwogICAgIHN0cnVjdCB2Y3B1ICp2ID0gY3VycmVudDsKIAog
ICAgIF9fdm1yZWFkKEdVRVNUX1JJUCwgICAgJnJlZ3MtPnJpcCk7CkBAIC0z
NTY2LDYgKzM1NjYsNDEgQEAgdm9pZCB2bXhfdm1leGl0X2hhbmRsZXIoc3Ry
dWN0IGNwdV91c2VyXwogb3V0OgogICAgIGlmICggbmVzdGVkaHZtX3ZjcHVf
aW5fZ3Vlc3Rtb2RlKHYpICkKICAgICAgICAgbnZteF9pZHR2X2hhbmRsaW5n
KCk7CisKKyAgICAvKgorICAgICAqIFZNIGVudHJ5IHdpbGwgZmFpbCAoY2F1
c2luZyB0aGUgZ3Vlc3QgdG8gZ2V0IGNyYXNoZWQpIGlmIHJJUCAoYW5kCisg
ICAgICogckZMQUdTLCBidXQgd2UgZG9uJ3QgaGF2ZSBhbiBpc3N1ZSB0aGVy
ZSkgZG9lc24ndCBtZWV0IGNlcnRhaW4KKyAgICAgKiBjcml0ZXJpYS4gQXMg
d2UgbXVzdCBub3QgYWxsb3cgbGVzcyB0aGFuIGZ1bGx5IHByaXZpbGVnZWQg
bW9kZSB0byBoYXZlCisgICAgICogc3VjaCBhbiBlZmZlY3Qgb24gdGhlIGRv
bWFpbiwgd2UgY29ycmVjdCBySVAgaW4gdGhhdCBjYXNlIChhY2NlcHRpbmcK
KyAgICAgKiB0aGlzIG5vdCBiZWluZyBhcmNoaXRlY3R1cmFsbHkgY29ycmVj
dCBiZWhhdmlvciwgYXMgdGhlIGluamVjdGVkICNHUAorICAgICAqIGZhdWx0
IHdpbGwgdGhlbiBub3Qgc2VlIHRoZSBjb3JyZWN0IFtpbnZhbGlkXSByZXR1
cm4gYWRkcmVzcykuCisgICAgICogQW5kIHNpbmNlIHdlIGtub3cgdGhlIGd1
ZXN0IHdpbGwgY3Jhc2gsIHdlIGNyYXNoIGl0IHJpZ2h0IGF3YXkgaWYgaXQK
KyAgICAgKiBhbHJlYWR5IGlzIGluIG1vc3QgcHJpdmlsZWdlZCBtb2RlLgor
ICAgICAqLworICAgIG1vZGUgPSB2bXhfZ3Vlc3RfeDg2X21vZGUodik7Cisg
ICAgaWYgKCBtb2RlID09IDggPyAhaXNfY2Fub25pY2FsX2FkZHJlc3MocmVn
cy0+cmlwKQorICAgICAgICAgICAgICAgICAgIDogcmVncy0+cmlwICE9IHJl
Z3MtPl9laXAgKQorICAgIHsKKyAgICAgICAgc3RydWN0IHNlZ21lbnRfcmVn
aXN0ZXIgc3M7CisKKyAgICAgICAgZ3ByaW50ayhYRU5MT0dfV0FSTklORywg
IkJhZCBySVAgJWx4IGZvciBtb2RlICV1XG4iLCByZWdzLT5yaXAsIG1vZGUp
OworCisgICAgICAgIHZteF9nZXRfc2VnbWVudF9yZWdpc3Rlcih2LCB4ODZf
c2VnX3NzLCAmc3MpOworICAgICAgICBpZiAoIHNzLmF0dHIuZmllbGRzLmRw
bCApCisgICAgICAgIHsKKyAgICAgICAgICAgIF9fdm1yZWFkKFZNX0VOVFJZ
X0lOVFJfSU5GTywgJmludHJfaW5mbyk7CisgICAgICAgICAgICBpZiAoICEo
aW50cl9pbmZvICYgSU5UUl9JTkZPX1ZBTElEX01BU0spICkKKyAgICAgICAg
ICAgICAgICBodm1faW5qZWN0X2h3X2V4Y2VwdGlvbihUUkFQX2dwX2ZhdWx0
LCAwKTsKKyAgICAgICAgICAgIC8qIE5lZWQgdG8gZml4IHJJUCBuZXZlcnRo
ZWxlc3MuICovCisgICAgICAgICAgICBpZiAoIG1vZGUgPT0gOCApCisgICAg
ICAgICAgICAgICAgcmVncy0+cmlwID0gKGxvbmcpKHJlZ3MtPnJpcCA8PCAo
NjQgLSBWQUREUl9CSVRTKSkgPj4KKyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAoNjQgLSBWQUREUl9CSVRTKTsKKyAgICAgICAgICAgIGVsc2UKKyAg
ICAgICAgICAgICAgICByZWdzLT5yaXAgPSByZWdzLT5fZWlwOworICAgICAg
ICB9CisgICAgICAgIGVsc2UKKyAgICAgICAgICAgIGRvbWFpbl9jcmFzaCh2
LT5kb21haW4pOworICAgIH0KIH0KIAogdm9pZCB2bXhfdm1lbnRlcl9oZWxw
ZXIoY29uc3Qgc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3MpCg==

--=separator
Content-Type: application/octet-stream; name="xsa170-4.3.patch"
Content-Disposition: attachment; filename="xsa170-4.3.patch"
Content-Transfer-Encoding: base64

eDg2L1ZNWDogc2FuaXRpemUgcklQIGJlZm9yZSByZS1lbnRlcmluZyBndWVz
dAoKLi4uIHRvIHByZXZlbnQgZ3Vlc3QgdXNlciBtb2RlIGFycmFuZ2luZyBm
b3IgYSBndWVzdCBjcmFzaCAoZHVlIHRvCmZhaWxlZCBWTSBlbnRyeSkuIChP
biB0aGUgQU1EIHN5c3RlbSBJIGNoZWNrZWQsIGhhcmR3YXJlIGlzIGRvaW5n
CmV4YWN0bHkgdGhlIGNhbm9uaWNhbGl6YXRpb24gYmVpbmcgYWRkZWQgaGVy
ZS4pCgpOb3RlIHRoYXQgZml4aW5nIHRoaXMgaW4gYW4gYXJjaGl0ZWN0dXJh
bGx5IGNvcnJlY3Qgd2F5IHdvdWxkIGJlIHF1aXRlCmEgYml0IG1vcmUgaW52
b2x2ZWQ6IE1ha2luZyB0aGUgeDg2IGluc3RydWN0aW9uIGVtdWxhdG9yIGNo
ZWNrIGFsbApicmFuY2ggdGFyZ2V0cyBmb3IgdmFsaWRpdHksIHBsdXMgZGVh
bGluZyB3aXRoIGludmFsaWQgcklQIHJlc3VsdGluZwpmcm9tIHVwZGF0ZV9n
dWVzdF9laXAoKSBvciBpbmNvbWluZyBkaXJlY3RseSBkdXJpbmcgYSBWTSBl
eGl0LiBUaGUgb25seQp3YXkgdG8gZ2V0IHRoZSBsYXR0ZXIgcmlnaHQgd291
bGQgYmUgYnkgbm90IGhhdmluZyBoYXJkd2FyZSBkbyB0aGUKaW5qZWN0aW9u
LgoKTm90ZSBmdXJ0aGVyIHRoYXQgdGhlcmUgYXJlIGEgdHdvIGVhcmx5IHJl
dHVybnMgZnJvbQp2bXhfdm1leGl0X2hhbmRsZXIoKTogT25lICh0aHJvdWdo
IHZteF9mYWlsZWRfdm1lbnRyeSgpKSBsZWFkcyB0bwpkb21haW5fY3Jhc2go
KSBhbnl3YXksIGFuZCB0aGUgb3RoZXIgY292ZXJzIHJlYWwgbW9kZSBvbmx5
IGFuZCBjYW4KbmVpdGhlciBvY2N1ciB3aXRoIGEgbm9uLWNhbm9uaWNhbCBy
SVAgbm9yIHJlc3VsdCBpbiBhbiBhbHRlcmVkIHJJUCwKc28gd2UgZG9uJ3Qg
bmVlZCB0byBmb3JjZSB0aG9zZSBwYXRocyB0aHJvdWdoIHRoZSBjaGVja2lu
ZyBsb2dpYy4KClRoaXMgaXMgWFNBLTE3MC4KClJlcG9ydGVkLWJ5OiDliJjk
u6QgPGxpdWxpbmctaXRAMzYwLmNuPgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1
bGljaCA8amJldWxpY2hAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBBbmRyZXcg
Q29vcGVyIDxhbmRyZXcuY29vcGVyM0BjaXRyaXguY29tPgpUZXN0ZWQtYnk6
IEFuZHJldyBDb29wZXIgPGFuZHJldy5jb29wZXIzQGNpdHJpeC5jb20+Cgot
LS0gYS94ZW4vYXJjaC94ODYvaHZtL3ZteC92bXguYworKysgYi94ZW4vYXJj
aC94ODYvaHZtL3ZteC92bXguYwpAQCAtMjQ4Niw3ICsyNDg2LDcgQEAgdm9p
ZCB2bXhfaGFuZGxlX0VPSV9pbmR1Y2VkX2V4aXQoc3RydWN0CiAKIHZvaWQg
dm14X3ZtZXhpdF9oYW5kbGVyKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdz
KQogewotICAgIHVuc2lnbmVkIGludCBleGl0X3JlYXNvbiwgaWR0dl9pbmZv
LCBpbnRyX2luZm8gPSAwLCB2ZWN0b3IgPSAwOworICAgIHVuc2lnbmVkIGlu
dCBleGl0X3JlYXNvbiwgaWR0dl9pbmZvLCBpbnRyX2luZm8gPSAwLCB2ZWN0
b3IgPSAwLCBtb2RlOwogICAgIHVuc2lnbmVkIGxvbmcgZXhpdF9xdWFsaWZp
Y2F0aW9uLCBpbnN0X2xlbiA9IDA7CiAgICAgc3RydWN0IHZjcHUgKnYgPSBj
dXJyZW50OwogCkBAIC0yOTk4LDYgKzI5OTgsNDAgQEAgdm9pZCB2bXhfdm1l
eGl0X2hhbmRsZXIoc3RydWN0IGNwdV91c2VyXwogb3V0OgogICAgIGlmICgg
bmVzdGVkaHZtX3ZjcHVfaW5fZ3Vlc3Rtb2RlKHYpICkKICAgICAgICAgbnZt
eF9pZHR2X2hhbmRsaW5nKCk7CisKKyAgICAvKgorICAgICAqIFZNIGVudHJ5
IHdpbGwgZmFpbCAoY2F1c2luZyB0aGUgZ3Vlc3QgdG8gZ2V0IGNyYXNoZWQp
IGlmIHJJUCAoYW5kCisgICAgICogckZMQUdTLCBidXQgd2UgZG9uJ3QgaGF2
ZSBhbiBpc3N1ZSB0aGVyZSkgZG9lc24ndCBtZWV0IGNlcnRhaW4KKyAgICAg
KiBjcml0ZXJpYS4gQXMgd2UgbXVzdCBub3QgYWxsb3cgbGVzcyB0aGFuIGZ1
bGx5IHByaXZpbGVnZWQgbW9kZSB0byBoYXZlCisgICAgICogc3VjaCBhbiBl
ZmZlY3Qgb24gdGhlIGRvbWFpbiwgd2UgY29ycmVjdCBySVAgaW4gdGhhdCBj
YXNlIChhY2NlcHRpbmcKKyAgICAgKiB0aGlzIG5vdCBiZWluZyBhcmNoaXRl
Y3R1cmFsbHkgY29ycmVjdCBiZWhhdmlvciwgYXMgdGhlIGluamVjdGVkICNH
UAorICAgICAqIGZhdWx0IHdpbGwgdGhlbiBub3Qgc2VlIHRoZSBjb3JyZWN0
IFtpbnZhbGlkXSByZXR1cm4gYWRkcmVzcykuCisgICAgICogQW5kIHNpbmNl
IHdlIGtub3cgdGhlIGd1ZXN0IHdpbGwgY3Jhc2gsIHdlIGNyYXNoIGl0IHJp
Z2h0IGF3YXkgaWYgaXQKKyAgICAgKiBhbHJlYWR5IGlzIGluIG1vc3QgcHJp
dmlsZWdlZCBtb2RlLgorICAgICAqLworICAgIG1vZGUgPSB2bXhfZ3Vlc3Rf
eDg2X21vZGUodik7CisgICAgaWYgKCBtb2RlID09IDggPyAhaXNfY2Fub25p
Y2FsX2FkZHJlc3MocmVncy0+cmlwKQorICAgICAgICAgICAgICAgICAgIDog
cmVncy0+cmlwICE9IHJlZ3MtPl9laXAgKQorICAgIHsKKyAgICAgICAgc3Ry
dWN0IHNlZ21lbnRfcmVnaXN0ZXIgc3M7CisKKyAgICAgICAgZ2RwcmludGso
WEVOTE9HX1dBUk5JTkcsICJCYWQgcklQICVseCBmb3IgbW9kZSAldVxuIiwg
cmVncy0+cmlwLCBtb2RlKTsKKworICAgICAgICB2bXhfZ2V0X3NlZ21lbnRf
cmVnaXN0ZXIodiwgeDg2X3NlZ19zcywgJnNzKTsKKyAgICAgICAgaWYgKCBz
cy5hdHRyLmZpZWxkcy5kcGwgKQorICAgICAgICB7CisgICAgICAgICAgICBp
ZiAoICEoX192bXJlYWQoVk1fRU5UUllfSU5UUl9JTkZPKSAmIElOVFJfSU5G
T19WQUxJRF9NQVNLKSApCisgICAgICAgICAgICAgICAgaHZtX2luamVjdF9o
d19leGNlcHRpb24oVFJBUF9ncF9mYXVsdCwgMCk7CisgICAgICAgICAgICAv
KiBOZWVkIHRvIGZpeCBySVAgbmV2ZXJ0aGVsZXNzLiAqLworICAgICAgICAg
ICAgaWYgKCBtb2RlID09IDggKQorICAgICAgICAgICAgICAgIHJlZ3MtPnJp
cCA9IChsb25nKShyZWdzLT5yaXAgPDwgKDY0IC0gVkFERFJfQklUUykpID4+
CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgKDY0IC0gVkFERFJfQklU
Uyk7CisgICAgICAgICAgICBlbHNlCisgICAgICAgICAgICAgICAgcmVncy0+
cmlwID0gcmVncy0+X2VpcDsKKyAgICAgICAgfQorICAgICAgICBlbHNlCisg
ICAgICAgICAgICBkb21haW5fY3Jhc2godi0+ZG9tYWluKTsKKyAgICB9CiB9
CiAKIHZvaWQgdm14X3ZtZW50ZXJfaGVscGVyKHZvaWQpCg==

--=separator
Content-Type: application/octet-stream; name="xsa170-4.5.patch"
Content-Disposition: attachment; filename="xsa170-4.5.patch"
Content-Transfer-Encoding: base64

eDg2L1ZNWDogc2FuaXRpemUgcklQIGJlZm9yZSByZS1lbnRlcmluZyBndWVz
dAoKLi4uIHRvIHByZXZlbnQgZ3Vlc3QgdXNlciBtb2RlIGFycmFuZ2luZyBm
b3IgYSBndWVzdCBjcmFzaCAoZHVlIHRvCmZhaWxlZCBWTSBlbnRyeSkuIChP
biB0aGUgQU1EIHN5c3RlbSBJIGNoZWNrZWQsIGhhcmR3YXJlIGlzIGRvaW5n
CmV4YWN0bHkgdGhlIGNhbm9uaWNhbGl6YXRpb24gYmVpbmcgYWRkZWQgaGVy
ZS4pCgpOb3RlIHRoYXQgZml4aW5nIHRoaXMgaW4gYW4gYXJjaGl0ZWN0dXJh
bGx5IGNvcnJlY3Qgd2F5IHdvdWxkIGJlIHF1aXRlCmEgYml0IG1vcmUgaW52
b2x2ZWQ6IE1ha2luZyB0aGUgeDg2IGluc3RydWN0aW9uIGVtdWxhdG9yIGNo
ZWNrIGFsbApicmFuY2ggdGFyZ2V0cyBmb3IgdmFsaWRpdHksIHBsdXMgZGVh
bGluZyB3aXRoIGludmFsaWQgcklQIHJlc3VsdGluZwpmcm9tIHVwZGF0ZV9n
dWVzdF9laXAoKSBvciBpbmNvbWluZyBkaXJlY3RseSBkdXJpbmcgYSBWTSBl
eGl0LiBUaGUgb25seQp3YXkgdG8gZ2V0IHRoZSBsYXR0ZXIgcmlnaHQgd291
bGQgYmUgYnkgbm90IGhhdmluZyBoYXJkd2FyZSBkbyB0aGUKaW5qZWN0aW9u
LgoKTm90ZSBmdXJ0aGVyIHRoYXQgdGhlcmUgYXJlIGEgdHdvIGVhcmx5IHJl
dHVybnMgZnJvbQp2bXhfdm1leGl0X2hhbmRsZXIoKTogT25lICh0aHJvdWdo
IHZteF9mYWlsZWRfdm1lbnRyeSgpKSBsZWFkcyB0bwpkb21haW5fY3Jhc2go
KSBhbnl3YXksIGFuZCB0aGUgb3RoZXIgY292ZXJzIHJlYWwgbW9kZSBvbmx5
IGFuZCBjYW4KbmVpdGhlciBvY2N1ciB3aXRoIGEgbm9uLWNhbm9uaWNhbCBy
SVAgbm9yIHJlc3VsdCBpbiBhbiBhbHRlcmVkIHJJUCwKc28gd2UgZG9uJ3Qg
bmVlZCB0byBmb3JjZSB0aG9zZSBwYXRocyB0aHJvdWdoIHRoZSBjaGVja2lu
ZyBsb2dpYy4KClRoaXMgaXMgWFNBLTE3MC4KClJlcG9ydGVkLWJ5OiDliJjk
u6QgPGxpdWxpbmctaXRAMzYwLmNuPgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1
bGljaCA8amJldWxpY2hAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBBbmRyZXcg
Q29vcGVyIDxhbmRyZXcuY29vcGVyM0BjaXRyaXguY29tPgpUZXN0ZWQtYnk6
IEFuZHJldyBDb29wZXIgPGFuZHJldy5jb29wZXIzQGNpdHJpeC5jb20+Cgot
LS0gYS94ZW4vYXJjaC94ODYvaHZtL3ZteC92bXguYworKysgYi94ZW4vYXJj
aC94ODYvaHZtL3ZteC92bXguYwpAQCAtMjY3NSw3ICsyNjc1LDcgQEAgdm9p
ZCB2bXhfaGFuZGxlX0VPSV9pbmR1Y2VkX2V4aXQoc3RydWN0CiB2b2lkIHZt
eF92bWV4aXRfaGFuZGxlcihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykK
IHsKICAgICB1bnNpZ25lZCBsb25nIGV4aXRfcXVhbGlmaWNhdGlvbiwgZXhp
dF9yZWFzb24sIGlkdHZfaW5mbywgaW50cl9pbmZvID0gMDsKLSAgICB1bnNp
Z25lZCBpbnQgdmVjdG9yID0gMDsKKyAgICB1bnNpZ25lZCBpbnQgdmVjdG9y
ID0gMCwgbW9kZTsKICAgICBzdHJ1Y3QgdmNwdSAqdiA9IGN1cnJlbnQ7CiAK
ICAgICBfX3ZtcmVhZChHVUVTVF9SSVAsICAgICZyZWdzLT5yaXApOwpAQCAt
MzIxOSw2ICszMjE5LDQxIEBAIHZvaWQgdm14X3ZtZXhpdF9oYW5kbGVyKHN0
cnVjdCBjcHVfdXNlcl8KIG91dDoKICAgICBpZiAoIG5lc3RlZGh2bV92Y3B1
X2luX2d1ZXN0bW9kZSh2KSApCiAgICAgICAgIG52bXhfaWR0dl9oYW5kbGlu
ZygpOworCisgICAgLyoKKyAgICAgKiBWTSBlbnRyeSB3aWxsIGZhaWwgKGNh
dXNpbmcgdGhlIGd1ZXN0IHRvIGdldCBjcmFzaGVkKSBpZiBySVAgKGFuZAor
ICAgICAqIHJGTEFHUywgYnV0IHdlIGRvbid0IGhhdmUgYW4gaXNzdWUgdGhl
cmUpIGRvZXNuJ3QgbWVldCBjZXJ0YWluCisgICAgICogY3JpdGVyaWEuIEFz
IHdlIG11c3Qgbm90IGFsbG93IGxlc3MgdGhhbiBmdWxseSBwcml2aWxlZ2Vk
IG1vZGUgdG8gaGF2ZQorICAgICAqIHN1Y2ggYW4gZWZmZWN0IG9uIHRoZSBk
b21haW4sIHdlIGNvcnJlY3QgcklQIGluIHRoYXQgY2FzZSAoYWNjZXB0aW5n
CisgICAgICogdGhpcyBub3QgYmVpbmcgYXJjaGl0ZWN0dXJhbGx5IGNvcnJl
Y3QgYmVoYXZpb3IsIGFzIHRoZSBpbmplY3RlZCAjR1AKKyAgICAgKiBmYXVs
dCB3aWxsIHRoZW4gbm90IHNlZSB0aGUgY29ycmVjdCBbaW52YWxpZF0gcmV0
dXJuIGFkZHJlc3MpLgorICAgICAqIEFuZCBzaW5jZSB3ZSBrbm93IHRoZSBn
dWVzdCB3aWxsIGNyYXNoLCB3ZSBjcmFzaCBpdCByaWdodCBhd2F5IGlmIGl0
CisgICAgICogYWxyZWFkeSBpcyBpbiBtb3N0IHByaXZpbGVnZWQgbW9kZS4K
KyAgICAgKi8KKyAgICBtb2RlID0gdm14X2d1ZXN0X3g4Nl9tb2RlKHYpOwor
ICAgIGlmICggbW9kZSA9PSA4ID8gIWlzX2Nhbm9uaWNhbF9hZGRyZXNzKHJl
Z3MtPnJpcCkKKyAgICAgICAgICAgICAgICAgICA6IHJlZ3MtPnJpcCAhPSBy
ZWdzLT5fZWlwICkKKyAgICB7CisgICAgICAgIHN0cnVjdCBzZWdtZW50X3Jl
Z2lzdGVyIHNzOworCisgICAgICAgIGdkcHJpbnRrKFhFTkxPR19XQVJOSU5H
LCAiQmFkIHJJUCAlbHggZm9yIG1vZGUgJXVcbiIsIHJlZ3MtPnJpcCwgbW9k
ZSk7CisKKyAgICAgICAgdm14X2dldF9zZWdtZW50X3JlZ2lzdGVyKHYsIHg4
Nl9zZWdfc3MsICZzcyk7CisgICAgICAgIGlmICggc3MuYXR0ci5maWVsZHMu
ZHBsICkKKyAgICAgICAgeworICAgICAgICAgICAgX192bXJlYWQoVk1fRU5U
UllfSU5UUl9JTkZPLCAmaW50cl9pbmZvKTsKKyAgICAgICAgICAgIGlmICgg
IShpbnRyX2luZm8gJiBJTlRSX0lORk9fVkFMSURfTUFTSykgKQorICAgICAg
ICAgICAgICAgIGh2bV9pbmplY3RfaHdfZXhjZXB0aW9uKFRSQVBfZ3BfZmF1
bHQsIDApOworICAgICAgICAgICAgLyogTmVlZCB0byBmaXggcklQIG5ldmVy
dGhlbGVzcy4gKi8KKyAgICAgICAgICAgIGlmICggbW9kZSA9PSA4ICkKKyAg
ICAgICAgICAgICAgICByZWdzLT5yaXAgPSAobG9uZykocmVncy0+cmlwIDw8
ICg2NCAtIFZBRERSX0JJVFMpKSA+PgorICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICg2NCAtIFZBRERSX0JJVFMpOworICAgICAgICAgICAgZWxzZQor
ICAgICAgICAgICAgICAgIHJlZ3MtPnJpcCA9IHJlZ3MtPl9laXA7CisgICAg
ICAgIH0KKyAgICAgICAgZWxzZQorICAgICAgICAgICAgZG9tYWluX2NyYXNo
KHYtPmRvbWFpbik7CisgICAgfQogfQogCiB2b2lkIHZteF92bWVudGVyX2hl
bHBlcihjb25zdCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykK

--=separator
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=separator--


From xen-users-bounces@lists.xen.org Wed Feb 17 12:28:56 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 12:28:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1DP-0003eK-Vo; Wed, 17 Feb 2016 12:28:19 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1DN-0003ci-5i; Wed, 17 Feb 2016 12:28:17 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
	B0/9E-28228-06764C65; Wed, 17 Feb 2016 12:28:16 +0000
X-Env-Sender: iwj@xenbits.xen.org
X-Msg-Ref: server-9.tower-27.messagelabs.com!1455712094!24465780!1
X-Originating-IP: [50.57.168.107]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17947 invoked from network); 17 Feb 2016 12:28:15 -0000
Received: from 50-57-168-107.static.cloud-ips.com (HELO mail.xen.org)
	(50.57.168.107)
	by server-9.tower-27.messagelabs.com with AES256-SHA encrypted SMTP;
	17 Feb 2016 12:28:15 -0000
Received: from xenbits.xenproject.org ([50.57.170.242] helo=xenbits.xen.org)
	by mail.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1Et-0004LK-IP; Wed, 17 Feb 2016 12:29:51 +0000
Received: from iwj by xenbits.xen.org with local (Exim 4.84)
	(envelope-from )
	id 1aW1DA-00065m-A8; Wed, 17 Feb 2016 12:28:04 +0000
Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8"
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
To: xen-announce@lists.xen.org, xen-devel@lists.xen.org,
	xen-users@lists.xen.org, oss-security@lists.openwall.com
From: Xen.org security team 
Message-Id: 
Date: Wed, 17 Feb 2016 12:28:04 +0000
Cc: "Xen.org security team" 
Subject: [Xen-users] Xen Security Advisory 170 (CVE-2016-2271) - VMX: guest
 user mode may crash guest with non-canonical RIP
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--=separator
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

            Xen Security Advisory CVE-2016-2271 / XSA-170
                              version 3

      VMX: guest user mode may crash guest with non-canonical RIP

UPDATES IN VERSION 3
====================

Public release.

ISSUE DESCRIPTION
=================

VMX refuses attempts to enter a guest with an instruction pointer which
doesn't satisfy certain requirements.  In particular, the instruction
pointer needs to be canonical when entering a guest currently in 64-bit
mode.  This is the case even if the VM entry information specifies an
exception to be injected immediately (in which case the bad instruction
pointer would possibly never get used for other than pushing onto the
exception handler's stack).  Provided the guest OS allows user mode to
map the virtual memory space immediately below the canonical/non-
canonical address boundary, a non-canonical instruction pointer can
result even from normal user mode execution. VM entry failure, however,
is fatal to the guest.

IMPACT
======

Malicious HVM guest user mode code may be able to crash the guest.

VULNERABLE SYSTEMS
==================

All Xen versions are affected.

Only systems using Intel or Cyrix CPUs are affected. ARM and AMD
systems are unaffected.

Only HVM guests are affected.

MITIGATION
==========

Running only PV guests will avoid this vulnerability.

Running HVM guests on only AMD hardware will also avoid this
vulnerability.

CREDITS
=======

This issue was discovered by Ling Liu of Qihoo 360 Inc.

RESOLUTION
==========

Applying the appropriate attached patch works around this issue.  Note
that it does so in a way which isn't architecturally correct, but no
better solution has been found (nor suggested by Intel).

xsa170.patch           xen-unstable, Xen 4.6.x
xsa170-4.5.patch       Xen 4.5.x, Xen 4.4.x
xsa170-4.3.patch       Xen 4.3.x

$ sha256sum xsa170*
77b4b14b2c93da5f68e724cf74e1616f7df2e78305f66d164b3de2d980221a9a  xsa170.patch
b35679bf7a35615d827efafff8d13c35ceec1184212e3c8ba110722b9ae8426f  xsa170-4.3.patch
1df068fb439c7edc1e86dfa9ea3b9ae99b58cdc3ac874b96cdf63b26ef9a6b98  xsa170-4.5.patch
$

DEPLOYMENT DURING EMBARGO
=========================

Deployment of the patches and/or mitigations described above (or
others which are substantially similar) is permitted during the
embargo, even on public-facing systems with untrusted guest users and
administrators.

But: Distribution of updated software is prohibited (except to other
members of the predisclosure list).

Predisclosure list members who wish to deploy significantly different
patches and/or mitigations, please contact the Xen Project Security
Team.


(Note: this during-embargo deployment notice is retained in
post-embargo publicly released Xen Project advisories, even though it
is then no longer applicable.  This is to enable the community to have
oversight of the Xen Project Security Team's decisionmaking.)

For more information about permissible uses of embargoed information,
consult the Xen Project community's agreed Security Policy:
  http://www.xenproject.org/security-policy.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJWxGa0AAoJEIP+FMlX6CvZ3rkIAIo+pvKqkNbHjalgGpP4BVe7
+7tuVnL74wt5Dt4AuOFyPLnEaHbp5UkIKK++eP/urFCz5+/LbOqcWnfiQdWMLQ/t
17NX2CMSYUCwUAkMMjvbKvGM3W8AJ85naIQho9KQSPbY1/Q51jDS5bLT06B2iRr4
njML2ii2OhOTGAvC2XmnidFNvLGQxlfeeC75O9dbCFENSYn5WbdmHonTnK8qm22H
eEvLlzg4D6yAmEaqHHZJ3bz1qtTw5FDNm/0tdZ1LO7lMuK01nMHSMmWG/Agc7219
lQH22N0+YTtgQKf65QciEThEnvTeDpeq84m64GqVhwzwssl1JrywrSsVkaQOnKA=
=Ca+d
-----END PGP SIGNATURE-----

--=separator
Content-Type: application/octet-stream; name="xsa170.patch"
Content-Disposition: attachment; filename="xsa170.patch"
Content-Transfer-Encoding: base64

eDg2L1ZNWDogc2FuaXRpemUgcklQIGJlZm9yZSByZS1lbnRlcmluZyBndWVz
dAoKLi4uIHRvIHByZXZlbnQgZ3Vlc3QgdXNlciBtb2RlIGFycmFuZ2luZyBm
b3IgYSBndWVzdCBjcmFzaCAoZHVlIHRvCmZhaWxlZCBWTSBlbnRyeSkuIChP
biB0aGUgQU1EIHN5c3RlbSBJIGNoZWNrZWQsIGhhcmR3YXJlIGlzIGRvaW5n
CmV4YWN0bHkgdGhlIGNhbm9uaWNhbGl6YXRpb24gYmVpbmcgYWRkZWQgaGVy
ZS4pCgpOb3RlIHRoYXQgZml4aW5nIHRoaXMgaW4gYW4gYXJjaGl0ZWN0dXJh
bGx5IGNvcnJlY3Qgd2F5IHdvdWxkIGJlIHF1aXRlCmEgYml0IG1vcmUgaW52
b2x2ZWQ6IE1ha2luZyB0aGUgeDg2IGluc3RydWN0aW9uIGVtdWxhdG9yIGNo
ZWNrIGFsbApicmFuY2ggdGFyZ2V0cyBmb3IgdmFsaWRpdHksIHBsdXMgZGVh
bGluZyB3aXRoIGludmFsaWQgcklQIHJlc3VsdGluZwpmcm9tIHVwZGF0ZV9n
dWVzdF9laXAoKSBvciBpbmNvbWluZyBkaXJlY3RseSBkdXJpbmcgYSBWTSBl
eGl0LiBUaGUgb25seQp3YXkgdG8gZ2V0IHRoZSBsYXR0ZXIgcmlnaHQgd291
bGQgYmUgYnkgbm90IGhhdmluZyBoYXJkd2FyZSBkbyB0aGUKaW5qZWN0aW9u
LgoKTm90ZSBmdXJ0aGVyIHRoYXQgdGhlcmUgYXJlIGEgdHdvIGVhcmx5IHJl
dHVybnMgZnJvbQp2bXhfdm1leGl0X2hhbmRsZXIoKTogT25lICh0aHJvdWdo
IHZteF9mYWlsZWRfdm1lbnRyeSgpKSBsZWFkcyB0bwpkb21haW5fY3Jhc2go
KSBhbnl3YXksIGFuZCB0aGUgb3RoZXIgY292ZXJzIHJlYWwgbW9kZSBvbmx5
IGFuZCBjYW4KbmVpdGhlciBvY2N1ciB3aXRoIGEgbm9uLWNhbm9uaWNhbCBy
SVAgbm9yIHJlc3VsdCBpbiBhbiBhbHRlcmVkIHJJUCwKc28gd2UgZG9uJ3Qg
bmVlZCB0byBmb3JjZSB0aG9zZSBwYXRocyB0aHJvdWdoIHRoZSBjaGVja2lu
ZyBsb2dpYy4KClRoaXMgaXMgWFNBLTE3MC4KClJlcG9ydGVkLWJ5OiDliJjk
u6QgPGxpdWxpbmctaXRAMzYwLmNuPgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1
bGljaCA8amJldWxpY2hAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBBbmRyZXcg
Q29vcGVyIDxhbmRyZXcuY29vcGVyM0BjaXRyaXguY29tPgpUZXN0ZWQtYnk6
IEFuZHJldyBDb29wZXIgPGFuZHJldy5jb29wZXIzQGNpdHJpeC5jb20+Cgot
LS0gYS94ZW4vYXJjaC94ODYvaHZtL3ZteC92bXguYworKysgYi94ZW4vYXJj
aC94ODYvaHZtL3ZteC92bXguYwpAQCAtMjk2OCw3ICsyOTY4LDcgQEAgc3Rh
dGljIGludCB2bXhfaGFuZGxlX2FwaWNfd3JpdGUodm9pZCkKIHZvaWQgdm14
X3ZtZXhpdF9oYW5kbGVyKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdzKQog
ewogICAgIHVuc2lnbmVkIGxvbmcgZXhpdF9xdWFsaWZpY2F0aW9uLCBleGl0
X3JlYXNvbiwgaWR0dl9pbmZvLCBpbnRyX2luZm8gPSAwOwotICAgIHVuc2ln
bmVkIGludCB2ZWN0b3IgPSAwOworICAgIHVuc2lnbmVkIGludCB2ZWN0b3Ig
PSAwLCBtb2RlOwogICAgIHN0cnVjdCB2Y3B1ICp2ID0gY3VycmVudDsKIAog
ICAgIF9fdm1yZWFkKEdVRVNUX1JJUCwgICAgJnJlZ3MtPnJpcCk7CkBAIC0z
NTY2LDYgKzM1NjYsNDEgQEAgdm9pZCB2bXhfdm1leGl0X2hhbmRsZXIoc3Ry
dWN0IGNwdV91c2VyXwogb3V0OgogICAgIGlmICggbmVzdGVkaHZtX3ZjcHVf
aW5fZ3Vlc3Rtb2RlKHYpICkKICAgICAgICAgbnZteF9pZHR2X2hhbmRsaW5n
KCk7CisKKyAgICAvKgorICAgICAqIFZNIGVudHJ5IHdpbGwgZmFpbCAoY2F1
c2luZyB0aGUgZ3Vlc3QgdG8gZ2V0IGNyYXNoZWQpIGlmIHJJUCAoYW5kCisg
ICAgICogckZMQUdTLCBidXQgd2UgZG9uJ3QgaGF2ZSBhbiBpc3N1ZSB0aGVy
ZSkgZG9lc24ndCBtZWV0IGNlcnRhaW4KKyAgICAgKiBjcml0ZXJpYS4gQXMg
d2UgbXVzdCBub3QgYWxsb3cgbGVzcyB0aGFuIGZ1bGx5IHByaXZpbGVnZWQg
bW9kZSB0byBoYXZlCisgICAgICogc3VjaCBhbiBlZmZlY3Qgb24gdGhlIGRv
bWFpbiwgd2UgY29ycmVjdCBySVAgaW4gdGhhdCBjYXNlIChhY2NlcHRpbmcK
KyAgICAgKiB0aGlzIG5vdCBiZWluZyBhcmNoaXRlY3R1cmFsbHkgY29ycmVj
dCBiZWhhdmlvciwgYXMgdGhlIGluamVjdGVkICNHUAorICAgICAqIGZhdWx0
IHdpbGwgdGhlbiBub3Qgc2VlIHRoZSBjb3JyZWN0IFtpbnZhbGlkXSByZXR1
cm4gYWRkcmVzcykuCisgICAgICogQW5kIHNpbmNlIHdlIGtub3cgdGhlIGd1
ZXN0IHdpbGwgY3Jhc2gsIHdlIGNyYXNoIGl0IHJpZ2h0IGF3YXkgaWYgaXQK
KyAgICAgKiBhbHJlYWR5IGlzIGluIG1vc3QgcHJpdmlsZWdlZCBtb2RlLgor
ICAgICAqLworICAgIG1vZGUgPSB2bXhfZ3Vlc3RfeDg2X21vZGUodik7Cisg
ICAgaWYgKCBtb2RlID09IDggPyAhaXNfY2Fub25pY2FsX2FkZHJlc3MocmVn
cy0+cmlwKQorICAgICAgICAgICAgICAgICAgIDogcmVncy0+cmlwICE9IHJl
Z3MtPl9laXAgKQorICAgIHsKKyAgICAgICAgc3RydWN0IHNlZ21lbnRfcmVn
aXN0ZXIgc3M7CisKKyAgICAgICAgZ3ByaW50ayhYRU5MT0dfV0FSTklORywg
IkJhZCBySVAgJWx4IGZvciBtb2RlICV1XG4iLCByZWdzLT5yaXAsIG1vZGUp
OworCisgICAgICAgIHZteF9nZXRfc2VnbWVudF9yZWdpc3Rlcih2LCB4ODZf
c2VnX3NzLCAmc3MpOworICAgICAgICBpZiAoIHNzLmF0dHIuZmllbGRzLmRw
bCApCisgICAgICAgIHsKKyAgICAgICAgICAgIF9fdm1yZWFkKFZNX0VOVFJZ
X0lOVFJfSU5GTywgJmludHJfaW5mbyk7CisgICAgICAgICAgICBpZiAoICEo
aW50cl9pbmZvICYgSU5UUl9JTkZPX1ZBTElEX01BU0spICkKKyAgICAgICAg
ICAgICAgICBodm1faW5qZWN0X2h3X2V4Y2VwdGlvbihUUkFQX2dwX2ZhdWx0
LCAwKTsKKyAgICAgICAgICAgIC8qIE5lZWQgdG8gZml4IHJJUCBuZXZlcnRo
ZWxlc3MuICovCisgICAgICAgICAgICBpZiAoIG1vZGUgPT0gOCApCisgICAg
ICAgICAgICAgICAgcmVncy0+cmlwID0gKGxvbmcpKHJlZ3MtPnJpcCA8PCAo
NjQgLSBWQUREUl9CSVRTKSkgPj4KKyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAoNjQgLSBWQUREUl9CSVRTKTsKKyAgICAgICAgICAgIGVsc2UKKyAg
ICAgICAgICAgICAgICByZWdzLT5yaXAgPSByZWdzLT5fZWlwOworICAgICAg
ICB9CisgICAgICAgIGVsc2UKKyAgICAgICAgICAgIGRvbWFpbl9jcmFzaCh2
LT5kb21haW4pOworICAgIH0KIH0KIAogdm9pZCB2bXhfdm1lbnRlcl9oZWxw
ZXIoY29uc3Qgc3RydWN0IGNwdV91c2VyX3JlZ3MgKnJlZ3MpCg==

--=separator
Content-Type: application/octet-stream; name="xsa170-4.3.patch"
Content-Disposition: attachment; filename="xsa170-4.3.patch"
Content-Transfer-Encoding: base64

eDg2L1ZNWDogc2FuaXRpemUgcklQIGJlZm9yZSByZS1lbnRlcmluZyBndWVz
dAoKLi4uIHRvIHByZXZlbnQgZ3Vlc3QgdXNlciBtb2RlIGFycmFuZ2luZyBm
b3IgYSBndWVzdCBjcmFzaCAoZHVlIHRvCmZhaWxlZCBWTSBlbnRyeSkuIChP
biB0aGUgQU1EIHN5c3RlbSBJIGNoZWNrZWQsIGhhcmR3YXJlIGlzIGRvaW5n
CmV4YWN0bHkgdGhlIGNhbm9uaWNhbGl6YXRpb24gYmVpbmcgYWRkZWQgaGVy
ZS4pCgpOb3RlIHRoYXQgZml4aW5nIHRoaXMgaW4gYW4gYXJjaGl0ZWN0dXJh
bGx5IGNvcnJlY3Qgd2F5IHdvdWxkIGJlIHF1aXRlCmEgYml0IG1vcmUgaW52
b2x2ZWQ6IE1ha2luZyB0aGUgeDg2IGluc3RydWN0aW9uIGVtdWxhdG9yIGNo
ZWNrIGFsbApicmFuY2ggdGFyZ2V0cyBmb3IgdmFsaWRpdHksIHBsdXMgZGVh
bGluZyB3aXRoIGludmFsaWQgcklQIHJlc3VsdGluZwpmcm9tIHVwZGF0ZV9n
dWVzdF9laXAoKSBvciBpbmNvbWluZyBkaXJlY3RseSBkdXJpbmcgYSBWTSBl
eGl0LiBUaGUgb25seQp3YXkgdG8gZ2V0IHRoZSBsYXR0ZXIgcmlnaHQgd291
bGQgYmUgYnkgbm90IGhhdmluZyBoYXJkd2FyZSBkbyB0aGUKaW5qZWN0aW9u
LgoKTm90ZSBmdXJ0aGVyIHRoYXQgdGhlcmUgYXJlIGEgdHdvIGVhcmx5IHJl
dHVybnMgZnJvbQp2bXhfdm1leGl0X2hhbmRsZXIoKTogT25lICh0aHJvdWdo
IHZteF9mYWlsZWRfdm1lbnRyeSgpKSBsZWFkcyB0bwpkb21haW5fY3Jhc2go
KSBhbnl3YXksIGFuZCB0aGUgb3RoZXIgY292ZXJzIHJlYWwgbW9kZSBvbmx5
IGFuZCBjYW4KbmVpdGhlciBvY2N1ciB3aXRoIGEgbm9uLWNhbm9uaWNhbCBy
SVAgbm9yIHJlc3VsdCBpbiBhbiBhbHRlcmVkIHJJUCwKc28gd2UgZG9uJ3Qg
bmVlZCB0byBmb3JjZSB0aG9zZSBwYXRocyB0aHJvdWdoIHRoZSBjaGVja2lu
ZyBsb2dpYy4KClRoaXMgaXMgWFNBLTE3MC4KClJlcG9ydGVkLWJ5OiDliJjk
u6QgPGxpdWxpbmctaXRAMzYwLmNuPgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1
bGljaCA8amJldWxpY2hAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBBbmRyZXcg
Q29vcGVyIDxhbmRyZXcuY29vcGVyM0BjaXRyaXguY29tPgpUZXN0ZWQtYnk6
IEFuZHJldyBDb29wZXIgPGFuZHJldy5jb29wZXIzQGNpdHJpeC5jb20+Cgot
LS0gYS94ZW4vYXJjaC94ODYvaHZtL3ZteC92bXguYworKysgYi94ZW4vYXJj
aC94ODYvaHZtL3ZteC92bXguYwpAQCAtMjQ4Niw3ICsyNDg2LDcgQEAgdm9p
ZCB2bXhfaGFuZGxlX0VPSV9pbmR1Y2VkX2V4aXQoc3RydWN0CiAKIHZvaWQg
dm14X3ZtZXhpdF9oYW5kbGVyKHN0cnVjdCBjcHVfdXNlcl9yZWdzICpyZWdz
KQogewotICAgIHVuc2lnbmVkIGludCBleGl0X3JlYXNvbiwgaWR0dl9pbmZv
LCBpbnRyX2luZm8gPSAwLCB2ZWN0b3IgPSAwOworICAgIHVuc2lnbmVkIGlu
dCBleGl0X3JlYXNvbiwgaWR0dl9pbmZvLCBpbnRyX2luZm8gPSAwLCB2ZWN0
b3IgPSAwLCBtb2RlOwogICAgIHVuc2lnbmVkIGxvbmcgZXhpdF9xdWFsaWZp
Y2F0aW9uLCBpbnN0X2xlbiA9IDA7CiAgICAgc3RydWN0IHZjcHUgKnYgPSBj
dXJyZW50OwogCkBAIC0yOTk4LDYgKzI5OTgsNDAgQEAgdm9pZCB2bXhfdm1l
eGl0X2hhbmRsZXIoc3RydWN0IGNwdV91c2VyXwogb3V0OgogICAgIGlmICgg
bmVzdGVkaHZtX3ZjcHVfaW5fZ3Vlc3Rtb2RlKHYpICkKICAgICAgICAgbnZt
eF9pZHR2X2hhbmRsaW5nKCk7CisKKyAgICAvKgorICAgICAqIFZNIGVudHJ5
IHdpbGwgZmFpbCAoY2F1c2luZyB0aGUgZ3Vlc3QgdG8gZ2V0IGNyYXNoZWQp
IGlmIHJJUCAoYW5kCisgICAgICogckZMQUdTLCBidXQgd2UgZG9uJ3QgaGF2
ZSBhbiBpc3N1ZSB0aGVyZSkgZG9lc24ndCBtZWV0IGNlcnRhaW4KKyAgICAg
KiBjcml0ZXJpYS4gQXMgd2UgbXVzdCBub3QgYWxsb3cgbGVzcyB0aGFuIGZ1
bGx5IHByaXZpbGVnZWQgbW9kZSB0byBoYXZlCisgICAgICogc3VjaCBhbiBl
ZmZlY3Qgb24gdGhlIGRvbWFpbiwgd2UgY29ycmVjdCBySVAgaW4gdGhhdCBj
YXNlIChhY2NlcHRpbmcKKyAgICAgKiB0aGlzIG5vdCBiZWluZyBhcmNoaXRl
Y3R1cmFsbHkgY29ycmVjdCBiZWhhdmlvciwgYXMgdGhlIGluamVjdGVkICNH
UAorICAgICAqIGZhdWx0IHdpbGwgdGhlbiBub3Qgc2VlIHRoZSBjb3JyZWN0
IFtpbnZhbGlkXSByZXR1cm4gYWRkcmVzcykuCisgICAgICogQW5kIHNpbmNl
IHdlIGtub3cgdGhlIGd1ZXN0IHdpbGwgY3Jhc2gsIHdlIGNyYXNoIGl0IHJp
Z2h0IGF3YXkgaWYgaXQKKyAgICAgKiBhbHJlYWR5IGlzIGluIG1vc3QgcHJp
dmlsZWdlZCBtb2RlLgorICAgICAqLworICAgIG1vZGUgPSB2bXhfZ3Vlc3Rf
eDg2X21vZGUodik7CisgICAgaWYgKCBtb2RlID09IDggPyAhaXNfY2Fub25p
Y2FsX2FkZHJlc3MocmVncy0+cmlwKQorICAgICAgICAgICAgICAgICAgIDog
cmVncy0+cmlwICE9IHJlZ3MtPl9laXAgKQorICAgIHsKKyAgICAgICAgc3Ry
dWN0IHNlZ21lbnRfcmVnaXN0ZXIgc3M7CisKKyAgICAgICAgZ2RwcmludGso
WEVOTE9HX1dBUk5JTkcsICJCYWQgcklQICVseCBmb3IgbW9kZSAldVxuIiwg
cmVncy0+cmlwLCBtb2RlKTsKKworICAgICAgICB2bXhfZ2V0X3NlZ21lbnRf
cmVnaXN0ZXIodiwgeDg2X3NlZ19zcywgJnNzKTsKKyAgICAgICAgaWYgKCBz
cy5hdHRyLmZpZWxkcy5kcGwgKQorICAgICAgICB7CisgICAgICAgICAgICBp
ZiAoICEoX192bXJlYWQoVk1fRU5UUllfSU5UUl9JTkZPKSAmIElOVFJfSU5G
T19WQUxJRF9NQVNLKSApCisgICAgICAgICAgICAgICAgaHZtX2luamVjdF9o
d19leGNlcHRpb24oVFJBUF9ncF9mYXVsdCwgMCk7CisgICAgICAgICAgICAv
KiBOZWVkIHRvIGZpeCBySVAgbmV2ZXJ0aGVsZXNzLiAqLworICAgICAgICAg
ICAgaWYgKCBtb2RlID09IDggKQorICAgICAgICAgICAgICAgIHJlZ3MtPnJp
cCA9IChsb25nKShyZWdzLT5yaXAgPDwgKDY0IC0gVkFERFJfQklUUykpID4+
CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgKDY0IC0gVkFERFJfQklU
Uyk7CisgICAgICAgICAgICBlbHNlCisgICAgICAgICAgICAgICAgcmVncy0+
cmlwID0gcmVncy0+X2VpcDsKKyAgICAgICAgfQorICAgICAgICBlbHNlCisg
ICAgICAgICAgICBkb21haW5fY3Jhc2godi0+ZG9tYWluKTsKKyAgICB9CiB9
CiAKIHZvaWQgdm14X3ZtZW50ZXJfaGVscGVyKHZvaWQpCg==

--=separator
Content-Type: application/octet-stream; name="xsa170-4.5.patch"
Content-Disposition: attachment; filename="xsa170-4.5.patch"
Content-Transfer-Encoding: base64

eDg2L1ZNWDogc2FuaXRpemUgcklQIGJlZm9yZSByZS1lbnRlcmluZyBndWVz
dAoKLi4uIHRvIHByZXZlbnQgZ3Vlc3QgdXNlciBtb2RlIGFycmFuZ2luZyBm
b3IgYSBndWVzdCBjcmFzaCAoZHVlIHRvCmZhaWxlZCBWTSBlbnRyeSkuIChP
biB0aGUgQU1EIHN5c3RlbSBJIGNoZWNrZWQsIGhhcmR3YXJlIGlzIGRvaW5n
CmV4YWN0bHkgdGhlIGNhbm9uaWNhbGl6YXRpb24gYmVpbmcgYWRkZWQgaGVy
ZS4pCgpOb3RlIHRoYXQgZml4aW5nIHRoaXMgaW4gYW4gYXJjaGl0ZWN0dXJh
bGx5IGNvcnJlY3Qgd2F5IHdvdWxkIGJlIHF1aXRlCmEgYml0IG1vcmUgaW52
b2x2ZWQ6IE1ha2luZyB0aGUgeDg2IGluc3RydWN0aW9uIGVtdWxhdG9yIGNo
ZWNrIGFsbApicmFuY2ggdGFyZ2V0cyBmb3IgdmFsaWRpdHksIHBsdXMgZGVh
bGluZyB3aXRoIGludmFsaWQgcklQIHJlc3VsdGluZwpmcm9tIHVwZGF0ZV9n
dWVzdF9laXAoKSBvciBpbmNvbWluZyBkaXJlY3RseSBkdXJpbmcgYSBWTSBl
eGl0LiBUaGUgb25seQp3YXkgdG8gZ2V0IHRoZSBsYXR0ZXIgcmlnaHQgd291
bGQgYmUgYnkgbm90IGhhdmluZyBoYXJkd2FyZSBkbyB0aGUKaW5qZWN0aW9u
LgoKTm90ZSBmdXJ0aGVyIHRoYXQgdGhlcmUgYXJlIGEgdHdvIGVhcmx5IHJl
dHVybnMgZnJvbQp2bXhfdm1leGl0X2hhbmRsZXIoKTogT25lICh0aHJvdWdo
IHZteF9mYWlsZWRfdm1lbnRyeSgpKSBsZWFkcyB0bwpkb21haW5fY3Jhc2go
KSBhbnl3YXksIGFuZCB0aGUgb3RoZXIgY292ZXJzIHJlYWwgbW9kZSBvbmx5
IGFuZCBjYW4KbmVpdGhlciBvY2N1ciB3aXRoIGEgbm9uLWNhbm9uaWNhbCBy
SVAgbm9yIHJlc3VsdCBpbiBhbiBhbHRlcmVkIHJJUCwKc28gd2UgZG9uJ3Qg
bmVlZCB0byBmb3JjZSB0aG9zZSBwYXRocyB0aHJvdWdoIHRoZSBjaGVja2lu
ZyBsb2dpYy4KClRoaXMgaXMgWFNBLTE3MC4KClJlcG9ydGVkLWJ5OiDliJjk
u6QgPGxpdWxpbmctaXRAMzYwLmNuPgpTaWduZWQtb2ZmLWJ5OiBKYW4gQmV1
bGljaCA8amJldWxpY2hAc3VzZS5jb20+ClJldmlld2VkLWJ5OiBBbmRyZXcg
Q29vcGVyIDxhbmRyZXcuY29vcGVyM0BjaXRyaXguY29tPgpUZXN0ZWQtYnk6
IEFuZHJldyBDb29wZXIgPGFuZHJldy5jb29wZXIzQGNpdHJpeC5jb20+Cgot
LS0gYS94ZW4vYXJjaC94ODYvaHZtL3ZteC92bXguYworKysgYi94ZW4vYXJj
aC94ODYvaHZtL3ZteC92bXguYwpAQCAtMjY3NSw3ICsyNjc1LDcgQEAgdm9p
ZCB2bXhfaGFuZGxlX0VPSV9pbmR1Y2VkX2V4aXQoc3RydWN0CiB2b2lkIHZt
eF92bWV4aXRfaGFuZGxlcihzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykK
IHsKICAgICB1bnNpZ25lZCBsb25nIGV4aXRfcXVhbGlmaWNhdGlvbiwgZXhp
dF9yZWFzb24sIGlkdHZfaW5mbywgaW50cl9pbmZvID0gMDsKLSAgICB1bnNp
Z25lZCBpbnQgdmVjdG9yID0gMDsKKyAgICB1bnNpZ25lZCBpbnQgdmVjdG9y
ID0gMCwgbW9kZTsKICAgICBzdHJ1Y3QgdmNwdSAqdiA9IGN1cnJlbnQ7CiAK
ICAgICBfX3ZtcmVhZChHVUVTVF9SSVAsICAgICZyZWdzLT5yaXApOwpAQCAt
MzIxOSw2ICszMjE5LDQxIEBAIHZvaWQgdm14X3ZtZXhpdF9oYW5kbGVyKHN0
cnVjdCBjcHVfdXNlcl8KIG91dDoKICAgICBpZiAoIG5lc3RlZGh2bV92Y3B1
X2luX2d1ZXN0bW9kZSh2KSApCiAgICAgICAgIG52bXhfaWR0dl9oYW5kbGlu
ZygpOworCisgICAgLyoKKyAgICAgKiBWTSBlbnRyeSB3aWxsIGZhaWwgKGNh
dXNpbmcgdGhlIGd1ZXN0IHRvIGdldCBjcmFzaGVkKSBpZiBySVAgKGFuZAor
ICAgICAqIHJGTEFHUywgYnV0IHdlIGRvbid0IGhhdmUgYW4gaXNzdWUgdGhl
cmUpIGRvZXNuJ3QgbWVldCBjZXJ0YWluCisgICAgICogY3JpdGVyaWEuIEFz
IHdlIG11c3Qgbm90IGFsbG93IGxlc3MgdGhhbiBmdWxseSBwcml2aWxlZ2Vk
IG1vZGUgdG8gaGF2ZQorICAgICAqIHN1Y2ggYW4gZWZmZWN0IG9uIHRoZSBk
b21haW4sIHdlIGNvcnJlY3QgcklQIGluIHRoYXQgY2FzZSAoYWNjZXB0aW5n
CisgICAgICogdGhpcyBub3QgYmVpbmcgYXJjaGl0ZWN0dXJhbGx5IGNvcnJl
Y3QgYmVoYXZpb3IsIGFzIHRoZSBpbmplY3RlZCAjR1AKKyAgICAgKiBmYXVs
dCB3aWxsIHRoZW4gbm90IHNlZSB0aGUgY29ycmVjdCBbaW52YWxpZF0gcmV0
dXJuIGFkZHJlc3MpLgorICAgICAqIEFuZCBzaW5jZSB3ZSBrbm93IHRoZSBn
dWVzdCB3aWxsIGNyYXNoLCB3ZSBjcmFzaCBpdCByaWdodCBhd2F5IGlmIGl0
CisgICAgICogYWxyZWFkeSBpcyBpbiBtb3N0IHByaXZpbGVnZWQgbW9kZS4K
KyAgICAgKi8KKyAgICBtb2RlID0gdm14X2d1ZXN0X3g4Nl9tb2RlKHYpOwor
ICAgIGlmICggbW9kZSA9PSA4ID8gIWlzX2Nhbm9uaWNhbF9hZGRyZXNzKHJl
Z3MtPnJpcCkKKyAgICAgICAgICAgICAgICAgICA6IHJlZ3MtPnJpcCAhPSBy
ZWdzLT5fZWlwICkKKyAgICB7CisgICAgICAgIHN0cnVjdCBzZWdtZW50X3Jl
Z2lzdGVyIHNzOworCisgICAgICAgIGdkcHJpbnRrKFhFTkxPR19XQVJOSU5H
LCAiQmFkIHJJUCAlbHggZm9yIG1vZGUgJXVcbiIsIHJlZ3MtPnJpcCwgbW9k
ZSk7CisKKyAgICAgICAgdm14X2dldF9zZWdtZW50X3JlZ2lzdGVyKHYsIHg4
Nl9zZWdfc3MsICZzcyk7CisgICAgICAgIGlmICggc3MuYXR0ci5maWVsZHMu
ZHBsICkKKyAgICAgICAgeworICAgICAgICAgICAgX192bXJlYWQoVk1fRU5U
UllfSU5UUl9JTkZPLCAmaW50cl9pbmZvKTsKKyAgICAgICAgICAgIGlmICgg
IShpbnRyX2luZm8gJiBJTlRSX0lORk9fVkFMSURfTUFTSykgKQorICAgICAg
ICAgICAgICAgIGh2bV9pbmplY3RfaHdfZXhjZXB0aW9uKFRSQVBfZ3BfZmF1
bHQsIDApOworICAgICAgICAgICAgLyogTmVlZCB0byBmaXggcklQIG5ldmVy
dGhlbGVzcy4gKi8KKyAgICAgICAgICAgIGlmICggbW9kZSA9PSA4ICkKKyAg
ICAgICAgICAgICAgICByZWdzLT5yaXAgPSAobG9uZykocmVncy0+cmlwIDw8
ICg2NCAtIFZBRERSX0JJVFMpKSA+PgorICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICg2NCAtIFZBRERSX0JJVFMpOworICAgICAgICAgICAgZWxzZQor
ICAgICAgICAgICAgICAgIHJlZ3MtPnJpcCA9IHJlZ3MtPl9laXA7CisgICAg
ICAgIH0KKyAgICAgICAgZWxzZQorICAgICAgICAgICAgZG9tYWluX2NyYXNo
KHYtPmRvbWFpbik7CisgICAgfQogfQogCiB2b2lkIHZteF92bWVudGVyX2hl
bHBlcihjb25zdCBzdHJ1Y3QgY3B1X3VzZXJfcmVncyAqcmVncykK

--=separator
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=separator--


From xen-users-bounces@lists.xen.org Wed Feb 17 12:28:56 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 12:28:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1DN-0003cs-C0; Wed, 17 Feb 2016 12:28:17 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1DK-0003cM-QC; Wed, 17 Feb 2016 12:28:15 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	42/EB-23366-D5764C65; Wed, 17 Feb 2016 12:28:13 +0000
X-Env-Sender: iwj@xenbits.xen.org
X-Msg-Ref: server-3.tower-27.messagelabs.com!1455712091!24210787!1
X-Originating-IP: [50.57.168.107]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3165 invoked from network); 17 Feb 2016 12:28:12 -0000
Received: from 50-57-168-107.static.cloud-ips.com (HELO mail.xen.org)
	(50.57.168.107)
	by server-3.tower-27.messagelabs.com with AES256-SHA encrypted SMTP;
	17 Feb 2016 12:28:12 -0000
Received: from xenbits.xenproject.org ([50.57.170.242] helo=xenbits.xen.org)
	by mail.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1Eo-0004L7-SL; Wed, 17 Feb 2016 12:29:46 +0000
Received: from iwj by xenbits.xen.org with local (Exim 4.84)
	(envelope-from )
	id 1aW1D5-00063u-Tl; Wed, 17 Feb 2016 12:28:00 +0000
Content-Type: multipart/mixed; boundary="=separator"; charset="utf-8"
Content-Transfer-Encoding: binary
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
To: xen-announce@lists.xen.org, xen-devel@lists.xen.org,
	xen-users@lists.xen.org, oss-security@lists.openwall.com
From: Xen.org security team 
Message-Id: 
Date: Wed, 17 Feb 2016 12:28:00 +0000
Cc: "Xen.org security team" 
Subject: [Xen-users] Xen Security Advisory 154 (CVE-2016-2270) - x86:
 inconsistent cachability flags on guest mappings
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--=separator
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

            Xen Security Advisory CVE-2016-2270 / XSA-154
                              version 3

          x86: inconsistent cachability flags on guest mappings

UPDATES IN VERSION 3
====================

Clarify cumbersome Resolution wording.

The patch now adds a command line option to overcome the possible
performance regression.  Add patch backports.

Clarify origin of assertion (at start of patch description) that
inconsistent cacheability is a problem only for mmio pages.

Public release.

ISSUE DESCRIPTION
=================

Multiple mappings of the same physical page with different cachability
setting can cause problems.  While one category (risk of using stale
data) affects only guests themselves (and hence avoiding this can be
left for them to control), the other category being Machine Check
exceptions can be fatal to entire hosts.  According to the information
we were able to gather, only mappings of MMIO pages may surface this
second category, but even for them there were cases where the
hypervisor did not properly enforce consistent cachability.

IMPACT
======

A malicious guest administrator might be able to cause a reboot,
denying service to the entire host.

VULNERABLE SYSTEMS
==================

All Xen versions are affected.

Only x86 guests given control over some physical device can trigger
this vulnerability.

x86 systems are vulnerable.  ARM systems are not vulnerable.

The vulnerability depends on the system response to mapping the same
memory with different cacheability.  On some systems this is harmless;
on others, depending on CPU and chipset, it may be fatal.

MITIGATION
==========

Not handing physical devices to guests will also avoid this issue.

CREDITS
=======

This issue was discovered by Jan Beulich of SUSE.

RESOLUTION
==========

We believe that the attached patch fixes the issue.  However, no
formal description of CPU behaviour in particular use cases has been
provided by Intel.  There has been no response from AMD.

We are aware of a potential performance regression with this patch on
some systems - even if no hardware passthrough is configured.  This is
due to the behaviour of some drivers and peripherals that is beyond
the scope of this security fix.  The patch adds a command line option
"mmio-relax" to overcome this possible regression for Domain 0 or all
para-virtual guests.  Note however that enabling this workaround will
reinstate the security issue these patches aim to address.

xsa154.patch        xen-unstable
xsa154-4.6.patch    Xen 4.6.x
xsa154-4.5.patch    Xen 4.5.x
xsa154-4.4.patch    Xen 4.4.x
xsa154-4.3.patch    Xen 4.3.x

$ sha256sum xsa154*
bbe7fba38ee30c00ef850fa6419c769e88b5669164d447f50b1ebbe333573152  xsa154.patch
011a4e33c0e476c52fe44253d50e01a1185948fd1b2a8e645274b25da6030d71  xsa154-4.3.patch
92d475bbc344127faa4f0183a9ccca9e975c7d24eb5772bf0a0a0a2e019144c6  xsa154-4.4.patch
b13737e71f22185b94ab25c07afd521add1a7e3886326c719d5df4d42f3f87f4  xsa154-4.5.patch
eec88c2a57466f83a81844cb7025f70c2b671d07a75d85487d4ed73cdabbb020  xsa154-4.6.patch
$

DEPLOYMENT DURING EMBARGO
=========================

Deployment of the patch described above (or others which are
substantially similar) is permitted during the embargo, even on
public-facing systems with untrusted guest users and administrators.

However deployment of the mitigations described above is NOT permitted
(except where all the affected systems and VMs are administered and
used only by organisations which are members of the Xen Project
Security Issues Predisclosure List).  Specifically, deployment on
public cloud systems is NOT permitted.

This is because the configuration change would be visible to the guest,
which could lead to the rediscovery of the vulnerability.

But: Distribution of updated software is prohibited (except to other
members of the predisclosure list).

Predisclosure list members who wish to deploy significantly different
patches and/or mitigations, please contact the Xen Project Security
Team.


(Note: this during-embargo deployment notice is retained in
post-embargo publicly released Xen Project advisories, even though it
is then no longer applicable.  This is to enable the community to have
oversight of the Xen Project Security Team's decisionmaking.)

For more information about permissible uses of embargoed information,
consult the Xen Project community's agreed Security Policy:
  http://www.xenproject.org/security-policy.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJWxGayAAoJEIP+FMlX6CvZ9KwH/3z+9b7OjgpuIsOf0giZ5y99
yKoORWxQjcosYLQRQXvH62xtz0xRng+E3p+MeUm2qPUUuHFiqxSpZOAvW61C6DQL
l5KNNHlIjWB3N0YVmvgRbf3WMbeX1DCsEJEIFxZUQQs3fgGAiOfIEOwRL2FIhJ5Y
wP/z59fCuWs5lHoV0iAY3gkZHDd09JspCRQq8UGAc+X5jHF6fIOhUjZCS9KRQMJ5
p69ysdMj96fY5eKqwka/EXzvKMJUsQ42u5RQoYR5FhLx1UBi2otdcdbloKNseksA
7Wbf6j8Mz9NWVhvdZtnR/CNH8m5V7d78HsnGv7zNQCiMW+wg/k53yzHcw550P4w=
=5V3D
-----END PGP SIGNATURE-----

--=separator
Content-Type: application/octet-stream; name="xsa154.patch"
Content-Disposition: attachment; filename="xsa154.patch"
Content-Transfer-Encoding: base64

eDg2OiBlbmZvcmNlIGNvbnNpc3RlbnQgY2FjaGFiaWxpdHkgb2YgTU1JTyBt
YXBwaW5ncwoKV2UndmUgYmVlbiB0b2xkIGJ5IEludGVsIHRoYXQgaW5jb25z
aXN0ZW50IGNhY2hhYmlsaXR5IGJldHdlZW4KbXVsdGlwbGUgbWFwcGluZ3Mg
b2YgdGhlIHNhbWUgcGFnZSBjYW4gYWZmZWN0IHN5c3RlbSBzdGFiaWxpdHkg
b25seQp3aGVuIHRoZSBhZmZlY3RlZCBwYWdlIGlzIGFuIE1NSU8gb25lLiBT
aW5jZSB0aGUgc3RhbGUgZGF0YSBpc3N1ZSBpcwpvZiBubyByZWxldmFuY2Ug
dG8gdGhlIGh5cGVydmlzb3IgKHNpbmNlIGFsbCBndWVzdCBtZW1vcnkgYWNj
ZXNzZXMgZ28KdGhyb3VnaCBwcm9wZXIgYWNjZXNzb3JzIGFuZCB2YWxpZGF0
aW9uKSwgaGFuZGxpbmcgb2YgUkFNIHBhZ2VzCnJlbWFpbnMgdW5jaGFuZ2Vk
IGhlcmUuIEFueSBNTUlPIG1hcHBlZCBieSBkb21haW5zIGhvd2V2ZXIgbmVl
ZHMgdG8gYmUKZG9uZSBjb25zaXN0ZW50bHkgKGFsbCBjYWNoYWJsZSBtYXBw
aW5ncyBvciBhbGwgdW5jYWNoYWJsZSBvbmVzKSwgaW4Kb3JkZXIgdG8gYXZv
aWQgTWFjaGluZSBDaGVjayBleGNlcHRpb25zLiBTaW5jZSBjb252ZXJ0aW5n
IGV4aXN0aW5nCmNhY2hhYmxlIG1hcHBpbmdzIHRvIHVuY2FjaGFibGUgKGF0
IHRoZSB0aW1lIGFuIHVuY2FjaGFibGUgbWFwcGluZwpnZXRzIGVzdGFibGlz
aGVkKSB3b3VsZCBpbiB0aGUgUFYgY2FzZSByZXF1aXJlIHRyYWNraW5nIGFs
bCBtYXBwaW5ncywKYWxsb3cgTU1JTyB0byBvbmx5IGdldCBtYXBwZWQgdW5j
YWNoYWJsZSAoVUMsIFVDLSwgb3IgV0MpLgoKVGhpcyBhbHNvIGltcGxpZXMg
dGhhdCBpbiB0aGUgUFYgY2FzZSB3ZSBtdXN0bid0IHVzZSB0aGUgTDEgUFRF
IHVwZGF0ZQpmYXN0IHBhdGggd2hlbiBjYWNoYWJpbGl0eSBmbGFncyBnZXQg
YWx0ZXJlZC4KClNpbmNlIGluIHRoZSBIVk0gY2FzZSBhdCBsZWFzdCBmb3Ig
bm93IHdlIHdhbnQgdG8gY29udGludWUgaG9ub3JpbmcKcGlubmVkIGNhY2hh
YmlsaXR5IGF0dHJpYnV0ZXMgZm9yIHBhZ2VzIG5vdCBtYXBwZWQgYnkgdGhl
IGh5cGVydmlzb3IsCnNwZWNpYWwgY2FzZSBoYW5kbGluZyBvZiByL28gTU1J
TyBwYWdlcyAoZm9yY2luZyBVQykgZ2V0cyBhZGRlZCB0aGVyZS4KQXJndWFi
bHkgdGhlIGNvdW50ZXJwYXJ0IGNoYW5nZSB0byBwMm0tcHQuYyBtYXkgbm90
IGJlIG5lY2Vzc2FyeSwgc2luY2UKVUMtICh3aGljaCBhbHJlYWR5IGdldHMg
ZW5mb3JjZWQgdGhlcmUpIGlzIHByb2JhYmx5IHN0cmljdCBlbm91Z2guCgpO
b3RlIHRoYXQgdGhlIHNoYWRvdyBjb2RlIGNoYW5nZXMgaW5jbHVkZSBmaXhp
bmcgdGhlIHdyaXRlIHByb3RlY3Rpb24Kb2Ygci9vIE1NSU8gcmFuZ2VzOiBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncygpIGFuZCBpdHMgc2libGluZ3MsIG90
aGVyCnRoYW4gbDFlX3JlbW92ZV9mbGFncygpIGFuZCBhbGlrZSwgcmV0dXJu
IHRoZSBuZXcgUFRFIChhbmQgaGVuY2UKaWdub3JpbmcgdGhlaXIgcmV0dXJu
IHZhbHVlcyBtYWtlcyB0aGVtIG5vLW9wcykuCgpUaGlzIGlzIENWRS0yMDE2
LTIyNzAgLyBYU0EtMTU0LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2gg
PGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogQW5kcmV3IENvb3BlciA8
YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNvbT4KCi0tLSBhL2RvY3MvbWlzYy94
ZW4tY29tbWFuZC1saW5lLm1hcmtkb3duCisrKyBiL2RvY3MvbWlzYy94ZW4t
Y29tbWFuZC1saW5lLm1hcmtkb3duCkBAIC0xMDg0LDYgKzEwODQsMTUgQEAg
bGltaXQgaXMgaWdub3JlZCBieSBYZW4uCiAKIFNwZWNpZnkgaWYgdGhlIE1N
Q29uZmlnIHNwYWNlIHNob3VsZCBiZSBlbmFibGVkLgogCisjIyMgbW1pby1y
ZWxheAorPiBgPSA8Ym9vbGVhbj4gfCBhbGxgCisKKz4gRGVmYXVsdDogYGZh
bHNlYAorCitCeSBkZWZhdWx0LCBkb21haW5zIG1heSBub3QgY3JlYXRlIGNh
Y2hlZCBtYXBwaW5ncyB0byBNTUlPIHJlZ2lvbnMuCitUaGlzIG9wdGlvbiBy
ZWxheGVzIHRoZSBjaGVjayBmb3IgRG9tYWluIDAgKG9yIHdoZW4gdXNpbmcg
YGFsbGAsIGFsbCBQVgorZG9tYWlucyksIHRvIHBlcm1pdCB0aGUgdXNlIG9m
IGNhY2hlYWJsZSBNTUlPIG1hcHBpbmdzLgorCiAjIyMgbXNpCiA+IGA9IDxi
b29sZWFuPmAKIAotLS0gYS94ZW4vYXJjaC94ODYvaHZtL210cnIuYworKysg
Yi94ZW4vYXJjaC94ODYvaHZtL210cnIuYwpAQCAtNzcwLDggKzc3MCwxNyBA
QCBpbnQgZXB0ZV9nZXRfZW50cnlfZW10KHN0cnVjdCBkb21haW4gKmQsCiAg
ICAgaWYgKCB2LT5kb21haW4gIT0gZCApCiAgICAgICAgIHYgPSBkLT52Y3B1
ID8gZC0+dmNwdVswXSA6IE5VTEw7CiAKLSAgICBpZiAoICFtZm5fdmFsaWQo
bWZuX3gobWZuKSkgKQorICAgIGlmICggIW1mbl92YWxpZChtZm5feChtZm4p
KSB8fAorICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfcmFuZ2UobW1pb19y
b19yYW5nZXMsIG1mbl94KG1mbiksCisgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBtZm5feChtZm4pICsgKDFVTCA8PCBvcmRlcikgLSAxKSAp
CisgICAgeworICAgICAgICAqaXBhdCA9IDE7CiAgICAgICAgIHJldHVybiBN
VFJSX1RZUEVfVU5DQUNIQUJMRTsKKyAgICB9CisKKyAgICBpZiAoIHJhbmdl
c2V0X292ZXJsYXBzX3JhbmdlKG1taW9fcm9fcmFuZ2VzLCBtZm5feChtZm4p
LAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbWZuX3gobWZu
KSArICgxVUwgPDwgb3JkZXIpIC0gMSkgKQorICAgICAgICByZXR1cm4gLTE7
CiAKICAgICBzd2l0Y2ggKCBodm1fZ2V0X21lbV9waW5uZWRfY2FjaGVhdHRy
KGQsIGdmbiwgb3JkZXIsICZ0eXBlKSApCiAgICAgewotLS0gYS94ZW4vYXJj
aC94ODYvbW0vcDJtLXB0LmMKKysrIGIveGVuL2FyY2gveDg2L21tL3AybS1w
dC5jCkBAIC0xMDksNyArMTA5LDEwIEBAIHN0YXRpYyB1bnNpZ25lZCBsb25n
IHAybV90eXBlX3RvX2ZsYWdzKHAKICAgICAgICAgaWYgKCAhcmFuZ2VzZXRf
Y29udGFpbnNfc2luZ2xldG9uKG1taW9fcm9fcmFuZ2VzLCBtZm5feChtZm4p
KSApCiAgICAgICAgICAgICBmbGFncyB8PSBfUEFHRV9SVzsKICAgICAgICAg
ZWxzZQorICAgICAgICB7CisgICAgICAgICAgICBmbGFncyB8PSBfUEFHRV9Q
V1Q7CiAgICAgICAgICAgICBBU1NFUlQoIWxldmVsKTsKKyAgICAgICAgfQog
ICAgICAgICByZXR1cm4gZmxhZ3MgfCBQMk1fQkFTRV9GTEFHUyB8IF9QQUdF
X1BDRDsKICAgICB9CiB9Ci0tLSBhL3hlbi9hcmNoL3g4Ni9tbS9zaGFkb3cv
bXVsdGkuYworKysgYi94ZW4vYXJjaC94ODYvbW0vc2hhZG93L211bHRpLmMK
QEAgLTUzNCw2ICs1MzQsNyBAQCBfc2hfcHJvcGFnYXRlKHN0cnVjdCB2Y3B1
ICp2LAogICAgIGdmbl90IHRhcmdldF9nZm4gPSBndWVzdF9sMWVfZ2V0X2dm
bihndWVzdF9lbnRyeSk7CiAgICAgdTMyIHBhc3NfdGhydV9mbGFnczsKICAg
ICB1MzIgZ2ZsYWdzLCBzZmxhZ3M7CisgICAgYm9vbF90IG1taW9fbWZuOwog
CiAgICAgLyogV2UgZG9uJ3Qgc2hhZG93IFBBRSBsM3MgKi8KICAgICBBU1NF
UlQoR1VFU1RfUEFHSU5HX0xFVkVMUyA+IDMgfHwgbGV2ZWwgIT0gMyk7CkBA
IC01NzQsNyArNTc1LDEwIEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0IHZjcHUg
KnYsCiAgICAgLy8gbWZuIG1lYW5zIHRoYXQgd2UgY2FuIG5vdCB1c2VmdWxs
eSBzaGFkb3cgYW55dGhpbmcsIGFuZCBzbyB3ZQogICAgIC8vIHJldHVybiBl
YXJseS4KICAgICAvLwotICAgIGlmICggIW1mbl92YWxpZCh0YXJnZXRfbWZu
KQorICAgIG1taW9fbWZuID0gIW1mbl92YWxpZCh0YXJnZXRfbWZuKQorICAg
ICAgICAgICAgICAgfHwgKGxldmVsID09IDEKKyAgICAgICAgICAgICAgICAg
ICAmJiBwYWdlX2dldF9vd25lcihtZm5fdG9fcGFnZSh0YXJnZXRfbWZuKSkg
PT0gZG9tX2lvKTsKKyAgICBpZiAoIG1taW9fbWZuCiAgICAgICAgICAmJiAh
KGxldmVsID09IDEgJiYgKCFzaGFkb3dfbW9kZV9yZWZjb3VudHMoZCkKICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgfHwgcDJtdCA9PSBwMm1fbW1p
b19kaXJlY3QpKSApCiAgICAgewpAQCAtNTkyLDcgKzU5Niw3IEBAIF9zaF9w
cm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgICAgICAgICAgICAgICAg
ICAgIF9QQUdFX1JXIHwgX1BBR0VfUFJFU0VOVCk7CiAgICAgaWYgKCBndWVz
dF9zdXBwb3J0c19ueCh2KSApCiAgICAgICAgIHBhc3NfdGhydV9mbGFncyB8
PSBfUEFHRV9OWF9CSVQ7Ci0gICAgaWYgKCAhc2hhZG93X21vZGVfcmVmY291
bnRzKGQpICYmICFtZm5fdmFsaWQodGFyZ2V0X21mbikgKQorICAgIGlmICgg
bGV2ZWwgPT0gMSAmJiAhc2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmIG1t
aW9fbWZuICkKICAgICAgICAgcGFzc190aHJ1X2ZsYWdzIHw9IF9QQUdFX1BB
VCB8IF9QQUdFX1BDRCB8IF9QQUdFX1BXVDsKICAgICBzZmxhZ3MgPSBnZmxh
Z3MgJiBwYXNzX3RocnVfZmxhZ3M7CiAKQEAgLTY5MSwxMCArNjk1LDE0IEBA
IF9zaF9wcm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgfQogCiAgICAg
LyogUmVhZC1vbmx5IG1lbW9yeSAqLwotICAgIGlmICggcDJtX2lzX3JlYWRv
bmx5KHAybXQpIHx8Ci0gICAgICAgICAocDJtdCA9PSBwMm1fbW1pb19kaXJl
Y3QgJiYKLSAgICAgICAgICByYW5nZXNldF9jb250YWluc19zaW5nbGV0b24o
bW1pb19yb19yYW5nZXMsIG1mbl94KHRhcmdldF9tZm4pKSkgKQorICAgIGlm
ICggcDJtX2lzX3JlYWRvbmx5KHAybXQpICkKICAgICAgICAgc2ZsYWdzICY9
IH5fUEFHRV9SVzsKKyAgICBlbHNlIGlmICggcDJtdCA9PSBwMm1fbW1pb19k
aXJlY3QgJiYKKyAgICAgICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfc2lu
Z2xldG9uKG1taW9fcm9fcmFuZ2VzLCBtZm5feCh0YXJnZXRfbWZuKSkgKQor
ICAgIHsKKyAgICAgICAgc2ZsYWdzICY9IH4oX1BBR0VfUlcgfCBfUEFHRV9Q
QVQpOworICAgICAgICBzZmxhZ3MgfD0gX1BBR0VfUENEIHwgX1BBR0VfUFdU
OworICAgIH0KIAogICAgIC8vIHByb3RlY3QgZ3Vlc3QgcGFnZSB0YWJsZXMK
ICAgICAvLwpAQCAtMTIwMCwyMiArMTIwOCwyOCBAQCBzdGF0aWMgaW50IHNo
YWRvd19zZXRfbDFlKHN0cnVjdCBkb21haW4KICAgICAgICAgICYmICFzaF9s
MWVfaXNfbWFnaWMobmV3X3NsMWUpICkKICAgICB7CiAgICAgICAgIC8qIEFi
b3V0IHRvIGluc3RhbGwgYSBuZXcgcmVmZXJlbmNlICovCi0gICAgICAgIGlm
ICggc2hhZG93X21vZGVfcmVmY291bnRzKGQpICkgeworICAgICAgICBpZiAo
IHNoYWRvd19tb2RlX3JlZmNvdW50cyhkKSApCisgICAgICAgIHsKKyNkZWZp
bmUgUEFHRV9GTElQUEFCTEUgKF9QQUdFX1JXIHwgX1BBR0VfUFdUIHwgX1BB
R0VfUENEIHwgX1BBR0VfUEFUKQorICAgICAgICAgICAgaW50IHJjOworCiAg
ICAgICAgICAgICBUUkFDRV9TSEFET1dfUEFUSF9GTEFHKFRSQ0VfU0ZMQUdf
U0hBRE9XX0wxX0dFVF9SRUYpOwotICAgICAgICAgICAgc3dpdGNoICggc2hh
ZG93X2dldF9wYWdlX2Zyb21fbDFlKG5ld19zbDFlLCBkLCBuZXdfdHlwZSkg
KQorICAgICAgICAgICAgc3dpdGNoICggcmMgPSBzaGFkb3dfZ2V0X3BhZ2Vf
ZnJvbV9sMWUobmV3X3NsMWUsIGQsIG5ld190eXBlKSApCiAgICAgICAgICAg
ICB7CiAgICAgICAgICAgICBkZWZhdWx0OgogICAgICAgICAgICAgICAgIC8q
IERvZXNuJ3QgbG9vayBsaWtlIGEgcGFnZXRhYmxlLiAqLwogICAgICAgICAg
ICAgICAgIGZsYWdzIHw9IFNIQURPV19TRVRfRVJST1I7CiAgICAgICAgICAg
ICAgICAgbmV3X3NsMWUgPSBzaGFkb3dfbDFlX2VtcHR5KCk7CiAgICAgICAg
ICAgICAgICAgYnJlYWs7Ci0gICAgICAgICAgICBjYXNlIDE6Ci0gICAgICAg
ICAgICAgICAgc2hhZG93X2wxZV9yZW1vdmVfZmxhZ3MobmV3X3NsMWUsIF9Q
QUdFX1JXKTsKKyAgICAgICAgICAgIGNhc2UgUEFHRV9GTElQUEFCTEUgJiAt
UEFHRV9GTElQUEFCTEUgLi4uIFBBR0VfRkxJUFBBQkxFOgorICAgICAgICAg
ICAgICAgIEFTU0VSVCghKHJjICYgflBBR0VfRkxJUFBBQkxFKSk7CisgICAg
ICAgICAgICAgICAgbmV3X3NsMWUgPSBzaGFkb3dfbDFlX2ZsaXBfZmxhZ3Mo
bmV3X3NsMWUsIHJjKTsKICAgICAgICAgICAgICAgICAvKiBmYWxsIHRocm91
Z2ggKi8KICAgICAgICAgICAgIGNhc2UgMDoKICAgICAgICAgICAgICAgICBz
aGFkb3dfdnJhbV9nZXRfbDFlKG5ld19zbDFlLCBzbDFlLCBzbDFtZm4sIGQp
OwogICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICAgICAgfQorI3Vu
ZGVmIFBBR0VfRkxJUFBBQkxFCiAgICAgICAgIH0KICAgICB9CiAKLS0tIGEv
eGVuL2FyY2gveDg2L21tL3NoYWRvdy90eXBlcy5oCisrKyBiL3hlbi9hcmNo
L3g4Ni9tbS9zaGFkb3cvdHlwZXMuaApAQCAtOTksNiArOTksOSBAQCBzdGF0
aWMgaW5saW5lIHUzMiBzaGFkb3dfbDRlX2dldF9mbGFncyhzCiBzdGF0aWMg
aW5saW5lIHNoYWRvd19sMWVfdAogc2hhZG93X2wxZV9yZW1vdmVfZmxhZ3Mo
c2hhZG93X2wxZV90IHNsMWUsIHUzMiBmbGFncykKIHsgbDFlX3JlbW92ZV9m
bGFncyhzbDFlLCBmbGFncyk7IHJldHVybiBzbDFlOyB9CitzdGF0aWMgaW5s
aW5lIHNoYWRvd19sMWVfdAorc2hhZG93X2wxZV9mbGlwX2ZsYWdzKHNoYWRv
d19sMWVfdCBzbDFlLCB1MzIgZmxhZ3MpCit7IGwxZV9mbGlwX2ZsYWdzKHNs
MWUsIGZsYWdzKTsgcmV0dXJuIHNsMWU7IH0KIAogc3RhdGljIGlubGluZSBz
aGFkb3dfbDFlX3Qgc2hhZG93X2wxZV9lbXB0eSh2b2lkKQogeyByZXR1cm4g
bDFlX2VtcHR5KCk7IH0KLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIv
eGVuL2FyY2gveDg2L21tLmMKQEAgLTE3OCw2ICsxNzgsMTggQEAgc3RhdGlj
IHVpbnQzMl90IGJhc2VfZGlzYWxsb3dfbWFzazsKICAgICAgIGlzX3B2X2Rv
bWFpbihkKSkgPyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBcCiAgICAgIEwxX0RJU0FMTE9XX01BU0sgOiAoTDFfRElTQUxMT1df
TUFTSyAmIH5QQUdFX0NBQ0hFX0FUVFJTKSkKIAorc3RhdGljIHM4IF9fcmVh
ZF9tb3N0bHkgb3B0X21taW9fcmVsYXg7CitzdGF0aWMgdm9pZCBfX2luaXQg
cGFyc2VfbW1pb19yZWxheChjb25zdCBjaGFyICpzKQoreworICAgIGlmICgg
ISpzICkKKyAgICAgICAgb3B0X21taW9fcmVsYXggPSAxOworICAgIGVsc2UK
KyAgICAgICAgb3B0X21taW9fcmVsYXggPSBwYXJzZV9ib29sKHMpOworICAg
IGlmICggb3B0X21taW9fcmVsYXggPCAwICYmIHN0cmNtcChzLCAiYWxsIikg
KQorICAgICAgICBvcHRfbW1pb19yZWxheCA9IDA7Cit9CitjdXN0b21fcGFy
YW0oIm1taW8tcmVsYXgiLCBwYXJzZV9tbWlvX3JlbGF4KTsKKwogc3RhdGlj
IHZvaWQgX19pbml0IGluaXRfZnJhbWV0YWJsZV9jaHVuayh2b2lkICpzdGFy
dCwgdm9pZCAqZW5kKQogewogICAgIHVuc2lnbmVkIGxvbmcgcyA9ICh1bnNp
Z25lZCBsb25nKXN0YXJ0OwpAQCAtODcxLDEwICs4ODMsNyBAQCBnZXRfcGFn
ZV9mcm9tX2wxZSgKICAgICBpZiAoICFtZm5fdmFsaWQobWZuKSB8fAogICAg
ICAgICAgKHJlYWxfcGdfb3duZXIgPSBwYWdlX2dldF9vd25lcl9hbmRfcmVm
ZXJlbmNlKHBhZ2UpKSA9PSBkb21faW8gKQogICAgIHsKLSNpZm5kZWYgTkRF
QlVHCi0gICAgICAgIGNvbnN0IHVuc2lnbmVkIGxvbmcgKnJvX21hcDsKLSAg
ICAgICAgdW5zaWduZWQgaW50IHNlZywgYmRmOwotI2VuZGlmCisgICAgICAg
IGludCBmbGlwID0gMDsKIAogICAgICAgICAvKiBPbmx5IG5lZWRlZCB0aGUg
cmVmZXJlbmNlIHRvIGNvbmZpcm0gZG9tX2lvIG93bmVyc2hpcC4gKi8KICAg
ICAgICAgaWYgKCBtZm5fdmFsaWQobWZuKSApCkBAIC05MDgsMjQgKzkxNyw1
NSBAQCBnZXRfcGFnZV9mcm9tX2wxZSgKICAgICAgICAgICAgIHJldHVybiAt
RUlOVkFMOwogICAgICAgICB9CiAKLSAgICAgICAgaWYgKCAhKGwxZiAmIF9Q
QUdFX1JXKSB8fAotICAgICAgICAgICAgICFyYW5nZXNldF9jb250YWluc19z
aW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1mbikgKQotICAgICAgICAgICAg
cmV0dXJuIDA7CisgICAgICAgIGlmICggIXJhbmdlc2V0X2NvbnRhaW5zX3Np
bmdsZXRvbihtbWlvX3JvX3JhbmdlcywgbWZuKSApCisgICAgICAgIHsKKyAg
ICAgICAgICAgIC8qIE1NSU8gcGFnZXMgbXVzdCBub3QgYmUgbWFwcGVkIGNh
Y2hhYmxlIHVubGVzcyByZXF1ZXN0ZWQgc28uICovCisgICAgICAgICAgICBz
d2l0Y2ggKCBvcHRfbW1pb19yZWxheCApCisgICAgICAgICAgICB7CisgICAg
ICAgICAgICBjYXNlIDA6CisgICAgICAgICAgICAgICAgYnJlYWs7CisgICAg
ICAgICAgICBjYXNlIDE6CisgICAgICAgICAgICAgICAgaWYgKCBpc19oYXJk
d2FyZV9kb21haW4obDFlX293bmVyKSApCisgICAgICAgICAgICBjYXNlIC0x
OgorICAgICAgICAgICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgICAg
IGRlZmF1bHQ6CisgICAgICAgICAgICAgICAgQVNTRVJUX1VOUkVBQ0hBQkxF
KCk7CisgICAgICAgICAgICB9CisgICAgICAgIH0KKyAgICAgICAgZWxzZSBp
ZiAoIGwxZiAmIF9QQUdFX1JXICkKKyAgICAgICAgewogI2lmbmRlZiBOREVC
VUcKLSAgICAgICAgaWYgKCAhcGNpX21tY2ZnX2RlY29kZShtZm4sICZzZWcs
ICZiZGYpIHx8Ci0gICAgICAgICAgICAgKChyb19tYXAgPSBwY2lfZ2V0X3Jv
X21hcChzZWcpKSAhPSBOVUxMICYmCi0gICAgICAgICAgICAgIHRlc3RfYml0
KGJkZiwgcm9fbWFwKSkgKQotICAgICAgICAgICAgcHJpbnRrKFhFTkxPR19H
X1dBUk5JTkcKLSAgICAgICAgICAgICAgICAgICAiZCVkOiBGb3JjaW5nIHJl
YWQtb25seSBhY2Nlc3MgdG8gTUZOICVseFxuIiwKLSAgICAgICAgICAgICAg
ICAgICBsMWVfb3duZXItPmRvbWFpbl9pZCwgbWZuKTsKLSAgICAgICAgZWxz
ZQotICAgICAgICAgICAgcmFuZ2VzZXRfcmVwb3J0X3JhbmdlcyhtbWlvX3Jv
X3JhbmdlcywgMCwgfjBVTCwKLSAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgcHJpbnRfbW1pb19lbXVsX3JhbmdlLAotICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAmKHN0cnVjdCBtbWlvX2VtdWxfcmFu
Z2VfY3R4dCl7Ci0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIC5kID0gbDFlX293bmVyLAotICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAubWZuID0gbWZuIH0pOworICAgICAgICAgICAgY29u
c3QgdW5zaWduZWQgbG9uZyAqcm9fbWFwOworICAgICAgICAgICAgdW5zaWdu
ZWQgaW50IHNlZywgYmRmOworCisgICAgICAgICAgICBpZiAoICFwY2lfbW1j
ZmdfZGVjb2RlKG1mbiwgJnNlZywgJmJkZikgfHwKKyAgICAgICAgICAgICAg
ICAgKChyb19tYXAgPSBwY2lfZ2V0X3JvX21hcChzZWcpKSAhPSBOVUxMICYm
CisgICAgICAgICAgICAgICAgICB0ZXN0X2JpdChiZGYsIHJvX21hcCkpICkK
KyAgICAgICAgICAgICAgICBwcmludGsoWEVOTE9HX0dfV0FSTklORworICAg
ICAgICAgICAgICAgICAgICAgICAiZCVkOiBGb3JjaW5nIHJlYWQtb25seSBh
Y2Nlc3MgdG8gTUZOICVseFxuIiwKKyAgICAgICAgICAgICAgICAgICAgICAg
bDFlX293bmVyLT5kb21haW5faWQsIG1mbik7CisgICAgICAgICAgICBlbHNl
CisgICAgICAgICAgICAgICAgcmFuZ2VzZXRfcmVwb3J0X3JhbmdlcyhtbWlv
X3JvX3JhbmdlcywgMCwgfjBVTCwKKyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIHByaW50X21taW9fZW11bF9yYW5nZSwKKyAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICYoc3RydWN0IG1t
aW9fZW11bF9yYW5nZV9jdHh0KXsKKyAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAuZCA9IGwxZV9vd25lciwKKyAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAubWZuID0gbWZu
IH0pOwogI2VuZGlmCi0gICAgICAgIHJldHVybiAxOworICAgICAgICAgICAg
ZmxpcCA9IF9QQUdFX1JXOworICAgICAgICB9CisKKyAgICAgICAgc3dpdGNo
ICggbDFmICYgUEFHRV9DQUNIRV9BVFRSUyApCisgICAgICAgIHsKKyAgICAg
ICAgY2FzZSAwOiAvKiBXQiAqLworICAgICAgICAgICAgZmxpcCB8PSBfUEFH
RV9QV1QgfCBfUEFHRV9QQ0Q7CisgICAgICAgICAgICBicmVhazsKKyAgICAg
ICAgY2FzZSBfUEFHRV9QV1Q6IC8qIFdUICovCisgICAgICAgIGNhc2UgX1BB
R0VfUFdUIHwgX1BBR0VfUEFUOiAvKiBXUCAqLworICAgICAgICAgICAgZmxp
cCB8PSBfUEFHRV9QQ0QgfCAobDFmICYgX1BBR0VfUEFUKTsKKyAgICAgICAg
ICAgIGJyZWFrOworICAgICAgICB9CisKKyAgICAgICAgcmV0dXJuIGZsaXA7
CiAgICAgfQogCiAgICAgaWYgKCB1bmxpa2VseSggKHJlYWxfcGdfb3duZXIg
IT0gcGdfb3duZXIpICYmCkBAIC0xMzE1LDggKzEzNTUsOSBAQCBzdGF0aWMg
aW50IGFsbG9jX2wxX3RhYmxlKHN0cnVjdCBwYWdlX2luCiAgICAgICAgICAg
ICAgICAgZ290byBmYWlsOwogICAgICAgICAgICAgY2FzZSAwOgogICAgICAg
ICAgICAgICAgIGJyZWFrOwotICAgICAgICAgICAgY2FzZSAxOgotICAgICAg
ICAgICAgICAgIGwxZV9yZW1vdmVfZmxhZ3MocGwxZVtpXSwgX1BBR0VfUlcp
OworICAgICAgICAgICAgY2FzZSBfUEFHRV9SVyAuLi4gX1BBR0VfUlcgfCBQ
QUdFX0NBQ0hFX0FUVFJTOgorICAgICAgICAgICAgICAgIEFTU0VSVCghKHJl
dCAmIH4oX1BBR0VfUlcgfCBQQUdFX0NBQ0hFX0FUVFJTKSkpOworICAgICAg
ICAgICAgICAgIGwxZV9mbGlwX2ZsYWdzKHBsMWVbaV0sIHJldCk7CiAgICAg
ICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICB9CiAKQEAgLTE4NDks
OCArMTg5MCw5IEBAIHN0YXRpYyBpbnQgbW9kX2wxX2VudHJ5KGwxX3BnZW50
cnlfdCAqcGwKICAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOwogICAgICAg
ICB9CiAKLSAgICAgICAgLyogRmFzdCBwYXRoIGZvciBpZGVudGljYWwgbWFw
cGluZywgci93IGFuZCBwcmVzZW5jZS4gKi8KLSAgICAgICAgaWYgKCAhbDFl
X2hhc19jaGFuZ2VkKG9sMWUsIG5sMWUsIF9QQUdFX1JXIHwgX1BBR0VfUFJF
U0VOVCkgKQorICAgICAgICAvKiBGYXN0IHBhdGggZm9yIGlkZW50aWNhbCBt
YXBwaW5nLCByL3csIHByZXNlbmNlLCBhbmQgY2FjaGFiaWxpdHkuICovCisg
ICAgICAgIGlmICggIWwxZV9oYXNfY2hhbmdlZChvbDFlLCBubDFlLAorICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgUEFHRV9DQUNIRV9BVFRSUyB8
IF9QQUdFX1JXIHwgX1BBR0VfUFJFU0VOVCkgKQogICAgICAgICB7CiAgICAg
ICAgICAgICBhZGp1c3RfZ3Vlc3RfbDFlKG5sMWUsIHB0X2RvbSk7CiAgICAg
ICAgICAgICBpZiAoIFVQREFURV9FTlRSWShsMSwgcGwxZSwgb2wxZSwgbmwx
ZSwgZ2wxbWZuLCBwdF92Y3B1LApAQCAtMTg3Myw4ICsxOTE1LDkgQEAgc3Rh
dGljIGludCBtb2RfbDFfZW50cnkobDFfcGdlbnRyeV90ICpwbAogICAgICAg
ICAgICAgcmV0dXJuIHJjOwogICAgICAgICBjYXNlIDA6CiAgICAgICAgICAg
ICBicmVhazsKLSAgICAgICAgY2FzZSAxOgotICAgICAgICAgICAgbDFlX3Jl
bW92ZV9mbGFncyhubDFlLCBfUEFHRV9SVyk7CisgICAgICAgIGNhc2UgX1BB
R0VfUlcgLi4uIF9QQUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRSUzoKKyAgICAg
ICAgICAgIEFTU0VSVCghKHJjICYgfihfUEFHRV9SVyB8IFBBR0VfQ0FDSEVf
QVRUUlMpKSk7CisgICAgICAgICAgICBsMWVfZmxpcF9mbGFncyhubDFlLCBy
Yyk7CiAgICAgICAgICAgICByYyA9IDA7CiAgICAgICAgICAgICBicmVhazsK
ICAgICAgICAgfQpAQCAtNTEwOSw2ICs1MTUyLDcgQEAgc3RhdGljIGludCBw
dHdyX2VtdWxhdGVkX3VwZGF0ZSgKICAgICBsMV9wZ2VudHJ5X3QgcHRlLCBv
bDFlLCBubDFlLCAqcGwxZTsKICAgICBzdHJ1Y3QgdmNwdSAqdiA9IGN1cnJl
bnQ7CiAgICAgc3RydWN0IGRvbWFpbiAqZCA9IHYtPmRvbWFpbjsKKyAgICBp
bnQgcmV0OwogCiAgICAgLyogT25seSBhbGxvdyBuYXR1cmFsbHktYWxpZ25l
ZCBzdG9yZXMgd2l0aGluIHRoZSBvcmlnaW5hbCAlY3IyIHBhZ2UuICovCiAg
ICAgaWYgKCB1bmxpa2VseSgoKGFkZHJecHR3cl9jdHh0LT5jcjIpICYgUEFH
RV9NQVNLKSB8fCAoYWRkciAmIChieXRlcy0xKSkpICkKQEAgLTUxNTYsNyAr
NTIwMCw3IEBAIHN0YXRpYyBpbnQgcHR3cl9lbXVsYXRlZF91cGRhdGUoCiAK
ICAgICAvKiBDaGVjayB0aGUgbmV3IFBURS4gKi8KICAgICBubDFlID0gbDFl
X2Zyb21faW50cHRlKHZhbCk7Ci0gICAgc3dpdGNoICggZ2V0X3BhZ2VfZnJv
bV9sMWUobmwxZSwgZCwgZCkgKQorICAgIHN3aXRjaCAoIHJldCA9IGdldF9w
YWdlX2Zyb21fbDFlKG5sMWUsIGQsIGQpICkKICAgICB7CiAgICAgZGVmYXVs
dDoKICAgICAgICAgaWYgKCBpc19wdl8zMmJpdF9kb21haW4oZCkgJiYgKGJ5
dGVzID09IDQpICYmICh1bmFsaWduZWRfYWRkciAmIDQpICYmCkBAIC01MTgw
LDggKzUyMjQsOSBAQCBzdGF0aWMgaW50IHB0d3JfZW11bGF0ZWRfdXBkYXRl
KAogICAgICAgICBicmVhazsKICAgICBjYXNlIDA6CiAgICAgICAgIGJyZWFr
OwotICAgIGNhc2UgMToKLSAgICAgICAgbDFlX3JlbW92ZV9mbGFncyhubDFl
LCBfUEFHRV9SVyk7CisgICAgY2FzZSBfUEFHRV9SVyAuLi4gX1BBR0VfUlcg
fCBQQUdFX0NBQ0hFX0FUVFJTOgorICAgICAgICBBU1NFUlQoIShyZXQgJiB+
KF9QQUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRSUykpKTsKKyAgICAgICAgbDFl
X2ZsaXBfZmxhZ3MobmwxZSwgcmV0KTsKICAgICAgICAgYnJlYWs7CiAgICAg
fQogCi0tLSBhL3hlbi9pbmNsdWRlL2FzbS14ODYvcGFnZS5oCisrKyBiL3hl
bi9pbmNsdWRlL2FzbS14ODYvcGFnZS5oCkBAIC0xNTcsNiArMTU3LDkgQEAg
c3RhdGljIGlubGluZSBsNF9wZ2VudHJ5X3QgbDRlX2Zyb21fcGFkZAogI2Rl
ZmluZSBsM2VfcmVtb3ZlX2ZsYWdzKHgsIGZsYWdzKSAoKHgpLmwzICY9IH5w
dXRfcHRlX2ZsYWdzKGZsYWdzKSkKICNkZWZpbmUgbDRlX3JlbW92ZV9mbGFn
cyh4LCBmbGFncykgKCh4KS5sNCAmPSB+cHV0X3B0ZV9mbGFncyhmbGFncykp
CiAKKy8qIEZsaXAgZmxhZ3MgaW4gYW4gZXhpc3RpbmcgTDEgUFRFLiAqLwor
I2RlZmluZSBsMWVfZmxpcF9mbGFncyh4LCBmbGFncykgICAgKCh4KS5sMSBe
PSBwdXRfcHRlX2ZsYWdzKGZsYWdzKSkKKwogLyogQ2hlY2sgaWYgYSBwdGUn
cyBwYWdlIG1hcHBpbmcgb3Igc2lnbmlmaWNhbnQgYWNjZXNzIGZsYWdzIGhh
dmUgY2hhbmdlZC4gKi8KICNkZWZpbmUgbDFlX2hhc19jaGFuZ2VkKHgseSxm
bGFncykgXAogICAgICggISEoKCh4KS5sMSBeICh5KS5sMSkgJiAoKFBBRERS
X01BU0smUEFHRV9NQVNLKXxwdXRfcHRlX2ZsYWdzKGZsYWdzKSkpICkK

--=separator
Content-Type: application/octet-stream; name="xsa154-4.3.patch"
Content-Disposition: attachment; filename="xsa154-4.3.patch"
Content-Transfer-Encoding: base64

eDg2OiBlbmZvcmNlIGNvbnNpc3RlbnQgY2FjaGFiaWxpdHkgb2YgTU1JTyBt
YXBwaW5ncwoKV2UndmUgYmVlbiB0b2xkIGJ5IEludGVsIHRoYXQgaW5jb25z
aXN0ZW50IGNhY2hhYmlsaXR5IGJldHdlZW4KbXVsdGlwbGUgbWFwcGluZ3Mg
b2YgdGhlIHNhbWUgcGFnZSBjYW4gYWZmZWN0IHN5c3RlbSBzdGFiaWxpdHkg
b25seQp3aGVuIHRoZSBhZmZlY3RlZCBwYWdlIGlzIGFuIE1NSU8gb25lLiBT
aW5jZSB0aGUgc3RhbGUgZGF0YSBpc3N1ZSBpcwpvZiBubyByZWxldmFuY2Ug
dG8gdGhlIGh5cGVydmlzb3IgKHNpbmNlIGFsbCBndWVzdCBtZW1vcnkgYWNj
ZXNzZXMgZ28KdGhyb3VnaCBwcm9wZXIgYWNjZXNzb3JzIGFuZCB2YWxpZGF0
aW9uKSwgaGFuZGxpbmcgb2YgUkFNIHBhZ2VzCnJlbWFpbnMgdW5jaGFuZ2Vk
IGhlcmUuIEFueSBNTUlPIG1hcHBlZCBieSBkb21haW5zIGhvd2V2ZXIgbmVl
ZHMgdG8gYmUKZG9uZSBjb25zaXN0ZW50bHkgKGFsbCBjYWNoYWJsZSBtYXBw
aW5ncyBvciBhbGwgdW5jYWNoYWJsZSBvbmVzKSwgaW4Kb3JkZXIgdG8gYXZv
aWQgTWFjaGluZSBDaGVjayBleGNlcHRpb25zLiBTaW5jZSBjb252ZXJ0aW5n
IGV4aXN0aW5nCmNhY2hhYmxlIG1hcHBpbmdzIHRvIHVuY2FjaGFibGUgKGF0
IHRoZSB0aW1lIGFuIHVuY2FjaGFibGUgbWFwcGluZwpnZXRzIGVzdGFibGlz
aGVkKSB3b3VsZCBpbiB0aGUgUFYgY2FzZSByZXF1aXJlIHRyYWNraW5nIGFs
bCBtYXBwaW5ncywKYWxsb3cgTU1JTyB0byBvbmx5IGdldCBtYXBwZWQgdW5j
YWNoYWJsZSAoVUMsIFVDLSwgb3IgV0MpLgoKVGhpcyBhbHNvIGltcGxpZXMg
dGhhdCBpbiB0aGUgUFYgY2FzZSB3ZSBtdXN0bid0IHVzZSB0aGUgTDEgUFRF
IHVwZGF0ZQpmYXN0IHBhdGggd2hlbiBjYWNoYWJpbGl0eSBmbGFncyBnZXQg
YWx0ZXJlZC4KClNpbmNlIGluIHRoZSBIVk0gY2FzZSBhdCBsZWFzdCBmb3Ig
bm93IHdlIHdhbnQgdG8gY29udGludWUgaG9ub3JpbmcKcGlubmVkIGNhY2hh
YmlsaXR5IGF0dHJpYnV0ZXMgZm9yIHBhZ2VzIG5vdCBtYXBwZWQgYnkgdGhl
IGh5cGVydmlzb3IsCnNwZWNpYWwgY2FzZSBoYW5kbGluZyBvZiByL28gTU1J
TyBwYWdlcyAoZm9yY2luZyBVQykgZ2V0cyBhZGRlZCB0aGVyZS4KQXJndWFi
bHkgdGhlIGNvdW50ZXJwYXJ0IGNoYW5nZSB0byBwMm0tcHQuYyBtYXkgbm90
IGJlIG5lY2Vzc2FyeSwgc2luY2UKVUMtICh3aGljaCBhbHJlYWR5IGdldHMg
ZW5mb3JjZWQgdGhlcmUpIGlzIHByb2JhYmx5IHN0cmljdCBlbm91Z2guCgpO
b3RlIHRoYXQgdGhlIHNoYWRvdyBjb2RlIGNoYW5nZXMgaW5jbHVkZSBmaXhp
bmcgdGhlIHdyaXRlIHByb3RlY3Rpb24Kb2Ygci9vIE1NSU8gcmFuZ2VzOiBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncygpIGFuZCBpdHMgc2libGluZ3MsIG90
aGVyCnRoYW4gbDFlX3JlbW92ZV9mbGFncygpIGFuZCBhbGlrZSwgcmV0dXJu
IHRoZSBuZXcgUFRFIChhbmQgaGVuY2UKaWdub3JpbmcgdGhlaXIgcmV0dXJu
IHZhbHVlcyBtYWtlcyB0aGVtIG5vLW9wcykuCgpUaGlzIGlzIENWRS0yMDE2
LTIyNzAgLyBYU0EtMTU0LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2gg
PGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogQW5kcmV3IENvb3BlciA8
YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNvbT4KCi0tLSBhL2RvY3MvbWlzYy94
ZW4tY29tbWFuZC1saW5lLm1hcmtkb3duCisrKyBiL2RvY3MvbWlzYy94ZW4t
Y29tbWFuZC1saW5lLm1hcmtkb3duCkBAIC02NTYsNiArNjU2LDE1IEBAIGxp
bWl0IGlzIGlnbm9yZWQgYnkgWGVuLgogCiBTcGVjaWZ5IGlmIHRoZSBNTUNv
bmZpZyBzcGFjZSBzaG91bGQgYmUgZW5hYmxlZC4KIAorIyMjIG1taW8tcmVs
YXgKKz4gYD0gPGJvb2xlYW4+IHwgYWxsYAorCis+IERlZmF1bHQ6IGBmYWxz
ZWAKKworQnkgZGVmYXVsdCwgZG9tYWlucyBtYXkgbm90IGNyZWF0ZSBjYWNo
ZWQgbWFwcGluZ3MgdG8gTU1JTyByZWdpb25zLgorVGhpcyBvcHRpb24gcmVs
YXhlcyB0aGUgY2hlY2sgZm9yIERvbWFpbiAwIChvciB3aGVuIHVzaW5nIGBh
bGxgLCBhbGwgUFYKK2RvbWFpbnMpLCB0byBwZXJtaXQgdGhlIHVzZSBvZiBj
YWNoZWFibGUgTU1JTyBtYXBwaW5ncy4KKwogIyMjIG1zaQogPiBgPSA8Ym9v
bGVhbj5gCiAKLS0tIGEveGVuL2FyY2gveDg2L2h2bS9tdHJyLmMKKysrIGIv
eGVuL2FyY2gveDg2L2h2bS9tdHJyLmMKQEAgLTY5Myw4ICs2OTMsMTIgQEAg
dWludDhfdCBlcHRlX2dldF9lbnRyeV9lbXQoc3RydWN0IGRvbWFpbgogICAg
IGlmICggdi0+ZG9tYWluICE9IGQgKQogICAgICAgICB2ID0gZC0+dmNwdSA/
IGQtPnZjcHVbMF0gOiBOVUxMOwogCi0gICAgaWYgKCAhbWZuX3ZhbGlkKG1m
bl94KG1mbikpICkKKyAgICBpZiAoICFtZm5fdmFsaWQobWZuX3gobWZuKSkg
fHwKKyAgICAgICAgIHJhbmdlc2V0X2NvbnRhaW5zX3NpbmdsZXRvbihtbWlv
X3JvX3JhbmdlcywgbWZuX3gobWZuKSkgKQorICAgIHsKKyAgICAgICAgKmlw
YXQgPSAxOwogICAgICAgICByZXR1cm4gTVRSUl9UWVBFX1VOQ0FDSEFCTEU7
CisgICAgfQogCiAgICAgaWYgKCBodm1fZ2V0X21lbV9waW5uZWRfY2FjaGVh
dHRyKGQsIGdmbiwgJnR5cGUpICkKICAgICAgICAgcmV0dXJuIHR5cGU7Ci0t
LSBhL3hlbi9hcmNoL3g4Ni9tbS9wMm0tcHQuYworKysgYi94ZW4vYXJjaC94
ODYvbW0vcDJtLXB0LmMKQEAgLTkzLDYgKzkzLDggQEAgc3RhdGljIHVuc2ln
bmVkIGxvbmcgcDJtX3R5cGVfdG9fZmxhZ3MocAogICAgIGNhc2UgcDJtX21t
aW9fZGlyZWN0OgogICAgICAgICBpZiAoICFyYW5nZXNldF9jb250YWluc19z
aW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1mbl94KG1mbikpICkKICAgICAg
ICAgICAgIGZsYWdzIHw9IF9QQUdFX1JXOworICAgICAgICBlbHNlCisgICAg
ICAgICAgICBmbGFncyB8PSBfUEFHRV9QV1Q7CiAgICAgICAgIHJldHVybiBm
bGFncyB8IFAyTV9CQVNFX0ZMQUdTIHwgX1BBR0VfUENEOwogICAgIH0KIH0K
LS0tIGEveGVuL2FyY2gveDg2L21tL3NoYWRvdy9tdWx0aS5jCisrKyBiL3hl
bi9hcmNoL3g4Ni9tbS9zaGFkb3cvbXVsdGkuYwpAQCAtNTIxLDYgKzUyMSw3
IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgZ2ZuX3Qg
dGFyZ2V0X2dmbiA9IGd1ZXN0X2wxZV9nZXRfZ2ZuKGd1ZXN0X2VudHJ5KTsK
ICAgICB1MzIgcGFzc190aHJ1X2ZsYWdzOwogICAgIHUzMiBnZmxhZ3MsIHNm
bGFnczsKKyAgICBib29sX3QgbW1pb19tZm47CiAKICAgICAvKiBXZSBkb24n
dCBzaGFkb3cgUEFFIGwzcyAqLwogICAgIEFTU0VSVChHVUVTVF9QQUdJTkdf
TEVWRUxTID4gMyB8fCBsZXZlbCAhPSAzKTsKQEAgLTU2MSw3ICs1NjIsMTAg
QEAgX3NoX3Byb3BhZ2F0ZShzdHJ1Y3QgdmNwdSAqdiwKICAgICAvLyBtZm4g
bWVhbnMgdGhhdCB3ZSBjYW4gbm90IHVzZWZ1bGx5IHNoYWRvdyBhbnl0aGlu
ZywgYW5kIHNvIHdlCiAgICAgLy8gcmV0dXJuIGVhcmx5LgogICAgIC8vCi0g
ICAgaWYgKCAhbWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgbW1pb19tZm4g
PSAhbWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgICAgICAgICAgICB8fCAo
bGV2ZWwgPT0gMQorICAgICAgICAgICAgICAgICAgICYmIHBhZ2VfZ2V0X293
bmVyKG1mbl90b19wYWdlKHRhcmdldF9tZm4pKSA9PSBkb21faW8pOworICAg
IGlmICggbW1pb19tZm4KICAgICAgICAgICYmICEobGV2ZWwgPT0gMSAmJiAo
IXNoYWRvd19tb2RlX3JlZmNvdW50cyhkKSAKICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgfHwgcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QpKSApCiAg
ICAgewpAQCAtNTc5LDcgKzU4Myw3IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0
IHZjcHUgKnYsCiAgICAgICAgICAgICAgICAgICAgICAgIF9QQUdFX1JXIHwg
X1BBR0VfUFJFU0VOVCk7CiAgICAgaWYgKCBndWVzdF9zdXBwb3J0c19ueCh2
KSApCiAgICAgICAgIHBhc3NfdGhydV9mbGFncyB8PSBfUEFHRV9OWF9CSVQ7
Ci0gICAgaWYgKCAhc2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmICFtZm5f
dmFsaWQodGFyZ2V0X21mbikgKQorICAgIGlmICggbGV2ZWwgPT0gMSAmJiAh
c2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmIG1taW9fbWZuICkKICAgICAg
ICAgcGFzc190aHJ1X2ZsYWdzIHw9IF9QQUdFX1BBVCB8IF9QQUdFX1BDRCB8
IF9QQUdFX1BXVDsKICAgICBzZmxhZ3MgPSBnZmxhZ3MgJiBwYXNzX3RocnVf
ZmxhZ3M7CiAKQEAgLTY3NiwxMCArNjgwLDE0IEBAIF9zaF9wcm9wYWdhdGUo
c3RydWN0IHZjcHUgKnYsCiAgICAgfQogCiAgICAgLyogUmVhZC1vbmx5IG1l
bW9yeSAqLwotICAgIGlmICggcDJtX2lzX3JlYWRvbmx5KHAybXQpIHx8Ci0g
ICAgICAgICAocDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKLSAgICAgICAg
ICByYW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19yYW5nZXMs
IG1mbl94KHRhcmdldF9tZm4pKSkgKQorICAgIGlmICggcDJtX2lzX3JlYWRv
bmx5KHAybXQpICkKICAgICAgICAgc2ZsYWdzICY9IH5fUEFHRV9SVzsKKyAg
ICBlbHNlIGlmICggcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKKyAgICAg
ICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfc2luZ2xldG9uKG1taW9fcm9f
cmFuZ2VzLCBtZm5feCh0YXJnZXRfbWZuKSkgKQorICAgIHsKKyAgICAgICAg
c2ZsYWdzICY9IH4oX1BBR0VfUlcgfCBfUEFHRV9QQVQpOworICAgICAgICBz
ZmxhZ3MgfD0gX1BBR0VfUENEIHwgX1BBR0VfUFdUOworICAgIH0KICAgICAK
ICAgICAvLyBwcm90ZWN0IGd1ZXN0IHBhZ2UgdGFibGVzCiAgICAgLy8KQEAg
LTEyMDEsMjIgKzEyMDksMjggQEAgc3RhdGljIGludCBzaGFkb3dfc2V0X2wx
ZShzdHJ1Y3QgdmNwdSAqdgogICAgICAgICAgJiYgIXNoX2wxZV9pc19tYWdp
YyhuZXdfc2wxZSkgKSAKICAgICB7CiAgICAgICAgIC8qIEFib3V0IHRvIGlu
c3RhbGwgYSBuZXcgcmVmZXJlbmNlICovICAgICAgICAKLSAgICAgICAgaWYg
KCBzaGFkb3dfbW9kZV9yZWZjb3VudHMoZCkgKSB7CisgICAgICAgIGlmICgg
c2hhZG93X21vZGVfcmVmY291bnRzKGQpICkKKyAgICAgICAgeworI2RlZmlu
ZSBQQUdFX0ZMSVBQQUJMRSAoX1BBR0VfUlcgfCBfUEFHRV9QV1QgfCBfUEFH
RV9QQ0QgfCBfUEFHRV9QQVQpCisgICAgICAgICAgICBpbnQgcmM7CisKICAg
ICAgICAgICAgIFRSQUNFX1NIQURPV19QQVRIX0ZMQUcoVFJDRV9TRkxBR19T
SEFET1dfTDFfR0VUX1JFRik7Ci0gICAgICAgICAgICBzd2l0Y2ggKCBzaGFk
b3dfZ2V0X3BhZ2VfZnJvbV9sMWUobmV3X3NsMWUsIGQsIG5ld190eXBlKSAp
CisgICAgICAgICAgICBzd2l0Y2ggKCByYyA9IHNoYWRvd19nZXRfcGFnZV9m
cm9tX2wxZShuZXdfc2wxZSwgZCwgbmV3X3R5cGUpICkKICAgICAgICAgICAg
IHsKICAgICAgICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICAgICAgLyog
RG9lc24ndCBsb29rIGxpa2UgYSBwYWdldGFibGUuICovCiAgICAgICAgICAg
ICAgICAgZmxhZ3MgfD0gU0hBRE9XX1NFVF9FUlJPUjsKICAgICAgICAgICAg
ICAgICBuZXdfc2wxZSA9IHNoYWRvd19sMWVfZW1wdHkoKTsKICAgICAgICAg
ICAgICAgICBicmVhazsKLSAgICAgICAgICAgIGNhc2UgMToKLSAgICAgICAg
ICAgICAgICBzaGFkb3dfbDFlX3JlbW92ZV9mbGFncyhuZXdfc2wxZSwgX1BB
R0VfUlcpOworICAgICAgICAgICAgY2FzZSBQQUdFX0ZMSVBQQUJMRSAmIC1Q
QUdFX0ZMSVBQQUJMRSAuLi4gUEFHRV9GTElQUEFCTEU6CisgICAgICAgICAg
ICAgICAgQVNTRVJUKCEocmMgJiB+UEFHRV9GTElQUEFCTEUpKTsKKyAgICAg
ICAgICAgICAgICBuZXdfc2wxZSA9IHNoYWRvd19sMWVfZmxpcF9mbGFncyhu
ZXdfc2wxZSwgcmMpOwogICAgICAgICAgICAgICAgIC8qIGZhbGwgdGhyb3Vn
aCAqLwogICAgICAgICAgICAgY2FzZSAwOgogICAgICAgICAgICAgICAgIHNo
YWRvd192cmFtX2dldF9sMWUobmV3X3NsMWUsIHNsMWUsIHNsMW1mbiwgZCk7
CiAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICB9CisjdW5k
ZWYgUEFHRV9GTElQUEFCTEUKICAgICAgICAgfQogICAgIH0gCiAKLS0tIGEv
eGVuL2FyY2gveDg2L21tL3NoYWRvdy90eXBlcy5oCisrKyBiL3hlbi9hcmNo
L3g4Ni9tbS9zaGFkb3cvdHlwZXMuaApAQCAtMTAwLDYgKzEwMCw5IEBAIHN0
YXRpYyBpbmxpbmUgdTMyIHNoYWRvd19sNGVfZ2V0X2ZsYWdzKHMKIHN0YXRp
YyBpbmxpbmUgc2hhZG93X2wxZV90CiBzaGFkb3dfbDFlX3JlbW92ZV9mbGFn
cyhzaGFkb3dfbDFlX3Qgc2wxZSwgdTMyIGZsYWdzKQogeyBsMWVfcmVtb3Zl
X2ZsYWdzKHNsMWUsIGZsYWdzKTsgcmV0dXJuIHNsMWU7IH0KK3N0YXRpYyBp
bmxpbmUgc2hhZG93X2wxZV90CitzaGFkb3dfbDFlX2ZsaXBfZmxhZ3Moc2hh
ZG93X2wxZV90IHNsMWUsIHUzMiBmbGFncykKK3sgbDFlX2ZsaXBfZmxhZ3Mo
c2wxZSwgZmxhZ3MpOyByZXR1cm4gc2wxZTsgfQogCiBzdGF0aWMgaW5saW5l
IHNoYWRvd19sMWVfdCBzaGFkb3dfbDFlX2VtcHR5KHZvaWQpIAogeyByZXR1
cm4gbDFlX2VtcHR5KCk7IH0KLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysr
IGIveGVuL2FyY2gveDg2L21tLmMKQEAgLTE4OCw2ICsxODgsMTggQEAgc3Rh
dGljIHVpbnQzMl90IGJhc2VfZGlzYWxsb3dfbWFzazsKICAgICAgICFpc19o
dm1fZG9tYWluKGQpKSA/ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBcCiAgICAgIEwxX0RJU0FMTE9XX01BU0sgOiAoTDFfRElTQUxM
T1dfTUFTSyAmIH5QQUdFX0NBQ0hFX0FUVFJTKSkKIAorc3RhdGljIHM4IF9f
cmVhZF9tb3N0bHkgb3B0X21taW9fcmVsYXg7CitzdGF0aWMgdm9pZCBfX2lu
aXQgcGFyc2VfbW1pb19yZWxheChjb25zdCBjaGFyICpzKQoreworICAgIGlm
ICggISpzICkKKyAgICAgICAgb3B0X21taW9fcmVsYXggPSAxOworICAgIGVs
c2UKKyAgICAgICAgb3B0X21taW9fcmVsYXggPSBwYXJzZV9ib29sKHMpOwor
ICAgIGlmICggb3B0X21taW9fcmVsYXggPCAwICYmIHN0cmNtcChzLCAiYWxs
IikgKQorICAgICAgICBvcHRfbW1pb19yZWxheCA9IDA7Cit9CitjdXN0b21f
cGFyYW0oIm1taW8tcmVsYXgiLCBwYXJzZV9tbWlvX3JlbGF4KTsKKwogc3Rh
dGljIHZvaWQgX19pbml0IGluaXRfZnJhbWV0YWJsZV9jaHVuayh2b2lkICpz
dGFydCwgdm9pZCAqZW5kKQogewogICAgIHVuc2lnbmVkIGxvbmcgcyA9ICh1
bnNpZ25lZCBsb25nKXN0YXJ0OwpAQCAtNzczLDYgKzc4NSw4IEBAIGdldF9w
YWdlX2Zyb21fbDFlKAogICAgIGlmICggIW1mbl92YWxpZChtZm4pIHx8CiAg
ICAgICAgICAocmVhbF9wZ19vd25lciA9IHBhZ2VfZ2V0X293bmVyX2FuZF9y
ZWZlcmVuY2UocGFnZSkpID09IGRvbV9pbyApCiAgICAgeworICAgICAgICBp
bnQgZmxpcCA9IDA7CisKICAgICAgICAgLyogT25seSBuZWVkZWQgdGhlIHJl
ZmVyZW5jZSB0byBjb25maXJtIGRvbV9pbyBvd25lcnNoaXAuICovCiAgICAg
ICAgIGlmICggbWZuX3ZhbGlkKG1mbikgKQogICAgICAgICAgICAgcHV0X3Bh
Z2UocGFnZSk7CkBAIC04MDUsMTMgKzgxOSw0MSBAQCBnZXRfcGFnZV9mcm9t
X2wxZSgKICAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOwogICAgICAgICB9
CiAKLSAgICAgICAgaWYgKCAhKGwxZiAmIF9QQUdFX1JXKSB8fAotICAgICAg
ICAgICAgICFyYW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19y
YW5nZXMsIG1mbikgKQotICAgICAgICAgICAgcmV0dXJuIDA7Ci0gICAgICAg
IGRwcmludGsoWEVOTE9HX0dfV0FSTklORywKLSAgICAgICAgICAgICAgICAi
ZCVkOiBGb3JjaW5nIHJlYWQtb25seSBhY2Nlc3MgdG8gTUZOICVseFxuIiwK
LSAgICAgICAgICAgICAgICBsMWVfb3duZXItPmRvbWFpbl9pZCwgbWZuKTsK
LSAgICAgICAgcmV0dXJuIDE7CisgICAgICAgIGlmICggIXJhbmdlc2V0X2Nv
bnRhaW5zX3NpbmdsZXRvbihtbWlvX3JvX3JhbmdlcywgbWZuKSApCisgICAg
ICAgIHsKKyAgICAgICAgICAgIC8qIE1NSU8gcGFnZXMgbXVzdCBub3QgYmUg
bWFwcGVkIGNhY2hhYmxlIHVubGVzcyByZXF1ZXN0ZWQgc28uICovCisgICAg
ICAgICAgICBzd2l0Y2ggKCBvcHRfbW1pb19yZWxheCApCisgICAgICAgICAg
ICB7CisgICAgICAgICAgICBjYXNlIDA6CisgICAgICAgICAgICAgICAgYnJl
YWs7CisgICAgICAgICAgICBjYXNlIDE6CisgICAgICAgICAgICAgICAgaWYg
KCBpc19oYXJkd2FyZV9kb21haW4obDFlX293bmVyKSApCisgICAgICAgICAg
ICBjYXNlIC0xOgorICAgICAgICAgICAgICAgICAgICByZXR1cm4gMDsKKyAg
ICAgICAgICAgIGRlZmF1bHQ6CisgICAgICAgICAgICAgICAgQVNTRVJUKDAp
OworICAgICAgICAgICAgfQorICAgICAgICB9CisgICAgICAgIGVsc2UgaWYg
KCBsMWYgJiBfUEFHRV9SVyApCisgICAgICAgIHsKKyAgICAgICAgICAgIGRw
cmludGsoWEVOTE9HX0dfV0FSTklORywKKyAgICAgICAgICAgICAgICAgICAg
ImQlZDogRm9yY2luZyByZWFkLW9ubHkgYWNjZXNzIHRvIE1GTiAlbHhcbiIs
CisgICAgICAgICAgICAgICAgICAgIGwxZV9vd25lci0+ZG9tYWluX2lkLCBt
Zm4pOworICAgICAgICAgICAgZmxpcCA9IF9QQUdFX1JXOworICAgICAgICB9
CisKKyAgICAgICAgc3dpdGNoICggbDFmICYgUEFHRV9DQUNIRV9BVFRSUyAp
CisgICAgICAgIHsKKyAgICAgICAgY2FzZSAwOiAvKiBXQiAqLworICAgICAg
ICAgICAgZmxpcCB8PSBfUEFHRV9QV1QgfCBfUEFHRV9QQ0Q7CisgICAgICAg
ICAgICBicmVhazsKKyAgICAgICAgY2FzZSBfUEFHRV9QV1Q6IC8qIFdUICov
CisgICAgICAgIGNhc2UgX1BBR0VfUFdUIHwgX1BBR0VfUEFUOiAvKiBXUCAq
LworICAgICAgICAgICAgZmxpcCB8PSBfUEFHRV9QQ0QgfCAobDFmICYgX1BB
R0VfUEFUKTsKKyAgICAgICAgICAgIGJyZWFrOworICAgICAgICB9CisKKyAg
ICAgICAgcmV0dXJuIGZsaXA7CiAgICAgfQogCiAgICAgaWYgKCB1bmxpa2Vs
eSggKHJlYWxfcGdfb3duZXIgIT0gcGdfb3duZXIpICYmCkBAIC0xMjEwLDgg
KzEyNTIsOSBAQCBzdGF0aWMgaW50IGFsbG9jX2wxX3RhYmxlKHN0cnVjdCBw
YWdlX2luCiAgICAgICAgICAgICAgICAgZ290byBmYWlsOwogICAgICAgICAg
ICAgY2FzZSAwOgogICAgICAgICAgICAgICAgIGJyZWFrOwotICAgICAgICAg
ICAgY2FzZSAxOgotICAgICAgICAgICAgICAgIGwxZV9yZW1vdmVfZmxhZ3Mo
cGwxZVtpXSwgX1BBR0VfUlcpOworICAgICAgICAgICAgY2FzZSBfUEFHRV9S
VyAuLi4gX1BBR0VfUlcgfCBQQUdFX0NBQ0hFX0FUVFJTOgorICAgICAgICAg
ICAgICAgIEFTU0VSVCghKHJldCAmIH4oX1BBR0VfUlcgfCBQQUdFX0NBQ0hF
X0FUVFJTKSkpOworICAgICAgICAgICAgICAgIGwxZV9mbGlwX2ZsYWdzKHBs
MWVbaV0sIHJldCk7CiAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAg
ICAgICB9CiAKQEAgLTE3MDYsOCArMTc0OSw5IEBAIHN0YXRpYyBpbnQgbW9k
X2wxX2VudHJ5KGwxX3BnZW50cnlfdCAqcGwKICAgICAgICAgICAgIHJldHVy
biAtRUlOVkFMOwogICAgICAgICB9CiAKLSAgICAgICAgLyogRmFzdCBwYXRo
IGZvciBpZGVudGljYWwgbWFwcGluZywgci93IGFuZCBwcmVzZW5jZS4gKi8K
LSAgICAgICAgaWYgKCAhbDFlX2hhc19jaGFuZ2VkKG9sMWUsIG5sMWUsIF9Q
QUdFX1JXIHwgX1BBR0VfUFJFU0VOVCkgKQorICAgICAgICAvKiBGYXN0IHBh
dGggZm9yIGlkZW50aWNhbCBtYXBwaW5nLCByL3csIHByZXNlbmNlLCBhbmQg
Y2FjaGFiaWxpdHkuICovCisgICAgICAgIGlmICggIWwxZV9oYXNfY2hhbmdl
ZChvbDFlLCBubDFlLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
UEFHRV9DQUNIRV9BVFRSUyB8IF9QQUdFX1JXIHwgX1BBR0VfUFJFU0VOVCkg
KQogICAgICAgICB7CiAgICAgICAgICAgICBhZGp1c3RfZ3Vlc3RfbDFlKG5s
MWUsIHB0X2RvbSk7CiAgICAgICAgICAgICBpZiAoIFVQREFURV9FTlRSWShs
MSwgcGwxZSwgb2wxZSwgbmwxZSwgZ2wxbWZuLCBwdF92Y3B1LApAQCAtMTcz
MCw4ICsxNzc0LDkgQEAgc3RhdGljIGludCBtb2RfbDFfZW50cnkobDFfcGdl
bnRyeV90ICpwbAogICAgICAgICAgICAgcmV0dXJuIHJjOwogICAgICAgICBj
YXNlIDA6CiAgICAgICAgICAgICBicmVhazsKLSAgICAgICAgY2FzZSAxOgot
ICAgICAgICAgICAgbDFlX3JlbW92ZV9mbGFncyhubDFlLCBfUEFHRV9SVyk7
CisgICAgICAgIGNhc2UgX1BBR0VfUlcgLi4uIF9QQUdFX1JXIHwgUEFHRV9D
QUNIRV9BVFRSUzoKKyAgICAgICAgICAgIEFTU0VSVCghKHJjICYgfihfUEFH
RV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlMpKSk7CisgICAgICAgICAgICBsMWVf
ZmxpcF9mbGFncyhubDFlLCByYyk7CiAgICAgICAgICAgICByYyA9IDA7CiAg
ICAgICAgICAgICBicmVhazsKICAgICAgICAgfQpAQCAtNTAxMCw2ICs1MDU1
LDcgQEAgc3RhdGljIGludCBwdHdyX2VtdWxhdGVkX3VwZGF0ZSgKICAgICBs
MV9wZ2VudHJ5X3QgcHRlLCBvbDFlLCBubDFlLCAqcGwxZTsKICAgICBzdHJ1
Y3QgdmNwdSAqdiA9IGN1cnJlbnQ7CiAgICAgc3RydWN0IGRvbWFpbiAqZCA9
IHYtPmRvbWFpbjsKKyAgICBpbnQgcmV0OwogCiAgICAgLyogT25seSBhbGxv
dyBuYXR1cmFsbHktYWxpZ25lZCBzdG9yZXMgd2l0aGluIHRoZSBvcmlnaW5h
bCAlY3IyIHBhZ2UuICovCiAgICAgaWYgKCB1bmxpa2VseSgoKGFkZHJecHR3
cl9jdHh0LT5jcjIpICYgUEFHRV9NQVNLKSB8fCAoYWRkciAmIChieXRlcy0x
KSkpICkKQEAgLTUwNTcsNyArNTEwMyw3IEBAIHN0YXRpYyBpbnQgcHR3cl9l
bXVsYXRlZF91cGRhdGUoCiAKICAgICAvKiBDaGVjayB0aGUgbmV3IFBURS4g
Ki8KICAgICBubDFlID0gbDFlX2Zyb21faW50cHRlKHZhbCk7Ci0gICAgc3dp
dGNoICggZ2V0X3BhZ2VfZnJvbV9sMWUobmwxZSwgZCwgZCkgKQorICAgIHN3
aXRjaCAoIHJldCA9IGdldF9wYWdlX2Zyb21fbDFlKG5sMWUsIGQsIGQpICkK
ICAgICB7CiAgICAgZGVmYXVsdDoKICAgICAgICAgaWYgKCBpc19wdl8zMmJp
dF9kb21haW4oZCkgJiYgKGJ5dGVzID09IDQpICYmICh1bmFsaWduZWRfYWRk
ciAmIDQpICYmCkBAIC01MDgxLDggKzUxMjcsOSBAQCBzdGF0aWMgaW50IHB0
d3JfZW11bGF0ZWRfdXBkYXRlKAogICAgICAgICBicmVhazsKICAgICBjYXNl
IDA6CiAgICAgICAgIGJyZWFrOwotICAgIGNhc2UgMToKLSAgICAgICAgbDFl
X3JlbW92ZV9mbGFncyhubDFlLCBfUEFHRV9SVyk7CisgICAgY2FzZSBfUEFH
RV9SVyAuLi4gX1BBR0VfUlcgfCBQQUdFX0NBQ0hFX0FUVFJTOgorICAgICAg
ICBBU1NFUlQoIShyZXQgJiB+KF9QQUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRS
UykpKTsKKyAgICAgICAgbDFlX2ZsaXBfZmxhZ3MobmwxZSwgcmV0KTsKICAg
ICAgICAgYnJlYWs7CiAgICAgfQogCi0tLSBhL3hlbi9pbmNsdWRlL2FzbS14
ODYvcGFnZS5oCisrKyBiL3hlbi9pbmNsdWRlL2FzbS14ODYvcGFnZS5oCkBA
IC0xNTcsNiArMTU3LDkgQEAgc3RhdGljIGlubGluZSBsNF9wZ2VudHJ5X3Qg
bDRlX2Zyb21fcGFkZAogI2RlZmluZSBsM2VfcmVtb3ZlX2ZsYWdzKHgsIGZs
YWdzKSAoKHgpLmwzICY9IH5wdXRfcHRlX2ZsYWdzKGZsYWdzKSkKICNkZWZp
bmUgbDRlX3JlbW92ZV9mbGFncyh4LCBmbGFncykgKCh4KS5sNCAmPSB+cHV0
X3B0ZV9mbGFncyhmbGFncykpCiAKKy8qIEZsaXAgZmxhZ3MgaW4gYW4gZXhp
c3RpbmcgTDEgUFRFLiAqLworI2RlZmluZSBsMWVfZmxpcF9mbGFncyh4LCBm
bGFncykgICAgKCh4KS5sMSBePSBwdXRfcHRlX2ZsYWdzKGZsYWdzKSkKKwog
LyogQ2hlY2sgaWYgYSBwdGUncyBwYWdlIG1hcHBpbmcgb3Igc2lnbmlmaWNh
bnQgYWNjZXNzIGZsYWdzIGhhdmUgY2hhbmdlZC4gKi8KICNkZWZpbmUgbDFl
X2hhc19jaGFuZ2VkKHgseSxmbGFncykgXAogICAgICggISEoKCh4KS5sMSBe
ICh5KS5sMSkgJiAoKFBBRERSX01BU0smUEFHRV9NQVNLKXxwdXRfcHRlX2Zs
YWdzKGZsYWdzKSkpICkK

--=separator
Content-Type: application/octet-stream; name="xsa154-4.4.patch"
Content-Disposition: attachment; filename="xsa154-4.4.patch"
Content-Transfer-Encoding: base64

eDg2OiBlbmZvcmNlIGNvbnNpc3RlbnQgY2FjaGFiaWxpdHkgb2YgTU1JTyBt
YXBwaW5ncwoKV2UndmUgYmVlbiB0b2xkIGJ5IEludGVsIHRoYXQgaW5jb25z
aXN0ZW50IGNhY2hhYmlsaXR5IGJldHdlZW4KbXVsdGlwbGUgbWFwcGluZ3Mg
b2YgdGhlIHNhbWUgcGFnZSBjYW4gYWZmZWN0IHN5c3RlbSBzdGFiaWxpdHkg
b25seQp3aGVuIHRoZSBhZmZlY3RlZCBwYWdlIGlzIGFuIE1NSU8gb25lLiBT
aW5jZSB0aGUgc3RhbGUgZGF0YSBpc3N1ZSBpcwpvZiBubyByZWxldmFuY2Ug
dG8gdGhlIGh5cGVydmlzb3IgKHNpbmNlIGFsbCBndWVzdCBtZW1vcnkgYWNj
ZXNzZXMgZ28KdGhyb3VnaCBwcm9wZXIgYWNjZXNzb3JzIGFuZCB2YWxpZGF0
aW9uKSwgaGFuZGxpbmcgb2YgUkFNIHBhZ2VzCnJlbWFpbnMgdW5jaGFuZ2Vk
IGhlcmUuIEFueSBNTUlPIG1hcHBlZCBieSBkb21haW5zIGhvd2V2ZXIgbmVl
ZHMgdG8gYmUKZG9uZSBjb25zaXN0ZW50bHkgKGFsbCBjYWNoYWJsZSBtYXBw
aW5ncyBvciBhbGwgdW5jYWNoYWJsZSBvbmVzKSwgaW4Kb3JkZXIgdG8gYXZv
aWQgTWFjaGluZSBDaGVjayBleGNlcHRpb25zLiBTaW5jZSBjb252ZXJ0aW5n
IGV4aXN0aW5nCmNhY2hhYmxlIG1hcHBpbmdzIHRvIHVuY2FjaGFibGUgKGF0
IHRoZSB0aW1lIGFuIHVuY2FjaGFibGUgbWFwcGluZwpnZXRzIGVzdGFibGlz
aGVkKSB3b3VsZCBpbiB0aGUgUFYgY2FzZSByZXF1aXJlIHRyYWNraW5nIGFs
bCBtYXBwaW5ncywKYWxsb3cgTU1JTyB0byBvbmx5IGdldCBtYXBwZWQgdW5j
YWNoYWJsZSAoVUMsIFVDLSwgb3IgV0MpLgoKVGhpcyBhbHNvIGltcGxpZXMg
dGhhdCBpbiB0aGUgUFYgY2FzZSB3ZSBtdXN0bid0IHVzZSB0aGUgTDEgUFRF
IHVwZGF0ZQpmYXN0IHBhdGggd2hlbiBjYWNoYWJpbGl0eSBmbGFncyBnZXQg
YWx0ZXJlZC4KClNpbmNlIGluIHRoZSBIVk0gY2FzZSBhdCBsZWFzdCBmb3Ig
bm93IHdlIHdhbnQgdG8gY29udGludWUgaG9ub3JpbmcKcGlubmVkIGNhY2hh
YmlsaXR5IGF0dHJpYnV0ZXMgZm9yIHBhZ2VzIG5vdCBtYXBwZWQgYnkgdGhl
IGh5cGVydmlzb3IsCnNwZWNpYWwgY2FzZSBoYW5kbGluZyBvZiByL28gTU1J
TyBwYWdlcyAoZm9yY2luZyBVQykgZ2V0cyBhZGRlZCB0aGVyZS4KQXJndWFi
bHkgdGhlIGNvdW50ZXJwYXJ0IGNoYW5nZSB0byBwMm0tcHQuYyBtYXkgbm90
IGJlIG5lY2Vzc2FyeSwgc2luY2UKVUMtICh3aGljaCBhbHJlYWR5IGdldHMg
ZW5mb3JjZWQgdGhlcmUpIGlzIHByb2JhYmx5IHN0cmljdCBlbm91Z2guCgpO
b3RlIHRoYXQgdGhlIHNoYWRvdyBjb2RlIGNoYW5nZXMgaW5jbHVkZSBmaXhp
bmcgdGhlIHdyaXRlIHByb3RlY3Rpb24Kb2Ygci9vIE1NSU8gcmFuZ2VzOiBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncygpIGFuZCBpdHMgc2libGluZ3MsIG90
aGVyCnRoYW4gbDFlX3JlbW92ZV9mbGFncygpIGFuZCBhbGlrZSwgcmV0dXJu
IHRoZSBuZXcgUFRFIChhbmQgaGVuY2UKaWdub3JpbmcgdGhlaXIgcmV0dXJu
IHZhbHVlcyBtYWtlcyB0aGVtIG5vLW9wcykuCgpUaGlzIGlzIENWRS0yMDE2
LTIyNzAgLyBYU0EtMTU0LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2gg
PGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogQW5kcmV3IENvb3BlciA8
YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNvbT4KCi0tLSBhL2RvY3MvbWlzYy94
ZW4tY29tbWFuZC1saW5lLm1hcmtkb3duCisrKyBiL2RvY3MvbWlzYy94ZW4t
Y29tbWFuZC1saW5lLm1hcmtkb3duCkBAIC02OTcsNiArNjk3LDE1IEBAIGxp
bWl0IGlzIGlnbm9yZWQgYnkgWGVuLgogCiBTcGVjaWZ5IGlmIHRoZSBNTUNv
bmZpZyBzcGFjZSBzaG91bGQgYmUgZW5hYmxlZC4KIAorIyMjIG1taW8tcmVs
YXgKKz4gYD0gPGJvb2xlYW4+IHwgYWxsYAorCis+IERlZmF1bHQ6IGBmYWxz
ZWAKKworQnkgZGVmYXVsdCwgZG9tYWlucyBtYXkgbm90IGNyZWF0ZSBjYWNo
ZWQgbWFwcGluZ3MgdG8gTU1JTyByZWdpb25zLgorVGhpcyBvcHRpb24gcmVs
YXhlcyB0aGUgY2hlY2sgZm9yIERvbWFpbiAwIChvciB3aGVuIHVzaW5nIGBh
bGxgLCBhbGwgUFYKK2RvbWFpbnMpLCB0byBwZXJtaXQgdGhlIHVzZSBvZiBj
YWNoZWFibGUgTU1JTyBtYXBwaW5ncy4KKwogIyMjIG1zaQogPiBgPSA8Ym9v
bGVhbj5gCiAKLS0tIGEveGVuL2FyY2gveDg2L2h2bS9tdHJyLmMKKysrIGIv
eGVuL2FyY2gveDg2L2h2bS9tdHJyLmMKQEAgLTY5Myw4ICs2OTMsMTIgQEAg
dWludDhfdCBlcHRlX2dldF9lbnRyeV9lbXQoc3RydWN0IGRvbWFpbgogICAg
IGlmICggdi0+ZG9tYWluICE9IGQgKQogICAgICAgICB2ID0gZC0+dmNwdSA/
IGQtPnZjcHVbMF0gOiBOVUxMOwogCi0gICAgaWYgKCAhbWZuX3ZhbGlkKG1m
bl94KG1mbikpICkKKyAgICBpZiAoICFtZm5fdmFsaWQobWZuX3gobWZuKSkg
fHwKKyAgICAgICAgIHJhbmdlc2V0X2NvbnRhaW5zX3NpbmdsZXRvbihtbWlv
X3JvX3JhbmdlcywgbWZuX3gobWZuKSkgKQorICAgIHsKKyAgICAgICAgKmlw
YXQgPSAxOwogICAgICAgICByZXR1cm4gTVRSUl9UWVBFX1VOQ0FDSEFCTEU7
CisgICAgfQogCiAgICAgaWYgKCBodm1fZ2V0X21lbV9waW5uZWRfY2FjaGVh
dHRyKGQsIGdmbiwgJnR5cGUpICkKICAgICAgICAgcmV0dXJuIHR5cGU7Ci0t
LSBhL3hlbi9hcmNoL3g4Ni9tbS9wMm0tcHQuYworKysgYi94ZW4vYXJjaC94
ODYvbW0vcDJtLXB0LmMKQEAgLTkzLDYgKzkzLDggQEAgc3RhdGljIHVuc2ln
bmVkIGxvbmcgcDJtX3R5cGVfdG9fZmxhZ3MocAogICAgIGNhc2UgcDJtX21t
aW9fZGlyZWN0OgogICAgICAgICBpZiAoICFyYW5nZXNldF9jb250YWluc19z
aW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1mbl94KG1mbikpICkKICAgICAg
ICAgICAgIGZsYWdzIHw9IF9QQUdFX1JXOworICAgICAgICBlbHNlCisgICAg
ICAgICAgICBmbGFncyB8PSBfUEFHRV9QV1Q7CiAgICAgICAgIHJldHVybiBm
bGFncyB8IFAyTV9CQVNFX0ZMQUdTIHwgX1BBR0VfUENEOwogICAgIH0KIH0K
LS0tIGEveGVuL2FyY2gveDg2L21tL3NoYWRvdy9tdWx0aS5jCisrKyBiL3hl
bi9hcmNoL3g4Ni9tbS9zaGFkb3cvbXVsdGkuYwpAQCAtNTIxLDYgKzUyMSw3
IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgZ2ZuX3Qg
dGFyZ2V0X2dmbiA9IGd1ZXN0X2wxZV9nZXRfZ2ZuKGd1ZXN0X2VudHJ5KTsK
ICAgICB1MzIgcGFzc190aHJ1X2ZsYWdzOwogICAgIHUzMiBnZmxhZ3MsIHNm
bGFnczsKKyAgICBib29sX3QgbW1pb19tZm47CiAKICAgICAvKiBXZSBkb24n
dCBzaGFkb3cgUEFFIGwzcyAqLwogICAgIEFTU0VSVChHVUVTVF9QQUdJTkdf
TEVWRUxTID4gMyB8fCBsZXZlbCAhPSAzKTsKQEAgLTU2MSw3ICs1NjIsMTAg
QEAgX3NoX3Byb3BhZ2F0ZShzdHJ1Y3QgdmNwdSAqdiwKICAgICAvLyBtZm4g
bWVhbnMgdGhhdCB3ZSBjYW4gbm90IHVzZWZ1bGx5IHNoYWRvdyBhbnl0aGlu
ZywgYW5kIHNvIHdlCiAgICAgLy8gcmV0dXJuIGVhcmx5LgogICAgIC8vCi0g
ICAgaWYgKCAhbWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgbW1pb19tZm4g
PSAhbWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgICAgICAgICAgICB8fCAo
bGV2ZWwgPT0gMQorICAgICAgICAgICAgICAgICAgICYmIHBhZ2VfZ2V0X293
bmVyKG1mbl90b19wYWdlKHRhcmdldF9tZm4pKSA9PSBkb21faW8pOworICAg
IGlmICggbW1pb19tZm4KICAgICAgICAgICYmICEobGV2ZWwgPT0gMSAmJiAo
IXNoYWRvd19tb2RlX3JlZmNvdW50cyhkKSAKICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgfHwgcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QpKSApCiAg
ICAgewpAQCAtNTc5LDcgKzU4Myw3IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0
IHZjcHUgKnYsCiAgICAgICAgICAgICAgICAgICAgICAgIF9QQUdFX1JXIHwg
X1BBR0VfUFJFU0VOVCk7CiAgICAgaWYgKCBndWVzdF9zdXBwb3J0c19ueCh2
KSApCiAgICAgICAgIHBhc3NfdGhydV9mbGFncyB8PSBfUEFHRV9OWF9CSVQ7
Ci0gICAgaWYgKCAhc2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmICFtZm5f
dmFsaWQodGFyZ2V0X21mbikgKQorICAgIGlmICggbGV2ZWwgPT0gMSAmJiAh
c2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmIG1taW9fbWZuICkKICAgICAg
ICAgcGFzc190aHJ1X2ZsYWdzIHw9IF9QQUdFX1BBVCB8IF9QQUdFX1BDRCB8
IF9QQUdFX1BXVDsKICAgICBzZmxhZ3MgPSBnZmxhZ3MgJiBwYXNzX3RocnVf
ZmxhZ3M7CiAKQEAgLTY3NiwxMCArNjgwLDE0IEBAIF9zaF9wcm9wYWdhdGUo
c3RydWN0IHZjcHUgKnYsCiAgICAgfQogCiAgICAgLyogUmVhZC1vbmx5IG1l
bW9yeSAqLwotICAgIGlmICggcDJtX2lzX3JlYWRvbmx5KHAybXQpIHx8Ci0g
ICAgICAgICAocDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKLSAgICAgICAg
ICByYW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19yYW5nZXMs
IG1mbl94KHRhcmdldF9tZm4pKSkgKQorICAgIGlmICggcDJtX2lzX3JlYWRv
bmx5KHAybXQpICkKICAgICAgICAgc2ZsYWdzICY9IH5fUEFHRV9SVzsKKyAg
ICBlbHNlIGlmICggcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKKyAgICAg
ICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfc2luZ2xldG9uKG1taW9fcm9f
cmFuZ2VzLCBtZm5feCh0YXJnZXRfbWZuKSkgKQorICAgIHsKKyAgICAgICAg
c2ZsYWdzICY9IH4oX1BBR0VfUlcgfCBfUEFHRV9QQVQpOworICAgICAgICBz
ZmxhZ3MgfD0gX1BBR0VfUENEIHwgX1BBR0VfUFdUOworICAgIH0KICAgICAK
ICAgICAvLyBwcm90ZWN0IGd1ZXN0IHBhZ2UgdGFibGVzCiAgICAgLy8KQEAg
LTEyMDEsMjIgKzEyMDksMjggQEAgc3RhdGljIGludCBzaGFkb3dfc2V0X2wx
ZShzdHJ1Y3QgdmNwdSAqdgogICAgICAgICAgJiYgIXNoX2wxZV9pc19tYWdp
YyhuZXdfc2wxZSkgKSAKICAgICB7CiAgICAgICAgIC8qIEFib3V0IHRvIGlu
c3RhbGwgYSBuZXcgcmVmZXJlbmNlICovICAgICAgICAKLSAgICAgICAgaWYg
KCBzaGFkb3dfbW9kZV9yZWZjb3VudHMoZCkgKSB7CisgICAgICAgIGlmICgg
c2hhZG93X21vZGVfcmVmY291bnRzKGQpICkKKyAgICAgICAgeworI2RlZmlu
ZSBQQUdFX0ZMSVBQQUJMRSAoX1BBR0VfUlcgfCBfUEFHRV9QV1QgfCBfUEFH
RV9QQ0QgfCBfUEFHRV9QQVQpCisgICAgICAgICAgICBpbnQgcmM7CisKICAg
ICAgICAgICAgIFRSQUNFX1NIQURPV19QQVRIX0ZMQUcoVFJDRV9TRkxBR19T
SEFET1dfTDFfR0VUX1JFRik7Ci0gICAgICAgICAgICBzd2l0Y2ggKCBzaGFk
b3dfZ2V0X3BhZ2VfZnJvbV9sMWUobmV3X3NsMWUsIGQsIG5ld190eXBlKSAp
CisgICAgICAgICAgICBzd2l0Y2ggKCByYyA9IHNoYWRvd19nZXRfcGFnZV9m
cm9tX2wxZShuZXdfc2wxZSwgZCwgbmV3X3R5cGUpICkKICAgICAgICAgICAg
IHsKICAgICAgICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICAgICAgLyog
RG9lc24ndCBsb29rIGxpa2UgYSBwYWdldGFibGUuICovCiAgICAgICAgICAg
ICAgICAgZmxhZ3MgfD0gU0hBRE9XX1NFVF9FUlJPUjsKICAgICAgICAgICAg
ICAgICBuZXdfc2wxZSA9IHNoYWRvd19sMWVfZW1wdHkoKTsKICAgICAgICAg
ICAgICAgICBicmVhazsKLSAgICAgICAgICAgIGNhc2UgMToKLSAgICAgICAg
ICAgICAgICBzaGFkb3dfbDFlX3JlbW92ZV9mbGFncyhuZXdfc2wxZSwgX1BB
R0VfUlcpOworICAgICAgICAgICAgY2FzZSBQQUdFX0ZMSVBQQUJMRSAmIC1Q
QUdFX0ZMSVBQQUJMRSAuLi4gUEFHRV9GTElQUEFCTEU6CisgICAgICAgICAg
ICAgICAgQVNTRVJUKCEocmMgJiB+UEFHRV9GTElQUEFCTEUpKTsKKyAgICAg
ICAgICAgICAgICBuZXdfc2wxZSA9IHNoYWRvd19sMWVfZmxpcF9mbGFncyhu
ZXdfc2wxZSwgcmMpOwogICAgICAgICAgICAgICAgIC8qIGZhbGwgdGhyb3Vn
aCAqLwogICAgICAgICAgICAgY2FzZSAwOgogICAgICAgICAgICAgICAgIHNo
YWRvd192cmFtX2dldF9sMWUobmV3X3NsMWUsIHNsMWUsIHNsMW1mbiwgZCk7
CiAgICAgICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICB9CisjdW5k
ZWYgUEFHRV9GTElQUEFCTEUKICAgICAgICAgfQogICAgIH0gCiAKLS0tIGEv
eGVuL2FyY2gveDg2L21tL3NoYWRvdy90eXBlcy5oCisrKyBiL3hlbi9hcmNo
L3g4Ni9tbS9zaGFkb3cvdHlwZXMuaApAQCAtMTAwLDYgKzEwMCw5IEBAIHN0
YXRpYyBpbmxpbmUgdTMyIHNoYWRvd19sNGVfZ2V0X2ZsYWdzKHMKIHN0YXRp
YyBpbmxpbmUgc2hhZG93X2wxZV90CiBzaGFkb3dfbDFlX3JlbW92ZV9mbGFn
cyhzaGFkb3dfbDFlX3Qgc2wxZSwgdTMyIGZsYWdzKQogeyBsMWVfcmVtb3Zl
X2ZsYWdzKHNsMWUsIGZsYWdzKTsgcmV0dXJuIHNsMWU7IH0KK3N0YXRpYyBp
bmxpbmUgc2hhZG93X2wxZV90CitzaGFkb3dfbDFlX2ZsaXBfZmxhZ3Moc2hh
ZG93X2wxZV90IHNsMWUsIHUzMiBmbGFncykKK3sgbDFlX2ZsaXBfZmxhZ3Mo
c2wxZSwgZmxhZ3MpOyByZXR1cm4gc2wxZTsgfQogCiBzdGF0aWMgaW5saW5l
IHNoYWRvd19sMWVfdCBzaGFkb3dfbDFlX2VtcHR5KHZvaWQpIAogeyByZXR1
cm4gbDFlX2VtcHR5KCk7IH0KLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysr
IGIveGVuL2FyY2gveDg2L21tLmMKQEAgLTE4OCw2ICsxODgsMTggQEAgc3Rh
dGljIHVpbnQzMl90IGJhc2VfZGlzYWxsb3dfbWFzazsKICAgICAgIGlzX3B2
X2RvbWFpbihkKSkgPyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBcCiAgICAgIEwxX0RJU0FMTE9XX01BU0sgOiAoTDFfRElTQUxM
T1dfTUFTSyAmIH5QQUdFX0NBQ0hFX0FUVFJTKSkKIAorc3RhdGljIHM4IF9f
cmVhZF9tb3N0bHkgb3B0X21taW9fcmVsYXg7CitzdGF0aWMgdm9pZCBfX2lu
aXQgcGFyc2VfbW1pb19yZWxheChjb25zdCBjaGFyICpzKQoreworICAgIGlm
ICggISpzICkKKyAgICAgICAgb3B0X21taW9fcmVsYXggPSAxOworICAgIGVs
c2UKKyAgICAgICAgb3B0X21taW9fcmVsYXggPSBwYXJzZV9ib29sKHMpOwor
ICAgIGlmICggb3B0X21taW9fcmVsYXggPCAwICYmIHN0cmNtcChzLCAiYWxs
IikgKQorICAgICAgICBvcHRfbW1pb19yZWxheCA9IDA7Cit9CitjdXN0b21f
cGFyYW0oIm1taW8tcmVsYXgiLCBwYXJzZV9tbWlvX3JlbGF4KTsKKwogc3Rh
dGljIHZvaWQgX19pbml0IGluaXRfZnJhbWV0YWJsZV9jaHVuayh2b2lkICpz
dGFydCwgdm9pZCAqZW5kKQogewogICAgIHVuc2lnbmVkIGxvbmcgcyA9ICh1
bnNpZ25lZCBsb25nKXN0YXJ0OwpAQCAtNzczLDYgKzc4NSw4IEBAIGdldF9w
YWdlX2Zyb21fbDFlKAogICAgIGlmICggIW1mbl92YWxpZChtZm4pIHx8CiAg
ICAgICAgICAocmVhbF9wZ19vd25lciA9IHBhZ2VfZ2V0X293bmVyX2FuZF9y
ZWZlcmVuY2UocGFnZSkpID09IGRvbV9pbyApCiAgICAgeworICAgICAgICBp
bnQgZmxpcCA9IDA7CisKICAgICAgICAgLyogT25seSBuZWVkZWQgdGhlIHJl
ZmVyZW5jZSB0byBjb25maXJtIGRvbV9pbyBvd25lcnNoaXAuICovCiAgICAg
ICAgIGlmICggbWZuX3ZhbGlkKG1mbikgKQogICAgICAgICAgICAgcHV0X3Bh
Z2UocGFnZSk7CkBAIC04MDUsMTMgKzgxOSw0MSBAQCBnZXRfcGFnZV9mcm9t
X2wxZSgKICAgICAgICAgICAgIHJldHVybiAtRUlOVkFMOwogICAgICAgICB9
CiAKLSAgICAgICAgaWYgKCAhKGwxZiAmIF9QQUdFX1JXKSB8fAotICAgICAg
ICAgICAgICFyYW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19y
YW5nZXMsIG1mbikgKQotICAgICAgICAgICAgcmV0dXJuIDA7Ci0gICAgICAg
IGRwcmludGsoWEVOTE9HX0dfV0FSTklORywKLSAgICAgICAgICAgICAgICAi
ZCVkOiBGb3JjaW5nIHJlYWQtb25seSBhY2Nlc3MgdG8gTUZOICVseFxuIiwK
LSAgICAgICAgICAgICAgICBsMWVfb3duZXItPmRvbWFpbl9pZCwgbWZuKTsK
LSAgICAgICAgcmV0dXJuIDE7CisgICAgICAgIGlmICggIXJhbmdlc2V0X2Nv
bnRhaW5zX3NpbmdsZXRvbihtbWlvX3JvX3JhbmdlcywgbWZuKSApCisgICAg
ICAgIHsKKyAgICAgICAgICAgIC8qIE1NSU8gcGFnZXMgbXVzdCBub3QgYmUg
bWFwcGVkIGNhY2hhYmxlIHVubGVzcyByZXF1ZXN0ZWQgc28uICovCisgICAg
ICAgICAgICBzd2l0Y2ggKCBvcHRfbW1pb19yZWxheCApCisgICAgICAgICAg
ICB7CisgICAgICAgICAgICBjYXNlIDA6CisgICAgICAgICAgICAgICAgYnJl
YWs7CisgICAgICAgICAgICBjYXNlIDE6CisgICAgICAgICAgICAgICAgaWYg
KCBpc19oYXJkd2FyZV9kb21haW4obDFlX293bmVyKSApCisgICAgICAgICAg
ICBjYXNlIC0xOgorICAgICAgICAgICAgICAgICAgICByZXR1cm4gMDsKKyAg
ICAgICAgICAgIGRlZmF1bHQ6CisgICAgICAgICAgICAgICAgQVNTRVJUX1VO
UkVBQ0hBQkxFKCk7CisgICAgICAgICAgICB9CisgICAgICAgIH0KKyAgICAg
ICAgZWxzZSBpZiAoIGwxZiAmIF9QQUdFX1JXICkKKyAgICAgICAgeworICAg
ICAgICAgICAgZHByaW50ayhYRU5MT0dfR19XQVJOSU5HLAorICAgICAgICAg
ICAgICAgICAgICAiZCVkOiBGb3JjaW5nIHJlYWQtb25seSBhY2Nlc3MgdG8g
TUZOICVseFxuIiwKKyAgICAgICAgICAgICAgICAgICAgbDFlX293bmVyLT5k
b21haW5faWQsIG1mbik7CisgICAgICAgICAgICBmbGlwID0gX1BBR0VfUlc7
CisgICAgICAgIH0KKworICAgICAgICBzd2l0Y2ggKCBsMWYgJiBQQUdFX0NB
Q0hFX0FUVFJTICkKKyAgICAgICAgeworICAgICAgICBjYXNlIDA6IC8qIFdC
ICovCisgICAgICAgICAgICBmbGlwIHw9IF9QQUdFX1BXVCB8IF9QQUdFX1BD
RDsKKyAgICAgICAgICAgIGJyZWFrOworICAgICAgICBjYXNlIF9QQUdFX1BX
VDogLyogV1QgKi8KKyAgICAgICAgY2FzZSBfUEFHRV9QV1QgfCBfUEFHRV9Q
QVQ6IC8qIFdQICovCisgICAgICAgICAgICBmbGlwIHw9IF9QQUdFX1BDRCB8
IChsMWYgJiBfUEFHRV9QQVQpOworICAgICAgICAgICAgYnJlYWs7CisgICAg
ICAgIH0KKworICAgICAgICByZXR1cm4gZmxpcDsKICAgICB9CiAKICAgICBp
ZiAoIHVubGlrZWx5KCAocmVhbF9wZ19vd25lciAhPSBwZ19vd25lcikgJiYK
QEAgLTEyMTAsOCArMTI1Miw5IEBAIHN0YXRpYyBpbnQgYWxsb2NfbDFfdGFi
bGUoc3RydWN0IHBhZ2VfaW4KICAgICAgICAgICAgICAgICBnb3RvIGZhaWw7
CiAgICAgICAgICAgICBjYXNlIDA6CiAgICAgICAgICAgICAgICAgYnJlYWs7
Ci0gICAgICAgICAgICBjYXNlIDE6Ci0gICAgICAgICAgICAgICAgbDFlX3Jl
bW92ZV9mbGFncyhwbDFlW2ldLCBfUEFHRV9SVyk7CisgICAgICAgICAgICBj
YXNlIF9QQUdFX1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlM6
CisgICAgICAgICAgICAgICAgQVNTRVJUKCEocmV0ICYgfihfUEFHRV9SVyB8
IFBBR0VfQ0FDSEVfQVRUUlMpKSk7CisgICAgICAgICAgICAgICAgbDFlX2Zs
aXBfZmxhZ3MocGwxZVtpXSwgcmV0KTsKICAgICAgICAgICAgICAgICBicmVh
azsKICAgICAgICAgICAgIH0KIApAQCAtMTcwNiw4ICsxNzQ5LDkgQEAgc3Rh
dGljIGludCBtb2RfbDFfZW50cnkobDFfcGdlbnRyeV90ICpwbAogICAgICAg
ICAgICAgcmV0dXJuIC1FSU5WQUw7CiAgICAgICAgIH0KIAotICAgICAgICAv
KiBGYXN0IHBhdGggZm9yIGlkZW50aWNhbCBtYXBwaW5nLCByL3cgYW5kIHBy
ZXNlbmNlLiAqLwotICAgICAgICBpZiAoICFsMWVfaGFzX2NoYW5nZWQob2wx
ZSwgbmwxZSwgX1BBR0VfUlcgfCBfUEFHRV9QUkVTRU5UKSApCisgICAgICAg
IC8qIEZhc3QgcGF0aCBmb3IgaWRlbnRpY2FsIG1hcHBpbmcsIHIvdywgcHJl
c2VuY2UsIGFuZCBjYWNoYWJpbGl0eS4gKi8KKyAgICAgICAgaWYgKCAhbDFl
X2hhc19jaGFuZ2VkKG9sMWUsIG5sMWUsCisgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBQQUdFX0NBQ0hFX0FUVFJTIHwgX1BBR0VfUlcgfCBfUEFH
RV9QUkVTRU5UKSApCiAgICAgICAgIHsKICAgICAgICAgICAgIGFkanVzdF9n
dWVzdF9sMWUobmwxZSwgcHRfZG9tKTsKICAgICAgICAgICAgIGlmICggVVBE
QVRFX0VOVFJZKGwxLCBwbDFlLCBvbDFlLCBubDFlLCBnbDFtZm4sIHB0X3Zj
cHUsCkBAIC0xNzMwLDggKzE3NzQsOSBAQCBzdGF0aWMgaW50IG1vZF9sMV9l
bnRyeShsMV9wZ2VudHJ5X3QgKnBsCiAgICAgICAgICAgICByZXR1cm4gcmM7
CiAgICAgICAgIGNhc2UgMDoKICAgICAgICAgICAgIGJyZWFrOwotICAgICAg
ICBjYXNlIDE6Ci0gICAgICAgICAgICBsMWVfcmVtb3ZlX2ZsYWdzKG5sMWUs
IF9QQUdFX1JXKTsKKyAgICAgICAgY2FzZSBfUEFHRV9SVyAuLi4gX1BBR0Vf
UlcgfCBQQUdFX0NBQ0hFX0FUVFJTOgorICAgICAgICAgICAgQVNTRVJUKCEo
cmMgJiB+KF9QQUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRSUykpKTsKKyAgICAg
ICAgICAgIGwxZV9mbGlwX2ZsYWdzKG5sMWUsIHJjKTsKICAgICAgICAgICAg
IHJjID0gMDsKICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICB9CkBAIC00
OTE5LDYgKzQ5NjQsNyBAQCBzdGF0aWMgaW50IHB0d3JfZW11bGF0ZWRfdXBk
YXRlKAogICAgIGwxX3BnZW50cnlfdCBwdGUsIG9sMWUsIG5sMWUsICpwbDFl
OwogICAgIHN0cnVjdCB2Y3B1ICp2ID0gY3VycmVudDsKICAgICBzdHJ1Y3Qg
ZG9tYWluICpkID0gdi0+ZG9tYWluOworICAgIGludCByZXQ7CiAKICAgICAv
KiBPbmx5IGFsbG93IG5hdHVyYWxseS1hbGlnbmVkIHN0b3JlcyB3aXRoaW4g
dGhlIG9yaWdpbmFsICVjcjIgcGFnZS4gKi8KICAgICBpZiAoIHVubGlrZWx5
KCgoYWRkcl5wdHdyX2N0eHQtPmNyMikgJiBQQUdFX01BU0spIHx8IChhZGRy
ICYgKGJ5dGVzLTEpKSkgKQpAQCAtNDk2Niw3ICs1MDEyLDcgQEAgc3RhdGlj
IGludCBwdHdyX2VtdWxhdGVkX3VwZGF0ZSgKIAogICAgIC8qIENoZWNrIHRo
ZSBuZXcgUFRFLiAqLwogICAgIG5sMWUgPSBsMWVfZnJvbV9pbnRwdGUodmFs
KTsKLSAgICBzd2l0Y2ggKCBnZXRfcGFnZV9mcm9tX2wxZShubDFlLCBkLCBk
KSApCisgICAgc3dpdGNoICggcmV0ID0gZ2V0X3BhZ2VfZnJvbV9sMWUobmwx
ZSwgZCwgZCkgKQogICAgIHsKICAgICBkZWZhdWx0OgogICAgICAgICBpZiAo
IGlzX3B2XzMyYml0X2RvbWFpbihkKSAmJiAoYnl0ZXMgPT0gNCkgJiYgKHVu
YWxpZ25lZF9hZGRyICYgNCkgJiYKQEAgLTQ5OTAsOCArNTAzNiw5IEBAIHN0
YXRpYyBpbnQgcHR3cl9lbXVsYXRlZF91cGRhdGUoCiAgICAgICAgIGJyZWFr
OwogICAgIGNhc2UgMDoKICAgICAgICAgYnJlYWs7Ci0gICAgY2FzZSAxOgot
ICAgICAgICBsMWVfcmVtb3ZlX2ZsYWdzKG5sMWUsIF9QQUdFX1JXKTsKKyAg
ICBjYXNlIF9QQUdFX1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRU
UlM6CisgICAgICAgIEFTU0VSVCghKHJldCAmIH4oX1BBR0VfUlcgfCBQQUdF
X0NBQ0hFX0FUVFJTKSkpOworICAgICAgICBsMWVfZmxpcF9mbGFncyhubDFl
LCByZXQpOwogICAgICAgICBicmVhazsKICAgICB9CiAKLS0tIGEveGVuL2lu
Y2x1ZGUvYXNtLXg4Ni9wYWdlLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4
Ni9wYWdlLmgKQEAgLTE1Nyw2ICsxNTcsOSBAQCBzdGF0aWMgaW5saW5lIGw0
X3BnZW50cnlfdCBsNGVfZnJvbV9wYWRkCiAjZGVmaW5lIGwzZV9yZW1vdmVf
ZmxhZ3MoeCwgZmxhZ3MpICgoeCkubDMgJj0gfnB1dF9wdGVfZmxhZ3MoZmxh
Z3MpKQogI2RlZmluZSBsNGVfcmVtb3ZlX2ZsYWdzKHgsIGZsYWdzKSAoKHgp
Lmw0ICY9IH5wdXRfcHRlX2ZsYWdzKGZsYWdzKSkKIAorLyogRmxpcCBmbGFn
cyBpbiBhbiBleGlzdGluZyBMMSBQVEUuICovCisjZGVmaW5lIGwxZV9mbGlw
X2ZsYWdzKHgsIGZsYWdzKSAgICAoKHgpLmwxIF49IHB1dF9wdGVfZmxhZ3Mo
ZmxhZ3MpKQorCiAvKiBDaGVjayBpZiBhIHB0ZSdzIHBhZ2UgbWFwcGluZyBv
ciBzaWduaWZpY2FudCBhY2Nlc3MgZmxhZ3MgaGF2ZSBjaGFuZ2VkLiAqLwog
I2RlZmluZSBsMWVfaGFzX2NoYW5nZWQoeCx5LGZsYWdzKSBcCiAgICAgKCAh
ISgoKHgpLmwxIF4gKHkpLmwxKSAmICgoUEFERFJfTUFTSyZQQUdFX01BU0sp
fHB1dF9wdGVfZmxhZ3MoZmxhZ3MpKSkgKQo=

--=separator
Content-Type: application/octet-stream; name="xsa154-4.5.patch"
Content-Disposition: attachment; filename="xsa154-4.5.patch"
Content-Transfer-Encoding: base64

eDg2OiBlbmZvcmNlIGNvbnNpc3RlbnQgY2FjaGFiaWxpdHkgb2YgTU1JTyBt
YXBwaW5ncwoKV2UndmUgYmVlbiB0b2xkIGJ5IEludGVsIHRoYXQgaW5jb25z
aXN0ZW50IGNhY2hhYmlsaXR5IGJldHdlZW4KbXVsdGlwbGUgbWFwcGluZ3Mg
b2YgdGhlIHNhbWUgcGFnZSBjYW4gYWZmZWN0IHN5c3RlbSBzdGFiaWxpdHkg
b25seQp3aGVuIHRoZSBhZmZlY3RlZCBwYWdlIGlzIGFuIE1NSU8gb25lLiBT
aW5jZSB0aGUgc3RhbGUgZGF0YSBpc3N1ZSBpcwpvZiBubyByZWxldmFuY2Ug
dG8gdGhlIGh5cGVydmlzb3IgKHNpbmNlIGFsbCBndWVzdCBtZW1vcnkgYWNj
ZXNzZXMgZ28KdGhyb3VnaCBwcm9wZXIgYWNjZXNzb3JzIGFuZCB2YWxpZGF0
aW9uKSwgaGFuZGxpbmcgb2YgUkFNIHBhZ2VzCnJlbWFpbnMgdW5jaGFuZ2Vk
IGhlcmUuIEFueSBNTUlPIG1hcHBlZCBieSBkb21haW5zIGhvd2V2ZXIgbmVl
ZHMgdG8gYmUKZG9uZSBjb25zaXN0ZW50bHkgKGFsbCBjYWNoYWJsZSBtYXBw
aW5ncyBvciBhbGwgdW5jYWNoYWJsZSBvbmVzKSwgaW4Kb3JkZXIgdG8gYXZv
aWQgTWFjaGluZSBDaGVjayBleGNlcHRpb25zLiBTaW5jZSBjb252ZXJ0aW5n
IGV4aXN0aW5nCmNhY2hhYmxlIG1hcHBpbmdzIHRvIHVuY2FjaGFibGUgKGF0
IHRoZSB0aW1lIGFuIHVuY2FjaGFibGUgbWFwcGluZwpnZXRzIGVzdGFibGlz
aGVkKSB3b3VsZCBpbiB0aGUgUFYgY2FzZSByZXF1aXJlIHRyYWNraW5nIGFs
bCBtYXBwaW5ncywKYWxsb3cgTU1JTyB0byBvbmx5IGdldCBtYXBwZWQgdW5j
YWNoYWJsZSAoVUMsIFVDLSwgb3IgV0MpLgoKVGhpcyBhbHNvIGltcGxpZXMg
dGhhdCBpbiB0aGUgUFYgY2FzZSB3ZSBtdXN0bid0IHVzZSB0aGUgTDEgUFRF
IHVwZGF0ZQpmYXN0IHBhdGggd2hlbiBjYWNoYWJpbGl0eSBmbGFncyBnZXQg
YWx0ZXJlZC4KClNpbmNlIGluIHRoZSBIVk0gY2FzZSBhdCBsZWFzdCBmb3Ig
bm93IHdlIHdhbnQgdG8gY29udGludWUgaG9ub3JpbmcKcGlubmVkIGNhY2hh
YmlsaXR5IGF0dHJpYnV0ZXMgZm9yIHBhZ2VzIG5vdCBtYXBwZWQgYnkgdGhl
IGh5cGVydmlzb3IsCnNwZWNpYWwgY2FzZSBoYW5kbGluZyBvZiByL28gTU1J
TyBwYWdlcyAoZm9yY2luZyBVQykgZ2V0cyBhZGRlZCB0aGVyZS4KQXJndWFi
bHkgdGhlIGNvdW50ZXJwYXJ0IGNoYW5nZSB0byBwMm0tcHQuYyBtYXkgbm90
IGJlIG5lY2Vzc2FyeSwgc2luY2UKVUMtICh3aGljaCBhbHJlYWR5IGdldHMg
ZW5mb3JjZWQgdGhlcmUpIGlzIHByb2JhYmx5IHN0cmljdCBlbm91Z2guCgpO
b3RlIHRoYXQgdGhlIHNoYWRvdyBjb2RlIGNoYW5nZXMgaW5jbHVkZSBmaXhp
bmcgdGhlIHdyaXRlIHByb3RlY3Rpb24Kb2Ygci9vIE1NSU8gcmFuZ2VzOiBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncygpIGFuZCBpdHMgc2libGluZ3MsIG90
aGVyCnRoYW4gbDFlX3JlbW92ZV9mbGFncygpIGFuZCBhbGlrZSwgcmV0dXJu
IHRoZSBuZXcgUFRFIChhbmQgaGVuY2UKaWdub3JpbmcgdGhlaXIgcmV0dXJu
IHZhbHVlcyBtYWtlcyB0aGVtIG5vLW9wcykuCgpUaGlzIGlzIENWRS0yMDE2
LTIyNzAgLyBYU0EtMTU0LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2gg
PGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogQW5kcmV3IENvb3BlciA8
YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNvbT4KCi0tLSBhL2RvY3MvbWlzYy94
ZW4tY29tbWFuZC1saW5lLm1hcmtkb3duCisrKyBiL2RvY3MvbWlzYy94ZW4t
Y29tbWFuZC1saW5lLm1hcmtkb3duCkBAIC0xMDAwLDYgKzEwMDAsMTUgQEAg
bGltaXQgaXMgaWdub3JlZCBieSBYZW4uCiAKIFNwZWNpZnkgaWYgdGhlIE1N
Q29uZmlnIHNwYWNlIHNob3VsZCBiZSBlbmFibGVkLgogCisjIyMgbW1pby1y
ZWxheAorPiBgPSA8Ym9vbGVhbj4gfCBhbGxgCisKKz4gRGVmYXVsdDogYGZh
bHNlYAorCitCeSBkZWZhdWx0LCBkb21haW5zIG1heSBub3QgY3JlYXRlIGNh
Y2hlZCBtYXBwaW5ncyB0byBNTUlPIHJlZ2lvbnMuCitUaGlzIG9wdGlvbiBy
ZWxheGVzIHRoZSBjaGVjayBmb3IgRG9tYWluIDAgKG9yIHdoZW4gdXNpbmcg
YGFsbGAsIGFsbCBQVgorZG9tYWlucyksIHRvIHBlcm1pdCB0aGUgdXNlIG9m
IGNhY2hlYWJsZSBNTUlPIG1hcHBpbmdzLgorCiAjIyMgbXNpCiA+IGA9IDxi
b29sZWFuPmAKIAotLS0gYS94ZW4vYXJjaC94ODYvaHZtL210cnIuYworKysg
Yi94ZW4vYXJjaC94ODYvaHZtL210cnIuYwpAQCAtODEwLDggKzgxMCwxNyBA
QCBpbnQgZXB0ZV9nZXRfZW50cnlfZW10KHN0cnVjdCBkb21haW4gKmQsCiAg
ICAgaWYgKCB2LT5kb21haW4gIT0gZCApCiAgICAgICAgIHYgPSBkLT52Y3B1
ID8gZC0+dmNwdVswXSA6IE5VTEw7CiAKLSAgICBpZiAoICFtZm5fdmFsaWQo
bWZuX3gobWZuKSkgKQorICAgIGlmICggIW1mbl92YWxpZChtZm5feChtZm4p
KSB8fAorICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfcmFuZ2UobW1pb19y
b19yYW5nZXMsIG1mbl94KG1mbiksCisgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBtZm5feChtZm4pICsgKDFVTCA8PCBvcmRlcikgLSAxKSAp
CisgICAgeworICAgICAgICAqaXBhdCA9IDE7CiAgICAgICAgIHJldHVybiBN
VFJSX1RZUEVfVU5DQUNIQUJMRTsKKyAgICB9CisKKyAgICBpZiAoIHJhbmdl
c2V0X292ZXJsYXBzX3JhbmdlKG1taW9fcm9fcmFuZ2VzLCBtZm5feChtZm4p
LAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbWZuX3gobWZu
KSArICgxVUwgPDwgb3JkZXIpIC0gMSkgKQorICAgICAgICByZXR1cm4gLTE7
CiAKICAgICBzd2l0Y2ggKCBodm1fZ2V0X21lbV9waW5uZWRfY2FjaGVhdHRy
KGQsIGdmbiwgb3JkZXIsICZ0eXBlKSApCiAgICAgewotLS0gYS94ZW4vYXJj
aC94ODYvbW0vcDJtLXB0LmMKKysrIGIveGVuL2FyY2gveDg2L21tL3AybS1w
dC5jCkBAIC0xMDcsNiArMTA3LDggQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcg
cDJtX3R5cGVfdG9fZmxhZ3MocAogICAgIGNhc2UgcDJtX21taW9fZGlyZWN0
OgogICAgICAgICBpZiAoICFyYW5nZXNldF9jb250YWluc19zaW5nbGV0b24o
bW1pb19yb19yYW5nZXMsIG1mbl94KG1mbikpICkKICAgICAgICAgICAgIGZs
YWdzIHw9IF9QQUdFX1JXOworICAgICAgICBlbHNlCisgICAgICAgICAgICBm
bGFncyB8PSBfUEFHRV9QV1Q7CiAgICAgICAgIHJldHVybiBmbGFncyB8IFAy
TV9CQVNFX0ZMQUdTIHwgX1BBR0VfUENEOwogICAgIH0KIH0KLS0tIGEveGVu
L2FyY2gveDg2L21tL3NoYWRvdy9tdWx0aS5jCisrKyBiL3hlbi9hcmNoL3g4
Ni9tbS9zaGFkb3cvbXVsdGkuYwpAQCAtNTIxLDYgKzUyMSw3IEBAIF9zaF9w
cm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgZ2ZuX3QgdGFyZ2V0X2dm
biA9IGd1ZXN0X2wxZV9nZXRfZ2ZuKGd1ZXN0X2VudHJ5KTsKICAgICB1MzIg
cGFzc190aHJ1X2ZsYWdzOwogICAgIHUzMiBnZmxhZ3MsIHNmbGFnczsKKyAg
ICBib29sX3QgbW1pb19tZm47CiAKICAgICAvKiBXZSBkb24ndCBzaGFkb3cg
UEFFIGwzcyAqLwogICAgIEFTU0VSVChHVUVTVF9QQUdJTkdfTEVWRUxTID4g
MyB8fCBsZXZlbCAhPSAzKTsKQEAgLTU2MSw3ICs1NjIsMTAgQEAgX3NoX3By
b3BhZ2F0ZShzdHJ1Y3QgdmNwdSAqdiwKICAgICAvLyBtZm4gbWVhbnMgdGhh
dCB3ZSBjYW4gbm90IHVzZWZ1bGx5IHNoYWRvdyBhbnl0aGluZywgYW5kIHNv
IHdlCiAgICAgLy8gcmV0dXJuIGVhcmx5LgogICAgIC8vCi0gICAgaWYgKCAh
bWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgbW1pb19tZm4gPSAhbWZuX3Zh
bGlkKHRhcmdldF9tZm4pCisgICAgICAgICAgICAgICB8fCAobGV2ZWwgPT0g
MQorICAgICAgICAgICAgICAgICAgICYmIHBhZ2VfZ2V0X293bmVyKG1mbl90
b19wYWdlKHRhcmdldF9tZm4pKSA9PSBkb21faW8pOworICAgIGlmICggbW1p
b19tZm4KICAgICAgICAgICYmICEobGV2ZWwgPT0gMSAmJiAoIXNoYWRvd19t
b2RlX3JlZmNvdW50cyhkKSAKICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgfHwgcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QpKSApCiAgICAgewpAQCAt
NTc5LDcgKzU4Myw3IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0IHZjcHUgKnYs
CiAgICAgICAgICAgICAgICAgICAgICAgIF9QQUdFX1JXIHwgX1BBR0VfUFJF
U0VOVCk7CiAgICAgaWYgKCBndWVzdF9zdXBwb3J0c19ueCh2KSApCiAgICAg
ICAgIHBhc3NfdGhydV9mbGFncyB8PSBfUEFHRV9OWF9CSVQ7Ci0gICAgaWYg
KCAhc2hhZG93X21vZGVfcmVmY291bnRzKGQpICYmICFtZm5fdmFsaWQodGFy
Z2V0X21mbikgKQorICAgIGlmICggbGV2ZWwgPT0gMSAmJiAhc2hhZG93X21v
ZGVfcmVmY291bnRzKGQpICYmIG1taW9fbWZuICkKICAgICAgICAgcGFzc190
aHJ1X2ZsYWdzIHw9IF9QQUdFX1BBVCB8IF9QQUdFX1BDRCB8IF9QQUdFX1BX
VDsKICAgICBzZmxhZ3MgPSBnZmxhZ3MgJiBwYXNzX3RocnVfZmxhZ3M7CiAK
QEAgLTY3OCwxMCArNjgyLDE0IEBAIF9zaF9wcm9wYWdhdGUoc3RydWN0IHZj
cHUgKnYsCiAgICAgfQogCiAgICAgLyogUmVhZC1vbmx5IG1lbW9yeSAqLwot
ICAgIGlmICggcDJtX2lzX3JlYWRvbmx5KHAybXQpIHx8Ci0gICAgICAgICAo
cDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKLSAgICAgICAgICByYW5nZXNl
dF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1mbl94KHRh
cmdldF9tZm4pKSkgKQorICAgIGlmICggcDJtX2lzX3JlYWRvbmx5KHAybXQp
ICkKICAgICAgICAgc2ZsYWdzICY9IH5fUEFHRV9SVzsKKyAgICBlbHNlIGlm
ICggcDJtdCA9PSBwMm1fbW1pb19kaXJlY3QgJiYKKyAgICAgICAgICAgICAg
cmFuZ2VzZXRfY29udGFpbnNfc2luZ2xldG9uKG1taW9fcm9fcmFuZ2VzLCBt
Zm5feCh0YXJnZXRfbWZuKSkgKQorICAgIHsKKyAgICAgICAgc2ZsYWdzICY9
IH4oX1BBR0VfUlcgfCBfUEFHRV9QQVQpOworICAgICAgICBzZmxhZ3MgfD0g
X1BBR0VfUENEIHwgX1BBR0VfUFdUOworICAgIH0KICAgICAKICAgICAvLyBw
cm90ZWN0IGd1ZXN0IHBhZ2UgdGFibGVzCiAgICAgLy8KQEAgLTExODgsMjIg
KzExOTYsMjggQEAgc3RhdGljIGludCBzaGFkb3dfc2V0X2wxZShzdHJ1Y3Qg
dmNwdSAqdgogICAgICAgICAgJiYgIXNoX2wxZV9pc19tYWdpYyhuZXdfc2wx
ZSkgKSAKICAgICB7CiAgICAgICAgIC8qIEFib3V0IHRvIGluc3RhbGwgYSBu
ZXcgcmVmZXJlbmNlICovICAgICAgICAKLSAgICAgICAgaWYgKCBzaGFkb3df
bW9kZV9yZWZjb3VudHMoZCkgKSB7CisgICAgICAgIGlmICggc2hhZG93X21v
ZGVfcmVmY291bnRzKGQpICkKKyAgICAgICAgeworI2RlZmluZSBQQUdFX0ZM
SVBQQUJMRSAoX1BBR0VfUlcgfCBfUEFHRV9QV1QgfCBfUEFHRV9QQ0QgfCBf
UEFHRV9QQVQpCisgICAgICAgICAgICBpbnQgcmM7CisKICAgICAgICAgICAg
IFRSQUNFX1NIQURPV19QQVRIX0ZMQUcoVFJDRV9TRkxBR19TSEFET1dfTDFf
R0VUX1JFRik7Ci0gICAgICAgICAgICBzd2l0Y2ggKCBzaGFkb3dfZ2V0X3Bh
Z2VfZnJvbV9sMWUobmV3X3NsMWUsIGQsIG5ld190eXBlKSApCisgICAgICAg
ICAgICBzd2l0Y2ggKCByYyA9IHNoYWRvd19nZXRfcGFnZV9mcm9tX2wxZShu
ZXdfc2wxZSwgZCwgbmV3X3R5cGUpICkKICAgICAgICAgICAgIHsKICAgICAg
ICAgICAgIGRlZmF1bHQ6CiAgICAgICAgICAgICAgICAgLyogRG9lc24ndCBs
b29rIGxpa2UgYSBwYWdldGFibGUuICovCiAgICAgICAgICAgICAgICAgZmxh
Z3MgfD0gU0hBRE9XX1NFVF9FUlJPUjsKICAgICAgICAgICAgICAgICBuZXdf
c2wxZSA9IHNoYWRvd19sMWVfZW1wdHkoKTsKICAgICAgICAgICAgICAgICBi
cmVhazsKLSAgICAgICAgICAgIGNhc2UgMToKLSAgICAgICAgICAgICAgICBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncyhuZXdfc2wxZSwgX1BBR0VfUlcpOwor
ICAgICAgICAgICAgY2FzZSBQQUdFX0ZMSVBQQUJMRSAmIC1QQUdFX0ZMSVBQ
QUJMRSAuLi4gUEFHRV9GTElQUEFCTEU6CisgICAgICAgICAgICAgICAgQVNT
RVJUKCEocmMgJiB+UEFHRV9GTElQUEFCTEUpKTsKKyAgICAgICAgICAgICAg
ICBuZXdfc2wxZSA9IHNoYWRvd19sMWVfZmxpcF9mbGFncyhuZXdfc2wxZSwg
cmMpOwogICAgICAgICAgICAgICAgIC8qIGZhbGwgdGhyb3VnaCAqLwogICAg
ICAgICAgICAgY2FzZSAwOgogICAgICAgICAgICAgICAgIHNoYWRvd192cmFt
X2dldF9sMWUobmV3X3NsMWUsIHNsMWUsIHNsMW1mbiwgZCk7CiAgICAgICAg
ICAgICAgICAgYnJlYWs7CiAgICAgICAgICAgICB9CisjdW5kZWYgUEFHRV9G
TElQUEFCTEUKICAgICAgICAgfQogICAgIH0gCiAKLS0tIGEveGVuL2FyY2gv
eDg2L21tL3NoYWRvdy90eXBlcy5oCisrKyBiL3hlbi9hcmNoL3g4Ni9tbS9z
aGFkb3cvdHlwZXMuaApAQCAtMTAwLDYgKzEwMCw5IEBAIHN0YXRpYyBpbmxp
bmUgdTMyIHNoYWRvd19sNGVfZ2V0X2ZsYWdzKHMKIHN0YXRpYyBpbmxpbmUg
c2hhZG93X2wxZV90CiBzaGFkb3dfbDFlX3JlbW92ZV9mbGFncyhzaGFkb3df
bDFlX3Qgc2wxZSwgdTMyIGZsYWdzKQogeyBsMWVfcmVtb3ZlX2ZsYWdzKHNs
MWUsIGZsYWdzKTsgcmV0dXJuIHNsMWU7IH0KK3N0YXRpYyBpbmxpbmUgc2hh
ZG93X2wxZV90CitzaGFkb3dfbDFlX2ZsaXBfZmxhZ3Moc2hhZG93X2wxZV90
IHNsMWUsIHUzMiBmbGFncykKK3sgbDFlX2ZsaXBfZmxhZ3Moc2wxZSwgZmxh
Z3MpOyByZXR1cm4gc2wxZTsgfQogCiBzdGF0aWMgaW5saW5lIHNoYWRvd19s
MWVfdCBzaGFkb3dfbDFlX2VtcHR5KHZvaWQpIAogeyByZXR1cm4gbDFlX2Vt
cHR5KCk7IH0KLS0tIGEveGVuL2FyY2gveDg2L21tLmMKKysrIGIveGVuL2Fy
Y2gveDg2L21tLmMKQEAgLTE4MSw2ICsxODEsMTggQEAgc3RhdGljIHVpbnQz
Ml90IGJhc2VfZGlzYWxsb3dfbWFzazsKICAgICAgIGlzX3B2X2RvbWFpbihk
KSkgPyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBc
CiAgICAgIEwxX0RJU0FMTE9XX01BU0sgOiAoTDFfRElTQUxMT1dfTUFTSyAm
IH5QQUdFX0NBQ0hFX0FUVFJTKSkKIAorc3RhdGljIHM4IF9fcmVhZF9tb3N0
bHkgb3B0X21taW9fcmVsYXg7CitzdGF0aWMgdm9pZCBfX2luaXQgcGFyc2Vf
bW1pb19yZWxheChjb25zdCBjaGFyICpzKQoreworICAgIGlmICggISpzICkK
KyAgICAgICAgb3B0X21taW9fcmVsYXggPSAxOworICAgIGVsc2UKKyAgICAg
ICAgb3B0X21taW9fcmVsYXggPSBwYXJzZV9ib29sKHMpOworICAgIGlmICgg
b3B0X21taW9fcmVsYXggPCAwICYmIHN0cmNtcChzLCAiYWxsIikgKQorICAg
ICAgICBvcHRfbW1pb19yZWxheCA9IDA7Cit9CitjdXN0b21fcGFyYW0oIm1t
aW8tcmVsYXgiLCBwYXJzZV9tbWlvX3JlbGF4KTsKKwogc3RhdGljIHZvaWQg
X19pbml0IGluaXRfZnJhbWV0YWJsZV9jaHVuayh2b2lkICpzdGFydCwgdm9p
ZCAqZW5kKQogewogICAgIHVuc2lnbmVkIGxvbmcgcyA9ICh1bnNpZ25lZCBs
b25nKXN0YXJ0OwpAQCAtNzY2LDYgKzc3OCw4IEBAIGdldF9wYWdlX2Zyb21f
bDFlKAogICAgIGlmICggIW1mbl92YWxpZChtZm4pIHx8CiAgICAgICAgICAo
cmVhbF9wZ19vd25lciA9IHBhZ2VfZ2V0X293bmVyX2FuZF9yZWZlcmVuY2Uo
cGFnZSkpID09IGRvbV9pbyApCiAgICAgeworICAgICAgICBpbnQgZmxpcCA9
IDA7CisKICAgICAgICAgLyogT25seSBuZWVkZWQgdGhlIHJlZmVyZW5jZSB0
byBjb25maXJtIGRvbV9pbyBvd25lcnNoaXAuICovCiAgICAgICAgIGlmICgg
bWZuX3ZhbGlkKG1mbikgKQogICAgICAgICAgICAgcHV0X3BhZ2UocGFnZSk7
CkBAIC03OTgsMTMgKzgxMiw0MSBAQCBnZXRfcGFnZV9mcm9tX2wxZSgKICAg
ICAgICAgICAgIHJldHVybiAtRUlOVkFMOwogICAgICAgICB9CiAKLSAgICAg
ICAgaWYgKCAhKGwxZiAmIF9QQUdFX1JXKSB8fAotICAgICAgICAgICAgICFy
YW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1m
bikgKQotICAgICAgICAgICAgcmV0dXJuIDA7Ci0gICAgICAgIGRwcmludGso
WEVOTE9HX0dfV0FSTklORywKLSAgICAgICAgICAgICAgICAiZCVkOiBGb3Jj
aW5nIHJlYWQtb25seSBhY2Nlc3MgdG8gTUZOICVseFxuIiwKLSAgICAgICAg
ICAgICAgICBsMWVfb3duZXItPmRvbWFpbl9pZCwgbWZuKTsKLSAgICAgICAg
cmV0dXJuIDE7CisgICAgICAgIGlmICggIXJhbmdlc2V0X2NvbnRhaW5zX3Np
bmdsZXRvbihtbWlvX3JvX3JhbmdlcywgbWZuKSApCisgICAgICAgIHsKKyAg
ICAgICAgICAgIC8qIE1NSU8gcGFnZXMgbXVzdCBub3QgYmUgbWFwcGVkIGNh
Y2hhYmxlIHVubGVzcyByZXF1ZXN0ZWQgc28uICovCisgICAgICAgICAgICBz
d2l0Y2ggKCBvcHRfbW1pb19yZWxheCApCisgICAgICAgICAgICB7CisgICAg
ICAgICAgICBjYXNlIDA6CisgICAgICAgICAgICAgICAgYnJlYWs7CisgICAg
ICAgICAgICBjYXNlIDE6CisgICAgICAgICAgICAgICAgaWYgKCBpc19oYXJk
d2FyZV9kb21haW4obDFlX293bmVyKSApCisgICAgICAgICAgICBjYXNlIC0x
OgorICAgICAgICAgICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgICAg
IGRlZmF1bHQ6CisgICAgICAgICAgICAgICAgQVNTRVJUX1VOUkVBQ0hBQkxF
KCk7CisgICAgICAgICAgICB9CisgICAgICAgIH0KKyAgICAgICAgZWxzZSBp
ZiAoIGwxZiAmIF9QQUdFX1JXICkKKyAgICAgICAgeworICAgICAgICAgICAg
ZHByaW50ayhYRU5MT0dfR19XQVJOSU5HLAorICAgICAgICAgICAgICAgICAg
ICAiZCVkOiBGb3JjaW5nIHJlYWQtb25seSBhY2Nlc3MgdG8gTUZOICVseFxu
IiwKKyAgICAgICAgICAgICAgICAgICAgbDFlX293bmVyLT5kb21haW5faWQs
IG1mbik7CisgICAgICAgICAgICBmbGlwID0gX1BBR0VfUlc7CisgICAgICAg
IH0KKworICAgICAgICBzd2l0Y2ggKCBsMWYgJiBQQUdFX0NBQ0hFX0FUVFJT
ICkKKyAgICAgICAgeworICAgICAgICBjYXNlIDA6IC8qIFdCICovCisgICAg
ICAgICAgICBmbGlwIHw9IF9QQUdFX1BXVCB8IF9QQUdFX1BDRDsKKyAgICAg
ICAgICAgIGJyZWFrOworICAgICAgICBjYXNlIF9QQUdFX1BXVDogLyogV1Qg
Ki8KKyAgICAgICAgY2FzZSBfUEFHRV9QV1QgfCBfUEFHRV9QQVQ6IC8qIFdQ
ICovCisgICAgICAgICAgICBmbGlwIHw9IF9QQUdFX1BDRCB8IChsMWYgJiBf
UEFHRV9QQVQpOworICAgICAgICAgICAgYnJlYWs7CisgICAgICAgIH0KKwor
ICAgICAgICByZXR1cm4gZmxpcDsKICAgICB9CiAKICAgICBpZiAoIHVubGlr
ZWx5KCAocmVhbF9wZ19vd25lciAhPSBwZ19vd25lcikgJiYKQEAgLTExOTQs
OCArMTIzNiw5IEBAIHN0YXRpYyBpbnQgYWxsb2NfbDFfdGFibGUoc3RydWN0
IHBhZ2VfaW4KICAgICAgICAgICAgICAgICBnb3RvIGZhaWw7CiAgICAgICAg
ICAgICBjYXNlIDA6CiAgICAgICAgICAgICAgICAgYnJlYWs7Ci0gICAgICAg
ICAgICBjYXNlIDE6Ci0gICAgICAgICAgICAgICAgbDFlX3JlbW92ZV9mbGFn
cyhwbDFlW2ldLCBfUEFHRV9SVyk7CisgICAgICAgICAgICBjYXNlIF9QQUdF
X1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlM6CisgICAgICAg
ICAgICAgICAgQVNTRVJUKCEocmV0ICYgfihfUEFHRV9SVyB8IFBBR0VfQ0FD
SEVfQVRUUlMpKSk7CisgICAgICAgICAgICAgICAgbDFlX2ZsaXBfZmxhZ3Mo
cGwxZVtpXSwgcmV0KTsKICAgICAgICAgICAgICAgICBicmVhazsKICAgICAg
ICAgICAgIH0KIApAQCAtMTY5MCw4ICsxNzMzLDkgQEAgc3RhdGljIGludCBt
b2RfbDFfZW50cnkobDFfcGdlbnRyeV90ICpwbAogICAgICAgICAgICAgcmV0
dXJuIC1FSU5WQUw7CiAgICAgICAgIH0KIAotICAgICAgICAvKiBGYXN0IHBh
dGggZm9yIGlkZW50aWNhbCBtYXBwaW5nLCByL3cgYW5kIHByZXNlbmNlLiAq
LwotICAgICAgICBpZiAoICFsMWVfaGFzX2NoYW5nZWQob2wxZSwgbmwxZSwg
X1BBR0VfUlcgfCBfUEFHRV9QUkVTRU5UKSApCisgICAgICAgIC8qIEZhc3Qg
cGF0aCBmb3IgaWRlbnRpY2FsIG1hcHBpbmcsIHIvdywgcHJlc2VuY2UsIGFu
ZCBjYWNoYWJpbGl0eS4gKi8KKyAgICAgICAgaWYgKCAhbDFlX2hhc19jaGFu
Z2VkKG9sMWUsIG5sMWUsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBQQUdFX0NBQ0hFX0FUVFJTIHwgX1BBR0VfUlcgfCBfUEFHRV9QUkVTRU5U
KSApCiAgICAgICAgIHsKICAgICAgICAgICAgIGFkanVzdF9ndWVzdF9sMWUo
bmwxZSwgcHRfZG9tKTsKICAgICAgICAgICAgIGlmICggVVBEQVRFX0VOVFJZ
KGwxLCBwbDFlLCBvbDFlLCBubDFlLCBnbDFtZm4sIHB0X3ZjcHUsCkBAIC0x
NzE0LDggKzE3NTgsOSBAQCBzdGF0aWMgaW50IG1vZF9sMV9lbnRyeShsMV9w
Z2VudHJ5X3QgKnBsCiAgICAgICAgICAgICByZXR1cm4gcmM7CiAgICAgICAg
IGNhc2UgMDoKICAgICAgICAgICAgIGJyZWFrOwotICAgICAgICBjYXNlIDE6
Ci0gICAgICAgICAgICBsMWVfcmVtb3ZlX2ZsYWdzKG5sMWUsIF9QQUdFX1JX
KTsKKyAgICAgICAgY2FzZSBfUEFHRV9SVyAuLi4gX1BBR0VfUlcgfCBQQUdF
X0NBQ0hFX0FUVFJTOgorICAgICAgICAgICAgQVNTRVJUKCEocmMgJiB+KF9Q
QUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRSUykpKTsKKyAgICAgICAgICAgIGwx
ZV9mbGlwX2ZsYWdzKG5sMWUsIHJjKTsKICAgICAgICAgICAgIHJjID0gMDsK
ICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICB9CkBAIC00OTIwLDYgKzQ5
NjUsNyBAQCBzdGF0aWMgaW50IHB0d3JfZW11bGF0ZWRfdXBkYXRlKAogICAg
IGwxX3BnZW50cnlfdCBwdGUsIG9sMWUsIG5sMWUsICpwbDFlOwogICAgIHN0
cnVjdCB2Y3B1ICp2ID0gY3VycmVudDsKICAgICBzdHJ1Y3QgZG9tYWluICpk
ID0gdi0+ZG9tYWluOworICAgIGludCByZXQ7CiAKICAgICAvKiBPbmx5IGFs
bG93IG5hdHVyYWxseS1hbGlnbmVkIHN0b3JlcyB3aXRoaW4gdGhlIG9yaWdp
bmFsICVjcjIgcGFnZS4gKi8KICAgICBpZiAoIHVubGlrZWx5KCgoYWRkcl5w
dHdyX2N0eHQtPmNyMikgJiBQQUdFX01BU0spIHx8IChhZGRyICYgKGJ5dGVz
LTEpKSkgKQpAQCAtNDk2Nyw3ICs1MDEzLDcgQEAgc3RhdGljIGludCBwdHdy
X2VtdWxhdGVkX3VwZGF0ZSgKIAogICAgIC8qIENoZWNrIHRoZSBuZXcgUFRF
LiAqLwogICAgIG5sMWUgPSBsMWVfZnJvbV9pbnRwdGUodmFsKTsKLSAgICBz
d2l0Y2ggKCBnZXRfcGFnZV9mcm9tX2wxZShubDFlLCBkLCBkKSApCisgICAg
c3dpdGNoICggcmV0ID0gZ2V0X3BhZ2VfZnJvbV9sMWUobmwxZSwgZCwgZCkg
KQogICAgIHsKICAgICBkZWZhdWx0OgogICAgICAgICBpZiAoIGlzX3B2XzMy
Yml0X2RvbWFpbihkKSAmJiAoYnl0ZXMgPT0gNCkgJiYgKHVuYWxpZ25lZF9h
ZGRyICYgNCkgJiYKQEAgLTQ5OTEsOCArNTAzNyw5IEBAIHN0YXRpYyBpbnQg
cHR3cl9lbXVsYXRlZF91cGRhdGUoCiAgICAgICAgIGJyZWFrOwogICAgIGNh
c2UgMDoKICAgICAgICAgYnJlYWs7Ci0gICAgY2FzZSAxOgotICAgICAgICBs
MWVfcmVtb3ZlX2ZsYWdzKG5sMWUsIF9QQUdFX1JXKTsKKyAgICBjYXNlIF9Q
QUdFX1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlM6CisgICAg
ICAgIEFTU0VSVCghKHJldCAmIH4oX1BBR0VfUlcgfCBQQUdFX0NBQ0hFX0FU
VFJTKSkpOworICAgICAgICBsMWVfZmxpcF9mbGFncyhubDFlLCByZXQpOwog
ICAgICAgICBicmVhazsKICAgICB9CiAKLS0tIGEveGVuL2luY2x1ZGUvYXNt
LXg4Ni9wYWdlLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9wYWdlLmgK
QEAgLTE1Nyw2ICsxNTcsOSBAQCBzdGF0aWMgaW5saW5lIGw0X3BnZW50cnlf
dCBsNGVfZnJvbV9wYWRkCiAjZGVmaW5lIGwzZV9yZW1vdmVfZmxhZ3MoeCwg
ZmxhZ3MpICgoeCkubDMgJj0gfnB1dF9wdGVfZmxhZ3MoZmxhZ3MpKQogI2Rl
ZmluZSBsNGVfcmVtb3ZlX2ZsYWdzKHgsIGZsYWdzKSAoKHgpLmw0ICY9IH5w
dXRfcHRlX2ZsYWdzKGZsYWdzKSkKIAorLyogRmxpcCBmbGFncyBpbiBhbiBl
eGlzdGluZyBMMSBQVEUuICovCisjZGVmaW5lIGwxZV9mbGlwX2ZsYWdzKHgs
IGZsYWdzKSAgICAoKHgpLmwxIF49IHB1dF9wdGVfZmxhZ3MoZmxhZ3MpKQor
CiAvKiBDaGVjayBpZiBhIHB0ZSdzIHBhZ2UgbWFwcGluZyBvciBzaWduaWZp
Y2FudCBhY2Nlc3MgZmxhZ3MgaGF2ZSBjaGFuZ2VkLiAqLwogI2RlZmluZSBs
MWVfaGFzX2NoYW5nZWQoeCx5LGZsYWdzKSBcCiAgICAgKCAhISgoKHgpLmwx
IF4gKHkpLmwxKSAmICgoUEFERFJfTUFTSyZQQUdFX01BU0spfHB1dF9wdGVf
ZmxhZ3MoZmxhZ3MpKSkgKQo=

--=separator
Content-Type: application/octet-stream; name="xsa154-4.6.patch"
Content-Disposition: attachment; filename="xsa154-4.6.patch"
Content-Transfer-Encoding: base64

eDg2OiBlbmZvcmNlIGNvbnNpc3RlbnQgY2FjaGFiaWxpdHkgb2YgTU1JTyBt
YXBwaW5ncwoKV2UndmUgYmVlbiB0b2xkIGJ5IEludGVsIHRoYXQgaW5jb25z
aXN0ZW50IGNhY2hhYmlsaXR5IGJldHdlZW4KbXVsdGlwbGUgbWFwcGluZ3Mg
b2YgdGhlIHNhbWUgcGFnZSBjYW4gYWZmZWN0IHN5c3RlbSBzdGFiaWxpdHkg
b25seQp3aGVuIHRoZSBhZmZlY3RlZCBwYWdlIGlzIGFuIE1NSU8gb25lLiBT
aW5jZSB0aGUgc3RhbGUgZGF0YSBpc3N1ZSBpcwpvZiBubyByZWxldmFuY2Ug
dG8gdGhlIGh5cGVydmlzb3IgKHNpbmNlIGFsbCBndWVzdCBtZW1vcnkgYWNj
ZXNzZXMgZ28KdGhyb3VnaCBwcm9wZXIgYWNjZXNzb3JzIGFuZCB2YWxpZGF0
aW9uKSwgaGFuZGxpbmcgb2YgUkFNIHBhZ2VzCnJlbWFpbnMgdW5jaGFuZ2Vk
IGhlcmUuIEFueSBNTUlPIG1hcHBlZCBieSBkb21haW5zIGhvd2V2ZXIgbmVl
ZHMgdG8gYmUKZG9uZSBjb25zaXN0ZW50bHkgKGFsbCBjYWNoYWJsZSBtYXBw
aW5ncyBvciBhbGwgdW5jYWNoYWJsZSBvbmVzKSwgaW4Kb3JkZXIgdG8gYXZv
aWQgTWFjaGluZSBDaGVjayBleGNlcHRpb25zLiBTaW5jZSBjb252ZXJ0aW5n
IGV4aXN0aW5nCmNhY2hhYmxlIG1hcHBpbmdzIHRvIHVuY2FjaGFibGUgKGF0
IHRoZSB0aW1lIGFuIHVuY2FjaGFibGUgbWFwcGluZwpnZXRzIGVzdGFibGlz
aGVkKSB3b3VsZCBpbiB0aGUgUFYgY2FzZSByZXF1aXJlIHRyYWNraW5nIGFs
bCBtYXBwaW5ncywKYWxsb3cgTU1JTyB0byBvbmx5IGdldCBtYXBwZWQgdW5j
YWNoYWJsZSAoVUMsIFVDLSwgb3IgV0MpLgoKVGhpcyBhbHNvIGltcGxpZXMg
dGhhdCBpbiB0aGUgUFYgY2FzZSB3ZSBtdXN0bid0IHVzZSB0aGUgTDEgUFRF
IHVwZGF0ZQpmYXN0IHBhdGggd2hlbiBjYWNoYWJpbGl0eSBmbGFncyBnZXQg
YWx0ZXJlZC4KClNpbmNlIGluIHRoZSBIVk0gY2FzZSBhdCBsZWFzdCBmb3Ig
bm93IHdlIHdhbnQgdG8gY29udGludWUgaG9ub3JpbmcKcGlubmVkIGNhY2hh
YmlsaXR5IGF0dHJpYnV0ZXMgZm9yIHBhZ2VzIG5vdCBtYXBwZWQgYnkgdGhl
IGh5cGVydmlzb3IsCnNwZWNpYWwgY2FzZSBoYW5kbGluZyBvZiByL28gTU1J
TyBwYWdlcyAoZm9yY2luZyBVQykgZ2V0cyBhZGRlZCB0aGVyZS4KQXJndWFi
bHkgdGhlIGNvdW50ZXJwYXJ0IGNoYW5nZSB0byBwMm0tcHQuYyBtYXkgbm90
IGJlIG5lY2Vzc2FyeSwgc2luY2UKVUMtICh3aGljaCBhbHJlYWR5IGdldHMg
ZW5mb3JjZWQgdGhlcmUpIGlzIHByb2JhYmx5IHN0cmljdCBlbm91Z2guCgpO
b3RlIHRoYXQgdGhlIHNoYWRvdyBjb2RlIGNoYW5nZXMgaW5jbHVkZSBmaXhp
bmcgdGhlIHdyaXRlIHByb3RlY3Rpb24Kb2Ygci9vIE1NSU8gcmFuZ2VzOiBz
aGFkb3dfbDFlX3JlbW92ZV9mbGFncygpIGFuZCBpdHMgc2libGluZ3MsIG90
aGVyCnRoYW4gbDFlX3JlbW92ZV9mbGFncygpIGFuZCBhbGlrZSwgcmV0dXJu
IHRoZSBuZXcgUFRFIChhbmQgaGVuY2UKaWdub3JpbmcgdGhlaXIgcmV0dXJu
IHZhbHVlcyBtYWtlcyB0aGVtIG5vLW9wcykuCgpUaGlzIGlzIENWRS0yMDE2
LTIyNzAgLyBYU0EtMTU0LgoKU2lnbmVkLW9mZi1ieTogSmFuIEJldWxpY2gg
PGpiZXVsaWNoQHN1c2UuY29tPgpBY2tlZC1ieTogQW5kcmV3IENvb3BlciA8
YW5kcmV3LmNvb3BlcjNAY2l0cml4LmNvbT4KCi0tLSBhL2RvY3MvbWlzYy94
ZW4tY29tbWFuZC1saW5lLm1hcmtkb3duCisrKyBiL2RvY3MvbWlzYy94ZW4t
Y29tbWFuZC1saW5lLm1hcmtkb3duCkBAIC0xMDgwLDYgKzEwODAsMTUgQEAg
bGltaXQgaXMgaWdub3JlZCBieSBYZW4uCiAKIFNwZWNpZnkgaWYgdGhlIE1N
Q29uZmlnIHNwYWNlIHNob3VsZCBiZSBlbmFibGVkLgogCisjIyMgbW1pby1y
ZWxheAorPiBgPSA8Ym9vbGVhbj4gfCBhbGxgCisKKz4gRGVmYXVsdDogYGZh
bHNlYAorCitCeSBkZWZhdWx0LCBkb21haW5zIG1heSBub3QgY3JlYXRlIGNh
Y2hlZCBtYXBwaW5ncyB0byBNTUlPIHJlZ2lvbnMuCitUaGlzIG9wdGlvbiBy
ZWxheGVzIHRoZSBjaGVjayBmb3IgRG9tYWluIDAgKG9yIHdoZW4gdXNpbmcg
YGFsbGAsIGFsbCBQVgorZG9tYWlucyksIHRvIHBlcm1pdCB0aGUgdXNlIG9m
IGNhY2hlYWJsZSBNTUlPIG1hcHBpbmdzLgorCiAjIyMgbXNpCiA+IGA9IDxi
b29sZWFuPmAKIAotLS0gYS94ZW4vYXJjaC94ODYvaHZtL210cnIuYworKysg
Yi94ZW4vYXJjaC94ODYvaHZtL210cnIuYwpAQCAtODA3LDggKzgwNywxNyBA
QCBpbnQgZXB0ZV9nZXRfZW50cnlfZW10KHN0cnVjdCBkb21haW4gKmQsCiAg
ICAgaWYgKCB2LT5kb21haW4gIT0gZCApCiAgICAgICAgIHYgPSBkLT52Y3B1
ID8gZC0+dmNwdVswXSA6IE5VTEw7CiAKLSAgICBpZiAoICFtZm5fdmFsaWQo
bWZuX3gobWZuKSkgKQorICAgIGlmICggIW1mbl92YWxpZChtZm5feChtZm4p
KSB8fAorICAgICAgICAgcmFuZ2VzZXRfY29udGFpbnNfcmFuZ2UobW1pb19y
b19yYW5nZXMsIG1mbl94KG1mbiksCisgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICBtZm5feChtZm4pICsgKDFVTCA8PCBvcmRlcikgLSAxKSAp
CisgICAgeworICAgICAgICAqaXBhdCA9IDE7CiAgICAgICAgIHJldHVybiBN
VFJSX1RZUEVfVU5DQUNIQUJMRTsKKyAgICB9CisKKyAgICBpZiAoIHJhbmdl
c2V0X292ZXJsYXBzX3JhbmdlKG1taW9fcm9fcmFuZ2VzLCBtZm5feChtZm4p
LAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbWZuX3gobWZu
KSArICgxVUwgPDwgb3JkZXIpIC0gMSkgKQorICAgICAgICByZXR1cm4gLTE7
CiAKICAgICBzd2l0Y2ggKCBodm1fZ2V0X21lbV9waW5uZWRfY2FjaGVhdHRy
KGQsIGdmbiwgb3JkZXIsICZ0eXBlKSApCiAgICAgewotLS0gYS94ZW4vYXJj
aC94ODYvbW0vcDJtLXB0LmMKKysrIGIveGVuL2FyY2gveDg2L21tL3AybS1w
dC5jCkBAIC0xMDcsNiArMTA3LDggQEAgc3RhdGljIHVuc2lnbmVkIGxvbmcg
cDJtX3R5cGVfdG9fZmxhZ3MocAogICAgIGNhc2UgcDJtX21taW9fZGlyZWN0
OgogICAgICAgICBpZiAoICFyYW5nZXNldF9jb250YWluc19zaW5nbGV0b24o
bW1pb19yb19yYW5nZXMsIG1mbl94KG1mbikpICkKICAgICAgICAgICAgIGZs
YWdzIHw9IF9QQUdFX1JXOworICAgICAgICBlbHNlCisgICAgICAgICAgICBm
bGFncyB8PSBfUEFHRV9QV1Q7CiAgICAgICAgIHJldHVybiBmbGFncyB8IFAy
TV9CQVNFX0ZMQUdTIHwgX1BBR0VfUENEOwogICAgIH0KIH0KLS0tIGEveGVu
L2FyY2gveDg2L21tL3NoYWRvdy9tdWx0aS5jCisrKyBiL3hlbi9hcmNoL3g4
Ni9tbS9zaGFkb3cvbXVsdGkuYwpAQCAtNTE5LDYgKzUxOSw3IEBAIF9zaF9w
cm9wYWdhdGUoc3RydWN0IHZjcHUgKnYsCiAgICAgZ2ZuX3QgdGFyZ2V0X2dm
biA9IGd1ZXN0X2wxZV9nZXRfZ2ZuKGd1ZXN0X2VudHJ5KTsKICAgICB1MzIg
cGFzc190aHJ1X2ZsYWdzOwogICAgIHUzMiBnZmxhZ3MsIHNmbGFnczsKKyAg
ICBib29sX3QgbW1pb19tZm47CiAKICAgICAvKiBXZSBkb24ndCBzaGFkb3cg
UEFFIGwzcyAqLwogICAgIEFTU0VSVChHVUVTVF9QQUdJTkdfTEVWRUxTID4g
MyB8fCBsZXZlbCAhPSAzKTsKQEAgLTU1OSw3ICs1NjAsMTAgQEAgX3NoX3By
b3BhZ2F0ZShzdHJ1Y3QgdmNwdSAqdiwKICAgICAvLyBtZm4gbWVhbnMgdGhh
dCB3ZSBjYW4gbm90IHVzZWZ1bGx5IHNoYWRvdyBhbnl0aGluZywgYW5kIHNv
IHdlCiAgICAgLy8gcmV0dXJuIGVhcmx5LgogICAgIC8vCi0gICAgaWYgKCAh
bWZuX3ZhbGlkKHRhcmdldF9tZm4pCisgICAgbW1pb19tZm4gPSAhbWZuX3Zh
bGlkKHRhcmdldF9tZm4pCisgICAgICAgICAgICAgICB8fCAobGV2ZWwgPT0g
MQorICAgICAgICAgICAgICAgICAgICYmIHBhZ2VfZ2V0X293bmVyKG1mbl90
b19wYWdlKHRhcmdldF9tZm4pKSA9PSBkb21faW8pOworICAgIGlmICggbW1p
b19tZm4KICAgICAgICAgICYmICEobGV2ZWwgPT0gMSAmJiAoIXNoYWRvd19t
b2RlX3JlZmNvdW50cyhkKQogICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICB8fCBwMm10ID09IHAybV9tbWlvX2RpcmVjdCkpICkKICAgICB7CkBAIC01
NzcsNyArNTgxLDcgQEAgX3NoX3Byb3BhZ2F0ZShzdHJ1Y3QgdmNwdSAqdiwK
ICAgICAgICAgICAgICAgICAgICAgICAgX1BBR0VfUlcgfCBfUEFHRV9QUkVT
RU5UKTsKICAgICBpZiAoIGd1ZXN0X3N1cHBvcnRzX254KHYpICkKICAgICAg
ICAgcGFzc190aHJ1X2ZsYWdzIHw9IF9QQUdFX05YX0JJVDsKLSAgICBpZiAo
ICFzaGFkb3dfbW9kZV9yZWZjb3VudHMoZCkgJiYgIW1mbl92YWxpZCh0YXJn
ZXRfbWZuKSApCisgICAgaWYgKCBsZXZlbCA9PSAxICYmICFzaGFkb3dfbW9k
ZV9yZWZjb3VudHMoZCkgJiYgbW1pb19tZm4gKQogICAgICAgICBwYXNzX3Ro
cnVfZmxhZ3MgfD0gX1BBR0VfUEFUIHwgX1BBR0VfUENEIHwgX1BBR0VfUFdU
OwogICAgIHNmbGFncyA9IGdmbGFncyAmIHBhc3NfdGhydV9mbGFnczsKIApA
QCAtNjc2LDEwICs2ODAsMTQgQEAgX3NoX3Byb3BhZ2F0ZShzdHJ1Y3QgdmNw
dSAqdiwKICAgICB9CiAKICAgICAvKiBSZWFkLW9ubHkgbWVtb3J5ICovCi0g
ICAgaWYgKCBwMm1faXNfcmVhZG9ubHkocDJtdCkgfHwKLSAgICAgICAgIChw
Mm10ID09IHAybV9tbWlvX2RpcmVjdCAmJgotICAgICAgICAgIHJhbmdlc2V0
X2NvbnRhaW5zX3NpbmdsZXRvbihtbWlvX3JvX3JhbmdlcywgbWZuX3godGFy
Z2V0X21mbikpKSApCisgICAgaWYgKCBwMm1faXNfcmVhZG9ubHkocDJtdCkg
KQogICAgICAgICBzZmxhZ3MgJj0gfl9QQUdFX1JXOworICAgIGVsc2UgaWYg
KCBwMm10ID09IHAybV9tbWlvX2RpcmVjdCAmJgorICAgICAgICAgICAgICBy
YW5nZXNldF9jb250YWluc19zaW5nbGV0b24obW1pb19yb19yYW5nZXMsIG1m
bl94KHRhcmdldF9tZm4pKSApCisgICAgeworICAgICAgICBzZmxhZ3MgJj0g
fihfUEFHRV9SVyB8IF9QQUdFX1BBVCk7CisgICAgICAgIHNmbGFncyB8PSBf
UEFHRV9QQ0QgfCBfUEFHRV9QV1Q7CisgICAgfQogCiAgICAgLy8gcHJvdGVj
dCBndWVzdCBwYWdlIHRhYmxlcwogICAgIC8vCkBAIC0xMTg1LDIyICsxMTkz
LDI4IEBAIHN0YXRpYyBpbnQgc2hhZG93X3NldF9sMWUoc3RydWN0IGRvbWFp
bgogICAgICAgICAgJiYgIXNoX2wxZV9pc19tYWdpYyhuZXdfc2wxZSkgKQog
ICAgIHsKICAgICAgICAgLyogQWJvdXQgdG8gaW5zdGFsbCBhIG5ldyByZWZl
cmVuY2UgKi8KLSAgICAgICAgaWYgKCBzaGFkb3dfbW9kZV9yZWZjb3VudHMo
ZCkgKSB7CisgICAgICAgIGlmICggc2hhZG93X21vZGVfcmVmY291bnRzKGQp
ICkKKyAgICAgICAgeworI2RlZmluZSBQQUdFX0ZMSVBQQUJMRSAoX1BBR0Vf
UlcgfCBfUEFHRV9QV1QgfCBfUEFHRV9QQ0QgfCBfUEFHRV9QQVQpCisgICAg
ICAgICAgICBpbnQgcmM7CisKICAgICAgICAgICAgIFRSQUNFX1NIQURPV19Q
QVRIX0ZMQUcoVFJDRV9TRkxBR19TSEFET1dfTDFfR0VUX1JFRik7Ci0gICAg
ICAgICAgICBzd2l0Y2ggKCBzaGFkb3dfZ2V0X3BhZ2VfZnJvbV9sMWUobmV3
X3NsMWUsIGQsIG5ld190eXBlKSApCisgICAgICAgICAgICBzd2l0Y2ggKCBy
YyA9IHNoYWRvd19nZXRfcGFnZV9mcm9tX2wxZShuZXdfc2wxZSwgZCwgbmV3
X3R5cGUpICkKICAgICAgICAgICAgIHsKICAgICAgICAgICAgIGRlZmF1bHQ6
CiAgICAgICAgICAgICAgICAgLyogRG9lc24ndCBsb29rIGxpa2UgYSBwYWdl
dGFibGUuICovCiAgICAgICAgICAgICAgICAgZmxhZ3MgfD0gU0hBRE9XX1NF
VF9FUlJPUjsKICAgICAgICAgICAgICAgICBuZXdfc2wxZSA9IHNoYWRvd19s
MWVfZW1wdHkoKTsKICAgICAgICAgICAgICAgICBicmVhazsKLSAgICAgICAg
ICAgIGNhc2UgMToKLSAgICAgICAgICAgICAgICBzaGFkb3dfbDFlX3JlbW92
ZV9mbGFncyhuZXdfc2wxZSwgX1BBR0VfUlcpOworICAgICAgICAgICAgY2Fz
ZSBQQUdFX0ZMSVBQQUJMRSAmIC1QQUdFX0ZMSVBQQUJMRSAuLi4gUEFHRV9G
TElQUEFCTEU6CisgICAgICAgICAgICAgICAgQVNTRVJUKCEocmMgJiB+UEFH
RV9GTElQUEFCTEUpKTsKKyAgICAgICAgICAgICAgICBuZXdfc2wxZSA9IHNo
YWRvd19sMWVfZmxpcF9mbGFncyhuZXdfc2wxZSwgcmMpOwogICAgICAgICAg
ICAgICAgIC8qIGZhbGwgdGhyb3VnaCAqLwogICAgICAgICAgICAgY2FzZSAw
OgogICAgICAgICAgICAgICAgIHNoYWRvd192cmFtX2dldF9sMWUobmV3X3Ns
MWUsIHNsMWUsIHNsMW1mbiwgZCk7CiAgICAgICAgICAgICAgICAgYnJlYWs7
CiAgICAgICAgICAgICB9CisjdW5kZWYgUEFHRV9GTElQUEFCTEUKICAgICAg
ICAgfQogICAgIH0KIAotLS0gYS94ZW4vYXJjaC94ODYvbW0vc2hhZG93L3R5
cGVzLmgKKysrIGIveGVuL2FyY2gveDg2L21tL3NoYWRvdy90eXBlcy5oCkBA
IC05OSw2ICs5OSw5IEBAIHN0YXRpYyBpbmxpbmUgdTMyIHNoYWRvd19sNGVf
Z2V0X2ZsYWdzKHMKIHN0YXRpYyBpbmxpbmUgc2hhZG93X2wxZV90CiBzaGFk
b3dfbDFlX3JlbW92ZV9mbGFncyhzaGFkb3dfbDFlX3Qgc2wxZSwgdTMyIGZs
YWdzKQogeyBsMWVfcmVtb3ZlX2ZsYWdzKHNsMWUsIGZsYWdzKTsgcmV0dXJu
IHNsMWU7IH0KK3N0YXRpYyBpbmxpbmUgc2hhZG93X2wxZV90CitzaGFkb3df
bDFlX2ZsaXBfZmxhZ3Moc2hhZG93X2wxZV90IHNsMWUsIHUzMiBmbGFncykK
K3sgbDFlX2ZsaXBfZmxhZ3Moc2wxZSwgZmxhZ3MpOyByZXR1cm4gc2wxZTsg
fQogCiBzdGF0aWMgaW5saW5lIHNoYWRvd19sMWVfdCBzaGFkb3dfbDFlX2Vt
cHR5KHZvaWQpCiB7IHJldHVybiBsMWVfZW1wdHkoKTsgfQotLS0gYS94ZW4v
YXJjaC94ODYvbW0uYworKysgYi94ZW4vYXJjaC94ODYvbW0uYwpAQCAtMTc4
LDYgKzE3OCwxOCBAQCBzdGF0aWMgdWludDMyX3QgYmFzZV9kaXNhbGxvd19t
YXNrOwogICAgICAgaXNfcHZfZG9tYWluKGQpKSA/ICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgTDFfRElTQUxMT1df
TUFTSyA6IChMMV9ESVNBTExPV19NQVNLICYgflBBR0VfQ0FDSEVfQVRUUlMp
KQogCitzdGF0aWMgczggX19yZWFkX21vc3RseSBvcHRfbW1pb19yZWxheDsK
K3N0YXRpYyB2b2lkIF9faW5pdCBwYXJzZV9tbWlvX3JlbGF4KGNvbnN0IGNo
YXIgKnMpCit7CisgICAgaWYgKCAhKnMgKQorICAgICAgICBvcHRfbW1pb19y
ZWxheCA9IDE7CisgICAgZWxzZQorICAgICAgICBvcHRfbW1pb19yZWxheCA9
IHBhcnNlX2Jvb2wocyk7CisgICAgaWYgKCBvcHRfbW1pb19yZWxheCA8IDAg
JiYgc3RyY21wKHMsICJhbGwiKSApCisgICAgICAgIG9wdF9tbWlvX3JlbGF4
ID0gMDsKK30KK2N1c3RvbV9wYXJhbSgibW1pby1yZWxheCIsIHBhcnNlX21t
aW9fcmVsYXgpOworCiBzdGF0aWMgdm9pZCBfX2luaXQgaW5pdF9mcmFtZXRh
YmxlX2NodW5rKHZvaWQgKnN0YXJ0LCB2b2lkICplbmQpCiB7CiAgICAgdW5z
aWduZWQgbG9uZyBzID0gKHVuc2lnbmVkIGxvbmcpc3RhcnQ7CkBAIC03OTks
MTAgKzgxMSw3IEBAIGdldF9wYWdlX2Zyb21fbDFlKAogICAgIGlmICggIW1m
bl92YWxpZChtZm4pIHx8CiAgICAgICAgICAocmVhbF9wZ19vd25lciA9IHBh
Z2VfZ2V0X293bmVyX2FuZF9yZWZlcmVuY2UocGFnZSkpID09IGRvbV9pbyAp
CiAgICAgewotI2lmbmRlZiBOREVCVUcKLSAgICAgICAgY29uc3QgdW5zaWdu
ZWQgbG9uZyAqcm9fbWFwOwotICAgICAgICB1bnNpZ25lZCBpbnQgc2VnLCBi
ZGY7Ci0jZW5kaWYKKyAgICAgICAgaW50IGZsaXAgPSAwOwogCiAgICAgICAg
IC8qIE9ubHkgbmVlZGVkIHRoZSByZWZlcmVuY2UgdG8gY29uZmlybSBkb21f
aW8gb3duZXJzaGlwLiAqLwogICAgICAgICBpZiAoIG1mbl92YWxpZChtZm4p
ICkKQEAgLTgzNiwyNCArODQ1LDU1IEBAIGdldF9wYWdlX2Zyb21fbDFlKAog
ICAgICAgICAgICAgcmV0dXJuIC1FSU5WQUw7CiAgICAgICAgIH0KIAotICAg
ICAgICBpZiAoICEobDFmICYgX1BBR0VfUlcpIHx8Ci0gICAgICAgICAgICAg
IXJhbmdlc2V0X2NvbnRhaW5zX3NpbmdsZXRvbihtbWlvX3JvX3Jhbmdlcywg
bWZuKSApCi0gICAgICAgICAgICByZXR1cm4gMDsKKyAgICAgICAgaWYgKCAh
cmFuZ2VzZXRfY29udGFpbnNfc2luZ2xldG9uKG1taW9fcm9fcmFuZ2VzLCBt
Zm4pICkKKyAgICAgICAgeworICAgICAgICAgICAgLyogTU1JTyBwYWdlcyBt
dXN0IG5vdCBiZSBtYXBwZWQgY2FjaGFibGUgdW5sZXNzIHJlcXVlc3RlZCBz
by4gKi8KKyAgICAgICAgICAgIHN3aXRjaCAoIG9wdF9tbWlvX3JlbGF4ICkK
KyAgICAgICAgICAgIHsKKyAgICAgICAgICAgIGNhc2UgMDoKKyAgICAgICAg
ICAgICAgICBicmVhazsKKyAgICAgICAgICAgIGNhc2UgMToKKyAgICAgICAg
ICAgICAgICBpZiAoIGlzX2hhcmR3YXJlX2RvbWFpbihsMWVfb3duZXIpICkK
KyAgICAgICAgICAgIGNhc2UgLTE6CisgICAgICAgICAgICAgICAgICAgIHJl
dHVybiAwOworICAgICAgICAgICAgZGVmYXVsdDoKKyAgICAgICAgICAgICAg
ICBBU1NFUlRfVU5SRUFDSEFCTEUoKTsKKyAgICAgICAgICAgIH0KKyAgICAg
ICAgfQorICAgICAgICBlbHNlIGlmICggbDFmICYgX1BBR0VfUlcgKQorICAg
ICAgICB7CiAjaWZuZGVmIE5ERUJVRwotICAgICAgICBpZiAoICFwY2lfbW1j
ZmdfZGVjb2RlKG1mbiwgJnNlZywgJmJkZikgfHwKLSAgICAgICAgICAgICAo
KHJvX21hcCA9IHBjaV9nZXRfcm9fbWFwKHNlZykpICE9IE5VTEwgJiYKLSAg
ICAgICAgICAgICAgdGVzdF9iaXQoYmRmLCByb19tYXApKSApCi0gICAgICAg
ICAgICBwcmludGsoWEVOTE9HX0dfV0FSTklORwotICAgICAgICAgICAgICAg
ICAgICJkJWQ6IEZvcmNpbmcgcmVhZC1vbmx5IGFjY2VzcyB0byBNRk4gJWx4
XG4iLAotICAgICAgICAgICAgICAgICAgIGwxZV9vd25lci0+ZG9tYWluX2lk
LCBtZm4pOwotICAgICAgICBlbHNlCi0gICAgICAgICAgICByYW5nZXNldF9y
ZXBvcnRfcmFuZ2VzKG1taW9fcm9fcmFuZ2VzLCAwLCB+MFVMLAotICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBwcmludF9tbWlvX2VtdWxf
cmFuZ2UsCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICYo
c3RydWN0IG1taW9fZW11bF9yYW5nZV9jdHh0KXsKLSAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgLmQgPSBsMWVfb3duZXIsCi0gICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5tZm4gPSBtZm4g
fSk7CisgICAgICAgICAgICBjb25zdCB1bnNpZ25lZCBsb25nICpyb19tYXA7
CisgICAgICAgICAgICB1bnNpZ25lZCBpbnQgc2VnLCBiZGY7CisKKyAgICAg
ICAgICAgIGlmICggIXBjaV9tbWNmZ19kZWNvZGUobWZuLCAmc2VnLCAmYmRm
KSB8fAorICAgICAgICAgICAgICAgICAoKHJvX21hcCA9IHBjaV9nZXRfcm9f
bWFwKHNlZykpICE9IE5VTEwgJiYKKyAgICAgICAgICAgICAgICAgIHRlc3Rf
Yml0KGJkZiwgcm9fbWFwKSkgKQorICAgICAgICAgICAgICAgIHByaW50ayhY
RU5MT0dfR19XQVJOSU5HCisgICAgICAgICAgICAgICAgICAgICAgICJkJWQ6
IEZvcmNpbmcgcmVhZC1vbmx5IGFjY2VzcyB0byBNRk4gJWx4XG4iLAorICAg
ICAgICAgICAgICAgICAgICAgICBsMWVfb3duZXItPmRvbWFpbl9pZCwgbWZu
KTsKKyAgICAgICAgICAgIGVsc2UKKyAgICAgICAgICAgICAgICByYW5nZXNl
dF9yZXBvcnRfcmFuZ2VzKG1taW9fcm9fcmFuZ2VzLCAwLCB+MFVMLAorICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcHJpbnRfbW1p
b19lbXVsX3JhbmdlLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgJihzdHJ1Y3QgbW1pb19lbXVsX3JhbmdlX2N0eHQpeworICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5kID0g
bDFlX293bmVyLAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIC5tZm4gPSBtZm4gfSk7CiAjZW5kaWYKLSAgICAgICAgcmV0
dXJuIDE7CisgICAgICAgICAgICBmbGlwID0gX1BBR0VfUlc7CisgICAgICAg
IH0KKworICAgICAgICBzd2l0Y2ggKCBsMWYgJiBQQUdFX0NBQ0hFX0FUVFJT
ICkKKyAgICAgICAgeworICAgICAgICBjYXNlIDA6IC8qIFdCICovCisgICAg
ICAgICAgICBmbGlwIHw9IF9QQUdFX1BXVCB8IF9QQUdFX1BDRDsKKyAgICAg
ICAgICAgIGJyZWFrOworICAgICAgICBjYXNlIF9QQUdFX1BXVDogLyogV1Qg
Ki8KKyAgICAgICAgY2FzZSBfUEFHRV9QV1QgfCBfUEFHRV9QQVQ6IC8qIFdQ
ICovCisgICAgICAgICAgICBmbGlwIHw9IF9QQUdFX1BDRCB8IChsMWYgJiBf
UEFHRV9QQVQpOworICAgICAgICAgICAgYnJlYWs7CisgICAgICAgIH0KKwor
ICAgICAgICByZXR1cm4gZmxpcDsKICAgICB9CiAKICAgICBpZiAoIHVubGlr
ZWx5KCAocmVhbF9wZ19vd25lciAhPSBwZ19vd25lcikgJiYKQEAgLTEyNDMs
OCArMTI4Myw5IEBAIHN0YXRpYyBpbnQgYWxsb2NfbDFfdGFibGUoc3RydWN0
IHBhZ2VfaW4KICAgICAgICAgICAgICAgICBnb3RvIGZhaWw7CiAgICAgICAg
ICAgICBjYXNlIDA6CiAgICAgICAgICAgICAgICAgYnJlYWs7Ci0gICAgICAg
ICAgICBjYXNlIDE6Ci0gICAgICAgICAgICAgICAgbDFlX3JlbW92ZV9mbGFn
cyhwbDFlW2ldLCBfUEFHRV9SVyk7CisgICAgICAgICAgICBjYXNlIF9QQUdF
X1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlM6CisgICAgICAg
ICAgICAgICAgQVNTRVJUKCEocmV0ICYgfihfUEFHRV9SVyB8IFBBR0VfQ0FD
SEVfQVRUUlMpKSk7CisgICAgICAgICAgICAgICAgbDFlX2ZsaXBfZmxhZ3Mo
cGwxZVtpXSwgcmV0KTsKICAgICAgICAgICAgICAgICBicmVhazsKICAgICAg
ICAgICAgIH0KIApAQCAtMTc1OSw4ICsxODAwLDkgQEAgc3RhdGljIGludCBt
b2RfbDFfZW50cnkobDFfcGdlbnRyeV90ICpwbAogICAgICAgICAgICAgcmV0
dXJuIC1FSU5WQUw7CiAgICAgICAgIH0KIAotICAgICAgICAvKiBGYXN0IHBh
dGggZm9yIGlkZW50aWNhbCBtYXBwaW5nLCByL3cgYW5kIHByZXNlbmNlLiAq
LwotICAgICAgICBpZiAoICFsMWVfaGFzX2NoYW5nZWQob2wxZSwgbmwxZSwg
X1BBR0VfUlcgfCBfUEFHRV9QUkVTRU5UKSApCisgICAgICAgIC8qIEZhc3Qg
cGF0aCBmb3IgaWRlbnRpY2FsIG1hcHBpbmcsIHIvdywgcHJlc2VuY2UsIGFu
ZCBjYWNoYWJpbGl0eS4gKi8KKyAgICAgICAgaWYgKCAhbDFlX2hhc19jaGFu
Z2VkKG9sMWUsIG5sMWUsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBQQUdFX0NBQ0hFX0FUVFJTIHwgX1BBR0VfUlcgfCBfUEFHRV9QUkVTRU5U
KSApCiAgICAgICAgIHsKICAgICAgICAgICAgIGFkanVzdF9ndWVzdF9sMWUo
bmwxZSwgcHRfZG9tKTsKICAgICAgICAgICAgIGlmICggVVBEQVRFX0VOVFJZ
KGwxLCBwbDFlLCBvbDFlLCBubDFlLCBnbDFtZm4sIHB0X3ZjcHUsCkBAIC0x
NzgzLDggKzE4MjUsOSBAQCBzdGF0aWMgaW50IG1vZF9sMV9lbnRyeShsMV9w
Z2VudHJ5X3QgKnBsCiAgICAgICAgICAgICByZXR1cm4gcmM7CiAgICAgICAg
IGNhc2UgMDoKICAgICAgICAgICAgIGJyZWFrOwotICAgICAgICBjYXNlIDE6
Ci0gICAgICAgICAgICBsMWVfcmVtb3ZlX2ZsYWdzKG5sMWUsIF9QQUdFX1JX
KTsKKyAgICAgICAgY2FzZSBfUEFHRV9SVyAuLi4gX1BBR0VfUlcgfCBQQUdF
X0NBQ0hFX0FUVFJTOgorICAgICAgICAgICAgQVNTRVJUKCEocmMgJiB+KF9Q
QUdFX1JXIHwgUEFHRV9DQUNIRV9BVFRSUykpKTsKKyAgICAgICAgICAgIGwx
ZV9mbGlwX2ZsYWdzKG5sMWUsIHJjKTsKICAgICAgICAgICAgIHJjID0gMDsK
ICAgICAgICAgICAgIGJyZWFrOwogICAgICAgICB9CkBAIC01MDAwLDYgKzUw
NDMsNyBAQCBzdGF0aWMgaW50IHB0d3JfZW11bGF0ZWRfdXBkYXRlKAogICAg
IGwxX3BnZW50cnlfdCBwdGUsIG9sMWUsIG5sMWUsICpwbDFlOwogICAgIHN0
cnVjdCB2Y3B1ICp2ID0gY3VycmVudDsKICAgICBzdHJ1Y3QgZG9tYWluICpk
ID0gdi0+ZG9tYWluOworICAgIGludCByZXQ7CiAKICAgICAvKiBPbmx5IGFs
bG93IG5hdHVyYWxseS1hbGlnbmVkIHN0b3JlcyB3aXRoaW4gdGhlIG9yaWdp
bmFsICVjcjIgcGFnZS4gKi8KICAgICBpZiAoIHVubGlrZWx5KCgoYWRkcl5w
dHdyX2N0eHQtPmNyMikgJiBQQUdFX01BU0spIHx8IChhZGRyICYgKGJ5dGVz
LTEpKSkgKQpAQCAtNTA0Nyw3ICs1MDkxLDcgQEAgc3RhdGljIGludCBwdHdy
X2VtdWxhdGVkX3VwZGF0ZSgKIAogICAgIC8qIENoZWNrIHRoZSBuZXcgUFRF
LiAqLwogICAgIG5sMWUgPSBsMWVfZnJvbV9pbnRwdGUodmFsKTsKLSAgICBz
d2l0Y2ggKCBnZXRfcGFnZV9mcm9tX2wxZShubDFlLCBkLCBkKSApCisgICAg
c3dpdGNoICggcmV0ID0gZ2V0X3BhZ2VfZnJvbV9sMWUobmwxZSwgZCwgZCkg
KQogICAgIHsKICAgICBkZWZhdWx0OgogICAgICAgICBpZiAoIGlzX3B2XzMy
Yml0X2RvbWFpbihkKSAmJiAoYnl0ZXMgPT0gNCkgJiYgKHVuYWxpZ25lZF9h
ZGRyICYgNCkgJiYKQEAgLTUwNzEsOCArNTExNSw5IEBAIHN0YXRpYyBpbnQg
cHR3cl9lbXVsYXRlZF91cGRhdGUoCiAgICAgICAgIGJyZWFrOwogICAgIGNh
c2UgMDoKICAgICAgICAgYnJlYWs7Ci0gICAgY2FzZSAxOgotICAgICAgICBs
MWVfcmVtb3ZlX2ZsYWdzKG5sMWUsIF9QQUdFX1JXKTsKKyAgICBjYXNlIF9Q
QUdFX1JXIC4uLiBfUEFHRV9SVyB8IFBBR0VfQ0FDSEVfQVRUUlM6CisgICAg
ICAgIEFTU0VSVCghKHJldCAmIH4oX1BBR0VfUlcgfCBQQUdFX0NBQ0hFX0FU
VFJTKSkpOworICAgICAgICBsMWVfZmxpcF9mbGFncyhubDFlLCByZXQpOwog
ICAgICAgICBicmVhazsKICAgICB9CiAKLS0tIGEveGVuL2luY2x1ZGUvYXNt
LXg4Ni9wYWdlLmgKKysrIGIveGVuL2luY2x1ZGUvYXNtLXg4Ni9wYWdlLmgK
QEAgLTE1Nyw2ICsxNTcsOSBAQCBzdGF0aWMgaW5saW5lIGw0X3BnZW50cnlf
dCBsNGVfZnJvbV9wYWRkCiAjZGVmaW5lIGwzZV9yZW1vdmVfZmxhZ3MoeCwg
ZmxhZ3MpICgoeCkubDMgJj0gfnB1dF9wdGVfZmxhZ3MoZmxhZ3MpKQogI2Rl
ZmluZSBsNGVfcmVtb3ZlX2ZsYWdzKHgsIGZsYWdzKSAoKHgpLmw0ICY9IH5w
dXRfcHRlX2ZsYWdzKGZsYWdzKSkKIAorLyogRmxpcCBmbGFncyBpbiBhbiBl
eGlzdGluZyBMMSBQVEUuICovCisjZGVmaW5lIGwxZV9mbGlwX2ZsYWdzKHgs
IGZsYWdzKSAgICAoKHgpLmwxIF49IHB1dF9wdGVfZmxhZ3MoZmxhZ3MpKQor
CiAvKiBDaGVjayBpZiBhIHB0ZSdzIHBhZ2UgbWFwcGluZyBvciBzaWduaWZp
Y2FudCBhY2Nlc3MgZmxhZ3MgaGF2ZSBjaGFuZ2VkLiAqLwogI2RlZmluZSBs
MWVfaGFzX2NoYW5nZWQoeCx5LGZsYWdzKSBcCiAgICAgKCAhISgoKHgpLmwx
IF4gKHkpLmwxKSAmICgoUEFERFJfTUFTSyZQQUdFX01BU0spfHB1dF9wdGVf
ZmxhZ3MoZmxhZ3MpKSkgKQo=

--=separator
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--=separator--


From xen-users-bounces@lists.xen.org Wed Feb 17 12:56:37 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 12:56:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1do-0006FX-Ay; Wed, 17 Feb 2016 12:55:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVoWG-0005XY-Ja
	for xen-users@lists.xenproject.org; Tue, 16 Feb 2016 22:54:57 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	AE/6E-08479-FB8A3C65; Tue, 16 Feb 2016 22:54:55 +0000
X-Env-Sender: wenhui@gwmail.gwu.edu
X-Msg-Ref: server-4.tower-31.messagelabs.com!1455663293!13276529!1
X-Originating-IP: [74.125.82.45]
X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_40_50,HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 35712 invoked from network); 16 Feb 2016 22:54:53 -0000
Received: from mail-wm0-f45.google.com (HELO mail-wm0-f45.google.com)
	(74.125.82.45)
	by server-4.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 16 Feb 2016 22:54:53 -0000
Received: by mail-wm0-f45.google.com with SMTP id a4so2631284wme.1
	for ;
	Tue, 16 Feb 2016 14:54:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=t9JkPzVZpwM6ddSrNkgsBtjOAaEQGk60lPO96SAr9Dg=;
	b=ElH9Cr/jBUHVLwUimR7YI6fF9u47ebXspdFofrnCv37gSuek30/iW99IHy1nPDd2F4
	uMrOrJcoK1mu6bR6/PKM7ssVvW8SwJGsXNtsNTrbYhC5d0Lz86s3jJGp6Ovj0Ahvbx3q
	4SJz5oXiZhCkP7bw/Hnbc+CWMus+8JAUcQA6B9cVK9cqi0LshSP8j8O2b3eLLfoDW/JK
	Y8V/VcpeOGdD3+4fZPOMszaniTSPdj36AtOfh4PJ8hhpkC1k+/CAQV+AM/Rxa5aI1EG7
	rXhLEQGgiyPXd9uciVGIQyflj5GBk00oWDsFCHDTqA0PoaOA/74Yw1YUHZjHhm0+Dn+G
	uqxA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=t9JkPzVZpwM6ddSrNkgsBtjOAaEQGk60lPO96SAr9Dg=;
	b=ZrDIS6zNZVueiTwLKr7D0yrkyDZmrXIZcjzIhCvF9Rat64EHjXkKU2AOvmtJxENbkX
	YZrx+8EH9S2gwjj1ABnkBjh1HoONYmmcb5TI8tbOhUnc3RthZOM+0yEtmqdz9dMgRZ0L
	4TRxlQ4XozwxJI9GpNkSbWUveh7OUnOSo6pIUACKJHHCKnqeplwrohnKsYC8yXqpOtL3
	vUrm9j+YqdtC86/MGXv6oH5IxsVpQZBS1JM7RCtLrtEYpS6fg4qjNYlNUjey9VUSzn+E
	gDvAZyK91Ut4I9jzcqMgFto8OCYTymkI4KwbZkwsS+tZh9jXwUoR4tgy7G0ywlgKsiOU
	fwAg==
X-Gm-Message-State: AG10YOSDvDyKm6B9IeRjEdGweGnWLFy1326XaFHuEgJiCbD+BpTXpbcMUoKMgsAtLrM892Foz56bTGUB5OuFGfH1
MIME-Version: 1.0
X-Received: by 10.28.143.9 with SMTP id r9mr20751268wmd.37.1455663293519; Tue,
	16 Feb 2016 14:54:53 -0800 (PST)
Received: by 10.27.50.73 with HTTP; Tue, 16 Feb 2016 14:54:53 -0800 (PST)
Date: Tue, 16 Feb 2016 17:54:53 -0500
Message-ID: 
From: Wenhui Zhang 
To: Wei Liu , xen-users@lists.xenproject.org
X-Mailman-Approved-At: Wed, 17 Feb 2016 12:55:33 +0000
Subject: [Xen-users]  Xen 4.4 on Ubuntu14.04, freeze while using"xl create'
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7909982236595626242=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============7909982236595626242==
Content-Type: multipart/alternative; boundary=001a11469b1485f41b052beb05ae

--001a11469b1485f41b052beb05ae
Content-Type: text/plain; charset=UTF-8

> Hi, I was working on Xen 4.4 on Ubuntu14.04, which got frozen screen while
> using"
>    sudo xl create example.cfg'
>
>
> on another screen, it showed up as:
>
> wenhui@nimbnode33:~/test$ sudo xl list
>
> Name                                        ID   Mem VCPUs State Time(s)
>
> Domain-0                                     0   511    24     r-----
> 444.6
>
> linux-14                                     5   512     1     --p---
>   0.0
>
>
> Here is the xl and other log files,
>
>
> wenhui@nimbnode33:/var/log/xen$ ls -al
>
> total 16
>
> drwxr-sr-x  2 root adm    4096 Feb 16 17:40 .
>
> drwxrwxr-x 14 root syslog 4096 Feb 16 11:32 ..
>
> -rwxr--r--  1 root adm       0 Feb  5 16:16 bootloader.1.log
>
> -rwxr--r--  1 root adm       0 Feb  5 16:20 bootloader.2.log
>
> -rwxr--r--  1 root adm       0 Feb  4 19:40 bootloader.2.log.1
>
> -rwxr--r--  1 root adm       0 Feb 16 17:09 qemu-dm-clickos_1.log
>
> -rwxr--r--  1 root adm       0 Feb 16 17:08 qemu-dm-clickos_1.log.1
>
> -rwxr--r--  1 root adm       0 Feb 16 17:07 qemu-dm-clickos_1.log.2
>
> -rwxr--r--  1 root adm       0 Feb  8 13:00 qemu-dm-linux-0.log
>
> -rwxr--r--  1 root adm       0 Feb  8 10:35 qemu-dm-linux-10.log
>
> -rwxr--r--  1 root adm       0 Feb  8 10:34 qemu-dm-linux-10.log.1
>
> -rwxr--r--  1 root adm       0 Feb  5 19:11 qemu-dm-linux-10.log.2
>
> -rwxr--r--  1 root adm       0 Feb  8 15:07 qemu-dm-linux-110.log
>
> -rwxr--r--  1 root adm       0 Feb  8 15:10 qemu-dm-linux-12.log
>
> -rwxr--r--  1 root adm       0 Feb  8 15:16 qemu-dm-linux-13.log
>
> *-rw-r--r--  1 root adm       0 Feb 16 17:40 qemu-dm-linux-14.log*
>
> -rwxr--r--  1 root adm       0 Feb  8 15:16 qemu-dm-linux-14.log.1
>
> -rwxr--r--  1 root adm       0 Feb  8 12:18 qemu-dm-linux-1.log
>
> -rwxr--r--  1 root adm       0 Feb  8 12:07 qemu-dm-linux-1.log.1
>
> -rwxr--r--  1 root adm       0 Jan 24 11:32 xend.log
>
> -rwxr--r--  1 root adm      87 Feb 16 17:05 xl-clickos_1.log
>
> -rwxr--r--  1 root adm      58 Feb  4 22:48 xl-clickos_1.log.1
>
>
> wenhui@nimbnode33:~/test$ sudo xl info
>
> host                   : nimbnode33
>
> release                : 3.16.0-53-generic
>
> version                : #72~14.04.1-Ubuntu SMP Fri Nov 6 18:17:23 UTC 2015
>
> machine                : x86_64
>
> nr_cpus                : 24
>
> max_cpu_id             : 23
>
> nr_nodes               : 2
>
> cores_per_socket       : 6
>
> threads_per_core       : 2
>
> cpu_mhz                : 2666
>
> hw_caps                :
> bfebfbff:2c100800:00000000:00003f00:029ee3ff:00000000:00000001:00000000
>
> virt_caps              : hvm
>
> total_memory           : 32758
>
> free_memory            : 31375
>
> sharing_freed_memory   : 0
>
> sharing_used_memory    : 0
>
> outstanding_claims     : 0
>
> free_cpus              : 0
>
> xen_major              : 4
>
> xen_minor              : 4
>
> xen_extra              : .4
>
> xen_version            : 4.4.4
>
> xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
> hvm-3.0-x86_32p hvm-3.0-x86_64
>
> xen_scheduler          : credit
>
> xen_pagesize           : 4096
>
> platform_params        : virt_start=0xffff800000000000
>
> xen_changeset          : Thu Jan 21 13:38:50 2016 +0100 git:a611ed5
>
> xen_commandline        : placeholder dom0_mem=512M,max:512M
>
> cc_compiler            : gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4
>
> cc_compile_by          : wenhui
>
> cc_compile_domain      : nimbus.seas.gwu.edu
>
> cc_compile_date        : Mon Feb  1 15:58:22 EST 2016
>
> xend_config_format     : 4
>
>
> example.cfg
>
>
> name = "linux-14"
>
> memory = 512
>
> vcpus = 1
>
> disk = ['file:/home/wenhui/test/vm-3.img,xvda,w']
>
> #disk = ['file:STORAGE_FILE_LOCATION,xvda,w'] IF USING FILE FOR STORAGE
>
>
> #vif = ['mac=3c:4a:92:f2:09:64,bridge=xenbr0']
>
> vif = ['mac=78:2b:cb:58:bc:71,bridge=xenbr0']
>
> #vif    = ['bridge=vale0,script=vif-vale']
>
> # Run our own kernels
>
> #kernel = "/boot/vmlinuz-3.13.0-32-generic"
>
>
> #ramdisk = "/boot/initrd.img-3.13.0-32-generic"
>
>
> # Run VMs own kernels
>
> #bootloader = "pygrub"
>
>
> # For installation
>
> kernel = "/home/wenhui/test/ubuntu/vmlinuz"
>
> ramdisk = "/home/wenhui/test/ubuntu/initrd.gz"
>
> extra = "debian-installer/exit/always_halt=true -- console=hvc0"
>
>
>
wenhui@nimbnode33:/var/log/xen$ lspci

00:00.0 Host bridge: Intel Corporation 5520 I/O Hub to ESI Port (rev 13)

00:01.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express
Root Port 1 (rev 13)

00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express
Root Port 3 (rev 13)

00:07.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express
Root Port 7 (rev 13)

00:09.0 PCI bridge: Intel Corporation 7500/5520/5500/X58 I/O Hub PCI
Express Root Port 9 (rev 13)

00:0a.0 PCI bridge: Intel Corporation 7500/5520/5500/X58 I/O Hub PCI
Express Root Port 10 (rev 13)

00:14.0 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub System Management
Registers (rev 13)

00:14.1 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub GPIO and Scratch
Pad Registers (rev 13)

00:14.2 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub Control Status
and RAS Registers (rev 13)

00:1a.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
Controller #4

00:1a.7 USB controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI
Controller #2

00:1c.0 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express
Root Port 1

00:1c.4 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express
Root Port 5

00:1d.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
Controller #1

00:1d.1 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
Controller #2

00:1d.2 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
Controller #3

00:1d.7 USB controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI
Controller #1

00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90)

00:1f.0 ISA bridge: Intel Corporation 82801JIR (ICH10R) LPC Interface
Controller

00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI
Controller

02:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
G200e [Pilot] ServerEngines (SEP1) (rev 02)

05:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
Connection (rev 01)

05:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
Connection (rev 01)

07:00.0 Ethernet controller: Intel Corporation Ethernet 10G 2P X710 Adapter
(rev 01)

07:00.1 Ethernet controller: Intel Corporation Ethernet 10G 2P X710 Adapter
(rev 01)

fe:00.0 Host bridge: Intel Corporation Xeon 5600 Series QuickPath
Architecture Generic Non-core Registers (rev 02)

fe:00.1 Host bridge: Intel Corporation Xeon 5600 Series QuickPath
Architecture System Address Decoder (rev 02)

fe:02.0 Host bridge: Intel Corporation Xeon 5600 Series QPI Link 0 (rev 02)

fe:02.1 Host bridge: Intel Corporation Xeon 5600 Series QPI Physical 0 (rev
02)

fe:02.2 Host bridge: Intel Corporation Xeon 5600 Series Mirror Port Link 0
(rev 02)

fe:02.3 Host bridge: Intel Corporation Xeon 5600 Series Mirror Port Link 1
(rev 02)

fe:02.4 Host bridge: Intel Corporation Xeon 5600 Series QPI Link 1 (rev 02)

fe:02.5 Host bridge: Intel Corporation Xeon 5600 Series QPI Physical 1 (rev
02)

fe:03.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Registers (rev 02)

fe:03.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Target Address Decoder (rev 02)

fe:03.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller RAS Registers (rev 02)

fe:03.4 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Test Registers (rev 02)

fe:04.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Control (rev 02)

fe:04.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Address (rev 02)

fe:04.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Rank (rev 02)

fe:04.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Thermal Control (rev 02)

fe:05.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Control (rev 02)

fe:05.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Address (rev 02)

fe:05.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Rank (rev 02)

fe:05.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Thermal Control (rev 02)

fe:06.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Control (rev 02)

fe:06.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Address (rev 02)

fe:06.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Rank (rev 02)

fe:06.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Thermal Control (rev 02)

ff:00.0 Host bridge: Intel Corporation Xeon 5600 Series QuickPath
Architecture Generic Non-core Registers (rev 02)

ff:00.1 Host bridge: Intel Corporation Xeon 5600 Series QuickPath
Architecture System Address Decoder (rev 02)

ff:02.0 Host bridge: Intel Corporation Xeon 5600 Series QPI Link 0 (rev 02)

ff:02.1 Host bridge: Intel Corporation Xeon 5600 Series QPI Physical 0 (rev
02)

ff:02.2 Host bridge: Intel Corporation Xeon 5600 Series Mirror Port Link 0
(rev 02)

ff:02.3 Host bridge: Intel Corporation Xeon 5600 Series Mirror Port Link 1
(rev 02)

ff:02.4 Host bridge: Intel Corporation Xeon 5600 Series QPI Link 1 (rev 02)

ff:02.5 Host bridge: Intel Corporation Xeon 5600 Series QPI Physical 1 (rev
02)

ff:03.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Registers (rev 02)

ff:03.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Target Address Decoder (rev 02)

ff:03.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller RAS Registers (rev 02)

ff:03.4 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Test Registers (rev 02)

ff:04.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Control (rev 02)

ff:04.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Address (rev 02)

ff:04.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Rank (rev 02)

ff:04.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Thermal Control (rev 02)

ff:05.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Control (rev 02)

ff:05.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Address (rev 02)

ff:05.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Rank (rev 02)

ff:05.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Thermal Control (rev 02)

ff:06.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Control (rev 02)

ff:06.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Address (rev 02)

ff:06.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Rank (rev 02)

ff:06.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Thermal Control (rev 02)

wenhui@nimbnode33:/var/log/xen$ route -vn

Kernel IP routing table

Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface

0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0
xenbr0

192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0
xenbr0

192.168.122.0   0.0.0.0         255.255.255.0   U     0      0        0
virbr0

wenhui@nimbnode33:/var/log/xen$ brctl show

bridge name bridge id STP enabled interfaces

virbr0 8000.000000000000 yes

xenbr0 8000.3c4a92f20964 no em1

wenhui@nimbnode33:/var/log/xen$ ifconfig -a

em1       Link encap:Ethernet  HWaddr 3c:4a:92:f2:09:64

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:107745 errors:0 dropped:0 overruns:0 frame:0

          TX packets:31674 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:62773162 (62.7 MB)  TX bytes:5168145 (5.1 MB)

          Memory:c2800000-c281ffff


em2       Link encap:Ethernet  HWaddr 3c:4a:92:f2:09:65

          BROADCAST MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

          Memory:c2860000-c287ffff


lo        Link encap:Local Loopback

          inet addr:127.0.0.1  Mask:255.0.0.0

          inet6 addr: ::1/128 Scope:Host

          UP LOOPBACK RUNNING  MTU:65536  Metric:1

          RX packets:12 errors:0 dropped:0 overruns:0 frame:0

          TX packets:12 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:1344 (1.3 KB)  TX bytes:1344 (1.3 KB)


p2p1      Link encap:Ethernet  HWaddr 68:05:ca:30:5a:64

          BROADCAST MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


p2p2      Link encap:Ethernet  HWaddr 68:05:ca:30:5a:65

          BROADCAST MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


virbr0    Link encap:Ethernet  HWaddr 06:5d:b7:77:c5:b2

          inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0

          UP BROADCAST MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


xenbr0    Link encap:Ethernet  HWaddr 3c:4a:92:f2:09:64

          inet addr:192.168.1.133  Bcast:192.168.255.255  Mask:255.255.255.0

          inet6 addr: fe80::3e4a:92ff:fef2:964/64 Scope:Link

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:76309 errors:0 dropped:0 overruns:0 frame:0

          TX packets:31210 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:59626035 (59.6 MB)  TX bytes:5136305 (5.1 MB)


wenhui@nimbnode33:/var/log/xen$ xenstore-ls -fp

xenstore-ls: xs_open: Permission denied

wenhui@nimbnode33:/var/log/xen$ sudo xenstore-ls -fp

/local = ""   (n0)

/local/domain = ""   (n0)

/local/domain/0 = ""   (n0)

/local/domain/0/name = "Domain-0"   (n0)

/local/domain/0/domid = "0"   (n0)

/local/domain/0/memory = ""   (n0)

/local/domain/0/memory/target = "524288"   (n0)

/local/domain/0/memory/static-max = "524288"   (n0)

/local/domain/0/memory/freemem-slack = "5031778"   (n0)

/local/domain/0/device-model = ""   (n0)

/local/domain/0/device-model/0 = ""   (n0)

/local/domain/0/device-model/0/state = "running"   (n0)

/local/domain/0/device-model/5 = ""   (n0)

/local/domain/0/libxl = ""   (n0)

/local/domain/0/libxl/disable_udev = "1"   (n0)

/local/domain/0/backend = ""   (n0)

/local/domain/0/backend/qdisk = ""   (n0)

/local/domain/0/backend/qdisk/5 = ""   (n0)

/local/domain/0/backend/qdisk/5/51712 = ""   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/frontend =
"/local/domain/5/device/vbd/51712"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/params =
"aio:/home/wenhui/test/vm-3.img"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/frontend-id = "5"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/online = "1"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/removable = "0"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/bootable = "1"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/state = "1"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/dev = "xvda"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/type = "qdisk"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/mode = "w"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/device-type = "disk"   (n0,r5)

/local/domain/0/backend/console = ""   (n0)

/local/domain/0/backend/console/5 = ""   (n0)

/local/domain/0/backend/console/5/0 = ""   (n0,r5)

/local/domain/0/backend/console/5/0/frontend = "/local/domain/5/console"
(n0,r5)

/local/domain/0/backend/console/5/0/frontend-id = "5"   (n0,r5)

/local/domain/0/backend/console/5/0/online = "1"   (n0,r5)

/local/domain/0/backend/console/5/0/state = "1"   (n0,r5)

/local/domain/0/backend/console/5/0/domain = "linux-14"   (n0,r5)

/local/domain/0/backend/console/5/0/protocol = "vt100"   (n0,r5)

/local/domain/5 = ""   (n0,r5)

/local/domain/5/vm = "/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029"   (n0,r5)

/local/domain/5/name = "linux-14"   (n0,r5)

/local/domain/5/cpu = ""   (n0,r5)

/local/domain/5/cpu/0 = ""   (n0,r5)

/local/domain/5/cpu/0/availability = "online"   (n0,r5)

/local/domain/5/memory = ""   (n0,r5)

/local/domain/5/memory/static-max = "524288"   (n0,r5)

/local/domain/5/memory/target = "524289"   (n0,r5)

/local/domain/5/memory/videoram = "-1"   (n0,r5)

/local/domain/5/device = ""   (n0,r5)

/local/domain/5/device/suspend = ""   (n0,r5)

/local/domain/5/device/suspend/event-channel = ""   (n5)

/local/domain/5/device/vbd = ""   (n0,r5)

/local/domain/5/device/vbd/51712 = ""   (n5,r0)

/local/domain/5/device/vbd/51712/backend =
"/local/domain/0/backend/qdisk/5/51712"   (n5,r0)

/local/domain/5/device/vbd/51712/backend-id = "0"   (n5,r0)

/local/domain/5/device/vbd/51712/state = "1"   (n5,r0)

/local/domain/5/device/vbd/51712/virtual-device = "51712"   (n5,r0)

/local/domain/5/device/vbd/51712/device-type = "disk"   (n5,r0)

/local/domain/5/device/vbd/51712/protocol = "x86_64-abi"   (n5,r0)

/local/domain/5/control = ""   (n0,r5)

/local/domain/5/control/shutdown = ""   (n5)

/local/domain/5/control/platform-feature-multiprocessor-suspend = "1"
(n0,r5)

/local/domain/5/control/platform-feature-xs_reset_watches = "1"   (n0,r5)

/local/domain/5/data = ""   (n5)

/local/domain/5/domid = "5"   (n0,r5)

/local/domain/5/store = ""   (n0,r5)

/local/domain/5/store/port = "1"   (n0,r5)

/local/domain/5/store/ring-ref = "4417047"   (n0,r5)

/local/domain/5/console = ""   (n0,r5)

/local/domain/5/console/backend = "/local/domain/0/backend/console/5/0"
(n0,r5)

/local/domain/5/console/backend-id = "0"   (n5,r0)

/local/domain/5/console/limit = "1048576"   (n0,r5)

/local/domain/5/console/type = "xenconsoled"   (n0,r5)

/local/domain/5/console/output = "pty"   (n0,r5)

/local/domain/5/console/tty = "/dev/pts/2"   (n0,r5)

/local/domain/5/console/port = "2"   (n0,r5)

/local/domain/5/console/ring-ref = "4417046"   (n0,r5)

/vm = ""   (n0)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029 = ""   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/uuid =
"f86311b9-b6cb-4425-bbbe-c8c4d7980029"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/name = "linux-14"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/image = ""   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/image/ostype = "linux"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/image/kernel =
"/home/wenhui/test/ubuntu/vmlinuz"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/image/ramdisk =
"/home/wenhui/test/ubuntu/initrd.gz"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/image/cmdline =
"debian-installer/exit/always_halt=true -- console=hvc0"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/start_time = "1455662406.29"
(n0,r5)

/libxl = ""   (n0)

/libxl/5 = ""   (n0)
/libxl/5/dm-version = "qemu_xen"   (n0)

--001a11469b1485f41b052beb05ae
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable



=

Hi, I was working on=C2=A0Xen 4.4 on Ubun=
tu14.04, which got frozen screen while using"





=C2=A0 =C2=A0sudo xl create example.cfg'


<=
div>on another screen, it showed up as:










wenhui@nimbnode33:~/test$ sudo xl list


Name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 ID =C2=A0 Mem VCPUs	State	Time(s)


Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=
=A0 511=C2=A0 =C2=A0 24 =C2=A0 =C2=A0 r----- =C2=A0 =C2=A0 444.6


linux-14 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 5 =C2=
=A0 512 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 --p--- =C2=A0 =C2=A0 =C2=A0 0.0

Here is the xl and other log files,=
=C2=A0










wenhui@nimbnode33:/var/log/xen$ ls -al=C2=A0


total 16


drwxr-sr-x=C2=A0 2 root adm=C2=A0 =C2=A0 4096 Feb 16 17:40 =
.


drwxrwxr-x 14 root syslog 4096 Feb 16 11:32 ..=



-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 5 16:=
16 bootloader.1.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 5 16:=
20 bootloader.2.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 4 19:=
40 bootloader.2.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb 16 17:09 qemu-dm-clickos_1.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb 16 17:08 qemu-dm-clickos_1.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb 16 17:07 qemu-dm-clickos_1.log.2


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 13:=
00 qemu-dm-linux-0.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 10:=
35 qemu-dm-linux-10.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 10:=
34 qemu-dm-linux-10.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 5 19:=
11 qemu-dm-linux-10.log.2


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 15:=
07 qemu-dm-linux-110.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 15:=
10 qemu-dm-linux-12.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 15:=
16 qemu-dm-linux-13.log


-rw-r--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb 16 17:40=
 qemu-dm-linux-14.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 15:=
16 qemu-dm-linux-14.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 12:=
18 qemu-dm-linux-1.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 12:=
07 qemu-dm-linux-1.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Jan 24 11:32 xend.log


-rwxr--r--=C2=A0 1 root adm=C2=A0 =C2=A0 =C2=A0 87 Feb 16 17:05 xl-clickos_1.log


-rwxr--r--=C2=A0 1 root adm=C2=A0 =C2=A0 =C2=A0 58 Feb=C2=A0=
 4 22:48 xl-clickos_1.log.1=C2=A0
<=
br>










wenhui@nimbnode33:~/test$ sudo xl info=C2=A0


host =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : nimbnode33


release=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 3=
.16.0-53-generic


version=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : #=
72~14.04.1-Ubuntu SMP Fri Nov 6 18:17:23 UTC 2015


machine=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : x=
86_64


nr_cpus=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2=
4


max_cpu_id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 23

nr_nodes =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2


cores_per_socket =C2=A0 =C2=A0 =C2=A0 : 6


threads_per_core =C2=A0 =C2=A0 =C2=A0 : 2


cpu_mhz=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2=
666


hw_caps=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : b=
febfbff:2c100800:00000000:00003f00:029ee3ff:00000000:00000001:00000000


virt_caps=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : hvm


total_memory =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 32758


free_memory=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 31375


sharing_freed_memory =C2=A0 : 0


sharing_used_memory=C2=A0 =C2=A0 : 0


outstanding_claims =C2=A0 =C2=A0 : 0


free_cpus=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 0


xen_major=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4


xen_minor=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4


xen_extra=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : .4


xen_version=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4.4.4


xen_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : xen-3.=
0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64=C2=
=A0


xen_scheduler=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : credit

xen_pagesize =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4096


platform_params=C2=A0 =C2=A0 =C2=A0 =C2=A0 : virt_start=3D0xffff80=
0000000000


xen_changeset=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Thu Jan 21 13:38=
:50 2016 +0100 git:a611ed5


xen_commandline=C2=A0 =C2=A0 =C2=A0 =C2=A0 : placeholder dom0_mem=
=3D512M,max:512M


cc_compiler=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : gcc (Ubuntu=
 4.8.4-2ubuntu1~14.04) 4.8.4


cc_compile_by=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : wenhui

cc_compile_domain=C2=A0 =C2=A0 =C2=A0 : nimbus.seas.gwu.edu


cc_compile_date=C2=A0 =C2=A0 =C2=A0 =C2=A0 : Mon Feb=C2=A0 1 15:58=
:22 EST 2016


xend_config_format =C2=A0 =C2=A0 : 4

example.cfg

name =
=3D "linux-14"
memory =3D<=
span> 512
vcpus =3D 1
di=
sk =3D ['file:/home/wenhui/test/vm-3.img,xvda,w']
#disk =3D ['file:STORAGE_FILE_LOCATION,xvda,w'] IF U=
SING FILE FOR STORAGE

#vif =3D [=
'mac=3D3c:4a:92:f2:09:64,bridge=3Dxenbr0']
vif =
=3D ['mac=3D78:2b:cb:58:bc:71,bridge=3Dxenbr0']=

#vif=C2=A0 =C2=A0 =3D ['bridge=3Dvale0,script=3Dvif-vale&#=
39;]
# Run our own kernels
#kernel =
=3D "/boot/vmlinuz-3.13.0-32-generic"
<=
br>
#ramdisk =3D "/boot/initrd.img-3.13.0-32-generic"=


# Run VMs own kernels
#bootloader =3D "pygrub"

=

# For installation
kernel =3D =
"/home/wenhui/test/ubuntu/vmlinuz"
ramdisk =3D=
 "/home/wenhui/test/ubuntu/initrd.gz"
<=
span>




























extra =3D "debian-installer/exit/alwa=
ys_halt=3Dtrue -- console=3Dhvc0"











wenhui@nimbnode33:/var/log/xen$ lspci=C2=A0<=
/span>


00:00.0 Host bridge: Intel Corporation 5520 =
I/O Hub to ESI Port (rev 13)


00:01.0 PCI bridge: Intel Corporation 5520/5=
500/X58 I/O Hub PCI Express Root Port 1 (rev 13)


00:03.0 PCI bridge: Intel Corporation 5520/5=
500/X58 I/O Hub PCI Express Root Port 3 (rev 13)


00:07.0 PCI bridge: Intel Corporation 5520/5=
500/X58 I/O Hub PCI Express Root Port 7 (rev 13)


00:09.0 PCI bridge: Intel Corporation 7500/5=
520/5500/X58 I/O Hub PCI Express Root Port 9 (rev 13)


00:0a.0 PCI bridge: Intel Corporation 7500/5=
520/5500/X58 I/O Hub PCI Express Root Port 10 (rev 13)


00:14.0 PIC: Intel Corporation 7500/5520/550=
0/X58 I/O Hub System Management Registers (rev 13)


00:14.1 PIC: Intel Corporation 7500/5520/550=
0/X58 I/O Hub GPIO and Scratch Pad Registers (rev 13)


00:14.2 PIC: Intel Corporation 7500/5520/550=
0/X58 I/O Hub Control Status and RAS Registers (rev 13)


00:1a.0 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB UHCI Controller #4


00:1a.7 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB2 EHCI Controller #2


00:1c.0 PCI bridge: Intel Corporation 82801J=
I (ICH10 Family) PCI Express Root Port 1


00:1c.4 PCI bridge: Intel Corporation 82801J=
I (ICH10 Family) PCI Express Root Port 5


00:1d.0 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB UHCI Controller #1


00:1d.1 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB UHCI Controller #2


00:1d.2 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB UHCI Controller #3


00:1d.7 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB2 EHCI Controller #1


00:1e.0 PCI bridge: Intel Corporation 82801 =
PCI Bridge (rev 90)


00:1f.0 ISA bridge: Intel Corporation 82801J=
IR (ICH10R) LPC Interface Controller


00:1f.2 SATA controller: Intel Corporation 8=
2801JI (ICH10 Family) SATA AHCI Controller


02:00.0 VGA compatible controller: Matrox El=
ectronics Systems Ltd. MGA G200e [Pilot] ServerEngines (SEP1) (rev 02)


05:00.0 Ethernet controller: Intel Corporati=
on 82576 Gigabit Network Connection (rev 01)


05:00.1 Ethernet controller: Intel Corporati=
on 82576 Gigabit Network Connection (rev 01)


07:00.0 Ethernet controller: Intel Corporati=
on Ethernet 10G 2P X710 Adapter (rev 01)


07:00.1 Ethernet controller: Intel Corporati=
on Ethernet 10G 2P X710 Adapter (rev 01)


fe:00.0 Host bridge: Intel Corporation Xeon =
5600 Series QuickPath Architecture Generic Non-core Registers (rev 02)


fe:00.1 Host bridge: Intel Corporation Xeon =
5600 Series QuickPath Architecture System Address Decoder (rev 02)

fe:02.0 Host bridge: Intel Corporation Xeon =
5600 Series QPI Link 0 (rev 02)


fe:02.1 Host bridge: Intel Corporation Xeon =
5600 Series QPI Physical 0 (rev 02)


fe:02.2 Host bridge: Intel Corporation Xeon =
5600 Series Mirror Port Link 0 (rev 02)


fe:02.3 Host bridge: Intel Corporation Xeon =
5600 Series Mirror Port Link 1 (rev 02)


fe:02.4 Host bridge: Intel Corporation Xeon =
5600 Series QPI Link 1 (rev 02)


fe:02.5 Host bridge: Intel Corporation Xeon =
5600 Series QPI Physical 1 (rev 02)


fe:03.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Registers (rev 02)


fe:03.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Target Address Decoder (rev 02)


fe:03.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller RAS Registers (rev 02)


fe:03.4 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Test Registers (rev 02)


fe:04.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Control (rev 02)<=
/p>

fe:04.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Address (rev 02)<=
/p>

fe:04.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Rank (rev 02)


fe:04.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Thermal Control (rev 02)=



fe:05.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Control (rev 02)<=
/p>

fe:05.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Address (rev 02)<=
/p>

fe:05.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Rank (rev 02)


fe:05.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Thermal Control (rev 02)=



fe:06.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Control (rev 02)<=
/p>

fe:06.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Address (rev 02)<=
/p>

fe:06.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Rank (rev 02)


fe:06.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Thermal Control (rev 02)=



ff:00.0 Host bridge: Intel Corporation Xeon =
5600 Series QuickPath Architecture Generic Non-core Registers (rev 02)


ff:00.1 Host bridge: Intel Corporation Xeon =
5600 Series QuickPath Architecture System Address Decoder (rev 02)

ff:02.0 Host bridge: Intel Corporation Xeon =
5600 Series QPI Link 0 (rev 02)


ff:02.1 Host bridge: Intel Corporation Xeon =
5600 Series QPI Physical 0 (rev 02)


ff:02.2 Host bridge: Intel Corporation Xeon =
5600 Series Mirror Port Link 0 (rev 02)


ff:02.3 Host bridge: Intel Corporation Xeon =
5600 Series Mirror Port Link 1 (rev 02)


ff:02.4 Host bridge: Intel Corporation Xeon =
5600 Series QPI Link 1 (rev 02)


ff:02.5 Host bridge: Intel Corporation Xeon =
5600 Series QPI Physical 1 (rev 02)


ff:03.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Registers (rev 02)


ff:03.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Target Address Decoder (rev 02)


ff:03.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller RAS Registers (rev 02)


ff:03.4 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Test Registers (rev 02)


ff:04.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Control (rev 02)<=
/p>

ff:04.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Address (rev 02)<=
/p>

ff:04.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Rank (rev 02)


ff:04.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Thermal Control (rev 02)=



ff:05.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Control (rev 02)<=
/p>

ff:05.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Address (rev 02)<=
/p>

ff:05.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Rank (rev 02)


ff:05.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Thermal Control (rev 02)=



ff:06.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Control (rev 02)<=
/p>

ff:06.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Address (rev 02)<=
/p>

ff:06.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Rank (rev 02)


ff:06.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Thermal Control (rev 02)=



wenhui@nimbnode33:/var/log/xen$ route -vn


Kernel IP routing table


Destination =C2=A0 =C2=A0 Gateway =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Genmask =C2=A0 =C2=A0 =C2=A0 =C2=A0 Flags Metric Ref=C2=
=A0 =C2=A0 Use Iface


0.0.0.0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 192.168.=
1.1 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UG=C2=A0 =C2=A0 0=C2=
=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 0 xenbr0


192.168.1.0 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 255.255.255.0 =C2=A0 U =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=
=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 0 xenbr0


192.168.122.0 =C2=A0 0.0.0.0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 255.255.255.0 =C2=A0 U =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 0=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 0 virbr0


wenhui@nimbnode33:/var/log/xen$ brctl show


bridge name	bridge i=
d		STP enabled	interfaces


virbr0		8000.000000000000	yes		


xenbr0		8000.3c4a92f20964	no=
		em1


wenhui@nimbnode33:/var/log/xen$ ifconfig -a<=
/span>


em1 =C2=A0 =C2=A0 =C2=A0 Link encap:Ethernet=
=C2=A0 HWaddr 3c:4a:92:f2:09:64 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADC=
AST RUNNING MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:107745 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:31674 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:1000=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
62773162 (62.7 MB)=C2=A0 TX bytes:5168145 (5.1 MB)


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory:c2=
800000-c281ffff=C2=A0





em2 =C2=A0 =C2=A0 =C2=A0 Link encap:Ethernet=
=C2=A0 HWaddr 3c:4a:92:f2:09:65 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BROADCAST=
 MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:0 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:0 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:1000=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
0 (0.0 B)=C2=A0 TX bytes:0 (0.0 B)


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory:c2=
860000-c287ffff=C2=A0





lo=C2=A0 =C2=A0 =C2=A0 =C2=A0 Link encap:Loc=
al Loopback =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet addr=
:127.0.0.1=C2=A0 Mask:255.0.0.0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 add=
r: ::1/128 Scope:Host


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP LOOPBA=
CK RUNNING=C2=A0 MTU:65536=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:12 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:12 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:0=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
1344 (1.3 KB)=C2=A0 TX bytes:1344 (1.3 KB)





p2p1=C2=A0 =C2=A0 =C2=A0 Link encap:Ethernet=
=C2=A0 HWaddr 68:05:ca:30:5a:64 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BROADCAST=
 MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:0 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:0 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:1000=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
0 (0.0 B)=C2=A0 TX bytes:0 (0.0 B)





p2p2=C2=A0 =C2=A0 =C2=A0 Link encap:Ethernet=
=C2=A0 HWaddr 68:05:ca:30:5a:65 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BROADCAST=
 MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:0 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:0 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:1000=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
0 (0.0 B)=C2=A0 TX bytes:0 (0.0 B)





virbr0=C2=A0 =C2=A0 Link encap:Ethernet=C2=
=A0 HWaddr 06:5d:b7:77:c5:b2 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet addr=
:192.168.122.1=C2=A0 Bcast:192.168.122.255=C2=A0 Mask:255.255.255.0<=
/p>

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADC=
AST MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:0 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:0 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:0=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
0 (0.0 B)=C2=A0 TX bytes:0 (0.0 B)





xenbr0=C2=A0 =C2=A0 Link encap:Ethernet=C2=
=A0 HWaddr 3c:4a:92:f2:09:64 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet addr=
:192.168.1.133=C2=A0 Bcast:192.168.255.255=C2=A0 Mask:255.255.255.0<=
/p>

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 add=
r: fe80::3e4a:92ff:fef2:964/64 Scope:Link


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADC=
AST RUNNING MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:76309 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:31210 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:0=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
59626035 (59.6 MB)=C2=A0 TX bytes:5136305 (5.1 MB)





wenhui@nimbnode33:/var/log/xen$ xenstore-ls =
-fp


xenstore-ls: xs_open: Permission denied


wenhui@nimbnode33:/var/log/xen$ sudo xenstor=
e-ls -fp


/local =3D "" =C2=A0 (n0)

/local/domain =3D "" =C2=A0 (n0)


/local/domain/0 =3D "" =C2=A0 (n0)=



/local/domain/0/name =3D "Domain-0"=
; =C2=A0 (n0)


/local/domain/0/domid =3D "0" =C2=
=A0 (n0)


/local/domain/0/memory =3D "" =C2=
=A0 (n0)


/local/domain/0/memory/target =3D "5242=
88" =C2=A0 (n0)


/local/domain/0/memory/static-max =3D "=
524288" =C2=A0 (n0)


/local/domain/0/memory/freemem-slack =3D &qu=
ot;5031778" =C2=A0 (n0)


/local/domain/0/device-model =3D ""=
; =C2=A0 (n0)


/local/domain/0/device-model/0 =3D "&qu=
ot; =C2=A0 (n0)


/local/domain/0/device-model/0/state =3D &qu=
ot;running" =C2=A0 (n0)


/local/domain/0/device-model/5 =3D "&qu=
ot; =C2=A0 (n0)


/local/domain/0/libxl =3D "" =C2=
=A0 (n0)


/local/domain/0/libxl/disable_udev =3D "=
;1" =C2=A0 (n0)


/local/domain/0/backend =3D "" =C2=
=A0 (n0)


/local/domain/0/backend/qdisk =3D "&quo=
t; =C2=A0 (n0)


/local/domain/0/backend/qdisk/5 =3D "&q=
uot; =C2=A0 (n0)


/local/domain/0/backend/qdisk/5/51712 =3D &q=
uot;" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/fronte=
nd =3D "/local/domain/5/device/vbd/51712" =C2=A0 (n0,r5)

/local/domain/0/backend/qdisk/5/51712/params=
 =3D "aio:/home/wenhui/test/vm-3.img" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/fronte=
nd-id =3D "5" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/online=
 =3D "1" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/remova=
ble =3D "0" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/bootab=
le =3D "1" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/state =
=3D "1" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/dev =
=3D "xvda" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/type =
=3D "qdisk" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/mode =
=3D "w" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/device=
-type =3D "disk" =C2=A0 (n0,r5)


/local/domain/0/backend/console =3D "&q=
uot; =C2=A0 (n0)


/local/domain/0/backend/console/5 =3D "=
" =C2=A0 (n0)


/local/domain/0/backend/console/5/0 =3D &quo=
t;" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/frontend=
 =3D "/local/domain/5/console" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/frontend=
-id =3D "5" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/online =
=3D "1" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/state =
=3D "1" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/domain =
=3D "linux-14" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/protocol=
 =3D "vt100" =C2=A0 (n0,r5)


/local/domain/5 =3D "" =C2=A0 (n0,=
r5)


/local/domain/5/vm =3D "/vm/f86311b9-b6=
cb-4425-bbbe-c8c4d7980029" =C2=A0 (n0,r5)


/local/domain/5/name =3D "linux-14"=
; =C2=A0 (n0,r5)


/local/domain/5/cpu =3D "" =C2=A0 =
(n0,r5)


/local/domain/5/cpu/0 =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/cpu/0/availability =3D "=
;online" =C2=A0 (n0,r5)


/local/domain/5/memory =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/memory/static-max =3D "=
524288" =C2=A0 (n0,r5)


/local/domain/5/memory/target =3D "5242=
89" =C2=A0 (n0,r5)


/local/domain/5/memory/videoram =3D "-1=
" =C2=A0 (n0,r5)


/local/domain/5/device =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/device/suspend =3D "&qu=
ot; =C2=A0 (n0,r5)


/local/domain/5/device/suspend/event-channel=
 =3D "" =C2=A0 (n5)


/local/domain/5/device/vbd =3D "" =
=C2=A0 (n0,r5)


/local/domain/5/device/vbd/51712 =3D "&=
quot; =C2=A0 (n5,r0)


/local/domain/5/device/vbd/51712/backend =3D=
 "/local/domain/0/backend/qdisk/5/51712" =C2=A0 (n5,r0)

/local/domain/5/device/vbd/51712/backend-id =
=3D "0" =C2=A0 (n5,r0)


/local/domain/5/device/vbd/51712/state =3D &=
quot;1" =C2=A0 (n5,r0)


/local/domain/5/device/vbd/51712/virtual-dev=
ice =3D "51712" =C2=A0 (n5,r0)


/local/domain/5/device/vbd/51712/device-type=
 =3D "disk" =C2=A0 (n5,r0)


/local/domain/5/device/vbd/51712/protocol =
=3D "x86_64-abi" =C2=A0 (n5,r0)


/local/domain/5/control =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/control/shutdown =3D "&=
quot; =C2=A0 (n5)


/local/domain/5/control/platform-feature-mul=
tiprocessor-suspend =3D "1" =C2=A0 (n0,r5)


/local/domain/5/control/platform-feature-xs_=
reset_watches =3D "1" =C2=A0 (n0,r5)


/local/domain/5/data =3D "" =C2=A0=
 (n5)


/local/domain/5/domid =3D "5" =C2=
=A0 (n0,r5)


/local/domain/5/store =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/store/port =3D "1"=
 =C2=A0 (n0,r5)


/local/domain/5/store/ring-ref =3D "441=
7047" =C2=A0 (n0,r5)


/local/domain/5/console =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/console/backend =3D "/l=
ocal/domain/0/backend/console/5/0" =C2=A0 (n0,r5)


/local/domain/5/console/backend-id =3D "=
;0" =C2=A0 (n5,r0)


/local/domain/5/console/limit =3D "1048=
576" =C2=A0 (n0,r5)


/local/domain/5/console/type =3D "xenco=
nsoled" =C2=A0 (n0,r5)


/local/domain/5/console/output =3D "pty=
" =C2=A0 (n0,r5)


/local/domain/5/console/tty =3D "/dev/p=
ts/2" =C2=A0 (n0,r5)


/local/domain/5/console/port =3D "2&quo=
t; =C2=A0 (n0,r5)


/local/domain/5/console/ring-ref =3D "4=
417046" =C2=A0 (n0,r5)


/vm =3D "" =C2=A0 (n0)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029 =3D=
 "" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/uui=
d =3D "f86311b9-b6cb-4425-bbbe-c8c4d7980029" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/nam=
e =3D "linux-14" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/ima=
ge =3D "" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/ima=
ge/ostype =3D "linux" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/ima=
ge/kernel =3D "/home/wenhui/test/ubuntu/vmlinuz" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/ima=
ge/ramdisk =3D "/home/wenhui/test/ubuntu/initrd.gz" =C2=A0 (n0,r5=
)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/ima=
ge/cmdline =3D "debian-installer/exit/always_halt=3Dtrue -- console=3D=
hvc0" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/sta=
rt_time =3D "1455662406.29" =C2=A0 (n0,r5)


/libxl =3D "" =C2=A0 (n0)

/libxl/5 =3D "" =C2=A0 (n0)=



/libxl/5/dm-version =3D "qemu_xen" =C2=A0 (n0)=C2=A0
=C2=A0
=C2=A0





--001a11469b1485f41b052beb05ae--


--===============7909982236595626242==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============7909982236595626242==--


From xen-users-bounces@lists.xen.org Wed Feb 17 12:56:37 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 12:56:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1dn-0006FQ-CE; Wed, 17 Feb 2016 12:55:35 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVoPD-0005O5-TO
	for xen-users@lists.xenproject.org; Tue, 16 Feb 2016 22:47:40 +0000
Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id
	20/C0-32641-A07A3C65; Tue, 16 Feb 2016 22:47:38 +0000
X-Env-Sender: wenhui@gwmail.gwu.edu
X-Msg-Ref: server-9.tower-31.messagelabs.com!1455662857!1017194!1
X-Originating-IP: [74.125.82.52]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 36030 invoked from network); 16 Feb 2016 22:47:37 -0000
Received: from mail-wm0-f52.google.com (HELO mail-wm0-f52.google.com)
	(74.125.82.52)
	by server-9.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 16 Feb 2016 22:47:37 -0000
Received: by mail-wm0-f52.google.com with SMTP id g62so2534038wme.0
	for ;
	Tue, 16 Feb 2016 14:47:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623;
	h=mime-version:date:message-id:subject:from:to:cc:content-type;
	bh=uYnTBHcQMfh+JT0/jwiiR0PraDbCpRRpprvUStYBJ1o=;
	b=PawCTOZRQa+bq2Qa/k8ziO0GuYlVUJgDsEHc9qgTLKbtaNoQhjqqK5G6tmgdoTz8dQ
	W7dIo64iDDl11MrfEMvcs1eKCVJrFfA6i3/Sopr3yCCpYlHe483QboKZLPS+IqaKzYIc
	tN1texR479Z9Vb9sibsfS4uDC0H0smz29GiE1GZ5NwA9iDvJo4+j6sxaI1dy30fcTs1V
	qNNCVkNffipeI890DuCUX8bO2ZYdh6YAp46onrPxwZktlNkwtuSI37VjgitAdqQiA4fJ
	NFY4RK/xR+a/erRoK+MGcwnfVUNGr5TksLq0AC/CEpNnnwqN6g8ffRW9q28ugGg6egmN
	+rsA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc
	:content-type;
	bh=uYnTBHcQMfh+JT0/jwiiR0PraDbCpRRpprvUStYBJ1o=;
	b=cfFvnGaQ+2/fujJShui8o9UPMDrQ9MN24JQk2cFGeByVRwvB167S7xLR62ilTmEzkj
	yWSssK+Rfsubpn3LGJKlnU1HWBfUFxJiqW4W+/C+aKaVALMvN6a4em1hTC49KXgSuN+h
	aMBQoPtkoBqHSj1KHSHxgP/34jFVZiBl7hi7tg9rHSdysqm0b7AzFsnaAflA3mq62OZY
	KfomuL9m3t7T5vJ/s9oo5i01kwbWu30Bxo307bzlGoDqtasysHj02rEqCR2YH3fEvlvB
	e+uB1/fe/MZDdoyZ1hGiUjHipTuDHc8PbdDuY9bJin6pFZ7/+UrQXRQ0R6JyASojcnaD
	Y7UA==
X-Gm-Message-State: AG10YOTOqfWTKddXGic7FKWl4OfApdJG+4Rkv+B1Cukp0gGyWdKml4I1xljvEcGFk02yTLv2Z7iXBBHURLf5sgWQ
MIME-Version: 1.0
X-Received: by 10.28.92.13 with SMTP id q13mr12821139wmb.43.1455662857040;
	Tue, 16 Feb 2016 14:47:37 -0800 (PST)
Received: by 10.27.50.73 with HTTP; Tue, 16 Feb 2016 14:47:36 -0800 (PST)
Date: Tue, 16 Feb 2016 17:47:36 -0500
Message-ID: 
From: Wenhui Zhang 
To: Wei Liu 
X-Mailman-Approved-At: Wed, 17 Feb 2016 12:55:33 +0000
Cc: xen-users@lists.xenproject.org
Subject: [Xen-users]  Xen 4.4 on Ubuntu14.04, freeze while using"xl create'
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6050934137036703220=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============6050934137036703220==
Content-Type: multipart/alternative; boundary=001a1145bc9c81ce6e052beaeb71

--001a1145bc9c81ce6e052beaeb71
Content-Type: text/plain; charset=UTF-8

Hi, I was working on Xen 4.4 on Ubuntu14.04, which got frozen screen while
using"
   sudo xl create example.cfg'


on another screen, it showed up as:

wenhui@nimbnode33:~/test$ sudo xl list

Name                                        ID   Mem VCPUs State Time(s)

Domain-0                                     0   511    24     r-----
444.6

linux-14                                     5   512     1     --p---
0.0


Here is the xl and other log files,


wenhui@nimbnode33:/var/log/xen$ ls -al

total 16

drwxr-sr-x  2 root adm    4096 Feb 16 17:40 .

drwxrwxr-x 14 root syslog 4096 Feb 16 11:32 ..

-rwxr--r--  1 root adm       0 Feb  5 16:16 bootloader.1.log

-rwxr--r--  1 root adm       0 Feb  5 16:20 bootloader.2.log

-rwxr--r--  1 root adm       0 Feb  4 19:40 bootloader.2.log.1

-rwxr--r--  1 root adm       0 Feb 16 17:09 qemu-dm-clickos_1.log

-rwxr--r--  1 root adm       0 Feb 16 17:08 qemu-dm-clickos_1.log.1

-rwxr--r--  1 root adm       0 Feb 16 17:07 qemu-dm-clickos_1.log.2

-rwxr--r--  1 root adm       0 Feb  8 13:00 qemu-dm-linux-0.log

-rwxr--r--  1 root adm       0 Feb  8 10:35 qemu-dm-linux-10.log

-rwxr--r--  1 root adm       0 Feb  8 10:34 qemu-dm-linux-10.log.1

-rwxr--r--  1 root adm       0 Feb  5 19:11 qemu-dm-linux-10.log.2

-rwxr--r--  1 root adm       0 Feb  8 15:07 qemu-dm-linux-110.log

-rwxr--r--  1 root adm       0 Feb  8 15:10 qemu-dm-linux-12.log

-rwxr--r--  1 root adm       0 Feb  8 15:16 qemu-dm-linux-13.log

*-rw-r--r--  1 root adm       0 Feb 16 17:40 qemu-dm-linux-14.log*

-rwxr--r--  1 root adm       0 Feb  8 15:16 qemu-dm-linux-14.log.1

-rwxr--r--  1 root adm       0 Feb  8 12:18 qemu-dm-linux-1.log

-rwxr--r--  1 root adm       0 Feb  8 12:07 qemu-dm-linux-1.log.1

-rwxr--r--  1 root adm       0 Jan 24 11:32 xend.log

-rwxr--r--  1 root adm      87 Feb 16 17:05 xl-clickos_1.log

-rwxr--r--  1 root adm      58 Feb  4 22:48 xl-clickos_1.log.1


wenhui@nimbnode33:~/test$ sudo xl info

host                   : nimbnode33

release                : 3.16.0-53-generic

version                : #72~14.04.1-Ubuntu SMP Fri Nov 6 18:17:23 UTC 2015

machine                : x86_64

nr_cpus                : 24

max_cpu_id             : 23

nr_nodes               : 2

cores_per_socket       : 6

threads_per_core       : 2

cpu_mhz                : 2666

hw_caps                :
bfebfbff:2c100800:00000000:00003f00:029ee3ff:00000000:00000001:00000000

virt_caps              : hvm

total_memory           : 32758

free_memory            : 31375

sharing_freed_memory   : 0

sharing_used_memory    : 0

outstanding_claims     : 0

free_cpus              : 0

xen_major              : 4

xen_minor              : 4

xen_extra              : .4

xen_version            : 4.4.4

xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
hvm-3.0-x86_32p hvm-3.0-x86_64

xen_scheduler          : credit

xen_pagesize           : 4096

platform_params        : virt_start=0xffff800000000000

xen_changeset          : Thu Jan 21 13:38:50 2016 +0100 git:a611ed5

xen_commandline        : placeholder dom0_mem=512M,max:512M

cc_compiler            : gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4

cc_compile_by          : wenhui

cc_compile_domain      : nimbus.seas.gwu.edu

cc_compile_date        : Mon Feb  1 15:58:22 EST 2016

xend_config_format     : 4


example.cfg


name = "linux-14"

memory = 512

vcpus = 1

disk = ['file:/home/wenhui/test/vm-3.img,xvda,w']

#disk = ['file:STORAGE_FILE_LOCATION,xvda,w'] IF USING FILE FOR STORAGE


#vif = ['mac=3c:4a:92:f2:09:64,bridge=xenbr0']

vif = ['mac=78:2b:cb:58:bc:71,bridge=xenbr0']

#vif    = ['bridge=vale0,script=vif-vale']

# Run our own kernels

#kernel = "/boot/vmlinuz-3.13.0-32-generic"


#ramdisk = "/boot/initrd.img-3.13.0-32-generic"


# Run VMs own kernels

#bootloader = "pygrub"


# For installation

kernel = "/home/wenhui/test/ubuntu/vmlinuz"

ramdisk = "/home/wenhui/test/ubuntu/initrd.gz"

extra = "debian-installer/exit/always_halt=true -- console=hvc0"







On Wed, Feb 10, 2016 at 9:50 AM, Wenhui Zhang  wrote:

> Thanks Wei,  this is really helpful, I will generate one , thanks for your
> time and patience
>
> Wenhui
>
> On Wed, Feb 10, 2016 at 9:48 AM, Wei Liu  wrote:
>
>> On Wed, Feb 10, 2016 at 09:42:13AM -0500, Wenhui Zhang wrote:
>> > Actually the former trace is from a ordinary Linux VM (linux-1)
>> >
>>
>> This is not what I asked for. You haven't provided the necessary
>> information. So there is nothing I can do for you.
>>
>> Though I'm not sure if this is a bug, please have a look at [0] about
>> what to expect to be present in a report.
>>
>> Wei.
>>
>> [0] http://wiki.xenproject.org/wiki/Reporting_Bugs_against_Xen_Project
>>
>>
>
>
> --
> V/R,
>
> Wenhui Zhang
>
> Email: wenhui@gwmail.gwu.edu
>            Telephone: 1-(703) 424 3193
>
>
>
>
>
>
>


-- 
V/R,

Wenhui Zhang

Email: wenhui@gwmail.gwu.edu
           Telephone: 1-(703) 424 3193

--001a1145bc9c81ce6e052beaeb71
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Hi, I was working on=C2=A0Xen 4.4 on Ubuntu14.04, which go=
t frozen screen while using"





=C2=A0 =C2=A0sudo xl create example.cfg'


<=
div>on another screen, it showed up as:










wenhui@nimbnode33:~/test$ sudo xl list


Name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ID =C2=A0 Mem VCPUs	Sta=
te	Time(s)


Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 0 =C2=A0 511=C2=A0 =C2=A0 24 =C2=A0 =C2=A0 r----- =C2=A0 =
=C2=A0 444.6


linux-14 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 5 =C2=A0 512 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 --p--- =C2=A0 =
=C2=A0 =C2=A0 0.0

<=
p class=3D"">Here is the xl and other log files,=C2=A0










wenhui@nimbnode33:/var/log/xen$ ls -al=C2=A0=



total 16


drwxr-sr-x=C2=A0 2 root adm=C2=A0 =C2=A0 409=
6 Feb 16 17:40 .


drwxrwxr-x 14 root syslog 4096 Feb 16 11:32 =
..


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 5 16:16 bootloader.1.log<=
/p>

-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 5 16:20 bootloader.2.log<=
/p>

-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 4 19:40 bootloader.2.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb 16 17:09 qemu-dm-clickos_1.log<=
/p>

-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb 16 17:08 qemu-dm-clickos_1.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb 16 17:07 qemu-dm-clickos_1.log.2


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 13:00 qemu-dm-linux-0.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 10:35 qemu-dm-linux-10.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 10:34 qemu-dm-linux-10.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 5 19:11 qemu-dm-linux-10.log.2


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 15:07 qemu-dm-linux-110.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 15:10 qemu-dm-linux-12.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 15:16 qemu-dm-linux-13.log


-rw-r--r--=C2=A0 1 root adm =C2=A0 =C2=A0=
 =C2=A0 0 Feb 16 17:40 qemu-dm-linux-14.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 15:16 qemu-dm-linux-14.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 12:18 qemu-dm-linux-1.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 12:07 qemu-dm-linux-1.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Jan 24 11:32 xend.log


-rwxr--r--=C2=A0 1 root adm=C2=A0 =C2=A0 =C2=
=A0 87 Feb 16 17:05 xl-clickos_1.log


-rwxr--r--=C2=A0 1 root adm=
=C2=A0 =C2=A0 =C2=A0 58 Feb=C2=A0 4 22:48 xl-clicko=
s_1.log.1=C2=A0











wenhui@nimbnode33:~/test$ sudo xl info=C2=A0=



host =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 : nimbnode33


release=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : 3.16.0-53-generic


version=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : #72~14.04.1-Ubuntu SMP Fri Nov 6 18:17:23 UTC 2015


machine=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : x86_64


nr_cpus=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : 24


max_cpu_id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 : 23


nr_nodes =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : 2


cores_per_socket =C2=A0 =C2=A0 =C2=A0 : 6


threads_per_core =C2=A0 =C2=A0 =C2=A0 : 2


cpu_mhz=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : 2666


hw_caps=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : bfebfbff:2c100800:00000000:00003f00:029ee3ff:0000000=
0:00000001:00000000


virt_caps=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : hvm


total_memory =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : 32758


free_memory=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 : 31375


sharing_freed_memory =C2=A0 : 0


sharing_used_memory=C2=A0 =C2=A0 : 0<=
/p>

outstanding_claims =C2=A0 =C2=A0 : 0<=
/p>

free_cpus=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : 0


xen_major=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : 4


xen_minor=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : 4


xen_extra=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : .4


xen_version=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 : 4.4.4


xen_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_3=
2p hvm-3.0-x86_64=C2=A0


xen_scheduler=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : credit


xen_pagesize =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : 4096


platform_params=C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 virt_start=3D0xffff800000000000


xen_changeset=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : Thu Jan 21 13:38:50 2016 +0100 git:a611ed5


xen_commandline=C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 placeholder dom0_mem=3D512M,max:512M


cc_compiler=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 : gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4


cc_compile_by=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : wenhui


cc_compile_domain=C2=A0 =C2=A0 =C2=A0 : nimbus.seas.gwu.edu


cc_compile_date=C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 Mon Feb=C2=A0 1 15:58:22 EST 2016


xend_config_format =C2=A0 =C2=A0 : 4<=
/p>

example.cfg

<=
p class=3D"">name =3D "linux-=
14"
memory =3D 512
vcpus =3D 1
disk =3D ['file:/home/wenhui/test/vm-3.img,xvda,w']
#disk =3D ['file:STORAGE_FILE_LOCATION,=
xvda,w'] IF USING FILE FOR STORAGE

#vif =3D ['mac=3D3c=
:4a:92:f2:09:64,bridge=3Dxenbr0']
vif =3D ['mac=3D78:2b:cb:58:bc:71,bridge=
=3Dxenbr0']
#vif=C2=A0 =C2=A0 =
=3D ['bridge=3Dvale0,script=3Dvif-vale']
# Run our own kernels
#kernel =3D "/boot/vmlinuz-3.13.0-32-generic"

#ram=
disk =3D "/boot/initrd.img-3.13.0-32-generic"

# Run =
VMs own kernels
#bootloader =3D &q=
uot;pygrub"

# For installation
kernel =3D "/home/wenhui/test/ub=
untu/vmlinuz"
ramdisk =3D "/home/wenhui/test/ubuntu/initrd.gz"<=
/p>





























extra =3D=
 "debian-installer/exit/always_halt=3Dtrue -- console=3Dhvc0"


=





On Wed, Feb 10, 2016 at 9:5=
0 AM, Wenhui Zhang <wenhui@gwmail.gwu.edu> wrote:
Thanks Wei, =C2=A0this is really helpful, I =
will generate one , thanks for your time and patience=C2=A0

Wenhui
-- 
V/R, 
=C2=A0
Wenhui Zhang 
=
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 Tele=
phone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=
=A0
=C2=A0
=C2=A0
=C2=A0









-- 
V/R, 
=C2=A0
Wenhui Zhang 
=
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 Tele=
phone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0
=C2=
=A0
=C2=A0
=C2=A0






--001a1145bc9c81ce6e052beaeb71--


--===============6050934137036703220==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============6050934137036703220==--


From xen-users-bounces@lists.xen.org Wed Feb 17 12:56:37 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 12:56:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1do-0006FX-Ay; Wed, 17 Feb 2016 12:55:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVoWG-0005XY-Ja
	for xen-users@lists.xenproject.org; Tue, 16 Feb 2016 22:54:57 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	AE/6E-08479-FB8A3C65; Tue, 16 Feb 2016 22:54:55 +0000
X-Env-Sender: wenhui@gwmail.gwu.edu
X-Msg-Ref: server-4.tower-31.messagelabs.com!1455663293!13276529!1
X-Originating-IP: [74.125.82.45]
X-SpamReason: No, hits=1.4 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_40_50,HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 35712 invoked from network); 16 Feb 2016 22:54:53 -0000
Received: from mail-wm0-f45.google.com (HELO mail-wm0-f45.google.com)
	(74.125.82.45)
	by server-4.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 16 Feb 2016 22:54:53 -0000
Received: by mail-wm0-f45.google.com with SMTP id a4so2631284wme.1
	for ;
	Tue, 16 Feb 2016 14:54:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=t9JkPzVZpwM6ddSrNkgsBtjOAaEQGk60lPO96SAr9Dg=;
	b=ElH9Cr/jBUHVLwUimR7YI6fF9u47ebXspdFofrnCv37gSuek30/iW99IHy1nPDd2F4
	uMrOrJcoK1mu6bR6/PKM7ssVvW8SwJGsXNtsNTrbYhC5d0Lz86s3jJGp6Ovj0Ahvbx3q
	4SJz5oXiZhCkP7bw/Hnbc+CWMus+8JAUcQA6B9cVK9cqi0LshSP8j8O2b3eLLfoDW/JK
	Y8V/VcpeOGdD3+4fZPOMszaniTSPdj36AtOfh4PJ8hhpkC1k+/CAQV+AM/Rxa5aI1EG7
	rXhLEQGgiyPXd9uciVGIQyflj5GBk00oWDsFCHDTqA0PoaOA/74Yw1YUHZjHhm0+Dn+G
	uqxA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=t9JkPzVZpwM6ddSrNkgsBtjOAaEQGk60lPO96SAr9Dg=;
	b=ZrDIS6zNZVueiTwLKr7D0yrkyDZmrXIZcjzIhCvF9Rat64EHjXkKU2AOvmtJxENbkX
	YZrx+8EH9S2gwjj1ABnkBjh1HoONYmmcb5TI8tbOhUnc3RthZOM+0yEtmqdz9dMgRZ0L
	4TRxlQ4XozwxJI9GpNkSbWUveh7OUnOSo6pIUACKJHHCKnqeplwrohnKsYC8yXqpOtL3
	vUrm9j+YqdtC86/MGXv6oH5IxsVpQZBS1JM7RCtLrtEYpS6fg4qjNYlNUjey9VUSzn+E
	gDvAZyK91Ut4I9jzcqMgFto8OCYTymkI4KwbZkwsS+tZh9jXwUoR4tgy7G0ywlgKsiOU
	fwAg==
X-Gm-Message-State: AG10YOSDvDyKm6B9IeRjEdGweGnWLFy1326XaFHuEgJiCbD+BpTXpbcMUoKMgsAtLrM892Foz56bTGUB5OuFGfH1
MIME-Version: 1.0
X-Received: by 10.28.143.9 with SMTP id r9mr20751268wmd.37.1455663293519; Tue,
	16 Feb 2016 14:54:53 -0800 (PST)
Received: by 10.27.50.73 with HTTP; Tue, 16 Feb 2016 14:54:53 -0800 (PST)
Date: Tue, 16 Feb 2016 17:54:53 -0500
Message-ID: 
From: Wenhui Zhang 
To: Wei Liu , xen-users@lists.xenproject.org
X-Mailman-Approved-At: Wed, 17 Feb 2016 12:55:33 +0000
Subject: [Xen-users]  Xen 4.4 on Ubuntu14.04, freeze while using"xl create'
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7909982236595626242=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============7909982236595626242==
Content-Type: multipart/alternative; boundary=001a11469b1485f41b052beb05ae

--001a11469b1485f41b052beb05ae
Content-Type: text/plain; charset=UTF-8

> Hi, I was working on Xen 4.4 on Ubuntu14.04, which got frozen screen while
> using"
>    sudo xl create example.cfg'
>
>
> on another screen, it showed up as:
>
> wenhui@nimbnode33:~/test$ sudo xl list
>
> Name                                        ID   Mem VCPUs State Time(s)
>
> Domain-0                                     0   511    24     r-----
> 444.6
>
> linux-14                                     5   512     1     --p---
>   0.0
>
>
> Here is the xl and other log files,
>
>
> wenhui@nimbnode33:/var/log/xen$ ls -al
>
> total 16
>
> drwxr-sr-x  2 root adm    4096 Feb 16 17:40 .
>
> drwxrwxr-x 14 root syslog 4096 Feb 16 11:32 ..
>
> -rwxr--r--  1 root adm       0 Feb  5 16:16 bootloader.1.log
>
> -rwxr--r--  1 root adm       0 Feb  5 16:20 bootloader.2.log
>
> -rwxr--r--  1 root adm       0 Feb  4 19:40 bootloader.2.log.1
>
> -rwxr--r--  1 root adm       0 Feb 16 17:09 qemu-dm-clickos_1.log
>
> -rwxr--r--  1 root adm       0 Feb 16 17:08 qemu-dm-clickos_1.log.1
>
> -rwxr--r--  1 root adm       0 Feb 16 17:07 qemu-dm-clickos_1.log.2
>
> -rwxr--r--  1 root adm       0 Feb  8 13:00 qemu-dm-linux-0.log
>
> -rwxr--r--  1 root adm       0 Feb  8 10:35 qemu-dm-linux-10.log
>
> -rwxr--r--  1 root adm       0 Feb  8 10:34 qemu-dm-linux-10.log.1
>
> -rwxr--r--  1 root adm       0 Feb  5 19:11 qemu-dm-linux-10.log.2
>
> -rwxr--r--  1 root adm       0 Feb  8 15:07 qemu-dm-linux-110.log
>
> -rwxr--r--  1 root adm       0 Feb  8 15:10 qemu-dm-linux-12.log
>
> -rwxr--r--  1 root adm       0 Feb  8 15:16 qemu-dm-linux-13.log
>
> *-rw-r--r--  1 root adm       0 Feb 16 17:40 qemu-dm-linux-14.log*
>
> -rwxr--r--  1 root adm       0 Feb  8 15:16 qemu-dm-linux-14.log.1
>
> -rwxr--r--  1 root adm       0 Feb  8 12:18 qemu-dm-linux-1.log
>
> -rwxr--r--  1 root adm       0 Feb  8 12:07 qemu-dm-linux-1.log.1
>
> -rwxr--r--  1 root adm       0 Jan 24 11:32 xend.log
>
> -rwxr--r--  1 root adm      87 Feb 16 17:05 xl-clickos_1.log
>
> -rwxr--r--  1 root adm      58 Feb  4 22:48 xl-clickos_1.log.1
>
>
> wenhui@nimbnode33:~/test$ sudo xl info
>
> host                   : nimbnode33
>
> release                : 3.16.0-53-generic
>
> version                : #72~14.04.1-Ubuntu SMP Fri Nov 6 18:17:23 UTC 2015
>
> machine                : x86_64
>
> nr_cpus                : 24
>
> max_cpu_id             : 23
>
> nr_nodes               : 2
>
> cores_per_socket       : 6
>
> threads_per_core       : 2
>
> cpu_mhz                : 2666
>
> hw_caps                :
> bfebfbff:2c100800:00000000:00003f00:029ee3ff:00000000:00000001:00000000
>
> virt_caps              : hvm
>
> total_memory           : 32758
>
> free_memory            : 31375
>
> sharing_freed_memory   : 0
>
> sharing_used_memory    : 0
>
> outstanding_claims     : 0
>
> free_cpus              : 0
>
> xen_major              : 4
>
> xen_minor              : 4
>
> xen_extra              : .4
>
> xen_version            : 4.4.4
>
> xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
> hvm-3.0-x86_32p hvm-3.0-x86_64
>
> xen_scheduler          : credit
>
> xen_pagesize           : 4096
>
> platform_params        : virt_start=0xffff800000000000
>
> xen_changeset          : Thu Jan 21 13:38:50 2016 +0100 git:a611ed5
>
> xen_commandline        : placeholder dom0_mem=512M,max:512M
>
> cc_compiler            : gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4
>
> cc_compile_by          : wenhui
>
> cc_compile_domain      : nimbus.seas.gwu.edu
>
> cc_compile_date        : Mon Feb  1 15:58:22 EST 2016
>
> xend_config_format     : 4
>
>
> example.cfg
>
>
> name = "linux-14"
>
> memory = 512
>
> vcpus = 1
>
> disk = ['file:/home/wenhui/test/vm-3.img,xvda,w']
>
> #disk = ['file:STORAGE_FILE_LOCATION,xvda,w'] IF USING FILE FOR STORAGE
>
>
> #vif = ['mac=3c:4a:92:f2:09:64,bridge=xenbr0']
>
> vif = ['mac=78:2b:cb:58:bc:71,bridge=xenbr0']
>
> #vif    = ['bridge=vale0,script=vif-vale']
>
> # Run our own kernels
>
> #kernel = "/boot/vmlinuz-3.13.0-32-generic"
>
>
> #ramdisk = "/boot/initrd.img-3.13.0-32-generic"
>
>
> # Run VMs own kernels
>
> #bootloader = "pygrub"
>
>
> # For installation
>
> kernel = "/home/wenhui/test/ubuntu/vmlinuz"
>
> ramdisk = "/home/wenhui/test/ubuntu/initrd.gz"
>
> extra = "debian-installer/exit/always_halt=true -- console=hvc0"
>
>
>
wenhui@nimbnode33:/var/log/xen$ lspci

00:00.0 Host bridge: Intel Corporation 5520 I/O Hub to ESI Port (rev 13)

00:01.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express
Root Port 1 (rev 13)

00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express
Root Port 3 (rev 13)

00:07.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express
Root Port 7 (rev 13)

00:09.0 PCI bridge: Intel Corporation 7500/5520/5500/X58 I/O Hub PCI
Express Root Port 9 (rev 13)

00:0a.0 PCI bridge: Intel Corporation 7500/5520/5500/X58 I/O Hub PCI
Express Root Port 10 (rev 13)

00:14.0 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub System Management
Registers (rev 13)

00:14.1 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub GPIO and Scratch
Pad Registers (rev 13)

00:14.2 PIC: Intel Corporation 7500/5520/5500/X58 I/O Hub Control Status
and RAS Registers (rev 13)

00:1a.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
Controller #4

00:1a.7 USB controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI
Controller #2

00:1c.0 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express
Root Port 1

00:1c.4 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express
Root Port 5

00:1d.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
Controller #1

00:1d.1 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
Controller #2

00:1d.2 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI
Controller #3

00:1d.7 USB controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI
Controller #1

00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90)

00:1f.0 ISA bridge: Intel Corporation 82801JIR (ICH10R) LPC Interface
Controller

00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA AHCI
Controller

02:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
G200e [Pilot] ServerEngines (SEP1) (rev 02)

05:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network
Connection (rev 01)

05:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network
Connection (rev 01)

07:00.0 Ethernet controller: Intel Corporation Ethernet 10G 2P X710 Adapter
(rev 01)

07:00.1 Ethernet controller: Intel Corporation Ethernet 10G 2P X710 Adapter
(rev 01)

fe:00.0 Host bridge: Intel Corporation Xeon 5600 Series QuickPath
Architecture Generic Non-core Registers (rev 02)

fe:00.1 Host bridge: Intel Corporation Xeon 5600 Series QuickPath
Architecture System Address Decoder (rev 02)

fe:02.0 Host bridge: Intel Corporation Xeon 5600 Series QPI Link 0 (rev 02)

fe:02.1 Host bridge: Intel Corporation Xeon 5600 Series QPI Physical 0 (rev
02)

fe:02.2 Host bridge: Intel Corporation Xeon 5600 Series Mirror Port Link 0
(rev 02)

fe:02.3 Host bridge: Intel Corporation Xeon 5600 Series Mirror Port Link 1
(rev 02)

fe:02.4 Host bridge: Intel Corporation Xeon 5600 Series QPI Link 1 (rev 02)

fe:02.5 Host bridge: Intel Corporation Xeon 5600 Series QPI Physical 1 (rev
02)

fe:03.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Registers (rev 02)

fe:03.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Target Address Decoder (rev 02)

fe:03.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller RAS Registers (rev 02)

fe:03.4 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Test Registers (rev 02)

fe:04.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Control (rev 02)

fe:04.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Address (rev 02)

fe:04.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Rank (rev 02)

fe:04.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Thermal Control (rev 02)

fe:05.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Control (rev 02)

fe:05.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Address (rev 02)

fe:05.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Rank (rev 02)

fe:05.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Thermal Control (rev 02)

fe:06.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Control (rev 02)

fe:06.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Address (rev 02)

fe:06.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Rank (rev 02)

fe:06.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Thermal Control (rev 02)

ff:00.0 Host bridge: Intel Corporation Xeon 5600 Series QuickPath
Architecture Generic Non-core Registers (rev 02)

ff:00.1 Host bridge: Intel Corporation Xeon 5600 Series QuickPath
Architecture System Address Decoder (rev 02)

ff:02.0 Host bridge: Intel Corporation Xeon 5600 Series QPI Link 0 (rev 02)

ff:02.1 Host bridge: Intel Corporation Xeon 5600 Series QPI Physical 0 (rev
02)

ff:02.2 Host bridge: Intel Corporation Xeon 5600 Series Mirror Port Link 0
(rev 02)

ff:02.3 Host bridge: Intel Corporation Xeon 5600 Series Mirror Port Link 1
(rev 02)

ff:02.4 Host bridge: Intel Corporation Xeon 5600 Series QPI Link 1 (rev 02)

ff:02.5 Host bridge: Intel Corporation Xeon 5600 Series QPI Physical 1 (rev
02)

ff:03.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Registers (rev 02)

ff:03.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Target Address Decoder (rev 02)

ff:03.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller RAS Registers (rev 02)

ff:03.4 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Test Registers (rev 02)

ff:04.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Control (rev 02)

ff:04.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Address (rev 02)

ff:04.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Rank (rev 02)

ff:04.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 0 Thermal Control (rev 02)

ff:05.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Control (rev 02)

ff:05.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Address (rev 02)

ff:05.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Rank (rev 02)

ff:05.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 1 Thermal Control (rev 02)

ff:06.0 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Control (rev 02)

ff:06.1 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Address (rev 02)

ff:06.2 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Rank (rev 02)

ff:06.3 Host bridge: Intel Corporation Xeon 5600 Series Integrated Memory
Controller Channel 2 Thermal Control (rev 02)

wenhui@nimbnode33:/var/log/xen$ route -vn

Kernel IP routing table

Destination     Gateway         Genmask         Flags Metric Ref    Use
Iface

0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0
xenbr0

192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0
xenbr0

192.168.122.0   0.0.0.0         255.255.255.0   U     0      0        0
virbr0

wenhui@nimbnode33:/var/log/xen$ brctl show

bridge name bridge id STP enabled interfaces

virbr0 8000.000000000000 yes

xenbr0 8000.3c4a92f20964 no em1

wenhui@nimbnode33:/var/log/xen$ ifconfig -a

em1       Link encap:Ethernet  HWaddr 3c:4a:92:f2:09:64

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:107745 errors:0 dropped:0 overruns:0 frame:0

          TX packets:31674 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:62773162 (62.7 MB)  TX bytes:5168145 (5.1 MB)

          Memory:c2800000-c281ffff


em2       Link encap:Ethernet  HWaddr 3c:4a:92:f2:09:65

          BROADCAST MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

          Memory:c2860000-c287ffff


lo        Link encap:Local Loopback

          inet addr:127.0.0.1  Mask:255.0.0.0

          inet6 addr: ::1/128 Scope:Host

          UP LOOPBACK RUNNING  MTU:65536  Metric:1

          RX packets:12 errors:0 dropped:0 overruns:0 frame:0

          TX packets:12 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:1344 (1.3 KB)  TX bytes:1344 (1.3 KB)


p2p1      Link encap:Ethernet  HWaddr 68:05:ca:30:5a:64

          BROADCAST MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


p2p2      Link encap:Ethernet  HWaddr 68:05:ca:30:5a:65

          BROADCAST MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


virbr0    Link encap:Ethernet  HWaddr 06:5d:b7:77:c5:b2

          inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0

          UP BROADCAST MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


xenbr0    Link encap:Ethernet  HWaddr 3c:4a:92:f2:09:64

          inet addr:192.168.1.133  Bcast:192.168.255.255  Mask:255.255.255.0

          inet6 addr: fe80::3e4a:92ff:fef2:964/64 Scope:Link

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:76309 errors:0 dropped:0 overruns:0 frame:0

          TX packets:31210 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:59626035 (59.6 MB)  TX bytes:5136305 (5.1 MB)


wenhui@nimbnode33:/var/log/xen$ xenstore-ls -fp

xenstore-ls: xs_open: Permission denied

wenhui@nimbnode33:/var/log/xen$ sudo xenstore-ls -fp

/local = ""   (n0)

/local/domain = ""   (n0)

/local/domain/0 = ""   (n0)

/local/domain/0/name = "Domain-0"   (n0)

/local/domain/0/domid = "0"   (n0)

/local/domain/0/memory = ""   (n0)

/local/domain/0/memory/target = "524288"   (n0)

/local/domain/0/memory/static-max = "524288"   (n0)

/local/domain/0/memory/freemem-slack = "5031778"   (n0)

/local/domain/0/device-model = ""   (n0)

/local/domain/0/device-model/0 = ""   (n0)

/local/domain/0/device-model/0/state = "running"   (n0)

/local/domain/0/device-model/5 = ""   (n0)

/local/domain/0/libxl = ""   (n0)

/local/domain/0/libxl/disable_udev = "1"   (n0)

/local/domain/0/backend = ""   (n0)

/local/domain/0/backend/qdisk = ""   (n0)

/local/domain/0/backend/qdisk/5 = ""   (n0)

/local/domain/0/backend/qdisk/5/51712 = ""   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/frontend =
"/local/domain/5/device/vbd/51712"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/params =
"aio:/home/wenhui/test/vm-3.img"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/frontend-id = "5"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/online = "1"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/removable = "0"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/bootable = "1"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/state = "1"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/dev = "xvda"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/type = "qdisk"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/mode = "w"   (n0,r5)

/local/domain/0/backend/qdisk/5/51712/device-type = "disk"   (n0,r5)

/local/domain/0/backend/console = ""   (n0)

/local/domain/0/backend/console/5 = ""   (n0)

/local/domain/0/backend/console/5/0 = ""   (n0,r5)

/local/domain/0/backend/console/5/0/frontend = "/local/domain/5/console"
(n0,r5)

/local/domain/0/backend/console/5/0/frontend-id = "5"   (n0,r5)

/local/domain/0/backend/console/5/0/online = "1"   (n0,r5)

/local/domain/0/backend/console/5/0/state = "1"   (n0,r5)

/local/domain/0/backend/console/5/0/domain = "linux-14"   (n0,r5)

/local/domain/0/backend/console/5/0/protocol = "vt100"   (n0,r5)

/local/domain/5 = ""   (n0,r5)

/local/domain/5/vm = "/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029"   (n0,r5)

/local/domain/5/name = "linux-14"   (n0,r5)

/local/domain/5/cpu = ""   (n0,r5)

/local/domain/5/cpu/0 = ""   (n0,r5)

/local/domain/5/cpu/0/availability = "online"   (n0,r5)

/local/domain/5/memory = ""   (n0,r5)

/local/domain/5/memory/static-max = "524288"   (n0,r5)

/local/domain/5/memory/target = "524289"   (n0,r5)

/local/domain/5/memory/videoram = "-1"   (n0,r5)

/local/domain/5/device = ""   (n0,r5)

/local/domain/5/device/suspend = ""   (n0,r5)

/local/domain/5/device/suspend/event-channel = ""   (n5)

/local/domain/5/device/vbd = ""   (n0,r5)

/local/domain/5/device/vbd/51712 = ""   (n5,r0)

/local/domain/5/device/vbd/51712/backend =
"/local/domain/0/backend/qdisk/5/51712"   (n5,r0)

/local/domain/5/device/vbd/51712/backend-id = "0"   (n5,r0)

/local/domain/5/device/vbd/51712/state = "1"   (n5,r0)

/local/domain/5/device/vbd/51712/virtual-device = "51712"   (n5,r0)

/local/domain/5/device/vbd/51712/device-type = "disk"   (n5,r0)

/local/domain/5/device/vbd/51712/protocol = "x86_64-abi"   (n5,r0)

/local/domain/5/control = ""   (n0,r5)

/local/domain/5/control/shutdown = ""   (n5)

/local/domain/5/control/platform-feature-multiprocessor-suspend = "1"
(n0,r5)

/local/domain/5/control/platform-feature-xs_reset_watches = "1"   (n0,r5)

/local/domain/5/data = ""   (n5)

/local/domain/5/domid = "5"   (n0,r5)

/local/domain/5/store = ""   (n0,r5)

/local/domain/5/store/port = "1"   (n0,r5)

/local/domain/5/store/ring-ref = "4417047"   (n0,r5)

/local/domain/5/console = ""   (n0,r5)

/local/domain/5/console/backend = "/local/domain/0/backend/console/5/0"
(n0,r5)

/local/domain/5/console/backend-id = "0"   (n5,r0)

/local/domain/5/console/limit = "1048576"   (n0,r5)

/local/domain/5/console/type = "xenconsoled"   (n0,r5)

/local/domain/5/console/output = "pty"   (n0,r5)

/local/domain/5/console/tty = "/dev/pts/2"   (n0,r5)

/local/domain/5/console/port = "2"   (n0,r5)

/local/domain/5/console/ring-ref = "4417046"   (n0,r5)

/vm = ""   (n0)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029 = ""   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/uuid =
"f86311b9-b6cb-4425-bbbe-c8c4d7980029"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/name = "linux-14"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/image = ""   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/image/ostype = "linux"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/image/kernel =
"/home/wenhui/test/ubuntu/vmlinuz"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/image/ramdisk =
"/home/wenhui/test/ubuntu/initrd.gz"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/image/cmdline =
"debian-installer/exit/always_halt=true -- console=hvc0"   (n0,r5)

/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/start_time = "1455662406.29"
(n0,r5)

/libxl = ""   (n0)

/libxl/5 = ""   (n0)
/libxl/5/dm-version = "qemu_xen"   (n0)

--001a11469b1485f41b052beb05ae
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable



=

Hi, I was working on=C2=A0Xen 4.4 on Ubun=
tu14.04, which got frozen screen while using"





=C2=A0 =C2=A0sudo xl create example.cfg'


<=
div>on another screen, it showed up as:










wenhui@nimbnode33:~/test$ sudo xl list


Name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 ID =C2=A0 Mem VCPUs	State	Time(s)


Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0 =C2=
=A0 511=C2=A0 =C2=A0 24 =C2=A0 =C2=A0 r----- =C2=A0 =C2=A0 444.6


linux-14 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 5 =C2=
=A0 512 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 --p--- =C2=A0 =C2=A0 =C2=A0 0.0

Here is the xl and other log files,=
=C2=A0










wenhui@nimbnode33:/var/log/xen$ ls -al=C2=A0


total 16


drwxr-sr-x=C2=A0 2 root adm=C2=A0 =C2=A0 4096 Feb 16 17:40 =
.


drwxrwxr-x 14 root syslog 4096 Feb 16 11:32 ..=



-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 5 16:=
16 bootloader.1.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 5 16:=
20 bootloader.2.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 4 19:=
40 bootloader.2.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb 16 17:09 qemu-dm-clickos_1.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb 16 17:08 qemu-dm-clickos_1.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb 16 17:07 qemu-dm-clickos_1.log.2


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 13:=
00 qemu-dm-linux-0.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 10:=
35 qemu-dm-linux-10.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 10:=
34 qemu-dm-linux-10.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 5 19:=
11 qemu-dm-linux-10.log.2


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 15:=
07 qemu-dm-linux-110.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 15:=
10 qemu-dm-linux-12.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 15:=
16 qemu-dm-linux-13.log


-rw-r--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb 16 17:40=
 qemu-dm-linux-14.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 15:=
16 qemu-dm-linux-14.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 12:=
18 qemu-dm-linux-1.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Feb=C2=A0 8 12:=
07 qemu-dm-linux-1.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =C2=A0 0 Jan 24 11:32 xend.log


-rwxr--r--=C2=A0 1 root adm=C2=A0 =C2=A0 =C2=A0 87 Feb 16 17:05 xl-clickos_1.log


-rwxr--r--=C2=A0 1 root adm=C2=A0 =C2=A0 =C2=A0 58 Feb=C2=A0=
 4 22:48 xl-clickos_1.log.1=C2=A0
<=
br>










wenhui@nimbnode33:~/test$ sudo xl info=C2=A0


host =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : nimbnode33


release=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 3=
.16.0-53-generic


version=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : #=
72~14.04.1-Ubuntu SMP Fri Nov 6 18:17:23 UTC 2015


machine=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : x=
86_64


nr_cpus=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2=
4


max_cpu_id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 23

nr_nodes =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2


cores_per_socket =C2=A0 =C2=A0 =C2=A0 : 6


threads_per_core =C2=A0 =C2=A0 =C2=A0 : 2


cpu_mhz=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 2=
666


hw_caps=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : b=
febfbff:2c100800:00000000:00003f00:029ee3ff:00000000:00000001:00000000


virt_caps=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : hvm


total_memory =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 32758


free_memory=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 31375


sharing_freed_memory =C2=A0 : 0


sharing_used_memory=C2=A0 =C2=A0 : 0


outstanding_claims =C2=A0 =C2=A0 : 0


free_cpus=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 0


xen_major=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4


xen_minor=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4


xen_extra=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : .4


xen_version=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4.4.4


xen_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : xen-3.=
0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64=C2=
=A0


xen_scheduler=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : credit

xen_pagesize =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : 4096


platform_params=C2=A0 =C2=A0 =C2=A0 =C2=A0 : virt_start=3D0xffff80=
0000000000


xen_changeset=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Thu Jan 21 13:38=
:50 2016 +0100 git:a611ed5


xen_commandline=C2=A0 =C2=A0 =C2=A0 =C2=A0 : placeholder dom0_mem=
=3D512M,max:512M


cc_compiler=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : gcc (Ubuntu=
 4.8.4-2ubuntu1~14.04) 4.8.4


cc_compile_by=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : wenhui

cc_compile_domain=C2=A0 =C2=A0 =C2=A0 : nimbus.seas.gwu.edu


cc_compile_date=C2=A0 =C2=A0 =C2=A0 =C2=A0 : Mon Feb=C2=A0 1 15:58=
:22 EST 2016


xend_config_format =C2=A0 =C2=A0 : 4

example.cfg

name =
=3D "linux-14"
memory =3D<=
span> 512
vcpus =3D 1
di=
sk =3D ['file:/home/wenhui/test/vm-3.img,xvda,w']
#disk =3D ['file:STORAGE_FILE_LOCATION,xvda,w'] IF U=
SING FILE FOR STORAGE

#vif =3D [=
'mac=3D3c:4a:92:f2:09:64,bridge=3Dxenbr0']
vif =
=3D ['mac=3D78:2b:cb:58:bc:71,bridge=3Dxenbr0']=

#vif=C2=A0 =C2=A0 =3D ['bridge=3Dvale0,script=3Dvif-vale&#=
39;]
# Run our own kernels
#kernel =
=3D "/boot/vmlinuz-3.13.0-32-generic"
<=
br>
#ramdisk =3D "/boot/initrd.img-3.13.0-32-generic"=


# Run VMs own kernels
#bootloader =3D "pygrub"

=

# For installation
kernel =3D =
"/home/wenhui/test/ubuntu/vmlinuz"
ramdisk =3D=
 "/home/wenhui/test/ubuntu/initrd.gz"
<=
span>




























extra =3D "debian-installer/exit/alwa=
ys_halt=3Dtrue -- console=3Dhvc0"











wenhui@nimbnode33:/var/log/xen$ lspci=C2=A0<=
/span>


00:00.0 Host bridge: Intel Corporation 5520 =
I/O Hub to ESI Port (rev 13)


00:01.0 PCI bridge: Intel Corporation 5520/5=
500/X58 I/O Hub PCI Express Root Port 1 (rev 13)


00:03.0 PCI bridge: Intel Corporation 5520/5=
500/X58 I/O Hub PCI Express Root Port 3 (rev 13)


00:07.0 PCI bridge: Intel Corporation 5520/5=
500/X58 I/O Hub PCI Express Root Port 7 (rev 13)


00:09.0 PCI bridge: Intel Corporation 7500/5=
520/5500/X58 I/O Hub PCI Express Root Port 9 (rev 13)


00:0a.0 PCI bridge: Intel Corporation 7500/5=
520/5500/X58 I/O Hub PCI Express Root Port 10 (rev 13)


00:14.0 PIC: Intel Corporation 7500/5520/550=
0/X58 I/O Hub System Management Registers (rev 13)


00:14.1 PIC: Intel Corporation 7500/5520/550=
0/X58 I/O Hub GPIO and Scratch Pad Registers (rev 13)


00:14.2 PIC: Intel Corporation 7500/5520/550=
0/X58 I/O Hub Control Status and RAS Registers (rev 13)


00:1a.0 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB UHCI Controller #4


00:1a.7 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB2 EHCI Controller #2


00:1c.0 PCI bridge: Intel Corporation 82801J=
I (ICH10 Family) PCI Express Root Port 1


00:1c.4 PCI bridge: Intel Corporation 82801J=
I (ICH10 Family) PCI Express Root Port 5


00:1d.0 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB UHCI Controller #1


00:1d.1 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB UHCI Controller #2


00:1d.2 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB UHCI Controller #3


00:1d.7 USB controller: Intel Corporation 82=
801JI (ICH10 Family) USB2 EHCI Controller #1


00:1e.0 PCI bridge: Intel Corporation 82801 =
PCI Bridge (rev 90)


00:1f.0 ISA bridge: Intel Corporation 82801J=
IR (ICH10R) LPC Interface Controller


00:1f.2 SATA controller: Intel Corporation 8=
2801JI (ICH10 Family) SATA AHCI Controller


02:00.0 VGA compatible controller: Matrox El=
ectronics Systems Ltd. MGA G200e [Pilot] ServerEngines (SEP1) (rev 02)


05:00.0 Ethernet controller: Intel Corporati=
on 82576 Gigabit Network Connection (rev 01)


05:00.1 Ethernet controller: Intel Corporati=
on 82576 Gigabit Network Connection (rev 01)


07:00.0 Ethernet controller: Intel Corporati=
on Ethernet 10G 2P X710 Adapter (rev 01)


07:00.1 Ethernet controller: Intel Corporati=
on Ethernet 10G 2P X710 Adapter (rev 01)


fe:00.0 Host bridge: Intel Corporation Xeon =
5600 Series QuickPath Architecture Generic Non-core Registers (rev 02)


fe:00.1 Host bridge: Intel Corporation Xeon =
5600 Series QuickPath Architecture System Address Decoder (rev 02)

fe:02.0 Host bridge: Intel Corporation Xeon =
5600 Series QPI Link 0 (rev 02)


fe:02.1 Host bridge: Intel Corporation Xeon =
5600 Series QPI Physical 0 (rev 02)


fe:02.2 Host bridge: Intel Corporation Xeon =
5600 Series Mirror Port Link 0 (rev 02)


fe:02.3 Host bridge: Intel Corporation Xeon =
5600 Series Mirror Port Link 1 (rev 02)


fe:02.4 Host bridge: Intel Corporation Xeon =
5600 Series QPI Link 1 (rev 02)


fe:02.5 Host bridge: Intel Corporation Xeon =
5600 Series QPI Physical 1 (rev 02)


fe:03.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Registers (rev 02)


fe:03.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Target Address Decoder (rev 02)


fe:03.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller RAS Registers (rev 02)


fe:03.4 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Test Registers (rev 02)


fe:04.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Control (rev 02)<=
/p>

fe:04.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Address (rev 02)<=
/p>

fe:04.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Rank (rev 02)


fe:04.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Thermal Control (rev 02)=



fe:05.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Control (rev 02)<=
/p>

fe:05.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Address (rev 02)<=
/p>

fe:05.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Rank (rev 02)


fe:05.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Thermal Control (rev 02)=



fe:06.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Control (rev 02)<=
/p>

fe:06.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Address (rev 02)<=
/p>

fe:06.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Rank (rev 02)


fe:06.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Thermal Control (rev 02)=



ff:00.0 Host bridge: Intel Corporation Xeon =
5600 Series QuickPath Architecture Generic Non-core Registers (rev 02)


ff:00.1 Host bridge: Intel Corporation Xeon =
5600 Series QuickPath Architecture System Address Decoder (rev 02)

ff:02.0 Host bridge: Intel Corporation Xeon =
5600 Series QPI Link 0 (rev 02)


ff:02.1 Host bridge: Intel Corporation Xeon =
5600 Series QPI Physical 0 (rev 02)


ff:02.2 Host bridge: Intel Corporation Xeon =
5600 Series Mirror Port Link 0 (rev 02)


ff:02.3 Host bridge: Intel Corporation Xeon =
5600 Series Mirror Port Link 1 (rev 02)


ff:02.4 Host bridge: Intel Corporation Xeon =
5600 Series QPI Link 1 (rev 02)


ff:02.5 Host bridge: Intel Corporation Xeon =
5600 Series QPI Physical 1 (rev 02)


ff:03.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Registers (rev 02)


ff:03.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Target Address Decoder (rev 02)


ff:03.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller RAS Registers (rev 02)


ff:03.4 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Test Registers (rev 02)


ff:04.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Control (rev 02)<=
/p>

ff:04.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Address (rev 02)<=
/p>

ff:04.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Rank (rev 02)


ff:04.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 0 Thermal Control (rev 02)=



ff:05.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Control (rev 02)<=
/p>

ff:05.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Address (rev 02)<=
/p>

ff:05.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Rank (rev 02)


ff:05.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 1 Thermal Control (rev 02)=



ff:06.0 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Control (rev 02)<=
/p>

ff:06.1 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Address (rev 02)<=
/p>

ff:06.2 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Rank (rev 02)


ff:06.3 Host bridge: Intel Corporation Xeon =
5600 Series Integrated Memory Controller Channel 2 Thermal Control (rev 02)=



wenhui@nimbnode33:/var/log/xen$ route -vn


Kernel IP routing table


Destination =C2=A0 =C2=A0 Gateway =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 Genmask =C2=A0 =C2=A0 =C2=A0 =C2=A0 Flags Metric Ref=C2=
=A0 =C2=A0 Use Iface


0.0.0.0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 192.168.=
1.1 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UG=C2=A0 =C2=A0 0=C2=
=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 0 xenbr0


192.168.1.0 =C2=A0 =C2=A0 0.0.0.0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 255.255.255.0 =C2=A0 U =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=
=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A0 0 xenbr0


192.168.122.0 =C2=A0 0.0.0.0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 255.255.255.0 =C2=A0 U =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 0=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 0 virbr0


wenhui@nimbnode33:/var/log/xen$ brctl show


bridge name	bridge i=
d		STP enabled	interfaces


virbr0		8000.000000000000	yes		


xenbr0		8000.3c4a92f20964	no=
		em1


wenhui@nimbnode33:/var/log/xen$ ifconfig -a<=
/span>


em1 =C2=A0 =C2=A0 =C2=A0 Link encap:Ethernet=
=C2=A0 HWaddr 3c:4a:92:f2:09:64 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADC=
AST RUNNING MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:107745 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:31674 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:1000=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
62773162 (62.7 MB)=C2=A0 TX bytes:5168145 (5.1 MB)


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory:c2=
800000-c281ffff=C2=A0





em2 =C2=A0 =C2=A0 =C2=A0 Link encap:Ethernet=
=C2=A0 HWaddr 3c:4a:92:f2:09:65 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BROADCAST=
 MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:0 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:0 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:1000=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
0 (0.0 B)=C2=A0 TX bytes:0 (0.0 B)


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Memory:c2=
860000-c287ffff=C2=A0





lo=C2=A0 =C2=A0 =C2=A0 =C2=A0 Link encap:Loc=
al Loopback =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet addr=
:127.0.0.1=C2=A0 Mask:255.0.0.0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 add=
r: ::1/128 Scope:Host


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP LOOPBA=
CK RUNNING=C2=A0 MTU:65536=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:12 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:12 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:0=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
1344 (1.3 KB)=C2=A0 TX bytes:1344 (1.3 KB)





p2p1=C2=A0 =C2=A0 =C2=A0 Link encap:Ethernet=
=C2=A0 HWaddr 68:05:ca:30:5a:64 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BROADCAST=
 MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:0 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:0 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:1000=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
0 (0.0 B)=C2=A0 TX bytes:0 (0.0 B)





p2p2=C2=A0 =C2=A0 =C2=A0 Link encap:Ethernet=
=C2=A0 HWaddr 68:05:ca:30:5a:65 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BROADCAST=
 MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:0 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:0 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:1000=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
0 (0.0 B)=C2=A0 TX bytes:0 (0.0 B)





virbr0=C2=A0 =C2=A0 Link encap:Ethernet=C2=
=A0 HWaddr 06:5d:b7:77:c5:b2 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet addr=
:192.168.122.1=C2=A0 Bcast:192.168.122.255=C2=A0 Mask:255.255.255.0<=
/p>

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADC=
AST MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:0 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:0 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:0=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
0 (0.0 B)=C2=A0 TX bytes:0 (0.0 B)





xenbr0=C2=A0 =C2=A0 Link encap:Ethernet=C2=
=A0 HWaddr 3c:4a:92:f2:09:64 =C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet addr=
:192.168.1.133=C2=A0 Bcast:192.168.255.255=C2=A0 Mask:255.255.255.0<=
/p>

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inet6 add=
r: fe80::3e4a:92ff:fef2:964/64 Scope:Link


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 UP BROADC=
AST RUNNING MULTICAST=C2=A0 MTU:1500=C2=A0 Metric:1


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX packet=
s:76309 errors:0 dropped:0 overruns:0 frame:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TX packet=
s:31210 errors:0 dropped:0 overruns:0 carrier:0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 collision=
s:0 txqueuelen:0=C2=A0


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 RX bytes:=
59626035 (59.6 MB)=C2=A0 TX bytes:5136305 (5.1 MB)





wenhui@nimbnode33:/var/log/xen$ xenstore-ls =
-fp


xenstore-ls: xs_open: Permission denied


wenhui@nimbnode33:/var/log/xen$ sudo xenstor=
e-ls -fp


/local =3D "" =C2=A0 (n0)

/local/domain =3D "" =C2=A0 (n0)


/local/domain/0 =3D "" =C2=A0 (n0)=



/local/domain/0/name =3D "Domain-0"=
; =C2=A0 (n0)


/local/domain/0/domid =3D "0" =C2=
=A0 (n0)


/local/domain/0/memory =3D "" =C2=
=A0 (n0)


/local/domain/0/memory/target =3D "5242=
88" =C2=A0 (n0)


/local/domain/0/memory/static-max =3D "=
524288" =C2=A0 (n0)


/local/domain/0/memory/freemem-slack =3D &qu=
ot;5031778" =C2=A0 (n0)


/local/domain/0/device-model =3D ""=
; =C2=A0 (n0)


/local/domain/0/device-model/0 =3D "&qu=
ot; =C2=A0 (n0)


/local/domain/0/device-model/0/state =3D &qu=
ot;running" =C2=A0 (n0)


/local/domain/0/device-model/5 =3D "&qu=
ot; =C2=A0 (n0)


/local/domain/0/libxl =3D "" =C2=
=A0 (n0)


/local/domain/0/libxl/disable_udev =3D "=
;1" =C2=A0 (n0)


/local/domain/0/backend =3D "" =C2=
=A0 (n0)


/local/domain/0/backend/qdisk =3D "&quo=
t; =C2=A0 (n0)


/local/domain/0/backend/qdisk/5 =3D "&q=
uot; =C2=A0 (n0)


/local/domain/0/backend/qdisk/5/51712 =3D &q=
uot;" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/fronte=
nd =3D "/local/domain/5/device/vbd/51712" =C2=A0 (n0,r5)

/local/domain/0/backend/qdisk/5/51712/params=
 =3D "aio:/home/wenhui/test/vm-3.img" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/fronte=
nd-id =3D "5" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/online=
 =3D "1" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/remova=
ble =3D "0" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/bootab=
le =3D "1" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/state =
=3D "1" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/dev =
=3D "xvda" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/type =
=3D "qdisk" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/mode =
=3D "w" =C2=A0 (n0,r5)


/local/domain/0/backend/qdisk/5/51712/device=
-type =3D "disk" =C2=A0 (n0,r5)


/local/domain/0/backend/console =3D "&q=
uot; =C2=A0 (n0)


/local/domain/0/backend/console/5 =3D "=
" =C2=A0 (n0)


/local/domain/0/backend/console/5/0 =3D &quo=
t;" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/frontend=
 =3D "/local/domain/5/console" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/frontend=
-id =3D "5" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/online =
=3D "1" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/state =
=3D "1" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/domain =
=3D "linux-14" =C2=A0 (n0,r5)


/local/domain/0/backend/console/5/0/protocol=
 =3D "vt100" =C2=A0 (n0,r5)


/local/domain/5 =3D "" =C2=A0 (n0,=
r5)


/local/domain/5/vm =3D "/vm/f86311b9-b6=
cb-4425-bbbe-c8c4d7980029" =C2=A0 (n0,r5)


/local/domain/5/name =3D "linux-14"=
; =C2=A0 (n0,r5)


/local/domain/5/cpu =3D "" =C2=A0 =
(n0,r5)


/local/domain/5/cpu/0 =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/cpu/0/availability =3D "=
;online" =C2=A0 (n0,r5)


/local/domain/5/memory =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/memory/static-max =3D "=
524288" =C2=A0 (n0,r5)


/local/domain/5/memory/target =3D "5242=
89" =C2=A0 (n0,r5)


/local/domain/5/memory/videoram =3D "-1=
" =C2=A0 (n0,r5)


/local/domain/5/device =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/device/suspend =3D "&qu=
ot; =C2=A0 (n0,r5)


/local/domain/5/device/suspend/event-channel=
 =3D "" =C2=A0 (n5)


/local/domain/5/device/vbd =3D "" =
=C2=A0 (n0,r5)


/local/domain/5/device/vbd/51712 =3D "&=
quot; =C2=A0 (n5,r0)


/local/domain/5/device/vbd/51712/backend =3D=
 "/local/domain/0/backend/qdisk/5/51712" =C2=A0 (n5,r0)

/local/domain/5/device/vbd/51712/backend-id =
=3D "0" =C2=A0 (n5,r0)


/local/domain/5/device/vbd/51712/state =3D &=
quot;1" =C2=A0 (n5,r0)


/local/domain/5/device/vbd/51712/virtual-dev=
ice =3D "51712" =C2=A0 (n5,r0)


/local/domain/5/device/vbd/51712/device-type=
 =3D "disk" =C2=A0 (n5,r0)


/local/domain/5/device/vbd/51712/protocol =
=3D "x86_64-abi" =C2=A0 (n5,r0)


/local/domain/5/control =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/control/shutdown =3D "&=
quot; =C2=A0 (n5)


/local/domain/5/control/platform-feature-mul=
tiprocessor-suspend =3D "1" =C2=A0 (n0,r5)


/local/domain/5/control/platform-feature-xs_=
reset_watches =3D "1" =C2=A0 (n0,r5)


/local/domain/5/data =3D "" =C2=A0=
 (n5)


/local/domain/5/domid =3D "5" =C2=
=A0 (n0,r5)


/local/domain/5/store =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/store/port =3D "1"=
 =C2=A0 (n0,r5)


/local/domain/5/store/ring-ref =3D "441=
7047" =C2=A0 (n0,r5)


/local/domain/5/console =3D "" =C2=
=A0 (n0,r5)


/local/domain/5/console/backend =3D "/l=
ocal/domain/0/backend/console/5/0" =C2=A0 (n0,r5)


/local/domain/5/console/backend-id =3D "=
;0" =C2=A0 (n5,r0)


/local/domain/5/console/limit =3D "1048=
576" =C2=A0 (n0,r5)


/local/domain/5/console/type =3D "xenco=
nsoled" =C2=A0 (n0,r5)


/local/domain/5/console/output =3D "pty=
" =C2=A0 (n0,r5)


/local/domain/5/console/tty =3D "/dev/p=
ts/2" =C2=A0 (n0,r5)


/local/domain/5/console/port =3D "2&quo=
t; =C2=A0 (n0,r5)


/local/domain/5/console/ring-ref =3D "4=
417046" =C2=A0 (n0,r5)


/vm =3D "" =C2=A0 (n0)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029 =3D=
 "" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/uui=
d =3D "f86311b9-b6cb-4425-bbbe-c8c4d7980029" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/nam=
e =3D "linux-14" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/ima=
ge =3D "" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/ima=
ge/ostype =3D "linux" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/ima=
ge/kernel =3D "/home/wenhui/test/ubuntu/vmlinuz" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/ima=
ge/ramdisk =3D "/home/wenhui/test/ubuntu/initrd.gz" =C2=A0 (n0,r5=
)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/ima=
ge/cmdline =3D "debian-installer/exit/always_halt=3Dtrue -- console=3D=
hvc0" =C2=A0 (n0,r5)


/vm/f86311b9-b6cb-4425-bbbe-c8c4d7980029/sta=
rt_time =3D "1455662406.29" =C2=A0 (n0,r5)


/libxl =3D "" =C2=A0 (n0)

/libxl/5 =3D "" =C2=A0 (n0)=



/libxl/5/dm-version =3D "qemu_xen" =C2=A0 (n0)=C2=A0
=C2=A0
=C2=A0





--001a11469b1485f41b052beb05ae--


--===============7909982236595626242==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============7909982236595626242==--


From xen-users-bounces@lists.xen.org Wed Feb 17 12:56:37 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 12:56:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW1dn-0006FQ-CE; Wed, 17 Feb 2016 12:55:35 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aVoPD-0005O5-TO
	for xen-users@lists.xenproject.org; Tue, 16 Feb 2016 22:47:40 +0000
Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id
	20/C0-32641-A07A3C65; Tue, 16 Feb 2016 22:47:38 +0000
X-Env-Sender: wenhui@gwmail.gwu.edu
X-Msg-Ref: server-9.tower-31.messagelabs.com!1455662857!1017194!1
X-Originating-IP: [74.125.82.52]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 36030 invoked from network); 16 Feb 2016 22:47:37 -0000
Received: from mail-wm0-f52.google.com (HELO mail-wm0-f52.google.com)
	(74.125.82.52)
	by server-9.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 16 Feb 2016 22:47:37 -0000
Received: by mail-wm0-f52.google.com with SMTP id g62so2534038wme.0
	for ;
	Tue, 16 Feb 2016 14:47:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623;
	h=mime-version:date:message-id:subject:from:to:cc:content-type;
	bh=uYnTBHcQMfh+JT0/jwiiR0PraDbCpRRpprvUStYBJ1o=;
	b=PawCTOZRQa+bq2Qa/k8ziO0GuYlVUJgDsEHc9qgTLKbtaNoQhjqqK5G6tmgdoTz8dQ
	W7dIo64iDDl11MrfEMvcs1eKCVJrFfA6i3/Sopr3yCCpYlHe483QboKZLPS+IqaKzYIc
	tN1texR479Z9Vb9sibsfS4uDC0H0smz29GiE1GZ5NwA9iDvJo4+j6sxaI1dy30fcTs1V
	qNNCVkNffipeI890DuCUX8bO2ZYdh6YAp46onrPxwZktlNkwtuSI37VjgitAdqQiA4fJ
	NFY4RK/xR+a/erRoK+MGcwnfVUNGr5TksLq0AC/CEpNnnwqN6g8ffRW9q28ugGg6egmN
	+rsA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc
	:content-type;
	bh=uYnTBHcQMfh+JT0/jwiiR0PraDbCpRRpprvUStYBJ1o=;
	b=cfFvnGaQ+2/fujJShui8o9UPMDrQ9MN24JQk2cFGeByVRwvB167S7xLR62ilTmEzkj
	yWSssK+Rfsubpn3LGJKlnU1HWBfUFxJiqW4W+/C+aKaVALMvN6a4em1hTC49KXgSuN+h
	aMBQoPtkoBqHSj1KHSHxgP/34jFVZiBl7hi7tg9rHSdysqm0b7AzFsnaAflA3mq62OZY
	KfomuL9m3t7T5vJ/s9oo5i01kwbWu30Bxo307bzlGoDqtasysHj02rEqCR2YH3fEvlvB
	e+uB1/fe/MZDdoyZ1hGiUjHipTuDHc8PbdDuY9bJin6pFZ7/+UrQXRQ0R6JyASojcnaD
	Y7UA==
X-Gm-Message-State: AG10YOTOqfWTKddXGic7FKWl4OfApdJG+4Rkv+B1Cukp0gGyWdKml4I1xljvEcGFk02yTLv2Z7iXBBHURLf5sgWQ
MIME-Version: 1.0
X-Received: by 10.28.92.13 with SMTP id q13mr12821139wmb.43.1455662857040;
	Tue, 16 Feb 2016 14:47:37 -0800 (PST)
Received: by 10.27.50.73 with HTTP; Tue, 16 Feb 2016 14:47:36 -0800 (PST)
Date: Tue, 16 Feb 2016 17:47:36 -0500
Message-ID: 
From: Wenhui Zhang 
To: Wei Liu 
X-Mailman-Approved-At: Wed, 17 Feb 2016 12:55:33 +0000
Cc: xen-users@lists.xenproject.org
Subject: [Xen-users]  Xen 4.4 on Ubuntu14.04, freeze while using"xl create'
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6050934137036703220=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============6050934137036703220==
Content-Type: multipart/alternative; boundary=001a1145bc9c81ce6e052beaeb71

--001a1145bc9c81ce6e052beaeb71
Content-Type: text/plain; charset=UTF-8

Hi, I was working on Xen 4.4 on Ubuntu14.04, which got frozen screen while
using"
   sudo xl create example.cfg'


on another screen, it showed up as:

wenhui@nimbnode33:~/test$ sudo xl list

Name                                        ID   Mem VCPUs State Time(s)

Domain-0                                     0   511    24     r-----
444.6

linux-14                                     5   512     1     --p---
0.0


Here is the xl and other log files,


wenhui@nimbnode33:/var/log/xen$ ls -al

total 16

drwxr-sr-x  2 root adm    4096 Feb 16 17:40 .

drwxrwxr-x 14 root syslog 4096 Feb 16 11:32 ..

-rwxr--r--  1 root adm       0 Feb  5 16:16 bootloader.1.log

-rwxr--r--  1 root adm       0 Feb  5 16:20 bootloader.2.log

-rwxr--r--  1 root adm       0 Feb  4 19:40 bootloader.2.log.1

-rwxr--r--  1 root adm       0 Feb 16 17:09 qemu-dm-clickos_1.log

-rwxr--r--  1 root adm       0 Feb 16 17:08 qemu-dm-clickos_1.log.1

-rwxr--r--  1 root adm       0 Feb 16 17:07 qemu-dm-clickos_1.log.2

-rwxr--r--  1 root adm       0 Feb  8 13:00 qemu-dm-linux-0.log

-rwxr--r--  1 root adm       0 Feb  8 10:35 qemu-dm-linux-10.log

-rwxr--r--  1 root adm       0 Feb  8 10:34 qemu-dm-linux-10.log.1

-rwxr--r--  1 root adm       0 Feb  5 19:11 qemu-dm-linux-10.log.2

-rwxr--r--  1 root adm       0 Feb  8 15:07 qemu-dm-linux-110.log

-rwxr--r--  1 root adm       0 Feb  8 15:10 qemu-dm-linux-12.log

-rwxr--r--  1 root adm       0 Feb  8 15:16 qemu-dm-linux-13.log

*-rw-r--r--  1 root adm       0 Feb 16 17:40 qemu-dm-linux-14.log*

-rwxr--r--  1 root adm       0 Feb  8 15:16 qemu-dm-linux-14.log.1

-rwxr--r--  1 root adm       0 Feb  8 12:18 qemu-dm-linux-1.log

-rwxr--r--  1 root adm       0 Feb  8 12:07 qemu-dm-linux-1.log.1

-rwxr--r--  1 root adm       0 Jan 24 11:32 xend.log

-rwxr--r--  1 root adm      87 Feb 16 17:05 xl-clickos_1.log

-rwxr--r--  1 root adm      58 Feb  4 22:48 xl-clickos_1.log.1


wenhui@nimbnode33:~/test$ sudo xl info

host                   : nimbnode33

release                : 3.16.0-53-generic

version                : #72~14.04.1-Ubuntu SMP Fri Nov 6 18:17:23 UTC 2015

machine                : x86_64

nr_cpus                : 24

max_cpu_id             : 23

nr_nodes               : 2

cores_per_socket       : 6

threads_per_core       : 2

cpu_mhz                : 2666

hw_caps                :
bfebfbff:2c100800:00000000:00003f00:029ee3ff:00000000:00000001:00000000

virt_caps              : hvm

total_memory           : 32758

free_memory            : 31375

sharing_freed_memory   : 0

sharing_used_memory    : 0

outstanding_claims     : 0

free_cpus              : 0

xen_major              : 4

xen_minor              : 4

xen_extra              : .4

xen_version            : 4.4.4

xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32
hvm-3.0-x86_32p hvm-3.0-x86_64

xen_scheduler          : credit

xen_pagesize           : 4096

platform_params        : virt_start=0xffff800000000000

xen_changeset          : Thu Jan 21 13:38:50 2016 +0100 git:a611ed5

xen_commandline        : placeholder dom0_mem=512M,max:512M

cc_compiler            : gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4

cc_compile_by          : wenhui

cc_compile_domain      : nimbus.seas.gwu.edu

cc_compile_date        : Mon Feb  1 15:58:22 EST 2016

xend_config_format     : 4


example.cfg


name = "linux-14"

memory = 512

vcpus = 1

disk = ['file:/home/wenhui/test/vm-3.img,xvda,w']

#disk = ['file:STORAGE_FILE_LOCATION,xvda,w'] IF USING FILE FOR STORAGE


#vif = ['mac=3c:4a:92:f2:09:64,bridge=xenbr0']

vif = ['mac=78:2b:cb:58:bc:71,bridge=xenbr0']

#vif    = ['bridge=vale0,script=vif-vale']

# Run our own kernels

#kernel = "/boot/vmlinuz-3.13.0-32-generic"


#ramdisk = "/boot/initrd.img-3.13.0-32-generic"


# Run VMs own kernels

#bootloader = "pygrub"


# For installation

kernel = "/home/wenhui/test/ubuntu/vmlinuz"

ramdisk = "/home/wenhui/test/ubuntu/initrd.gz"

extra = "debian-installer/exit/always_halt=true -- console=hvc0"







On Wed, Feb 10, 2016 at 9:50 AM, Wenhui Zhang  wrote:

> Thanks Wei,  this is really helpful, I will generate one , thanks for your
> time and patience
>
> Wenhui
>
> On Wed, Feb 10, 2016 at 9:48 AM, Wei Liu  wrote:
>
>> On Wed, Feb 10, 2016 at 09:42:13AM -0500, Wenhui Zhang wrote:
>> > Actually the former trace is from a ordinary Linux VM (linux-1)
>> >
>>
>> This is not what I asked for. You haven't provided the necessary
>> information. So there is nothing I can do for you.
>>
>> Though I'm not sure if this is a bug, please have a look at [0] about
>> what to expect to be present in a report.
>>
>> Wei.
>>
>> [0] http://wiki.xenproject.org/wiki/Reporting_Bugs_against_Xen_Project
>>
>>
>
>
> --
> V/R,
>
> Wenhui Zhang
>
> Email: wenhui@gwmail.gwu.edu
>            Telephone: 1-(703) 424 3193
>
>
>
>
>
>
>


-- 
V/R,

Wenhui Zhang

Email: wenhui@gwmail.gwu.edu
           Telephone: 1-(703) 424 3193

--001a1145bc9c81ce6e052beaeb71
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Hi, I was working on=C2=A0Xen 4.4 on Ubuntu14.04, which go=
t frozen screen while using"





=C2=A0 =C2=A0sudo xl create example.cfg'


<=
div>on another screen, it showed up as:










wenhui@nimbnode33:~/test$ sudo xl list


Name=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 ID =C2=A0 Mem VCPUs	Sta=
te	Time(s)


Domain-0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 0 =C2=A0 511=C2=A0 =C2=A0 24 =C2=A0 =C2=A0 r----- =C2=A0 =
=C2=A0 444.6


linux-14 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 5 =C2=A0 512 =C2=A0 =C2=A0 1 =C2=A0 =C2=A0 --p--- =C2=A0 =
=C2=A0 =C2=A0 0.0

<=
p class=3D"">Here is the xl and other log files,=C2=A0










wenhui@nimbnode33:/var/log/xen$ ls -al=C2=A0=



total 16


drwxr-sr-x=C2=A0 2 root adm=C2=A0 =C2=A0 409=
6 Feb 16 17:40 .


drwxrwxr-x 14 root syslog 4096 Feb 16 11:32 =
..


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 5 16:16 bootloader.1.log<=
/p>

-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 5 16:20 bootloader.2.log<=
/p>

-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 4 19:40 bootloader.2.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb 16 17:09 qemu-dm-clickos_1.log<=
/p>

-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb 16 17:08 qemu-dm-clickos_1.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb 16 17:07 qemu-dm-clickos_1.log.2


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 13:00 qemu-dm-linux-0.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 10:35 qemu-dm-linux-10.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 10:34 qemu-dm-linux-10.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 5 19:11 qemu-dm-linux-10.log.2


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 15:07 qemu-dm-linux-110.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 15:10 qemu-dm-linux-12.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 15:16 qemu-dm-linux-13.log


-rw-r--r--=C2=A0 1 root adm =C2=A0 =C2=A0=
 =C2=A0 0 Feb 16 17:40 qemu-dm-linux-14.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 15:16 qemu-dm-linux-14.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 12:18 qemu-dm-linux-1.log


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Feb=C2=A0 8 12:07 qemu-dm-linux-1.log.1


-rwxr--r--=C2=A0 1 root adm =C2=A0 =C2=A0 =
=C2=A0 0 Jan 24 11:32 xend.log


-rwxr--r--=C2=A0 1 root adm=C2=A0 =C2=A0 =C2=
=A0 87 Feb 16 17:05 xl-clickos_1.log


-rwxr--r--=C2=A0 1 root adm=
=C2=A0 =C2=A0 =C2=A0 58 Feb=C2=A0 4 22:48 xl-clicko=
s_1.log.1=C2=A0











wenhui@nimbnode33:~/test$ sudo xl info=C2=A0=



host =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 : nimbnode33


release=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : 3.16.0-53-generic


version=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : #72~14.04.1-Ubuntu SMP Fri Nov 6 18:17:23 UTC 2015


machine=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : x86_64


nr_cpus=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : 24


max_cpu_id =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 : 23


nr_nodes =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : 2


cores_per_socket =C2=A0 =C2=A0 =C2=A0 : 6


threads_per_core =C2=A0 =C2=A0 =C2=A0 : 2


cpu_mhz=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : 2666


hw_caps=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 : bfebfbff:2c100800:00000000:00003f00:029ee3ff:0000000=
0:00000001:00000000


virt_caps=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : hvm


total_memory =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : 32758


free_memory=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 : 31375


sharing_freed_memory =C2=A0 : 0


sharing_used_memory=C2=A0 =C2=A0 : 0<=
/p>

outstanding_claims =C2=A0 =C2=A0 : 0<=
/p>

free_cpus=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : 0


xen_major=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : 4


xen_minor=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : 4


xen_extra=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : .4


xen_version=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 : 4.4.4


xen_caps =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 =C2=A0 : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_3=
2p hvm-3.0-x86_64=C2=A0


xen_scheduler=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : credit


xen_pagesize =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : 4096


platform_params=C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 virt_start=3D0xffff800000000000


xen_changeset=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : Thu Jan 21 13:38:50 2016 +0100 git:a611ed5


xen_commandline=C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 placeholder dom0_mem=3D512M,max:512M


cc_compiler=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 : gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4


cc_compile_by=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 : wenhui


cc_compile_domain=C2=A0 =C2=A0 =C2=A0 : nimbus.seas.gwu.edu


cc_compile_date=C2=A0 =C2=A0 =C2=A0 =C2=A0 :=
 Mon Feb=C2=A0 1 15:58:22 EST 2016


xend_config_format =C2=A0 =C2=A0 : 4<=
/p>

example.cfg

<=
p class=3D"">name =3D "linux-=
14"
memory =3D 512
vcpus =3D 1
disk =3D ['file:/home/wenhui/test/vm-3.img,xvda,w']
#disk =3D ['file:STORAGE_FILE_LOCATION,=
xvda,w'] IF USING FILE FOR STORAGE

#vif =3D ['mac=3D3c=
:4a:92:f2:09:64,bridge=3Dxenbr0']
vif =3D ['mac=3D78:2b:cb:58:bc:71,bridge=
=3Dxenbr0']
#vif=C2=A0 =C2=A0 =
=3D ['bridge=3Dvale0,script=3Dvif-vale']
# Run our own kernels
#kernel =3D "/boot/vmlinuz-3.13.0-32-generic"

#ram=
disk =3D "/boot/initrd.img-3.13.0-32-generic"

# Run =
VMs own kernels
#bootloader =3D &q=
uot;pygrub"

# For installation
kernel =3D "/home/wenhui/test/ub=
untu/vmlinuz"
ramdisk =3D "/home/wenhui/test/ubuntu/initrd.gz"<=
/p>





























extra =3D=
 "debian-installer/exit/always_halt=3Dtrue -- console=3Dhvc0"


=





On Wed, Feb 10, 2016 at 9:5=
0 AM, Wenhui Zhang <wenhui@gwmail.gwu.edu> wrote:
Thanks Wei, =C2=A0this is really helpful, I =
will generate one , thanks for your time and patience=C2=A0

Wenhui
-- 
V/R, 
=C2=A0
Wenhui Zhang 
=
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 Tele=
phone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=
=A0
=C2=A0
=C2=A0
=C2=A0









-- 
V/R, 
=C2=A0
Wenhui Zhang 
=
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0 Tele=
phone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=A0
=C2=
=A0
=C2=A0
=C2=A0






--001a1145bc9c81ce6e052beaeb71--


--===============6050934137036703220==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============6050934137036703220==--


From xen-users-bounces@lists.xen.org Wed Feb 17 15:34:59 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 15:34:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW472-0001eS-9I; Wed, 17 Feb 2016 15:33:56 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aW470-0001eN-Rq
	for xen-users@lists.xen.org; Wed, 17 Feb 2016 15:33:55 +0000
Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id
	83/E6-25438-2E294C65; Wed, 17 Feb 2016 15:33:54 +0000
X-Env-Sender: ahferroin7@gmail.com
X-Msg-Ref: server-2.tower-27.messagelabs.com!1455723232!22613653!1
X-Originating-IP: [209.85.192.51]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15130 invoked from network); 17 Feb 2016 15:33:53 -0000
Received: from mail-qg0-f51.google.com (HELO mail-qg0-f51.google.com)
	(209.85.192.51)
	by server-2.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 17 Feb 2016 15:33:53 -0000
Received: by mail-qg0-f51.google.com with SMTP id b67so14233284qgb.1
	for ; Wed, 17 Feb 2016 07:33:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=subject:to:references:from:message-id:date:user-agent:mime-version
	:in-reply-to:content-type:content-transfer-encoding;
	bh=Xit8UAfDn9kJqB4RlaxvmwTM09wYV7bssHnGC7O4SAU=;
	b=zpk0Sl6YgEJh78lK5vcybZcdbR8rd4ZO584V6GBKMs/MEiYv51ORPcfLtbXE62EBJr
	IpH/s2XR0Ma2tL/5y7bbeUCJ88vSVfKSU4a4z4TtsuI4lMrm3usWNngo9iJ/AwBGTLV1
	n37+hvUV0J6oQG1Hye+rDpQo7yCd16GGxWLT5xAM59dS/BIf8zNHaCNpblFArs0WIRuF
	EnSDKHEh6ijubDPG/BUlFnJdq572t9oTh0FVLkkSvI2uBDDzG6ImchVn5VD9OmmQVMHU
	ZQWp2lDVct62LU4VBlt3RTsDSPH9DIXwgxc0KXhw+s+u8G6GttiwuVnYgAUU+QF5oj+e
	0AzA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:subject:to:references:from:message-id:date
	:user-agent:mime-version:in-reply-to:content-type
	:content-transfer-encoding;
	bh=Xit8UAfDn9kJqB4RlaxvmwTM09wYV7bssHnGC7O4SAU=;
	b=MEPIAN1Cqy9I5ocZ30paWcgBqAZktpkDXZC33xRj/uXpNj5zTvqbL1npA51Y16Z6NW
	7NY89yBb0YBr0x5GSZwT/IBGkJgKQiIitvOLI6AT+M6B+ukJ8HxnFF3GKYG0G3DV0E4t
	0f4VqALqyf9xOK0ZQkW9Tynp4BezKebebDCl/Yj31tEUpJHgm8v1gx0wPNcqe0P3f1Sw
	XyIXU4+M7maB9DsDnOSD8uLPGhskDUJZV0cipDZjmiNlpdOGkLaNkLtX1JtjL8mW5kxY
	mkBaRXS6WgnGRaHPq0UUWyWhD90FeDWwnMt9U4p6ejGyCoH2EbsZkO8VEuY/Yr7A1eNy
	Rxgw==
X-Gm-Message-State: AG10YORosuwMZsktL1lg1b8ju55Kv5VMqUfc9GwjqAwdsTgy6FOtbhpA+1JHsaTd3TkjfA==
X-Received: by 10.140.44.38 with SMTP id f35mr2679394qga.49.1455723232140;
	Wed, 17 Feb 2016 07:33:52 -0800 (PST)
Received: from [127.0.0.1] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24])
	by smtp.gmail.com with ESMTPSA id
	s64sm15492714qgd.28.2016.02.17.07.33.50 for 
	(version=TLSv1/SSLv3 cipher=OTHER);
	Wed, 17 Feb 2016 07:33:51 -0800 (PST)
To: xen-users@lists.xen.org
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
	
	<56C3C82B.7000607@websitemanagers.com.au>
From: "Austin S. Hemmelgarn" 
Message-ID: <56C492A0.60500@gmail.com>
Date: Wed, 17 Feb 2016 10:32:48 -0500
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
	Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <56C3C82B.7000607@websitemanagers.com.au>
X-Antivirus: avast! (VPS 160217-0, 2016-02-17), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 2016-02-16 20:08, Adam Goryachev wrote:
> On 17/02/16 02:06, Simon Hobson wrote:
>> billb@sent.at wrote:
>>
>>> I'd thought that Xen 'figured out' what kind of disk structure
>>> it's mounting.
>> The "disk structure" as far as Xen is concerned is ... a "disk".
>> Just a collection of blocks.
>>
>>> I thought that snaps had to remain 'in' the VG, and they can get
>>> kind of large.
>> A snapshot is simply a virtual image of the volume at a point in
>> time. In terms of what you see when you look into it, it is exactly
>> the same size as the volume - though the underlying representation
>> of it will grow over time (starting from near enough zero space).
>> So if you wanted to backup that snapshot, you'd treat it like a
>> disk and image it - what you do with the image is then up to you.
>> When you are done, remember to delete the snapshot or it will slow
>>  performance* and eat disk space*.
>>
>> A couple of caveats though. If you snapshot the volume, what you
>> see is the same as if you unceremoniously yanked the power cord on
>> a physical machine - anything still held in the guest's dirty cache
>> will not be there. You can minimise this by triggering the guest to
>> sync it's cache, and of course using a journaled filesystem - but
>> you cannot completely eliminate it.
>>
>> The way some virtualisation & backup systems handle this is (to
>> simplify "a bit") to make the combination of hypervisor, guest OS,
>> and backup system intimately aware of each other so that the backup
>> system can copy what the guest has, not what it has already written
>> to disk.
>>
>> Personally, I work the other way - I do backups from within the
>> guest using rsync to maintain a clone of the filesystem as seen by
>> the guest on one central device. From there I generate multiple
>> generations with file de-dupe etc as a separate off-line task. One
>> area where if you ask 10 people you'll get 11 opinions :-)
>>
>> * It's worth considering the way snapshots work. AIUI in LVM, when
>> you make a snapshot, what is on-disk is kept as the "before image".
>> Any writes then go into a separate "after image" area which starts
>> at zero and grows. Anything accessing the snapshot gets the before
>> image data, anything accessing the live volume gets the data from
>> the after image if there is a corresponding block, or the before
>> image data if it's not been altered. Over time the after-image data
>> set grows - and performance will be affected as the data gets
>> fragmented. When you destroy the snapshot, any data in the after
>> image is then copied into the main volume and after that the after
>> image is deleted.
>
> Actually, I'm pretty sure LVM simple discards the "before image"
> blocks that have been modified in the "after image", it doesn't
> actually relocate the after image blocks back to the original
> location. (At least, discarding a snapshot is too quick for it to be
> doing this, so maybe if the origin VM is written, it copies the
> "before image" to a new location, and then modifies the before image
> location with the new data).
In LVM, snapshots are implemented via copy-on-write with some
indirection for the changed data. The origin volume is not at all
changed by the snapshot process other than being tagged as an origin,
all it's blocks stay exactly where they are, and are treated almost the
same as if it weren't a snapshot origin. As changes are made on the
origin volume, the versions from the time the snapshot was created of
the blocks that get changed get written to space in the snapshot volume,
and an indirection is added in the mapping so that access to the
snapshot references those blocks instead of the ones in the origin
volume, thus preserving the content of the volume when it was
snapshotted. The is also done when a block in the snapshot is written to
(assuming it's a writable snapshot), except the origin's copy is copied
to the snapshot, then updated there.

As an example, assume a simple setup with an origin LV 'origin' with 4
physical extents (well call them e1 through e4) which just had a
snapshot created called 'snap'. Prior to making any changes to the
origin volume, all four extents are referenced directly by the snapshot.
The mapping might be represented something like this:

origin: e1 e2 e3 e4
snap: ^^ ^^ ^^ ^^

Assume we then try to write something to extent e1 in the origin. This
will cause the device-mapper to copy the contents of e1 from the origin
to the snapshot, update the snapshot to point at it's own copy of e1,
and then write the changes on the origin volume. After such a change,
the mapping could be represented like so:

origin: e1' e2 e3 e4
snap: e1 ^^ ^^ ^^

If we then decide to change e4 in the snapshot, this will cause the
contents of e4 in the origin to be copied to the snapshot, the snapshot
mapping to be updated to point at it's own copy of e4, and then the
changes will get written. After this, the mapping would be:

origin: e1' e2 e3 e4
snap: e1 ^^ ^^ e4'

If we then decide to modify e4 in the origin, or modify e1 in the 
snapshot, they get modified in place after a simple check that detects 
that the other copy has already been modified.  This check gets 
performed only once for the snapshot (checking against the origin), but 
gets performed once per-snapshot for the origin (checking against each 
snapshot).  As a result of this, performance degrades for the origin 
volume proportionate to the number of snapshots of that volume.  The 
design however means that creating and deleting snapshots are relatively 
inexpensive operations, which can be very important on big systems.

Secondarily, this also shows why snapshots can start out small, and why 
the practical upper bound on their size is around 105% of the size of 
the origin (the extra 5% is for the metadata that stores the mappings).

It is possible to merge a snapshot back into an origin volume, but this
gets dangerous if both the origin and snapshot have been modified since 
the snapshot was taken.  There is no way to determine which side is 
correct in such a case, so there is significant risk of ending up with a 
horribly broken filesystem.
>> I would not have thought that you could safely mount a snapshot. If
>>  you try mounting it read-only then you have a dirty filesystem. If
>> you mount it read-write then fsck will try and fix it, which then
>> means you have two different systems trying to write to a volume. I
>> don't know if LVM will handle this and prevent the host access from
>>  corrupting the guests filesystem.
> You can mount a snapshot RW, and LVM will handle keeping any writes
> separate from the "origin image" copy.
This is correct, and is sometimes used for creating stable filesystem 
images for backups.  In such usage, the typical workflow is:
1. Take a snapshot of a mounted, in-use LV.
2. Run fsck on the snapshot to make sure the FS is clean.
3. Mount the snapshot read-only, and run whatever backup software 
against this instead of against the origin volume.
4. Unmount and delete the snapshot.
Some backup software actually has built-in functionality to do this 
automatically, and for some filesystems (like XFS), you don't even need 
the fsck.  This is how I used to manage backups on my systems before I 
switched to BTRFS (which has the snapshot functionality built in, so I 
don't need LVM for it), and it works well provided you can handle the 
small performance degradation while running the backup.

This is also used sometimes for multiple-instantiation of VM's from a 
base image by creating a snapshot for each VM, which is then used as the 
backing device for that VM, so the base image doesn't get modified.  I 
know a couple people who use this for the root filesystem for driver 
domains on Xen.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 17 15:34:59 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 15:34:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW472-0001eS-9I; Wed, 17 Feb 2016 15:33:56 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aW470-0001eN-Rq
	for xen-users@lists.xen.org; Wed, 17 Feb 2016 15:33:55 +0000
Received: from [193.109.254.147] by server-10.bemta-14.messagelabs.com id
	83/E6-25438-2E294C65; Wed, 17 Feb 2016 15:33:54 +0000
X-Env-Sender: ahferroin7@gmail.com
X-Msg-Ref: server-2.tower-27.messagelabs.com!1455723232!22613653!1
X-Originating-IP: [209.85.192.51]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15130 invoked from network); 17 Feb 2016 15:33:53 -0000
Received: from mail-qg0-f51.google.com (HELO mail-qg0-f51.google.com)
	(209.85.192.51)
	by server-2.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 17 Feb 2016 15:33:53 -0000
Received: by mail-qg0-f51.google.com with SMTP id b67so14233284qgb.1
	for ; Wed, 17 Feb 2016 07:33:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=subject:to:references:from:message-id:date:user-agent:mime-version
	:in-reply-to:content-type:content-transfer-encoding;
	bh=Xit8UAfDn9kJqB4RlaxvmwTM09wYV7bssHnGC7O4SAU=;
	b=zpk0Sl6YgEJh78lK5vcybZcdbR8rd4ZO584V6GBKMs/MEiYv51ORPcfLtbXE62EBJr
	IpH/s2XR0Ma2tL/5y7bbeUCJ88vSVfKSU4a4z4TtsuI4lMrm3usWNngo9iJ/AwBGTLV1
	n37+hvUV0J6oQG1Hye+rDpQo7yCd16GGxWLT5xAM59dS/BIf8zNHaCNpblFArs0WIRuF
	EnSDKHEh6ijubDPG/BUlFnJdq572t9oTh0FVLkkSvI2uBDDzG6ImchVn5VD9OmmQVMHU
	ZQWp2lDVct62LU4VBlt3RTsDSPH9DIXwgxc0KXhw+s+u8G6GttiwuVnYgAUU+QF5oj+e
	0AzA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:subject:to:references:from:message-id:date
	:user-agent:mime-version:in-reply-to:content-type
	:content-transfer-encoding;
	bh=Xit8UAfDn9kJqB4RlaxvmwTM09wYV7bssHnGC7O4SAU=;
	b=MEPIAN1Cqy9I5ocZ30paWcgBqAZktpkDXZC33xRj/uXpNj5zTvqbL1npA51Y16Z6NW
	7NY89yBb0YBr0x5GSZwT/IBGkJgKQiIitvOLI6AT+M6B+ukJ8HxnFF3GKYG0G3DV0E4t
	0f4VqALqyf9xOK0ZQkW9Tynp4BezKebebDCl/Yj31tEUpJHgm8v1gx0wPNcqe0P3f1Sw
	XyIXU4+M7maB9DsDnOSD8uLPGhskDUJZV0cipDZjmiNlpdOGkLaNkLtX1JtjL8mW5kxY
	mkBaRXS6WgnGRaHPq0UUWyWhD90FeDWwnMt9U4p6ejGyCoH2EbsZkO8VEuY/Yr7A1eNy
	Rxgw==
X-Gm-Message-State: AG10YORosuwMZsktL1lg1b8ju55Kv5VMqUfc9GwjqAwdsTgy6FOtbhpA+1JHsaTd3TkjfA==
X-Received: by 10.140.44.38 with SMTP id f35mr2679394qga.49.1455723232140;
	Wed, 17 Feb 2016 07:33:52 -0800 (PST)
Received: from [127.0.0.1] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24])
	by smtp.gmail.com with ESMTPSA id
	s64sm15492714qgd.28.2016.02.17.07.33.50 for 
	(version=TLSv1/SSLv3 cipher=OTHER);
	Wed, 17 Feb 2016 07:33:51 -0800 (PST)
To: xen-users@lists.xen.org
References: <1455562936.3183333.521913386.5202C523@webmail.messagingengine.com>
	<56C30663.2080808@citrix.com>
	<1455631453.560220.522679690.2FD03F86@webmail.messagingengine.com>
	<1455633364.566364.522716786.79A3A708@webmail.messagingengine.com>
	
	<56C3C82B.7000607@websitemanagers.com.au>
From: "Austin S. Hemmelgarn" 
Message-ID: <56C492A0.60500@gmail.com>
Date: Wed, 17 Feb 2016 10:32:48 -0500
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
	Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <56C3C82B.7000607@websitemanagers.com.au>
X-Antivirus: avast! (VPS 160217-0, 2016-02-17), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Xen-users] How to list the drives a DomU is using,
 and their types -- with or without a parition -- from the Dom0?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 2016-02-16 20:08, Adam Goryachev wrote:
> On 17/02/16 02:06, Simon Hobson wrote:
>> billb@sent.at wrote:
>>
>>> I'd thought that Xen 'figured out' what kind of disk structure
>>> it's mounting.
>> The "disk structure" as far as Xen is concerned is ... a "disk".
>> Just a collection of blocks.
>>
>>> I thought that snaps had to remain 'in' the VG, and they can get
>>> kind of large.
>> A snapshot is simply a virtual image of the volume at a point in
>> time. In terms of what you see when you look into it, it is exactly
>> the same size as the volume - though the underlying representation
>> of it will grow over time (starting from near enough zero space).
>> So if you wanted to backup that snapshot, you'd treat it like a
>> disk and image it - what you do with the image is then up to you.
>> When you are done, remember to delete the snapshot or it will slow
>>  performance* and eat disk space*.
>>
>> A couple of caveats though. If you snapshot the volume, what you
>> see is the same as if you unceremoniously yanked the power cord on
>> a physical machine - anything still held in the guest's dirty cache
>> will not be there. You can minimise this by triggering the guest to
>> sync it's cache, and of course using a journaled filesystem - but
>> you cannot completely eliminate it.
>>
>> The way some virtualisation & backup systems handle this is (to
>> simplify "a bit") to make the combination of hypervisor, guest OS,
>> and backup system intimately aware of each other so that the backup
>> system can copy what the guest has, not what it has already written
>> to disk.
>>
>> Personally, I work the other way - I do backups from within the
>> guest using rsync to maintain a clone of the filesystem as seen by
>> the guest on one central device. From there I generate multiple
>> generations with file de-dupe etc as a separate off-line task. One
>> area where if you ask 10 people you'll get 11 opinions :-)
>>
>> * It's worth considering the way snapshots work. AIUI in LVM, when
>> you make a snapshot, what is on-disk is kept as the "before image".
>> Any writes then go into a separate "after image" area which starts
>> at zero and grows. Anything accessing the snapshot gets the before
>> image data, anything accessing the live volume gets the data from
>> the after image if there is a corresponding block, or the before
>> image data if it's not been altered. Over time the after-image data
>> set grows - and performance will be affected as the data gets
>> fragmented. When you destroy the snapshot, any data in the after
>> image is then copied into the main volume and after that the after
>> image is deleted.
>
> Actually, I'm pretty sure LVM simple discards the "before image"
> blocks that have been modified in the "after image", it doesn't
> actually relocate the after image blocks back to the original
> location. (At least, discarding a snapshot is too quick for it to be
> doing this, so maybe if the origin VM is written, it copies the
> "before image" to a new location, and then modifies the before image
> location with the new data).
In LVM, snapshots are implemented via copy-on-write with some
indirection for the changed data. The origin volume is not at all
changed by the snapshot process other than being tagged as an origin,
all it's blocks stay exactly where they are, and are treated almost the
same as if it weren't a snapshot origin. As changes are made on the
origin volume, the versions from the time the snapshot was created of
the blocks that get changed get written to space in the snapshot volume,
and an indirection is added in the mapping so that access to the
snapshot references those blocks instead of the ones in the origin
volume, thus preserving the content of the volume when it was
snapshotted. The is also done when a block in the snapshot is written to
(assuming it's a writable snapshot), except the origin's copy is copied
to the snapshot, then updated there.

As an example, assume a simple setup with an origin LV 'origin' with 4
physical extents (well call them e1 through e4) which just had a
snapshot created called 'snap'. Prior to making any changes to the
origin volume, all four extents are referenced directly by the snapshot.
The mapping might be represented something like this:

origin: e1 e2 e3 e4
snap: ^^ ^^ ^^ ^^

Assume we then try to write something to extent e1 in the origin. This
will cause the device-mapper to copy the contents of e1 from the origin
to the snapshot, update the snapshot to point at it's own copy of e1,
and then write the changes on the origin volume. After such a change,
the mapping could be represented like so:

origin: e1' e2 e3 e4
snap: e1 ^^ ^^ ^^

If we then decide to change e4 in the snapshot, this will cause the
contents of e4 in the origin to be copied to the snapshot, the snapshot
mapping to be updated to point at it's own copy of e4, and then the
changes will get written. After this, the mapping would be:

origin: e1' e2 e3 e4
snap: e1 ^^ ^^ e4'

If we then decide to modify e4 in the origin, or modify e1 in the 
snapshot, they get modified in place after a simple check that detects 
that the other copy has already been modified.  This check gets 
performed only once for the snapshot (checking against the origin), but 
gets performed once per-snapshot for the origin (checking against each 
snapshot).  As a result of this, performance degrades for the origin 
volume proportionate to the number of snapshots of that volume.  The 
design however means that creating and deleting snapshots are relatively 
inexpensive operations, which can be very important on big systems.

Secondarily, this also shows why snapshots can start out small, and why 
the practical upper bound on their size is around 105% of the size of 
the origin (the extra 5% is for the metadata that stores the mappings).

It is possible to merge a snapshot back into an origin volume, but this
gets dangerous if both the origin and snapshot have been modified since 
the snapshot was taken.  There is no way to determine which side is 
correct in such a case, so there is significant risk of ending up with a 
horribly broken filesystem.
>> I would not have thought that you could safely mount a snapshot. If
>>  you try mounting it read-only then you have a dirty filesystem. If
>> you mount it read-write then fsck will try and fix it, which then
>> means you have two different systems trying to write to a volume. I
>> don't know if LVM will handle this and prevent the host access from
>>  corrupting the guests filesystem.
> You can mount a snapshot RW, and LVM will handle keeping any writes
> separate from the "origin image" copy.
This is correct, and is sometimes used for creating stable filesystem 
images for backups.  In such usage, the typical workflow is:
1. Take a snapshot of a mounted, in-use LV.
2. Run fsck on the snapshot to make sure the FS is clean.
3. Mount the snapshot read-only, and run whatever backup software 
against this instead of against the origin volume.
4. Unmount and delete the snapshot.
Some backup software actually has built-in functionality to do this 
automatically, and for some filesystems (like XFS), you don't even need 
the fsck.  This is how I used to manage backups on my systems before I 
switched to BTRFS (which has the snapshot functionality built in, so I 
don't need LVM for it), and it works well provided you can handle the 
small performance degradation while running the backup.

This is also used sometimes for multiple-instantiation of VM's from a 
base image by creating a snapshot for each VM, which is then used as the 
backing device for that VM, so the base image doesn't get modified.  I 
know a couple people who use this for the root filesystem for driver 
domains on Xen.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 17 17:40:15 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 17:40:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW64O-0003QI-2Y; Wed, 17 Feb 2016 17:39:20 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW64L-0003PQ-4F; Wed, 17 Feb 2016 17:39:17 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	D3/B4-17089-440B4C65; Wed, 17 Feb 2016 17:39:16 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-6.tower-206.messagelabs.com!1455730754!22820177!1
X-Originating-IP: [74.125.82.53]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 41782 invoked from network); 17 Feb 2016 17:39:15 -0000
Received: from mail-wm0-f53.google.com (HELO mail-wm0-f53.google.com)
	(74.125.82.53)
	by server-6.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 17 Feb 2016 17:39:15 -0000
Received: by mail-wm0-f53.google.com with SMTP id g62so38914704wme.0;
	Wed, 17 Feb 2016 09:39:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=from:content-type:content-transfer-encoding:subject:message-id:date
	:to:mime-version;
	bh=k49O2WxvO+xCaGvQfgRvRh5OPO7PQlmsmsgxfWv3qJ8=;
	b=swckOpXAodsj7L4mYMUiDkPyyubw+kKFe2YubVaYGLgHmaml7oDpKzqeJT5TxWFrXU
	ALFloSX0GdWsYXC9Lfi2QyTTuWTIYv+KRqOQuMRcQhpttPhzKmTiuJSlmBMUBvqjI9r2
	MCNG3ONgY6Uudm5c9j5EtY4BeklYua3KXbThBsl0PcO7dY8G+I0T1lQUo7XCtD5QhtgG
	3yVMrqKp9eT9ihq+iGC6uZJXOX+Skv20piN7C+zvJKeS6pDovGHL/PMZdFIkAYR5fanq
	Ng8Tmo1V1XLYvGCmgOsOlELaREY8AfTLOu1C28/LLAX+YESbmKgkCyJCnlVSIDET+ncR
	6Vxw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:content-type:content-transfer-encoding
	:subject:message-id:date:to:mime-version;
	bh=k49O2WxvO+xCaGvQfgRvRh5OPO7PQlmsmsgxfWv3qJ8=;
	b=ZkhfqAH7ap3w7SRzrkaZ4iDYtm7PDFGpbqOyFb3CXxdQtelLHvRQfZWXiP4jdsn21Z
	HQWQp/fAcgOUtB5su2sRcylMxSO2Z6Jl+WVLdfq1xfDwTBpJ1Qfhl5CwxglYG2sq39bZ
	FSRNqHY2X+ucoffYMUKE0kdXZzV7YkerVIn/Dbc8CNHmq3oKy0gV/umDkf7WmXH5QNRG
	7dsAeKqTqNV98q1BMw9hyI1gY3FtlO0IBi+hOtW7fzPrAEH8TmvkSXBhOM1gtG7VbF4T
	u/ZohzH+M5xshW6jeS/loKK8te9t7InvRJa3tvUZlijBiJOS15iAbf05k+E2LqG/MjlL
	ZLzQ==
X-Gm-Message-State: AG10YOQr4+FSfq6qsbHiXa0nWGCCQoY/ZLQ219Golv55wMQDtR31GQ/lgmkN7jVnhB5Y8A==
X-Received: by 10.28.22.74 with SMTP id 71mr4962248wmw.47.1455730754611;
	Wed, 17 Feb 2016 09:39:14 -0800 (PST)
Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170])
	by smtp.gmail.com with ESMTPSA id
	lh1sm2547985wjb.20.2016.02.17.09.39.12
	(version=TLSv1/SSLv3 cipher=OTHER);
	Wed, 17 Feb 2016 09:39:12 -0800 (PST)
From: Lars Kurth 
Message-Id: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com>
Date: Wed, 17 Feb 2016 17:39:12 +0000
To: xen-devel , xen-api@lists.xenproject.org,
	xen-users@lists.xenproject.org,
	mirageos-devel ,
	Win-pv-devel@lists.xenproject.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
X-Mailer: Apple Mail (2.2104)
Subject: [Xen-users] Xen Project Infrastructure Maintenance: Feb 25th and
	1st of March
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi everyone,

we are rebooting a number of Xen Project services in the next few days to 
upgrade operating systems. This means that a few services may be temporarily 
unavailable. The following websites are affected and will be done during the 
times below. If you notice any issues after the reboot, please reply to this 
mail or check on the #xeninfra IRC channel.

= Thursday, Feb 25th, 7am - 9am UTC : mailing lists & mail server =
Affected services: 
- all foo @ lists at xenproject dot org mailing lists
- forwarding of mails to foo @ xenproject for org accounts
- downloads.xenproject.org
- DNS

Note that mails to all mailing lists will be delayed during the maintenance 
window

= Tuesday, March 1st, 7am - 9am UTC : xenbits and xen etherpads =
Affected services: 
- Xen Project source code repositories
- Automatically generated xenproject docs
- List of security vulnerabilities
- Xen Project etherpads

If you need to clone or commit to any affected repositories please do so before 
or after

Best Regards
Lars


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 17 17:40:15 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 17 Feb 2016 17:40:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW64O-0003QI-2Y; Wed, 17 Feb 2016 17:39:20 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aW64L-0003PQ-4F; Wed, 17 Feb 2016 17:39:17 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	D3/B4-17089-440B4C65; Wed, 17 Feb 2016 17:39:16 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-6.tower-206.messagelabs.com!1455730754!22820177!1
X-Originating-IP: [74.125.82.53]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 41782 invoked from network); 17 Feb 2016 17:39:15 -0000
Received: from mail-wm0-f53.google.com (HELO mail-wm0-f53.google.com)
	(74.125.82.53)
	by server-6.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 17 Feb 2016 17:39:15 -0000
Received: by mail-wm0-f53.google.com with SMTP id g62so38914704wme.0;
	Wed, 17 Feb 2016 09:39:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=from:content-type:content-transfer-encoding:subject:message-id:date
	:to:mime-version;
	bh=k49O2WxvO+xCaGvQfgRvRh5OPO7PQlmsmsgxfWv3qJ8=;
	b=swckOpXAodsj7L4mYMUiDkPyyubw+kKFe2YubVaYGLgHmaml7oDpKzqeJT5TxWFrXU
	ALFloSX0GdWsYXC9Lfi2QyTTuWTIYv+KRqOQuMRcQhpttPhzKmTiuJSlmBMUBvqjI9r2
	MCNG3ONgY6Uudm5c9j5EtY4BeklYua3KXbThBsl0PcO7dY8G+I0T1lQUo7XCtD5QhtgG
	3yVMrqKp9eT9ihq+iGC6uZJXOX+Skv20piN7C+zvJKeS6pDovGHL/PMZdFIkAYR5fanq
	Ng8Tmo1V1XLYvGCmgOsOlELaREY8AfTLOu1C28/LLAX+YESbmKgkCyJCnlVSIDET+ncR
	6Vxw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:content-type:content-transfer-encoding
	:subject:message-id:date:to:mime-version;
	bh=k49O2WxvO+xCaGvQfgRvRh5OPO7PQlmsmsgxfWv3qJ8=;
	b=ZkhfqAH7ap3w7SRzrkaZ4iDYtm7PDFGpbqOyFb3CXxdQtelLHvRQfZWXiP4jdsn21Z
	HQWQp/fAcgOUtB5su2sRcylMxSO2Z6Jl+WVLdfq1xfDwTBpJ1Qfhl5CwxglYG2sq39bZ
	FSRNqHY2X+ucoffYMUKE0kdXZzV7YkerVIn/Dbc8CNHmq3oKy0gV/umDkf7WmXH5QNRG
	7dsAeKqTqNV98q1BMw9hyI1gY3FtlO0IBi+hOtW7fzPrAEH8TmvkSXBhOM1gtG7VbF4T
	u/ZohzH+M5xshW6jeS/loKK8te9t7InvRJa3tvUZlijBiJOS15iAbf05k+E2LqG/MjlL
	ZLzQ==
X-Gm-Message-State: AG10YOQr4+FSfq6qsbHiXa0nWGCCQoY/ZLQ219Golv55wMQDtR31GQ/lgmkN7jVnhB5Y8A==
X-Received: by 10.28.22.74 with SMTP id 71mr4962248wmw.47.1455730754611;
	Wed, 17 Feb 2016 09:39:14 -0800 (PST)
Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170])
	by smtp.gmail.com with ESMTPSA id
	lh1sm2547985wjb.20.2016.02.17.09.39.12
	(version=TLSv1/SSLv3 cipher=OTHER);
	Wed, 17 Feb 2016 09:39:12 -0800 (PST)
From: Lars Kurth 
Message-Id: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com>
Date: Wed, 17 Feb 2016 17:39:12 +0000
To: xen-devel , xen-api@lists.xenproject.org,
	xen-users@lists.xenproject.org,
	mirageos-devel ,
	Win-pv-devel@lists.xenproject.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
X-Mailer: Apple Mail (2.2104)
Subject: [Xen-users] Xen Project Infrastructure Maintenance: Feb 25th and
	1st of March
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi everyone,

we are rebooting a number of Xen Project services in the next few days to 
upgrade operating systems. This means that a few services may be temporarily 
unavailable. The following websites are affected and will be done during the 
times below. If you notice any issues after the reboot, please reply to this 
mail or check on the #xeninfra IRC channel.

= Thursday, Feb 25th, 7am - 9am UTC : mailing lists & mail server =
Affected services: 
- all foo @ lists at xenproject dot org mailing lists
- forwarding of mails to foo @ xenproject for org accounts
- downloads.xenproject.org
- DNS

Note that mails to all mailing lists will be delayed during the maintenance 
window

= Tuesday, March 1st, 7am - 9am UTC : xenbits and xen etherpads =
Affected services: 
- Xen Project source code repositories
- Automatically generated xenproject docs
- List of security vulnerabilities
- Xen Project etherpads

If you need to clone or commit to any affected repositories please do so before 
or after

Best Regards
Lars


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Thu Feb 18 08:14:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 18 Feb 2016 08:14:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWJiL-0005ur-Bg; Thu, 18 Feb 2016 08:13:29 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aWJiI-0005um-G2
	for xen-users@lists.xen.org; Thu, 18 Feb 2016 08:13:26 +0000
Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id
	ED/68-24375-52D75C65; Thu, 18 Feb 2016 08:13:25 +0000
X-Env-Sender: robinlee.sysu@gmail.com
X-Msg-Ref: server-5.tower-31.messagelabs.com!1455783203!23283268!1
X-Originating-IP: [209.85.214.194]
X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_20_30,HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63471 invoked from network); 18 Feb 2016 08:13:24 -0000
Received: from mail-ob0-f194.google.com (HELO mail-ob0-f194.google.com)
	(209.85.214.194)
	by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 18 Feb 2016 08:13:24 -0000
Received: by mail-ob0-f194.google.com with SMTP id kg5so2874581obb.3
	for ; Thu, 18 Feb 2016 00:13:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type; bh=hGMEYDVDQG9XA8HbfQY3JWIDiwGu7Udr7WSbFWYqW5Y=;
	b=tVLmST1IzkM1DrZ1qXtaA98EMblj7QmFIdEmpRDR3i2Fr5kcDVlQ+CYAVpH112YJvM
	K2BAa0OmzENQH/P/cZEgHlhYrR9DxsX6buDlbTgEYx9Pjxy08izqCiS2FJEn65HFyjt+
	jiwV4SuS14n0tCLYRtglhwpaf0WcR5iD4sg1jCji5Yq7ZdTUnBX9E1QbWXBcgozqXQxh
	Db97gR6Igbi/hid7w9pI6w5jlDbDaDiy7xTk9PLMRdz0VPRSY8Winxq3GXcpt0TjeMU2
	rXeFf+vjAphwQ025/W7HhBNw86RUDmSygQDaLmbhryDSKp5dvdqoX7M2rxQWPkKjGQNk
	yu/A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type;
	bh=hGMEYDVDQG9XA8HbfQY3JWIDiwGu7Udr7WSbFWYqW5Y=;
	b=HuwGP6eBZPA4e9bKEbGrWbm763RIgJVvumqy9+KeXfBquwcgBdF4aiilx70eUmEQpl
	Yl3B/ZnRpgMxxWw31GFHs4hAgkEfUPRPO2rzXVAEgCwcpDQdkNvyLYxxF36Rgg1zT0J7
	QYKiQR1D8Da2jAfevtAldMjudwsjP0CE4ta0uqgSwDayYgQuuhWXWd1NUAtwRVrKvzJI
	pCT8DP0UuLRPo81BajuGHRHq8uSjBL1sS6d2R0Y8ss6ZAuSbcXej/CStYKxS4y7bGLMz
	Ak1ZVKBYvEI/atIyxK11sBjv4yn650ECJAaY2WS9kGi2DOBgjmuSyGEomlrNTAJEQgkb
	oEEw==
X-Gm-Message-State: AG10YOS6ko+xxRmcEnOvayg681PYivVQkjXnh+3Lwb4uHXvMReT7GPM+KfvhAVLDDY0Vj7Hapsc0cSsV37Ar5Q==
MIME-Version: 1.0
X-Received: by 10.202.63.86 with SMTP id m83mr5058944oia.76.1455783203256;
	Thu, 18 Feb 2016 00:13:23 -0800 (PST)
Received: by 10.202.104.168 with HTTP; Thu, 18 Feb 2016 00:13:23 -0800 (PST)
In-Reply-To: 
References: 
Date: Thu, 18 Feb 2016 16:13:23 +0800
Message-ID: 
From: Robin Lee 
To: xen-users@lists.xen.org, jbeulich@suse.com
Subject: Re: [Xen-users] dom0 USB failing with "ehci-pci: probe of
 0000:00:1d.0 failed with error -110"
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6907246302901475943=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============6907246302901475943==
Content-Type: multipart/alternative; boundary=001a113dde34b3468b052c06f0fa

--001a113dde34b3468b052c06f0fa
Content-Type: text/plain; charset=UTF-8

After a git-bisect test, the commit
724b55f48a6c9fca00ddeeca5a130657680caf0b is found the first one that
introduces this issue.
And that also suggests that setting 'mwait-idle=false' works around the
issue. And this is also tested.
So it may be a bug in 724b55f48a6c9fca00ddeeca5a130657680caf0b?

-robin

On Wed, Feb 17, 2016 at 8:19 PM, Robin Lee  wrote:

> Hi all,
>
> I recently met the same problem of
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748052
> Also xen-devel list:
>
> http://lists.xenproject.org/archives/html/xen-devel/2014-05/threads.html#02084
> I copied the subject of this message.
>
> I tested previous versions of xen and found the issue was introduced in
> xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.
>
> Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.
>
> I am new to xen debugging and willing to provide any additional
> information if needed.
>
> Machine infomation:
>
> Mother board:
> Intel Corporation S1200BTL
>
> CPU:
> Intel(R) Xeon(R) CPU E3-1220 V2
> # lspci
> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/Ivy Bridge DRAM
> Controller (rev 09)
> 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
> Connection (rev 05)
> 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
> Family USB Enhanced Host Controller #2 (rev 05)
> 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
> PCI Express Root Port 1 (rev b5)
> 00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
> PCI Express Root Port 5 (rev b5)
> 00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
> PCI Express Root Port 6 (rev b5)
> 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
> Family USB Enhanced Host Controller #1 (rev 05)
> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
> 00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Controller
> (rev 05)
> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
> Family SATA AHCI Controller (rev 05)
> 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus
> Controller (rev 05)
> 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
> Connection
> 03:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
> G200e [Pilot] ServerEngines (SEP1) (rev 04)
> 04:00.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channel to
> PCI-X HBA (rev 02)
>
>
> -robin
>

--001a113dde34b3468b052c06f0fa
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


After a git-bisect test, the commit 724b55f=
48a6c9fca00ddeeca5a130657680caf0b is found the first one that introduces th=
is issue.
And that also suggests that setting 'mwait-idle=3Dfa=
lse' works around the issue. And this is also tested.
So it ma=
y be a bug in 724b55f48a6c9fca00ddeeca5a130657680caf0b?

-robin=


On Wed,=
 Feb 17, 2016 at 8:19 PM, Robin Lee <robinlee.sysu@gmail.com>=
 wrote:
I =
copied the subject of this message.

I tested previous ver=
sions of xen and found the issue was introduced in=20
xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.

<=
/div>
Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.

I am new to xen debugging and willing to provide any additi=
onal information if needed.

Machine infomation:
=

Mother board:

Intel Corporation S1200BTL



CPU:

Intel(R) Xeon(R) CPU E3-1220 V2
# lspci
00:00.0 Host bridge: Inte=
l Corporation Xeon E3-1200 v2/Ivy Bridge DRAM Controller (rev 09)
00:19.=
0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection=
 (rev 05)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series=
 Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1c.0 PCI bri=
dge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root=
 Port 1 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Ser=
ies Chipset Family PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: =
Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port=
 6 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Seri=
es Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1e.0 PCI b=
ridge: Intel Corporation 82801 PCI Bridge (rev a5)
00:1f.0 ISA bridge: I=
ntel Corporation C204 Chipset Family LPC Controller (rev 05)
00:1f.2 SAT=
A controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AH=
CI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Se=
ries Chipset Family SMBus Controller (rev 05)
02:00.0 Ethernet controlle=
r: Intel Corporation 82574L Gigabit Network Connection
03:00.0 VGA compa=
tible controller: Matrox Electronics Systems Ltd. MGA G200e [Pilot] ServerE=
ngines (SEP1) (rev 04)
04:00.0 Fibre Channel: QLogic Corp. ISP2312-based=
 2Gb Fibre Channel to PCI-X HBA (rev 02)


-robin





--001a113dde34b3468b052c06f0fa--


--===============6907246302901475943==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============6907246302901475943==--


From xen-users-bounces@lists.xen.org Thu Feb 18 08:14:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 18 Feb 2016 08:14:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWJiL-0005ur-Bg; Thu, 18 Feb 2016 08:13:29 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aWJiI-0005um-G2
	for xen-users@lists.xen.org; Thu, 18 Feb 2016 08:13:26 +0000
Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id
	ED/68-24375-52D75C65; Thu, 18 Feb 2016 08:13:25 +0000
X-Env-Sender: robinlee.sysu@gmail.com
X-Msg-Ref: server-5.tower-31.messagelabs.com!1455783203!23283268!1
X-Originating-IP: [209.85.214.194]
X-SpamReason: No, hits=1.7 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_20_30,HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63471 invoked from network); 18 Feb 2016 08:13:24 -0000
Received: from mail-ob0-f194.google.com (HELO mail-ob0-f194.google.com)
	(209.85.214.194)
	by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 18 Feb 2016 08:13:24 -0000
Received: by mail-ob0-f194.google.com with SMTP id kg5so2874581obb.3
	for ; Thu, 18 Feb 2016 00:13:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:content-type; bh=hGMEYDVDQG9XA8HbfQY3JWIDiwGu7Udr7WSbFWYqW5Y=;
	b=tVLmST1IzkM1DrZ1qXtaA98EMblj7QmFIdEmpRDR3i2Fr5kcDVlQ+CYAVpH112YJvM
	K2BAa0OmzENQH/P/cZEgHlhYrR9DxsX6buDlbTgEYx9Pjxy08izqCiS2FJEn65HFyjt+
	jiwV4SuS14n0tCLYRtglhwpaf0WcR5iD4sg1jCji5Yq7ZdTUnBX9E1QbWXBcgozqXQxh
	Db97gR6Igbi/hid7w9pI6w5jlDbDaDiy7xTk9PLMRdz0VPRSY8Winxq3GXcpt0TjeMU2
	rXeFf+vjAphwQ025/W7HhBNw86RUDmSygQDaLmbhryDSKp5dvdqoX7M2rxQWPkKjGQNk
	yu/A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:content-type;
	bh=hGMEYDVDQG9XA8HbfQY3JWIDiwGu7Udr7WSbFWYqW5Y=;
	b=HuwGP6eBZPA4e9bKEbGrWbm763RIgJVvumqy9+KeXfBquwcgBdF4aiilx70eUmEQpl
	Yl3B/ZnRpgMxxWw31GFHs4hAgkEfUPRPO2rzXVAEgCwcpDQdkNvyLYxxF36Rgg1zT0J7
	QYKiQR1D8Da2jAfevtAldMjudwsjP0CE4ta0uqgSwDayYgQuuhWXWd1NUAtwRVrKvzJI
	pCT8DP0UuLRPo81BajuGHRHq8uSjBL1sS6d2R0Y8ss6ZAuSbcXej/CStYKxS4y7bGLMz
	Ak1ZVKBYvEI/atIyxK11sBjv4yn650ECJAaY2WS9kGi2DOBgjmuSyGEomlrNTAJEQgkb
	oEEw==
X-Gm-Message-State: AG10YOS6ko+xxRmcEnOvayg681PYivVQkjXnh+3Lwb4uHXvMReT7GPM+KfvhAVLDDY0Vj7Hapsc0cSsV37Ar5Q==
MIME-Version: 1.0
X-Received: by 10.202.63.86 with SMTP id m83mr5058944oia.76.1455783203256;
	Thu, 18 Feb 2016 00:13:23 -0800 (PST)
Received: by 10.202.104.168 with HTTP; Thu, 18 Feb 2016 00:13:23 -0800 (PST)
In-Reply-To: 
References: 
Date: Thu, 18 Feb 2016 16:13:23 +0800
Message-ID: 
From: Robin Lee 
To: xen-users@lists.xen.org, jbeulich@suse.com
Subject: Re: [Xen-users] dom0 USB failing with "ehci-pci: probe of
 0000:00:1d.0 failed with error -110"
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6907246302901475943=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============6907246302901475943==
Content-Type: multipart/alternative; boundary=001a113dde34b3468b052c06f0fa

--001a113dde34b3468b052c06f0fa
Content-Type: text/plain; charset=UTF-8

After a git-bisect test, the commit
724b55f48a6c9fca00ddeeca5a130657680caf0b is found the first one that
introduces this issue.
And that also suggests that setting 'mwait-idle=false' works around the
issue. And this is also tested.
So it may be a bug in 724b55f48a6c9fca00ddeeca5a130657680caf0b?

-robin

On Wed, Feb 17, 2016 at 8:19 PM, Robin Lee  wrote:

> Hi all,
>
> I recently met the same problem of
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748052
> Also xen-devel list:
>
> http://lists.xenproject.org/archives/html/xen-devel/2014-05/threads.html#02084
> I copied the subject of this message.
>
> I tested previous versions of xen and found the issue was introduced in
> xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.
>
> Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.
>
> I am new to xen debugging and willing to provide any additional
> information if needed.
>
> Machine infomation:
>
> Mother board:
> Intel Corporation S1200BTL
>
> CPU:
> Intel(R) Xeon(R) CPU E3-1220 V2
> # lspci
> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/Ivy Bridge DRAM
> Controller (rev 09)
> 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
> Connection (rev 05)
> 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
> Family USB Enhanced Host Controller #2 (rev 05)
> 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
> PCI Express Root Port 1 (rev b5)
> 00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
> PCI Express Root Port 5 (rev b5)
> 00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
> PCI Express Root Port 6 (rev b5)
> 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
> Family USB Enhanced Host Controller #1 (rev 05)
> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
> 00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Controller
> (rev 05)
> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
> Family SATA AHCI Controller (rev 05)
> 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus
> Controller (rev 05)
> 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
> Connection
> 03:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
> G200e [Pilot] ServerEngines (SEP1) (rev 04)
> 04:00.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channel to
> PCI-X HBA (rev 02)
>
>
> -robin
>

--001a113dde34b3468b052c06f0fa
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


After a git-bisect test, the commit 724b55f=
48a6c9fca00ddeeca5a130657680caf0b is found the first one that introduces th=
is issue.
And that also suggests that setting 'mwait-idle=3Dfa=
lse' works around the issue. And this is also tested.
So it ma=
y be a bug in 724b55f48a6c9fca00ddeeca5a130657680caf0b?

-robin=


On Wed,=
 Feb 17, 2016 at 8:19 PM, Robin Lee <robinlee.sysu@gmail.com>=
 wrote:
I =
copied the subject of this message.

I tested previous ver=
sions of xen and found the issue was introduced in=20
xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.

<=
/div>
Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.

I am new to xen debugging and willing to provide any additi=
onal information if needed.

Machine infomation:
=

Mother board:

Intel Corporation S1200BTL



CPU:

Intel(R) Xeon(R) CPU E3-1220 V2
# lspci
00:00.0 Host bridge: Inte=
l Corporation Xeon E3-1200 v2/Ivy Bridge DRAM Controller (rev 09)
00:19.=
0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection=
 (rev 05)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series=
 Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1c.0 PCI bri=
dge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root=
 Port 1 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Ser=
ies Chipset Family PCI Express Root Port 5 (rev b5)
00:1c.5 PCI bridge: =
Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port=
 6 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Seri=
es Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1e.0 PCI b=
ridge: Intel Corporation 82801 PCI Bridge (rev a5)
00:1f.0 ISA bridge: I=
ntel Corporation C204 Chipset Family LPC Controller (rev 05)
00:1f.2 SAT=
A controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AH=
CI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Se=
ries Chipset Family SMBus Controller (rev 05)
02:00.0 Ethernet controlle=
r: Intel Corporation 82574L Gigabit Network Connection
03:00.0 VGA compa=
tible controller: Matrox Electronics Systems Ltd. MGA G200e [Pilot] ServerE=
ngines (SEP1) (rev 04)
04:00.0 Fibre Channel: QLogic Corp. ISP2312-based=
 2Gb Fibre Channel to PCI-X HBA (rev 02)


-robin





--001a113dde34b3468b052c06f0fa--


--===============6907246302901475943==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============6907246302901475943==--


From xen-users-bounces@lists.xen.org Thu Feb 18 09:41:56 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 18 Feb 2016 09:41:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWL4v-00029V-8L; Thu, 18 Feb 2016 09:40:53 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aWL4u-00029Q-99
	for xen-users@lists.xen.org; Thu, 18 Feb 2016 09:40:52 +0000
Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id
	67/13-07651-3A195C65; Thu, 18 Feb 2016 09:40:51 +0000
X-Env-Sender: JBeulich@suse.com
X-Msg-Ref: server-16.tower-31.messagelabs.com!1455788448!15801290!1
X-Originating-IP: [137.65.248.74]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4259 invoked from network); 18 Feb 2016 09:40:50 -0000
Received: from prv-mh.provo.novell.com (HELO prv-mh.provo.novell.com)
	(137.65.248.74)
	by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 18 Feb 2016 09:40:50 -0000
Received: from INET-PRV-MTA by prv-mh.provo.novell.com
	with Novell_GroupWise; Thu, 18 Feb 2016 02:40:47 -0700
Message-Id: <56C59FAF02000078000D38E8@prv-mh.provo.novell.com>
X-Mailer: Novell GroupWise Internet Agent 14.2.0 
Date: Thu, 18 Feb 2016 02:40:47 -0700
From: "Jan Beulich" 
To: "Robin Lee" 
References: 
	
In-Reply-To: 
Mime-Version: 1.0
Content-Disposition: inline
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] dom0 USB failing with "ehci-pci: probe of
 0000:00:1d.0 failed with error -110"
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

>>> On 18.02.16 at 09:13,  wrote:
> After a git-bisect test, the commit
> 724b55f48a6c9fca00ddeeca5a130657680caf0b is found the first one that
> introduces this issue.
> And that also suggests that setting 'mwait-idle=false' works around the
> issue. And this is also tested.
> So it may be a bug in 724b55f48a6c9fca00ddeeca5a130657680caf0b?

Provided you have most current microcode updates installed,
and provided you've read through all of the referenced Debian
bug and checked that this isn't - just like there - connected to an
apparently flawed BIOS, I'd suggest narrowing whether instead
of fully disabling the MWAIT idle driver just lowering the maximum
allowed C-state ("max_cstate="; try 3, 2, and 1 here)
would help.

Also I think this really belongs on xen-devel; you're actually lucky
that I spotted this mail since it ended up in a spam folder.

Jan

> On Wed, Feb 17, 2016 at 8:19 PM, Robin Lee  wrote:
> 
>> Hi all,
>>
>> I recently met the same problem of
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748052 
>> Also xen-devel list:
>>
>> 
> http://lists.xenproject.org/archives/html/xen-devel/2014-05/threads.html#0208 
> 4
>> I copied the subject of this message.
>>
>> I tested previous versions of xen and found the issue was introduced in
>> xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.
>>
>> Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.
>>
>> I am new to xen debugging and willing to provide any additional
>> information if needed.
>>
>> Machine infomation:
>>
>> Mother board:
>> Intel Corporation S1200BTL
>>
>> CPU:
>> Intel(R) Xeon(R) CPU E3-1220 V2
>> # lspci
>> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/Ivy Bridge DRAM
>> Controller (rev 09)
>> 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
>> Connection (rev 05)
>> 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family USB Enhanced Host Controller #2 (rev 05)
>> 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
>> PCI Express Root Port 1 (rev b5)
>> 00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
>> PCI Express Root Port 5 (rev b5)
>> 00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
>> PCI Express Root Port 6 (rev b5)
>> 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family USB Enhanced Host Controller #1 (rev 05)
>> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
>> 00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Controller
>> (rev 05)
>> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family SATA AHCI Controller (rev 05)
>> 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus
>> Controller (rev 05)
>> 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
>> Connection
>> 03:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
>> G200e [Pilot] ServerEngines (SEP1) (rev 04)
>> 04:00.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channel to
>> PCI-X HBA (rev 02)
>>
>>
>> -robin
>>




_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Thu Feb 18 09:41:56 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 18 Feb 2016 09:41:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWL4v-00029V-8L; Thu, 18 Feb 2016 09:40:53 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aWL4u-00029Q-99
	for xen-users@lists.xen.org; Thu, 18 Feb 2016 09:40:52 +0000
Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id
	67/13-07651-3A195C65; Thu, 18 Feb 2016 09:40:51 +0000
X-Env-Sender: JBeulich@suse.com
X-Msg-Ref: server-16.tower-31.messagelabs.com!1455788448!15801290!1
X-Originating-IP: [137.65.248.74]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 4259 invoked from network); 18 Feb 2016 09:40:50 -0000
Received: from prv-mh.provo.novell.com (HELO prv-mh.provo.novell.com)
	(137.65.248.74)
	by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 18 Feb 2016 09:40:50 -0000
Received: from INET-PRV-MTA by prv-mh.provo.novell.com
	with Novell_GroupWise; Thu, 18 Feb 2016 02:40:47 -0700
Message-Id: <56C59FAF02000078000D38E8@prv-mh.provo.novell.com>
X-Mailer: Novell GroupWise Internet Agent 14.2.0 
Date: Thu, 18 Feb 2016 02:40:47 -0700
From: "Jan Beulich" 
To: "Robin Lee" 
References: 
	
In-Reply-To: 
Mime-Version: 1.0
Content-Disposition: inline
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] dom0 USB failing with "ehci-pci: probe of
 0000:00:1d.0 failed with error -110"
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

>>> On 18.02.16 at 09:13,  wrote:
> After a git-bisect test, the commit
> 724b55f48a6c9fca00ddeeca5a130657680caf0b is found the first one that
> introduces this issue.
> And that also suggests that setting 'mwait-idle=false' works around the
> issue. And this is also tested.
> So it may be a bug in 724b55f48a6c9fca00ddeeca5a130657680caf0b?

Provided you have most current microcode updates installed,
and provided you've read through all of the referenced Debian
bug and checked that this isn't - just like there - connected to an
apparently flawed BIOS, I'd suggest narrowing whether instead
of fully disabling the MWAIT idle driver just lowering the maximum
allowed C-state ("max_cstate="; try 3, 2, and 1 here)
would help.

Also I think this really belongs on xen-devel; you're actually lucky
that I spotted this mail since it ended up in a spam folder.

Jan

> On Wed, Feb 17, 2016 at 8:19 PM, Robin Lee  wrote:
> 
>> Hi all,
>>
>> I recently met the same problem of
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748052 
>> Also xen-devel list:
>>
>> 
> http://lists.xenproject.org/archives/html/xen-devel/2014-05/threads.html#0208 
> 4
>> I copied the subject of this message.
>>
>> I tested previous versions of xen and found the issue was introduced in
>> xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.
>>
>> Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.
>>
>> I am new to xen debugging and willing to provide any additional
>> information if needed.
>>
>> Machine infomation:
>>
>> Mother board:
>> Intel Corporation S1200BTL
>>
>> CPU:
>> Intel(R) Xeon(R) CPU E3-1220 V2
>> # lspci
>> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/Ivy Bridge DRAM
>> Controller (rev 09)
>> 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
>> Connection (rev 05)
>> 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family USB Enhanced Host Controller #2 (rev 05)
>> 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
>> PCI Express Root Port 1 (rev b5)
>> 00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
>> PCI Express Root Port 5 (rev b5)
>> 00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family
>> PCI Express Root Port 6 (rev b5)
>> 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family USB Enhanced Host Controller #1 (rev 05)
>> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
>> 00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Controller
>> (rev 05)
>> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
>> Family SATA AHCI Controller (rev 05)
>> 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus
>> Controller (rev 05)
>> 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
>> Connection
>> 03:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
>> G200e [Pilot] ServerEngines (SEP1) (rev 04)
>> 04:00.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channel to
>> PCI-X HBA (rev 02)
>>
>>
>> -robin
>>




_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Fri Feb 19 08:31:42 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 19 Feb 2016 08:31:42 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWgSa-0002dn-IP; Fri, 19 Feb 2016 08:30:44 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWgSY-0002dY-1h; Fri, 19 Feb 2016 08:30:42 +0000
Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id
	30/EF-09834-1B2D6C65; Fri, 19 Feb 2016 08:30:41 +0000
X-Env-Sender: robinlee.sysu@gmail.com
X-Msg-Ref: server-14.tower-27.messagelabs.com!1455870638!12863368!1
X-Originating-IP: [209.85.218.68]
X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_30_40,HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5847 invoked from network); 19 Feb 2016 08:30:39 -0000
Received: from mail-oi0-f68.google.com (HELO mail-oi0-f68.google.com)
	(209.85.218.68)
	by server-14.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 19 Feb 2016 08:30:39 -0000
Received: by mail-oi0-f68.google.com with SMTP id y78so465339oif.1;
	Fri, 19 Feb 2016 00:30:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=USA3bV8QOPNPyGIMj0I3st2o6LNpnWG2ge3JdWe3n2w=;
	b=DStErUBEx/1hxhk1pgYnPCxI/lj3p18ZIO2mS9Por8SIShddXVkZv2jxPQFEn6UHuV
	kIxOiGi2tyF3equolYtu8p6b1eqyvggRDoMPuAZYcILIH4FsLDnfxPYoWBY2PToGOIuv
	umVBz5lILCIpq1RXvssesqL6gydSh848vy9jER/ZRAOgeC3FaU1Af/gowHdfCzRITvDi
	OvPItylgMN4aH6GpJ7vm2UXTN/uwy9X4MEAht+U/mSjPqhkxTRF++vVIHlDvso7hm63V
	JPsEYBVLg41MS3BaSNciUSvZzg3Nnq377nR592cxGY3tvVkxQXfdH9fUmzF2NgZfCkrk
	qlMA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type;
	bh=USA3bV8QOPNPyGIMj0I3st2o6LNpnWG2ge3JdWe3n2w=;
	b=jOiFTVIJHOV2RA7dnjRnmY8Nn6xPGqaZR/cLVxMaNXB5kfdJDfTQpvD5yMnz4BBUfc
	ZNupD/NJlUSH5c5x5u3fURvLjqJCBS3vfLTpyZfD5wzagRUUeVZLlflEXUNhu/IGTgD+
	xy/3Oar8B1GHFSUYmoEaqVEr5BmoHObv2+ZlAWTRrfeUQg291UGedawc1HxCBX149tZK
	cjGx4mzfsBDs7nn4wdBySfdfnGsB1m6N6M6eb1dllm9okjcWJEYGvWdFMyuVQAtWdiDp
	MbYhyCgEQI8BYsEv2cF7yCWd0GyWYoXNLteAiWuu/TZ5skvaChcAof9nphCrkKIiyyty
	IY1Q==
X-Gm-Message-State: AG10YOQTbYi84PaNnIvLIFS1KLn4yJLaX+buOFtbiC0+kY84aBo7ikeoR2bc7q6wstqjl8PF1coFSkPXJ6ptTg==
MIME-Version: 1.0
X-Received: by 10.202.95.68 with SMTP id t65mr9577986oib.7.1455870638285; Fri,
	19 Feb 2016 00:30:38 -0800 (PST)
Received: by 10.202.104.168 with HTTP; Fri, 19 Feb 2016 00:30:38 -0800 (PST)
In-Reply-To: <56C59FAF02000078000D38E8@prv-mh.provo.novell.com>
References: 
	
	<56C59FAF02000078000D38E8@prv-mh.provo.novell.com>
Date: Fri, 19 Feb 2016 16:30:38 +0800
Message-ID: 
From: Robin Lee 
To: Jan Beulich , xen-devel@lists.xen.org
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] dom0 USB failing with "ehci-pci: probe of
 0000:00:1d.0 failed with error -110"
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6725104523877147411=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============6725104523877147411==
Content-Type: multipart/alternative; boundary=001a113cdb143bec81052c1b4cf5

--001a113cdb143bec81052c1b4cf5
Content-Type: text/plain; charset=UTF-8

On Thu, Feb 18, 2016 at 5:40 PM, Jan Beulich  wrote:

> >>> On 18.02.16 at 09:13,  wrote:
> > After a git-bisect test, the commit
> > 724b55f48a6c9fca00ddeeca5a130657680caf0b is found the first one that
> > introduces this issue.
> > And that also suggests that setting 'mwait-idle=false' works around the
> > issue. And this is also tested.
> > So it may be a bug in 724b55f48a6c9fca00ddeeca5a130657680caf0b?
>
> Provided you have most current microcode updates installed,
> and provided you've read through all of the referenced Debian
> bug and checked that this isn't - just like there - connected to an
> apparently flawed BIOS, I'd suggest narrowing whether instead
> of fully disabling the MWAIT idle driver just lowering the maximum
> allowed C-state ("max_cstate="; try 3, 2, and 1 here)
> would help.
>
> Also I think this really belongs on xen-devel; you're actually lucky
> that I spotted this mail since it ended up in a spam folder.
>
> Jan
>
> > On Wed, Feb 17, 2016 at 8:19 PM, Robin Lee 
> wrote:
> >
> >> Hi all,
> >>
> >> I recently met the same problem of
> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748052
> >> Also xen-devel list:
> >>
> >>
> >
> http://lists.xenproject.org/archives/html/xen-devel/2014-05/threads.html#0208
> > 4
> >> I copied the subject of this message.
> >>
> >> I tested previous versions of xen and found the issue was introduced in
> >> xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.
> >>
> >> Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.
> >>
> >> I am new to xen debugging and willing to provide any additional
> >> information if needed.
> >>
> >> Machine infomation:
> >>
> >> Mother board:
> >> Intel Corporation S1200BTL
> >>
> >> CPU:
> >> Intel(R) Xeon(R) CPU E3-1220 V2
> >> # lspci
> >> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/Ivy Bridge DRAM
> >> Controller (rev 09)
> >> 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
> >> Connection (rev 05)
> >> 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
> >> Family USB Enhanced Host Controller #2 (rev 05)
> >> 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
> Family
> >> PCI Express Root Port 1 (rev b5)
> >> 00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
> Family
> >> PCI Express Root Port 5 (rev b5)
> >> 00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
> Family
> >> PCI Express Root Port 6 (rev b5)
> >> 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
> >> Family USB Enhanced Host Controller #1 (rev 05)
> >> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
> >> 00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Controller
> >> (rev 05)
> >> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
> >> Family SATA AHCI Controller (rev 05)
> >> 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family
> SMBus
> >> Controller (rev 05)
> >> 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
> >> Connection
> >> 03:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
> >> G200e [Pilot] ServerEngines (SEP1) (rev 04)
> >> 04:00.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channel to
> >> PCI-X HBA (rev 02)
> >>
> >>
> >> -robin
> >>
>
>
>
> (copy to xen-devel)
The issue still exists with microcode updated.
And on this machine, nothing 'ACPI Error' like the Debian bug was seen.
And when max_cstate=2 is still bad, max_cstate=1 works.
But max_cstate=1 and mwait-idle=false are different,
which one is preferred to work around this issue?

-robin

--001a113cdb143bec81052c1b4cf5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable




On Thu, Feb 18, 2016 at 5:40 PM, Jan Beulich <JBeulich@suse.com>=
; wrote:
>>> On 18.02.16 at 09:13, <robinlee.sysu@gmail.com> wrote:

> After a git-bisect test, the commit

> 724b55f48a6c9fca00ddeeca5a130657680caf0b is found the first one that
> introduces this issue.

> And that also suggests that setting 'mwait-idle=3Dfalse' works=
 around the

> issue. And this is also tested.

> So it may be a bug in 724b55f48a6c9fca00ddeeca5a130657680caf0b?



Provided you have most current microcode updates installed,

and provided you've read through all of the referenced Debian

bug and checked that this isn't - just like there - connected to an

apparently flawed BIOS, I'd suggest narrowing whether instead

of fully disabling the MWAIT idle driver just lowering the maximum

allowed C-state ("max_cstate=3D<number>"; try 3, 2, and 1 h=
ere)

would help.



Also I think this really belongs on xen-devel; you're actually lucky
that I spotted this mail since it ended up in a spam folder.



Jan




> On Wed, Feb 17, 2016 at 8:19 PM, Robin Lee <robinlee.sysu@gmail.com> wrote:

>

>> Hi all,

>>

>> I recently met the same problem of

>> https://bugs.debian.org/cgi-bin/b=
ugreport.cgi?bug=3D748052

>> Also xen-devel list:

>>

>>

> http://lists.xenpr=
oject.org/archives/html/xen-devel/2014-05/threads.html#0208

> 4

>> I copied the subject of this message.

>>

>> I tested previous versions of xen and found the issue was introduc=
ed in

>> xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.=


>>

>> Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.

>>

>> I am new to xen debugging and willing to provide any additional
>> information if needed.

>>

>> Machine infomation:

>>

>> Mother board:

>> Intel Corporation S1200BTL

>>

>> CPU:

>> Intel(R) Xeon(R) CPU E3-1220 V2

>> # lspci

>> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/Ivy Bridge =
DRAM

>> Controller (rev 09)

>> 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Net=
work

>> Connection (rev 05)

>> 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chi=
pset

>> Family USB Enhanced Host Controller #2 (rev 05)

>> 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset=
 Family

>> PCI Express Root Port 1 (rev b5)

>> 00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset=
 Family

>> PCI Express Root Port 5 (rev b5)

>> 00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset=
 Family

>> PCI Express Root Port 6 (rev b5)

>> 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chi=
pset

>> Family USB Enhanced Host Controller #1 (rev 05)

>> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
>> 00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Cont=
roller

>> (rev 05)

>> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Ch=
ipset

>> Family SATA AHCI Controller (rev 05)

>> 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Fami=
ly SMBus

>> Controller (rev 05)

>> 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Netw=
ork

>> Connection

>> 03:00.0 VGA compatible controller: Matrox Electronics Systems Ltd.=
 MGA

>> G200e [Pilot] ServerEngines (SEP1) (rev 04)

>> 04:00.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channe=
l to

>> PCI-X HBA (rev 02)

>>

>>

>> -robin

>>








(copy to xen-devel)
The issue still exist=
s with microcode updated.
And on this m=
achine, nothing 'ACPI Error' like the Debian bug was seen.
And when max_cstate=3D2 is still bad, max_cstat=
e=3D1 works.
But max_cstate=3D1 and mwa=
it-idle=3Dfalse are different,
which on=
e is preferred to work around this issue?

-robin


--001a113cdb143bec81052c1b4cf5--


--===============6725104523877147411==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============6725104523877147411==--


From xen-users-bounces@lists.xen.org Fri Feb 19 08:31:42 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 19 Feb 2016 08:31:42 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWgSa-0002dn-IP; Fri, 19 Feb 2016 08:30:44 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWgSY-0002dY-1h; Fri, 19 Feb 2016 08:30:42 +0000
Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id
	30/EF-09834-1B2D6C65; Fri, 19 Feb 2016 08:30:41 +0000
X-Env-Sender: robinlee.sysu@gmail.com
X-Msg-Ref: server-14.tower-27.messagelabs.com!1455870638!12863368!1
X-Originating-IP: [209.85.218.68]
X-SpamReason: No, hits=0.9 required=7.0 tests=BODY_RANDOM_LONG,
	HTML_30_40,HTML_MESSAGE,RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5847 invoked from network); 19 Feb 2016 08:30:39 -0000
Received: from mail-oi0-f68.google.com (HELO mail-oi0-f68.google.com)
	(209.85.218.68)
	by server-14.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 19 Feb 2016 08:30:39 -0000
Received: by mail-oi0-f68.google.com with SMTP id y78so465339oif.1;
	Fri, 19 Feb 2016 00:30:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=USA3bV8QOPNPyGIMj0I3st2o6LNpnWG2ge3JdWe3n2w=;
	b=DStErUBEx/1hxhk1pgYnPCxI/lj3p18ZIO2mS9Por8SIShddXVkZv2jxPQFEn6UHuV
	kIxOiGi2tyF3equolYtu8p6b1eqyvggRDoMPuAZYcILIH4FsLDnfxPYoWBY2PToGOIuv
	umVBz5lILCIpq1RXvssesqL6gydSh848vy9jER/ZRAOgeC3FaU1Af/gowHdfCzRITvDi
	OvPItylgMN4aH6GpJ7vm2UXTN/uwy9X4MEAht+U/mSjPqhkxTRF++vVIHlDvso7hm63V
	JPsEYBVLg41MS3BaSNciUSvZzg3Nnq377nR592cxGY3tvVkxQXfdH9fUmzF2NgZfCkrk
	qlMA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type;
	bh=USA3bV8QOPNPyGIMj0I3st2o6LNpnWG2ge3JdWe3n2w=;
	b=jOiFTVIJHOV2RA7dnjRnmY8Nn6xPGqaZR/cLVxMaNXB5kfdJDfTQpvD5yMnz4BBUfc
	ZNupD/NJlUSH5c5x5u3fURvLjqJCBS3vfLTpyZfD5wzagRUUeVZLlflEXUNhu/IGTgD+
	xy/3Oar8B1GHFSUYmoEaqVEr5BmoHObv2+ZlAWTRrfeUQg291UGedawc1HxCBX149tZK
	cjGx4mzfsBDs7nn4wdBySfdfnGsB1m6N6M6eb1dllm9okjcWJEYGvWdFMyuVQAtWdiDp
	MbYhyCgEQI8BYsEv2cF7yCWd0GyWYoXNLteAiWuu/TZ5skvaChcAof9nphCrkKIiyyty
	IY1Q==
X-Gm-Message-State: AG10YOQTbYi84PaNnIvLIFS1KLn4yJLaX+buOFtbiC0+kY84aBo7ikeoR2bc7q6wstqjl8PF1coFSkPXJ6ptTg==
MIME-Version: 1.0
X-Received: by 10.202.95.68 with SMTP id t65mr9577986oib.7.1455870638285; Fri,
	19 Feb 2016 00:30:38 -0800 (PST)
Received: by 10.202.104.168 with HTTP; Fri, 19 Feb 2016 00:30:38 -0800 (PST)
In-Reply-To: <56C59FAF02000078000D38E8@prv-mh.provo.novell.com>
References: 
	
	<56C59FAF02000078000D38E8@prv-mh.provo.novell.com>
Date: Fri, 19 Feb 2016 16:30:38 +0800
Message-ID: 
From: Robin Lee 
To: Jan Beulich , xen-devel@lists.xen.org
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] dom0 USB failing with "ehci-pci: probe of
 0000:00:1d.0 failed with error -110"
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6725104523877147411=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============6725104523877147411==
Content-Type: multipart/alternative; boundary=001a113cdb143bec81052c1b4cf5

--001a113cdb143bec81052c1b4cf5
Content-Type: text/plain; charset=UTF-8

On Thu, Feb 18, 2016 at 5:40 PM, Jan Beulich  wrote:

> >>> On 18.02.16 at 09:13,  wrote:
> > After a git-bisect test, the commit
> > 724b55f48a6c9fca00ddeeca5a130657680caf0b is found the first one that
> > introduces this issue.
> > And that also suggests that setting 'mwait-idle=false' works around the
> > issue. And this is also tested.
> > So it may be a bug in 724b55f48a6c9fca00ddeeca5a130657680caf0b?
>
> Provided you have most current microcode updates installed,
> and provided you've read through all of the referenced Debian
> bug and checked that this isn't - just like there - connected to an
> apparently flawed BIOS, I'd suggest narrowing whether instead
> of fully disabling the MWAIT idle driver just lowering the maximum
> allowed C-state ("max_cstate="; try 3, 2, and 1 here)
> would help.
>
> Also I think this really belongs on xen-devel; you're actually lucky
> that I spotted this mail since it ended up in a spam folder.
>
> Jan
>
> > On Wed, Feb 17, 2016 at 8:19 PM, Robin Lee 
> wrote:
> >
> >> Hi all,
> >>
> >> I recently met the same problem of
> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748052
> >> Also xen-devel list:
> >>
> >>
> >
> http://lists.xenproject.org/archives/html/xen-devel/2014-05/threads.html#0208
> > 4
> >> I copied the subject of this message.
> >>
> >> I tested previous versions of xen and found the issue was introduced in
> >> xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.
> >>
> >> Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.
> >>
> >> I am new to xen debugging and willing to provide any additional
> >> information if needed.
> >>
> >> Machine infomation:
> >>
> >> Mother board:
> >> Intel Corporation S1200BTL
> >>
> >> CPU:
> >> Intel(R) Xeon(R) CPU E3-1220 V2
> >> # lspci
> >> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/Ivy Bridge DRAM
> >> Controller (rev 09)
> >> 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
> >> Connection (rev 05)
> >> 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
> >> Family USB Enhanced Host Controller #2 (rev 05)
> >> 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
> Family
> >> PCI Express Root Port 1 (rev b5)
> >> 00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
> Family
> >> PCI Express Root Port 5 (rev b5)
> >> 00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
> Family
> >> PCI Express Root Port 6 (rev b5)
> >> 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
> >> Family USB Enhanced Host Controller #1 (rev 05)
> >> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
> >> 00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Controller
> >> (rev 05)
> >> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
> >> Family SATA AHCI Controller (rev 05)
> >> 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family
> SMBus
> >> Controller (rev 05)
> >> 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
> >> Connection
> >> 03:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
> >> G200e [Pilot] ServerEngines (SEP1) (rev 04)
> >> 04:00.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channel to
> >> PCI-X HBA (rev 02)
> >>
> >>
> >> -robin
> >>
>
>
>
> (copy to xen-devel)
The issue still exists with microcode updated.
And on this machine, nothing 'ACPI Error' like the Debian bug was seen.
And when max_cstate=2 is still bad, max_cstate=1 works.
But max_cstate=1 and mwait-idle=false are different,
which one is preferred to work around this issue?

-robin

--001a113cdb143bec81052c1b4cf5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable




On Thu, Feb 18, 2016 at 5:40 PM, Jan Beulich <JBeulich@suse.com>=
; wrote:
>>> On 18.02.16 at 09:13, <robinlee.sysu@gmail.com> wrote:

> After a git-bisect test, the commit

> 724b55f48a6c9fca00ddeeca5a130657680caf0b is found the first one that
> introduces this issue.

> And that also suggests that setting 'mwait-idle=3Dfalse' works=
 around the

> issue. And this is also tested.

> So it may be a bug in 724b55f48a6c9fca00ddeeca5a130657680caf0b?



Provided you have most current microcode updates installed,

and provided you've read through all of the referenced Debian

bug and checked that this isn't - just like there - connected to an

apparently flawed BIOS, I'd suggest narrowing whether instead

of fully disabling the MWAIT idle driver just lowering the maximum

allowed C-state ("max_cstate=3D<number>"; try 3, 2, and 1 h=
ere)

would help.



Also I think this really belongs on xen-devel; you're actually lucky
that I spotted this mail since it ended up in a spam folder.



Jan




> On Wed, Feb 17, 2016 at 8:19 PM, Robin Lee <robinlee.sysu@gmail.com> wrote:

>

>> Hi all,

>>

>> I recently met the same problem of

>> https://bugs.debian.org/cgi-bin/b=
ugreport.cgi?bug=3D748052

>> Also xen-devel list:

>>

>>

> http://lists.xenpr=
oject.org/archives/html/xen-devel/2014-05/threads.html#0208

> 4

>> I copied the subject of this message.

>>

>> I tested previous versions of xen and found the issue was introduc=
ed in

>> xen 4.3.0. Any later versions up to 4.6.1 does not fix this issue.=


>>

>> Dom0 Linux kernel version is 3.10 from XenServer 6.5SP1.

>>

>> I am new to xen debugging and willing to provide any additional
>> information if needed.

>>

>> Machine infomation:

>>

>> Mother board:

>> Intel Corporation S1200BTL

>>

>> CPU:

>> Intel(R) Xeon(R) CPU E3-1220 V2

>> # lspci

>> 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/Ivy Bridge =
DRAM

>> Controller (rev 09)

>> 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Net=
work

>> Connection (rev 05)

>> 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chi=
pset

>> Family USB Enhanced Host Controller #2 (rev 05)

>> 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset=
 Family

>> PCI Express Root Port 1 (rev b5)

>> 00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset=
 Family

>> PCI Express Root Port 5 (rev b5)

>> 00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset=
 Family

>> PCI Express Root Port 6 (rev b5)

>> 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chi=
pset

>> Family USB Enhanced Host Controller #1 (rev 05)

>> 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
>> 00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Cont=
roller

>> (rev 05)

>> 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Ch=
ipset

>> Family SATA AHCI Controller (rev 05)

>> 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Fami=
ly SMBus

>> Controller (rev 05)

>> 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Netw=
ork

>> Connection

>> 03:00.0 VGA compatible controller: Matrox Electronics Systems Ltd.=
 MGA

>> G200e [Pilot] ServerEngines (SEP1) (rev 04)

>> 04:00.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channe=
l to

>> PCI-X HBA (rev 02)

>>

>>

>> -robin

>>








(copy to xen-devel)
The issue still exist=
s with microcode updated.
And on this m=
achine, nothing 'ACPI Error' like the Debian bug was seen.
And when max_cstate=3D2 is still bad, max_cstat=
e=3D1 works.
But max_cstate=3D1 and mwa=
it-idle=3Dfalse are different,
which on=
e is preferred to work around this issue?

-robin


--001a113cdb143bec81052c1b4cf5--


--===============6725104523877147411==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============6725104523877147411==--


From xen-users-bounces@lists.xen.org Fri Feb 19 12:00:21 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 19 Feb 2016 12:00:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWjiX-0001s7-LQ; Fri, 19 Feb 2016 11:59:25 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWjiV-0001rl-Ng; Fri, 19 Feb 2016 11:59:23 +0000
Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id
	87/0A-03800-A9307C65; Fri, 19 Feb 2016 11:59:22 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-12.tower-206.messagelabs.com!1455883161!23567999!1
X-Originating-IP: [74.125.82.45]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25039 invoked from network); 19 Feb 2016 11:59:21 -0000
Received: from mail-wm0-f45.google.com (HELO mail-wm0-f45.google.com)
	(74.125.82.45)
	by server-12.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 19 Feb 2016 11:59:21 -0000
Received: by mail-wm0-f45.google.com with SMTP id g62so72611297wme.1;
	Fri, 19 Feb 2016 03:59:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=from:content-type:content-transfer-encoding:subject:message-id:date
	:to:mime-version;
	bh=8I/gffJqgXTGK77jSAldZNejR1FD+teAGvx2fC2+WZs=;
	b=pxV6oADNWoTSq9ovlm/PwTxs0iz+UdIaHTOr9/Jt9DTWbbGpD9cfeNq0Me3mb3gEpc
	ZUb5OipIR8to8UeSinLBzVTgjeezmOJq5v+8EGQ0iXRvIWXrIm/1a8iPkqFzNj2vtTRO
	OM0vev0VQ057z4gAhvZQLwjd1PD7tCJ4gOEYhxQe/uU635gClFSb16qJRxfN4Q78d6ZN
	vBknKG+ZUVQjYxkKIJsmAFIF42/ONRrl6SkDES3K2z8ZyLK30/rlPc+kW/HdYvs1hRqt
	ij7s0A+2eFHGO0PcClf+0xnXU9nqW0WrapfP7LOvLlvYURSXjL+LQkRr/yGmniYwt/J/
	vN6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:content-type:content-transfer-encoding
	:subject:message-id:date:to:mime-version;
	bh=8I/gffJqgXTGK77jSAldZNejR1FD+teAGvx2fC2+WZs=;
	b=H1ng1YRuKy2/hn1Exu4XKSnf1aSlv/jFdCzZg7LOH3X+PgqjEpRBFW5OXRkYTCszIo
	mUQwerlsxhuvtQ+8yEyGoaihFzYqahRjyW/OXW3DqK4CEZd8Iw7BTmqo1b38hkoLYfRQ
	KprL7qAYVlfnLlfzWUn/+FSBZQzR+vVrHDZFpX/Q5ms4lwVr4nWL1j1Ziep9eJR55QRN
	9M1IIRK0UkbUKh5bLJW5+u7cjpGWHmEGMgoCag05/+wf4SGpo8qr8z4rRt9N30lc2Myv
	yI3M56XGZJGbCVpaX0czsu/gCCIJyXSyZULsb2QEFQBJzGWlMitNq7vKRfL5z2BPPb3a
	O64Q==
X-Gm-Message-State: AG10YOT46sejvkwZJ7lpTKaAd6Ao7PUVZIk3/kgmT5pUdawioeIFBPpD5LhW1wMzEQFRsA==
X-Received: by 10.194.57.138 with SMTP id i10mr13031481wjq.104.1455883161014; 
	Fri, 19 Feb 2016 03:59:21 -0800 (PST)
Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170])
	by smtp.gmail.com with ESMTPSA id y3sm7340290wmy.17.2016.02.19.03.59.19
	(version=TLSv1/SSLv3 cipher=OTHER);
	Fri, 19 Feb 2016 03:59:20 -0800 (PST)
From: Lars Kurth 
Message-Id: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com>
Date: Fri, 19 Feb 2016 11:59:20 +0000
To: xen-devel , xen-api@lists.xenproject.org,
	xen-users@lists.xenproject.org,
	mirageos-devel ,
	Win-pv-devel@lists.xenproject.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
X-Mailer: Apple Mail (2.2104)
Subject: [Xen-users] Xen Project Infrastructure Maintenance: Feb 22nd from
	8:00 AM UTC (to fix CVE-2015-7547)
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi everyone,

due to the recently discovered glibc security vulnerability we need to reboot all our VMs: this will affect the blog, bugs, etherpad, lists, mail, wiki and xenbits. Each service should only be unavailable for 5 minutes.

If you notice any issues after the reboot please reply to this mail or check on the #xeninfra IRC channel.

Best Regards 
Lars
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Fri Feb 19 12:00:21 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 19 Feb 2016 12:00:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWjiX-0001s7-LQ; Fri, 19 Feb 2016 11:59:25 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWjiV-0001rl-Ng; Fri, 19 Feb 2016 11:59:23 +0000
Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id
	87/0A-03800-A9307C65; Fri, 19 Feb 2016 11:59:22 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-12.tower-206.messagelabs.com!1455883161!23567999!1
X-Originating-IP: [74.125.82.45]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25039 invoked from network); 19 Feb 2016 11:59:21 -0000
Received: from mail-wm0-f45.google.com (HELO mail-wm0-f45.google.com)
	(74.125.82.45)
	by server-12.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 19 Feb 2016 11:59:21 -0000
Received: by mail-wm0-f45.google.com with SMTP id g62so72611297wme.1;
	Fri, 19 Feb 2016 03:59:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=from:content-type:content-transfer-encoding:subject:message-id:date
	:to:mime-version;
	bh=8I/gffJqgXTGK77jSAldZNejR1FD+teAGvx2fC2+WZs=;
	b=pxV6oADNWoTSq9ovlm/PwTxs0iz+UdIaHTOr9/Jt9DTWbbGpD9cfeNq0Me3mb3gEpc
	ZUb5OipIR8to8UeSinLBzVTgjeezmOJq5v+8EGQ0iXRvIWXrIm/1a8iPkqFzNj2vtTRO
	OM0vev0VQ057z4gAhvZQLwjd1PD7tCJ4gOEYhxQe/uU635gClFSb16qJRxfN4Q78d6ZN
	vBknKG+ZUVQjYxkKIJsmAFIF42/ONRrl6SkDES3K2z8ZyLK30/rlPc+kW/HdYvs1hRqt
	ij7s0A+2eFHGO0PcClf+0xnXU9nqW0WrapfP7LOvLlvYURSXjL+LQkRr/yGmniYwt/J/
	vN6Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:content-type:content-transfer-encoding
	:subject:message-id:date:to:mime-version;
	bh=8I/gffJqgXTGK77jSAldZNejR1FD+teAGvx2fC2+WZs=;
	b=H1ng1YRuKy2/hn1Exu4XKSnf1aSlv/jFdCzZg7LOH3X+PgqjEpRBFW5OXRkYTCszIo
	mUQwerlsxhuvtQ+8yEyGoaihFzYqahRjyW/OXW3DqK4CEZd8Iw7BTmqo1b38hkoLYfRQ
	KprL7qAYVlfnLlfzWUn/+FSBZQzR+vVrHDZFpX/Q5ms4lwVr4nWL1j1Ziep9eJR55QRN
	9M1IIRK0UkbUKh5bLJW5+u7cjpGWHmEGMgoCag05/+wf4SGpo8qr8z4rRt9N30lc2Myv
	yI3M56XGZJGbCVpaX0czsu/gCCIJyXSyZULsb2QEFQBJzGWlMitNq7vKRfL5z2BPPb3a
	O64Q==
X-Gm-Message-State: AG10YOT46sejvkwZJ7lpTKaAd6Ao7PUVZIk3/kgmT5pUdawioeIFBPpD5LhW1wMzEQFRsA==
X-Received: by 10.194.57.138 with SMTP id i10mr13031481wjq.104.1455883161014; 
	Fri, 19 Feb 2016 03:59:21 -0800 (PST)
Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170])
	by smtp.gmail.com with ESMTPSA id y3sm7340290wmy.17.2016.02.19.03.59.19
	(version=TLSv1/SSLv3 cipher=OTHER);
	Fri, 19 Feb 2016 03:59:20 -0800 (PST)
From: Lars Kurth 
Message-Id: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com>
Date: Fri, 19 Feb 2016 11:59:20 +0000
To: xen-devel , xen-api@lists.xenproject.org,
	xen-users@lists.xenproject.org,
	mirageos-devel ,
	Win-pv-devel@lists.xenproject.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
X-Mailer: Apple Mail (2.2104)
Subject: [Xen-users] Xen Project Infrastructure Maintenance: Feb 22nd from
	8:00 AM UTC (to fix CVE-2015-7547)
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi everyone,

due to the recently discovered glibc security vulnerability we need to reboot all our VMs: this will affect the blog, bugs, etherpad, lists, mail, wiki and xenbits. Each service should only be unavailable for 5 minutes.

If you notice any issues after the reboot please reply to this mail or check on the #xeninfra IRC channel.

Best Regards 
Lars
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Fri Feb 19 16:25:54 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 19 Feb 2016 16:25:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWnrS-0005yF-0J; Fri, 19 Feb 2016 16:24:54 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aWnrP-0005xo-FO
	for xen-users@lists.xen.org; Fri, 19 Feb 2016 16:24:51 +0000
Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id
	50/1B-08347-2D147C65; Fri, 19 Feb 2016 16:24:50 +0000
X-Env-Sender: alex.j.velazquez@gmail.com
X-Msg-Ref: server-9.tower-27.messagelabs.com!1455899088!25114265!1
X-Originating-IP: [209.85.213.181]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 38183 invoked from network); 19 Feb 2016 16:24:49 -0000
Received: from mail-ig0-f181.google.com (HELO mail-ig0-f181.google.com)
	(209.85.213.181)
	by server-9.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 19 Feb 2016 16:24:49 -0000
Received: by mail-ig0-f181.google.com with SMTP id hb3so38385916igb.0
	for ; Fri, 19 Feb 2016 08:24:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:from:date:message-id:subject:to;
	bh=Bnt87FBCPgbEE151745fwr0shAPQwsI//gc+3Sh37B0=;
	b=YkPiYoSrhuAH0d8HoHmMmlhy05ZzGzbk9eECLJis3dwEyBxDJVt4HYHvbvoHyVOX53
	oG2R+Os16M6Jqw/O8KOdUjAAbJZeK5PasV/CgExBiEN3DmatMPRAEhUyyFqHJAelxICW
	RrZl7xDr3/XcSUxq+zgb9RVXFTKY7dSya5bKetejwsh+J0VYS7Qm36geZ9EdGSChToG0
	522t5rabiZ9mp+q//j67TpbulJl0o1tLSPIaaP1eVZGp/eEAbui1khzEtcs8XbnWAvx2
	vflEqsmWmvY2DHq049PlCmjG9FEgllPoHCfmEcHg41zQW9rD/wyXskBYn8C7OLYDpXP5
	uo+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
	bh=Bnt87FBCPgbEE151745fwr0shAPQwsI//gc+3Sh37B0=;
	b=fzlKdPCR/lSEsnokjEwpMthzawUj/Uivn6bBy62xTT5KRs9F+5/RQwDSWvig3qWuRN
	F/97jDbVWPd8GxTOZA6HJkUs4vgANA+AUvEpSzBWp2urwgZAXU/r3qU7S6RueB/mrOoE
	D+/zrL4/rMHbIUzP0ZB55H6gfcU6xJXIMH6MdMk0uOfHeDfY4okgzRERjEzNno658tt+
	SDB+KmDk7FZqxqJT/+uc4y32M4huKiDG0QivhVbYyrGF4BoSK1wz/BzoNrHoNt42mQIa
	28cmndrO8rfGkX/LBb+wMnE2vBdN+jMDTBc9cgHPWfrIaj2KP6lSzV9nw62r6dF2NNJn
	/UlA==
X-Gm-Message-State: AG10YOQf2szmLkq7almKWGbeWuUNNfrZ/QfTAag6YM4/p/z+FVrdmGaipgpfRqwaz/6fd7t/XgEt3bCCUpaYuw==
X-Received: by 10.50.88.74 with SMTP id be10mr9996520igb.93.1455899088359;
	Fri, 19 Feb 2016 08:24:48 -0800 (PST)
MIME-Version: 1.0
Received: by 10.79.92.199 with HTTP; Fri, 19 Feb 2016 08:24:19 -0800 (PST)
From: Alex Velazquez 
Date: Fri, 19 Feb 2016 11:24:19 -0500
Message-ID: 
To: xen-users@lists.xen.org
Subject: [Xen-users] Storage driver domain for HVM guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hello,

I am running Xen 4.6.0, with Ubuntu 14.04 as my Domain-0.

I am trying to set up a storage driver domain to serve disks to a
variety of DomU's (for now, all guest OSes are also Ubuntu 14.04). I
followed the instructions on the following Wiki page to set up the
storage driver domain:

> http://wiki.xenproject.org/wiki/Storage_driver_domains

This works fine for a PV guest. After adding "backend=StorageDom" in
the disk spec, the guest is able to boot from a disk provided by the
storage driver domain.

I am wondering if it is also possible for a storage driver domain to
provide disks to HVM (or PVHVM) guests. At the bottom of the Wiki
page, there is a note indicating that it isn't possible (yet?):

> It is not possible to use driver domains with pygrub or HVM guests yet, so it will only work with PV guests that have the kernel in Dom0.

Some time has passed since that page was last modified, so I decided
to try it. Here is the config file of my PVHVM guest:

> name = "ClientDom"
> memory = 1024
> maxmem = 1024
> vcpus = 2
> maxvcpus = 2
> vnc = 1
> vnclisten = "0.0.0.0"
> vncdisplay = 1
> builder = "hvm"
> xen_platform_pci = 1
> device_model_version = "qemu-xen"
> disk = [ "format=raw,vdev=xvda,access=rw,backend=StorageDom,target=/dev/sdb" ]
> boot = "c"

The disk target /dev/sdb is relative to the storage driver domain, on
a passthrough PCI device. That disk has three partitions: /boot
(bootable flag set), / (root), and swap. However, after creating the
guest, the BIOS (SeaBIOS for qemu-xen, but I also tried with
qemu-xen-traditional with similar results) complains that no bootable
device is found:

> Booting from Hard Disk...
> Boot failed: not a bootable disk
> [ .... ]
> No bootable device. Retrying in 60 seconds.

In xenstore, the disk backend/frontend appear to be setup correctly:

> user@ubuntu ~> $ sudo xenstore-ls /local/domain/1/backend
> vbd = ""
>  2 = ""
>   51712 = ""
>    frontend = "/local/domain/2/device/vbd/51712"
>    params = "/dev/sdb"
>    script = "/etc/xen/scripts/block"
>    frontend-id = "2"
>    online = "1"
>    removable = "0"
>    bootable = "1"
>    state = "2"
>    dev = "xvda"
>    type = "phy"
>    mode = "w"
>    device-type = "disk"
>    discard-enable = "1"
>    physical-device = "8:10"
>    hotplug-status = "connected"

> user@ubuntu ~> $ sudo xenstore-ls /local/domain/2/device
> suspend = ""
>  event-channel = ""
> vbd = ""
>  51712 = ""
>   backend = "/local/domain/1/backend/vbd/2/51712"
>   backend-id = "1"
>   state = "1"
>   virtual-device = "51712"
>   device-type = "disk"
> vkbd = ""
>  0 = ""
>   backend = "/local/domain/0/backend/vkbd/2/0"
>   backend-id = "0"
>   state = "1"

Here is the verbose output of the "xl create" command:

> user@ubuntu ~> $ sudo xl -vvv create /etc/xen/ClientDom.cfg
> Parsing config from /etc/xen/ClientDom.cfg
> libxl: debug: libxl_create.c:1568:do_domain_create: ao 0x1df8230: create: how=(nil) callback=(nil) poller=0x1dee440
> libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=unknown
> libxl: debug: libxl_device.c:201:disk_try_backend: Disk vdev=xvda, is using a storage driver domain, skipping physical device check
> libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvda, using backend phy
> libxl: debug: libxl_create.c:954:initiate_domain_create: running bootloader
> libxl: debug: libxl_bootloader.c:324:libxl__bootloader_run: not a PV domain, skipping bootloader
> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1deede8: deregister unregistered
> libxl: debug: libxl_numa.c:483:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=24, nr_vcpus=4, free_memkb=255993
> libxl: debug: libxl_numa.c:483:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=24, nr_vcpus=4, free_memkb=256242
> libxl: detail: libxl_dom.c:181:numa_place_domain: NUMA placement candidate with 1 nodes, 24 cpus and 256242 KB free selected
> xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0xbad04
> xc: detail: elf_parse_binary: memory: 0x100000 -> 0x1bad04
> xc: detail: VIRTUAL MEMORY ARRANGEMENT:
> xc: detail:   Loader:   0000000000100000->00000000001bad04
> xc: detail:   Modules:  0000000000000000->0000000000000000
> xc: detail:   TOTAL:    0000000000000000->000000003f800000
> xc: detail:   ENTRY:    0000000000100610
> xc: detail: PHYSICAL MEMORY ALLOCATION:
> xc: detail:   4KB PAGES: 0x0000000000000200
> xc: detail:   2MB PAGES: 0x00000000000001fb
> xc: detail:   1GB PAGES: 0x0000000000000000
> xc: detail: elf_load_binary: phdr 0 at 0x7fc11e76e000 -> 0x7fc11e81f151
> domainbuilder: detail: xc_dom_gnttab_hvm_seed: called, pfn=0xff000
> libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=phy
> libxl: debug: libxl_device.c:201:disk_try_backend: Disk vdev=xvda, is using a storage driver domain, skipping physical device check
> libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: register slotnum=3
> libxl: debug: libxl_create.c:1591:do_domain_create: ao 0x1df8230: inprogress: poller=0x1dee440, flags=i
> libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: event epath=/local/domain/1/backend/  vbd/2/51712/state
> libxl: debug: libxl_event.c:884:devstate_callback: backend /local/domain/1/backend/vbd/2/51712/state wanted state 2 still waiting state 1
> libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: event epath=/local/domain/1/backend/  vbd/2/51712/state
> libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/1/backend/vbd/2/51712/state wanted state 2 ok
> libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: deregister slotnum=3
> libxl: debug: libxl_device.c:937:device_backend_callback: calling device_backend_cleanup
> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1df0880: deregister unregistered
> libxl: debug: libxl_device.c:992:device_hotplug: Backend domid 1, domid 0, assuming driver domains
> libxl: debug: libxl_device.c:995:device_hotplug: Not a remove, not executing hotplug scripts
> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1df0980: deregister unregistered
> libxl: debug: libxl_dm.c:1778:libxl__spawn_local_dm: Spawning device-model /usr/local/lib/xen/bin/qemu-system-i386 with arguments:
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   /usr/local/lib/xen/bin/qemu-system-i386
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -xen-domid
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   2
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -chardev
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-2,server,nowait
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -no-shutdown
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -mon
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   chardev=libxl-cmd,mode=control
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -chardev
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   socket,id=libxenstat-cmd,path=/var/run/xen/qmp-libxenstat-2,server,nowait
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -mon
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   chardev=libxenstat-cmd,mode=control
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -nodefaults
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -name
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   ClientDom
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -vnc
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   0.0.0.0:1,to=99
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -display
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   none
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -device
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   cirrus-vga,vgamem_mb=8
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -boot
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   order=c
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -smp
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   2,maxcpus=2
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -net
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   none
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -machine
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   xenfv
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -m
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   1016
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -drive
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   file=/dev/sdb,if=ide,index=0,media=disk,format=raw,cache=writeback
> [ .... ]

I'm not sure what qemu's role here is, but that last line with
"file=/dev/sdb..." makes no mention of a backend, so I thought it
might be picking up /dev/sdb relative to Domain-0, instead of the
storage driver domain. To test this theory, I created a partition
table on Domain-0's /dev/sdb with a bootable partition at /dev/sdb1.
Indeed, after creating the guest, I get to the GRUB2 menu that was
installed on Domain-0's /dev/sdb (despite still having StorageDom
configured as the backend). Upon selecting a boot entry, the guest OS
begins to boot but drops into BusyBox because it can't find the
boot/root/swap partitions (because Domain-0's /dev/sdb partitions and
StorageDom's /dev/sdb partitions have different UUIDs).

So, in short, it seems like the BIOS sees a disk that exists on
Domain-0, and then once the guest kernel and guest OS take over, they
see the disk provided by the storage driver domain.

If anyone has experience getting a storage driver domain to serve
disks that HVM/PVHVM guests can use to boot, or can spot any mistakes
I've made, (or can tell me it's not possible yet), I'd be very
grateful for advice.

Thanks,
Alex

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Fri Feb 19 16:25:54 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 19 Feb 2016 16:25:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWnrS-0005yF-0J; Fri, 19 Feb 2016 16:24:54 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aWnrP-0005xo-FO
	for xen-users@lists.xen.org; Fri, 19 Feb 2016 16:24:51 +0000
Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id
	50/1B-08347-2D147C65; Fri, 19 Feb 2016 16:24:50 +0000
X-Env-Sender: alex.j.velazquez@gmail.com
X-Msg-Ref: server-9.tower-27.messagelabs.com!1455899088!25114265!1
X-Originating-IP: [209.85.213.181]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 38183 invoked from network); 19 Feb 2016 16:24:49 -0000
Received: from mail-ig0-f181.google.com (HELO mail-ig0-f181.google.com)
	(209.85.213.181)
	by server-9.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 19 Feb 2016 16:24:49 -0000
Received: by mail-ig0-f181.google.com with SMTP id hb3so38385916igb.0
	for ; Fri, 19 Feb 2016 08:24:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:from:date:message-id:subject:to;
	bh=Bnt87FBCPgbEE151745fwr0shAPQwsI//gc+3Sh37B0=;
	b=YkPiYoSrhuAH0d8HoHmMmlhy05ZzGzbk9eECLJis3dwEyBxDJVt4HYHvbvoHyVOX53
	oG2R+Os16M6Jqw/O8KOdUjAAbJZeK5PasV/CgExBiEN3DmatMPRAEhUyyFqHJAelxICW
	RrZl7xDr3/XcSUxq+zgb9RVXFTKY7dSya5bKetejwsh+J0VYS7Qm36geZ9EdGSChToG0
	522t5rabiZ9mp+q//j67TpbulJl0o1tLSPIaaP1eVZGp/eEAbui1khzEtcs8XbnWAvx2
	vflEqsmWmvY2DHq049PlCmjG9FEgllPoHCfmEcHg41zQW9rD/wyXskBYn8C7OLYDpXP5
	uo+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
	bh=Bnt87FBCPgbEE151745fwr0shAPQwsI//gc+3Sh37B0=;
	b=fzlKdPCR/lSEsnokjEwpMthzawUj/Uivn6bBy62xTT5KRs9F+5/RQwDSWvig3qWuRN
	F/97jDbVWPd8GxTOZA6HJkUs4vgANA+AUvEpSzBWp2urwgZAXU/r3qU7S6RueB/mrOoE
	D+/zrL4/rMHbIUzP0ZB55H6gfcU6xJXIMH6MdMk0uOfHeDfY4okgzRERjEzNno658tt+
	SDB+KmDk7FZqxqJT/+uc4y32M4huKiDG0QivhVbYyrGF4BoSK1wz/BzoNrHoNt42mQIa
	28cmndrO8rfGkX/LBb+wMnE2vBdN+jMDTBc9cgHPWfrIaj2KP6lSzV9nw62r6dF2NNJn
	/UlA==
X-Gm-Message-State: AG10YOQf2szmLkq7almKWGbeWuUNNfrZ/QfTAag6YM4/p/z+FVrdmGaipgpfRqwaz/6fd7t/XgEt3bCCUpaYuw==
X-Received: by 10.50.88.74 with SMTP id be10mr9996520igb.93.1455899088359;
	Fri, 19 Feb 2016 08:24:48 -0800 (PST)
MIME-Version: 1.0
Received: by 10.79.92.199 with HTTP; Fri, 19 Feb 2016 08:24:19 -0800 (PST)
From: Alex Velazquez 
Date: Fri, 19 Feb 2016 11:24:19 -0500
Message-ID: 
To: xen-users@lists.xen.org
Subject: [Xen-users] Storage driver domain for HVM guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hello,

I am running Xen 4.6.0, with Ubuntu 14.04 as my Domain-0.

I am trying to set up a storage driver domain to serve disks to a
variety of DomU's (for now, all guest OSes are also Ubuntu 14.04). I
followed the instructions on the following Wiki page to set up the
storage driver domain:

> http://wiki.xenproject.org/wiki/Storage_driver_domains

This works fine for a PV guest. After adding "backend=StorageDom" in
the disk spec, the guest is able to boot from a disk provided by the
storage driver domain.

I am wondering if it is also possible for a storage driver domain to
provide disks to HVM (or PVHVM) guests. At the bottom of the Wiki
page, there is a note indicating that it isn't possible (yet?):

> It is not possible to use driver domains with pygrub or HVM guests yet, so it will only work with PV guests that have the kernel in Dom0.

Some time has passed since that page was last modified, so I decided
to try it. Here is the config file of my PVHVM guest:

> name = "ClientDom"
> memory = 1024
> maxmem = 1024
> vcpus = 2
> maxvcpus = 2
> vnc = 1
> vnclisten = "0.0.0.0"
> vncdisplay = 1
> builder = "hvm"
> xen_platform_pci = 1
> device_model_version = "qemu-xen"
> disk = [ "format=raw,vdev=xvda,access=rw,backend=StorageDom,target=/dev/sdb" ]
> boot = "c"

The disk target /dev/sdb is relative to the storage driver domain, on
a passthrough PCI device. That disk has three partitions: /boot
(bootable flag set), / (root), and swap. However, after creating the
guest, the BIOS (SeaBIOS for qemu-xen, but I also tried with
qemu-xen-traditional with similar results) complains that no bootable
device is found:

> Booting from Hard Disk...
> Boot failed: not a bootable disk
> [ .... ]
> No bootable device. Retrying in 60 seconds.

In xenstore, the disk backend/frontend appear to be setup correctly:

> user@ubuntu ~> $ sudo xenstore-ls /local/domain/1/backend
> vbd = ""
>  2 = ""
>   51712 = ""
>    frontend = "/local/domain/2/device/vbd/51712"
>    params = "/dev/sdb"
>    script = "/etc/xen/scripts/block"
>    frontend-id = "2"
>    online = "1"
>    removable = "0"
>    bootable = "1"
>    state = "2"
>    dev = "xvda"
>    type = "phy"
>    mode = "w"
>    device-type = "disk"
>    discard-enable = "1"
>    physical-device = "8:10"
>    hotplug-status = "connected"

> user@ubuntu ~> $ sudo xenstore-ls /local/domain/2/device
> suspend = ""
>  event-channel = ""
> vbd = ""
>  51712 = ""
>   backend = "/local/domain/1/backend/vbd/2/51712"
>   backend-id = "1"
>   state = "1"
>   virtual-device = "51712"
>   device-type = "disk"
> vkbd = ""
>  0 = ""
>   backend = "/local/domain/0/backend/vkbd/2/0"
>   backend-id = "0"
>   state = "1"

Here is the verbose output of the "xl create" command:

> user@ubuntu ~> $ sudo xl -vvv create /etc/xen/ClientDom.cfg
> Parsing config from /etc/xen/ClientDom.cfg
> libxl: debug: libxl_create.c:1568:do_domain_create: ao 0x1df8230: create: how=(nil) callback=(nil) poller=0x1dee440
> libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=unknown
> libxl: debug: libxl_device.c:201:disk_try_backend: Disk vdev=xvda, is using a storage driver domain, skipping physical device check
> libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvda, using backend phy
> libxl: debug: libxl_create.c:954:initiate_domain_create: running bootloader
> libxl: debug: libxl_bootloader.c:324:libxl__bootloader_run: not a PV domain, skipping bootloader
> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1deede8: deregister unregistered
> libxl: debug: libxl_numa.c:483:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=24, nr_vcpus=4, free_memkb=255993
> libxl: debug: libxl_numa.c:483:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=24, nr_vcpus=4, free_memkb=256242
> libxl: detail: libxl_dom.c:181:numa_place_domain: NUMA placement candidate with 1 nodes, 24 cpus and 256242 KB free selected
> xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0xbad04
> xc: detail: elf_parse_binary: memory: 0x100000 -> 0x1bad04
> xc: detail: VIRTUAL MEMORY ARRANGEMENT:
> xc: detail:   Loader:   0000000000100000->00000000001bad04
> xc: detail:   Modules:  0000000000000000->0000000000000000
> xc: detail:   TOTAL:    0000000000000000->000000003f800000
> xc: detail:   ENTRY:    0000000000100610
> xc: detail: PHYSICAL MEMORY ALLOCATION:
> xc: detail:   4KB PAGES: 0x0000000000000200
> xc: detail:   2MB PAGES: 0x00000000000001fb
> xc: detail:   1GB PAGES: 0x0000000000000000
> xc: detail: elf_load_binary: phdr 0 at 0x7fc11e76e000 -> 0x7fc11e81f151
> domainbuilder: detail: xc_dom_gnttab_hvm_seed: called, pfn=0xff000
> libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=phy
> libxl: debug: libxl_device.c:201:disk_try_backend: Disk vdev=xvda, is using a storage driver domain, skipping physical device check
> libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: register slotnum=3
> libxl: debug: libxl_create.c:1591:do_domain_create: ao 0x1df8230: inprogress: poller=0x1dee440, flags=i
> libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: event epath=/local/domain/1/backend/  vbd/2/51712/state
> libxl: debug: libxl_event.c:884:devstate_callback: backend /local/domain/1/backend/vbd/2/51712/state wanted state 2 still waiting state 1
> libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: event epath=/local/domain/1/backend/  vbd/2/51712/state
> libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/1/backend/vbd/2/51712/state wanted state 2 ok
> libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: deregister slotnum=3
> libxl: debug: libxl_device.c:937:device_backend_callback: calling device_backend_cleanup
> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1df0880: deregister unregistered
> libxl: debug: libxl_device.c:992:device_hotplug: Backend domid 1, domid 0, assuming driver domains
> libxl: debug: libxl_device.c:995:device_hotplug: Not a remove, not executing hotplug scripts
> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1df0980: deregister unregistered
> libxl: debug: libxl_dm.c:1778:libxl__spawn_local_dm: Spawning device-model /usr/local/lib/xen/bin/qemu-system-i386 with arguments:
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   /usr/local/lib/xen/bin/qemu-system-i386
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -xen-domid
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   2
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -chardev
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-2,server,nowait
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -no-shutdown
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -mon
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   chardev=libxl-cmd,mode=control
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -chardev
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   socket,id=libxenstat-cmd,path=/var/run/xen/qmp-libxenstat-2,server,nowait
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -mon
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   chardev=libxenstat-cmd,mode=control
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -nodefaults
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -name
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   ClientDom
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -vnc
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   0.0.0.0:1,to=99
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -display
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   none
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -device
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   cirrus-vga,vgamem_mb=8
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -boot
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   order=c
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -smp
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   2,maxcpus=2
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -net
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   none
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -machine
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   xenfv
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -m
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   1016
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -drive
> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   file=/dev/sdb,if=ide,index=0,media=disk,format=raw,cache=writeback
> [ .... ]

I'm not sure what qemu's role here is, but that last line with
"file=/dev/sdb..." makes no mention of a backend, so I thought it
might be picking up /dev/sdb relative to Domain-0, instead of the
storage driver domain. To test this theory, I created a partition
table on Domain-0's /dev/sdb with a bootable partition at /dev/sdb1.
Indeed, after creating the guest, I get to the GRUB2 menu that was
installed on Domain-0's /dev/sdb (despite still having StorageDom
configured as the backend). Upon selecting a boot entry, the guest OS
begins to boot but drops into BusyBox because it can't find the
boot/root/swap partitions (because Domain-0's /dev/sdb partitions and
StorageDom's /dev/sdb partitions have different UUIDs).

So, in short, it seems like the BIOS sees a disk that exists on
Domain-0, and then once the guest kernel and guest OS take over, they
see the disk provided by the storage driver domain.

If anyone has experience getting a storage driver domain to serve
disks that HVM/PVHVM guests can use to boot, or can spot any mistakes
I've made, (or can tell me it's not possible yet), I'd be very
grateful for advice.

Thanks,
Alex

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Fri Feb 19 20:31:24 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 19 Feb 2016 20:31:24 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWrh5-0008Qq-3Z; Fri, 19 Feb 2016 20:30:27 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aWrh3-0008QY-NI
	for xen-users@lists.xen.org; Fri, 19 Feb 2016 20:30:25 +0000
Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id
	CC/D1-13475-16B77C65; Fri, 19 Feb 2016 20:30:25 +0000
X-Env-Sender: james@dingwall.me.uk
X-Msg-Ref: server-2.tower-27.messagelabs.com!1455913824!23279683!1
X-Originating-IP: [80.0.253.73]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 45049 invoked from network); 19 Feb 2016 20:30:24 -0000
Received: from know-smtprelay-omc-9.server.virginmedia.net (HELO
	know-smtprelay-omc-9.server.virginmedia.net) (80.0.253.73)
	by server-2.tower-27.messagelabs.com with SMTP;
	19 Feb 2016 20:30:24 -0000
Received: from dingwall.me.uk ([82.33.62.46])
	by know-smtprelay-9-imp with bizsmtp
	id LLWP1s01E0zrmay01LWP7r; Fri, 19 Feb 2016 20:30:23 +0000
X-Originating-IP: [82.33.62.46]
X-Spam: 0
X-Authority: v=2.1 cv=TNS4MARa c=1 sm=1 tr=0 a=43HWeVr0mW5rhQls5iFsjw==:117
	a=43HWeVr0mW5rhQls5iFsjw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10
	a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=jFJIQSaiL_oA:10
	a=um5pPjF61u27s3wd5LEA:9 a=CjuIK1q_8ugA:10
Received: (qmail 21548 invoked from network); 19 Feb 2016 20:30:23 -0000
Received: from behemoth.dingwall.me.uk (192.168.1.5)
	by mail0.xen.dingwall.me.uk with SMTP; 19 Feb 2016 20:30:23 -0000
Received: by behemoth.dingwall.me.uk (Postfix, from userid 1000)
	id 70AD9D08C20; Fri, 19 Feb 2016 20:30:23 +0000 (GMT)
Date: Fri, 19 Feb 2016 20:30:23 +0000
From: James Dingwall 
To: Alex Velazquez 
Message-ID: <20160219203023.GA19096@dingwall.me.uk>
References: 
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Storage driver domain for HVM guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi,

On Fri, Feb 19, 2016 at 11:24:19AM -0500, Alex Velazquez wrote:
> If anyone has experience getting a storage driver domain to serve
> disks that HVM/PVHVM guests can use to boot, or can spot any mistakes
> I've made, (or can tell me it's not possible yet), I'd be very
> grateful for advice.

I've not looked at the specifics of your problem but it should be possible to use a pv or hvm backend storage 
driver domain with pv or hvm frontends.  I have used the following in all possible combinations:

dom0:
Xen 4.4.3, Ubuntu 14.04 with 3.19 kernel

frontends:
Ubuntu 14.04 with 3.19 kernel
Windows 2012 (recent WinPV drivers build)

backends
Ubuntu 14.04 with 3.19 kernel (pv)
FreeBSD 10.2 (HVM)

The disk for the frontends is using the form:

disk = [ 'phy:/dev/volume,xvda,w,backend=storagedom' ]

IIRC the xl config parser needs patching to recognise the backend parameter for this format.

Regards,
James

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Fri Feb 19 20:31:24 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 19 Feb 2016 20:31:24 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWrh5-0008Qq-3Z; Fri, 19 Feb 2016 20:30:27 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aWrh3-0008QY-NI
	for xen-users@lists.xen.org; Fri, 19 Feb 2016 20:30:25 +0000
Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id
	CC/D1-13475-16B77C65; Fri, 19 Feb 2016 20:30:25 +0000
X-Env-Sender: james@dingwall.me.uk
X-Msg-Ref: server-2.tower-27.messagelabs.com!1455913824!23279683!1
X-Originating-IP: [80.0.253.73]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 45049 invoked from network); 19 Feb 2016 20:30:24 -0000
Received: from know-smtprelay-omc-9.server.virginmedia.net (HELO
	know-smtprelay-omc-9.server.virginmedia.net) (80.0.253.73)
	by server-2.tower-27.messagelabs.com with SMTP;
	19 Feb 2016 20:30:24 -0000
Received: from dingwall.me.uk ([82.33.62.46])
	by know-smtprelay-9-imp with bizsmtp
	id LLWP1s01E0zrmay01LWP7r; Fri, 19 Feb 2016 20:30:23 +0000
X-Originating-IP: [82.33.62.46]
X-Spam: 0
X-Authority: v=2.1 cv=TNS4MARa c=1 sm=1 tr=0 a=43HWeVr0mW5rhQls5iFsjw==:117
	a=43HWeVr0mW5rhQls5iFsjw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10
	a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=jFJIQSaiL_oA:10
	a=um5pPjF61u27s3wd5LEA:9 a=CjuIK1q_8ugA:10
Received: (qmail 21548 invoked from network); 19 Feb 2016 20:30:23 -0000
Received: from behemoth.dingwall.me.uk (192.168.1.5)
	by mail0.xen.dingwall.me.uk with SMTP; 19 Feb 2016 20:30:23 -0000
Received: by behemoth.dingwall.me.uk (Postfix, from userid 1000)
	id 70AD9D08C20; Fri, 19 Feb 2016 20:30:23 +0000 (GMT)
Date: Fri, 19 Feb 2016 20:30:23 +0000
From: James Dingwall 
To: Alex Velazquez 
Message-ID: <20160219203023.GA19096@dingwall.me.uk>
References: 
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Storage driver domain for HVM guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi,

On Fri, Feb 19, 2016 at 11:24:19AM -0500, Alex Velazquez wrote:
> If anyone has experience getting a storage driver domain to serve
> disks that HVM/PVHVM guests can use to boot, or can spot any mistakes
> I've made, (or can tell me it's not possible yet), I'd be very
> grateful for advice.

I've not looked at the specifics of your problem but it should be possible to use a pv or hvm backend storage 
driver domain with pv or hvm frontends.  I have used the following in all possible combinations:

dom0:
Xen 4.4.3, Ubuntu 14.04 with 3.19 kernel

frontends:
Ubuntu 14.04 with 3.19 kernel
Windows 2012 (recent WinPV drivers build)

backends
Ubuntu 14.04 with 3.19 kernel (pv)
FreeBSD 10.2 (HVM)

The disk for the frontends is using the form:

disk = [ 'phy:/dev/volume,xvda,w,backend=storagedom' ]

IIRC the xl config parser needs patching to recognise the backend parameter for this format.

Regards,
James

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Sat Feb 20 13:10:03 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 20 Feb 2016 13:10:03 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aX7HI-0000SQ-Rw; Sat, 20 Feb 2016 13:08:52 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWjWz-00010h-2S; Fri, 19 Feb 2016 11:47:29 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	4B/2F-23366-0D007C65; Fri, 19 Feb 2016 11:47:28 +0000
X-Env-Sender: JBeulich@suse.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1455882445!25145210!1
X-Originating-IP: [137.65.248.74]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3287 invoked from network); 19 Feb 2016 11:47:27 -0000
Received: from prv-mh.provo.novell.com (HELO prv-mh.provo.novell.com)
	(137.65.248.74)
	by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 19 Feb 2016 11:47:27 -0000
Received: from INET-PRV-MTA by prv-mh.provo.novell.com
	with Novell_GroupWise; Fri, 19 Feb 2016 04:47:24 -0700
Message-Id: <56C70EDE02000078000D4129@prv-mh.provo.novell.com>
X-Mailer: Novell GroupWise Internet Agent 14.2.0 
Date: Fri, 19 Feb 2016 04:47:26 -0700
From: "Jan Beulich" 
To: "Robin Lee" 
References: 
	
	<56C59FAF02000078000D38E8@prv-mh.provo.novell.com>
	
In-Reply-To: 
Mime-Version: 1.0
Content-Disposition: inline
X-Mailman-Approved-At: Sat, 20 Feb 2016 13:08:51 +0000
Cc: xen-devel@lists.xen.org
Subject: Re: [Xen-users] dom0 USB failing with "ehci-pci: probe of
 0000:00:1d.0 failed with error -110"
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

>>> On 19.02.16 at 09:30,  wrote:
> On Thu, Feb 18, 2016 at 5:40 PM, Jan Beulich  wrote:
>> (copy to xen-devel)

But then please don't cross-post (I'm therefore moving xen-users
to BC).

> The issue still exists with microcode updated.
> And on this machine, nothing 'ACPI Error' like the Debian bug was seen.
> And when max_cstate=2 is still bad, max_cstate=1 works.
> But max_cstate=1 and mwait-idle=false are different,
> which one is preferred to work around this issue?

Depends on what C-states you get the system to use with
"mwait-idle=false" (i.e. when instead the ACPI driver manages
C-states), and whether C1 there would be the trivial HLT one.
And it of course also matters how much you care about the
power consumption of your system when it's idle.

Jan


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Sat Feb 20 13:10:03 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 20 Feb 2016 13:10:03 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aX7HJ-0000SX-LC; Sat, 20 Feb 2016 13:08:53 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aWo4L-00080m-W3
	for xen-users@lists.xen.org; Fri, 19 Feb 2016 16:38:14 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	FE/12-03443-5F447C65; Fri, 19 Feb 2016 16:38:13 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-9.tower-31.messagelabs.com!1455899889!1385303!1
X-Originating-IP: [65.55.111.111]
X-SpamReason: No, hits=0.4 required=7.0 tests=FORGED_HOTMAIL_RCVD,
	HTML_60_70,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8300 invoked from network); 19 Feb 2016 16:38:10 -0000
Received: from blu004-omc2s36.hotmail.com (HELO BLU004-OMC2S36.hotmail.com)
	(65.55.111.111)
	by server-9.tower-31.messagelabs.com with AES256-SHA256 encrypted SMTP;
	19 Feb 2016 16:38:10 -0000
Received: from BLU183-W92 ([65.55.111.71]) by BLU004-OMC2S36.hotmail.com over
	TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
	Fri, 19 Feb 2016 08:38:08 -0800
X-TMN: [6AsfPnyD85pu+avHDBqNzbbGR2Peeoub]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: "xen-users@lists.xen.org" 
Date: Fri, 19 Feb 2016 11:38:08 -0500
Importance: Normal
MIME-Version: 1.0
X-OriginalArrivalTime: 19 Feb 2016 16:38:08.0704 (UTC)
	FILETIME=[EA310400:01D16B33]
X-Mailman-Approved-At: Sat, 20 Feb 2016 13:08:51 +0000
Subject: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl create" on
	second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3576250728015895994=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============3576250728015895994==
Content-Type: multipart/alternative;
	boundary="_ec4fba0e-5328-4594-859a-7d021f9b621f_"

--_ec4fba0e-5328-4594-859a-7d021f9b621f_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I am having issues migrating my Xen setup from Debian Wheezy to Debian Jess=
ie. The errors I see are not very concrete=2C so it doesn't give me much de=
tails.Here is what I am seeing:First=2C when I make a new Xen VM and connec=
t to its console=2C I see "xenconsole: Could not open tty `': No such file =
or directory". It seems to boot fine after that=2C but after returning to D=
om0=2C the console is kinda jacked up. This mimics exactly the issue descri=
bed athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Apparent=
ly there is a fix as of Oct 2015=2C but just not released on Jessie yet? Wi=
ll that be released on Jessie sometime soon?Second=2C and this is the bigge=
r issue: I can make 1 VM like this fine=2C but when I try to make a second =
one=2C it just seems to hang. If I use "xl create -c" so I see the console =
the whole time=2C I see the bootloader menu appear=2C and when the kernel s=
election is finished=2C it prints the error about the tty=2C and then nothi=
ng else. I don't know if the tty issue is related at all."xl list" shows th=
e second VM in the list=2C but it is marked as only having 1 vcpu. If I try=
 to change this with "xl vcpu-set 2" (or any number higher)=2C it is just i=
gnored. I can't find any log files to indicate there is a problem at all. T=
he VM just doesn't start. It was created from the same template as the firs=
t VM=2C so VM1 and VM2 are basically copies of each other=2C yet only the f=
irst one will run.I have no idea if I am doing something wrong or if this i=
s a bug in Jessie. I will say that everything that I am doing now has worke=
d perfectly for years using Debian Wheezy. The only change I needed was to =
start using "xl" instead of "xm".Anyone have clues on figuring this out?Tha=
nks=2CBeau 		 	   		  =

--_ec4fba0e-5328-4594-859a-7d021f9b621f_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable





I am having issues migrating my Xen setup from Deb=
ian Wheezy to Debian Jessie. The errors I see are not very concrete=2C so i=
t doesn't give me much details.

=
Here is what I am =
seeing:

First=2C when I make a new Xen VM and connec=
t to its console=2C I see "xenconsole: Could not open tty `': No such file =
or directory". It seems to boot fine after that=2C but after returning to D=
om0=2C the console is kinda jacked up. This mimics exactly the issue descri=
bed athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bu=
g=3D794071&nb=
sp=3B. Apparently there is a fix as of Oct 2015=2C but just not released on=
 Jessie yet? Will that be released on Jessie sometime soon?

Second=2C and this is the bigger issue: I can make 1 VM like this f=
ine=2C but when I try to make a second one=2C it just seems to hang. If I u=
se "xl create -c" so I see the console the whole time=2C I see the bootload=
er menu appear=2C and when the kernel selection is finished=2C it prints th=
e error about the tty=2C and then nothing else. I don't know if the tty iss=
ue is related at all.

"xl list" shows the second VM=
 in the list=2C but it is marked as only having 1 vcpu. If I try to change =
this with "xl vcpu-set 2" (or any number higher)=2C it is just ignored. I c=
an't find any log files to indicate there is a problem at all. The VM just =
doesn't start. It was created from the same template as the first VM=2C so =
VM1 and VM2 are basically copies of each other=2C yet only the first one wi=
ll run.

I have no idea if I am doing something wrong=
 or if this is a bug in Jessie. I will say that everything that I am doing =
now has worked perfectly for years using Debian Wheezy. The only change I n=
eeded was to start using "xl" instead of "xm".

Any=
one have clues on figuring this out?

Thanks=2C
Beau 		 	   		  

=

--_ec4fba0e-5328-4594-859a-7d021f9b621f_--


--===============3576250728015895994==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============3576250728015895994==--


From xen-users-bounces@lists.xen.org Sat Feb 20 13:10:03 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 20 Feb 2016 13:10:03 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aX7HJ-0000SX-LC; Sat, 20 Feb 2016 13:08:53 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aWo4L-00080m-W3
	for xen-users@lists.xen.org; Fri, 19 Feb 2016 16:38:14 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	FE/12-03443-5F447C65; Fri, 19 Feb 2016 16:38:13 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-9.tower-31.messagelabs.com!1455899889!1385303!1
X-Originating-IP: [65.55.111.111]
X-SpamReason: No, hits=0.4 required=7.0 tests=FORGED_HOTMAIL_RCVD,
	HTML_60_70,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8300 invoked from network); 19 Feb 2016 16:38:10 -0000
Received: from blu004-omc2s36.hotmail.com (HELO BLU004-OMC2S36.hotmail.com)
	(65.55.111.111)
	by server-9.tower-31.messagelabs.com with AES256-SHA256 encrypted SMTP;
	19 Feb 2016 16:38:10 -0000
Received: from BLU183-W92 ([65.55.111.71]) by BLU004-OMC2S36.hotmail.com over
	TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
	Fri, 19 Feb 2016 08:38:08 -0800
X-TMN: [6AsfPnyD85pu+avHDBqNzbbGR2Peeoub]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: "xen-users@lists.xen.org" 
Date: Fri, 19 Feb 2016 11:38:08 -0500
Importance: Normal
MIME-Version: 1.0
X-OriginalArrivalTime: 19 Feb 2016 16:38:08.0704 (UTC)
	FILETIME=[EA310400:01D16B33]
X-Mailman-Approved-At: Sat, 20 Feb 2016 13:08:51 +0000
Subject: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl create" on
	second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3576250728015895994=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============3576250728015895994==
Content-Type: multipart/alternative;
	boundary="_ec4fba0e-5328-4594-859a-7d021f9b621f_"

--_ec4fba0e-5328-4594-859a-7d021f9b621f_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I am having issues migrating my Xen setup from Debian Wheezy to Debian Jess=
ie. The errors I see are not very concrete=2C so it doesn't give me much de=
tails.Here is what I am seeing:First=2C when I make a new Xen VM and connec=
t to its console=2C I see "xenconsole: Could not open tty `': No such file =
or directory". It seems to boot fine after that=2C but after returning to D=
om0=2C the console is kinda jacked up. This mimics exactly the issue descri=
bed athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Apparent=
ly there is a fix as of Oct 2015=2C but just not released on Jessie yet? Wi=
ll that be released on Jessie sometime soon?Second=2C and this is the bigge=
r issue: I can make 1 VM like this fine=2C but when I try to make a second =
one=2C it just seems to hang. If I use "xl create -c" so I see the console =
the whole time=2C I see the bootloader menu appear=2C and when the kernel s=
election is finished=2C it prints the error about the tty=2C and then nothi=
ng else. I don't know if the tty issue is related at all."xl list" shows th=
e second VM in the list=2C but it is marked as only having 1 vcpu. If I try=
 to change this with "xl vcpu-set 2" (or any number higher)=2C it is just i=
gnored. I can't find any log files to indicate there is a problem at all. T=
he VM just doesn't start. It was created from the same template as the firs=
t VM=2C so VM1 and VM2 are basically copies of each other=2C yet only the f=
irst one will run.I have no idea if I am doing something wrong or if this i=
s a bug in Jessie. I will say that everything that I am doing now has worke=
d perfectly for years using Debian Wheezy. The only change I needed was to =
start using "xl" instead of "xm".Anyone have clues on figuring this out?Tha=
nks=2CBeau 		 	   		  =

--_ec4fba0e-5328-4594-859a-7d021f9b621f_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable





I am having issues migrating my Xen setup from Deb=
ian Wheezy to Debian Jessie. The errors I see are not very concrete=2C so i=
t doesn't give me much details.

=
Here is what I am =
seeing:

First=2C when I make a new Xen VM and connec=
t to its console=2C I see "xenconsole: Could not open tty `': No such file =
or directory". It seems to boot fine after that=2C but after returning to D=
om0=2C the console is kinda jacked up. This mimics exactly the issue descri=
bed athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bu=
g=3D794071&nb=
sp=3B. Apparently there is a fix as of Oct 2015=2C but just not released on=
 Jessie yet? Will that be released on Jessie sometime soon?

Second=2C and this is the bigger issue: I can make 1 VM like this f=
ine=2C but when I try to make a second one=2C it just seems to hang. If I u=
se "xl create -c" so I see the console the whole time=2C I see the bootload=
er menu appear=2C and when the kernel selection is finished=2C it prints th=
e error about the tty=2C and then nothing else. I don't know if the tty iss=
ue is related at all.

"xl list" shows the second VM=
 in the list=2C but it is marked as only having 1 vcpu. If I try to change =
this with "xl vcpu-set 2" (or any number higher)=2C it is just ignored. I c=
an't find any log files to indicate there is a problem at all. The VM just =
doesn't start. It was created from the same template as the first VM=2C so =
VM1 and VM2 are basically copies of each other=2C yet only the first one wi=
ll run.

I have no idea if I am doing something wrong=
 or if this is a bug in Jessie. I will say that everything that I am doing =
now has worked perfectly for years using Debian Wheezy. The only change I n=
eeded was to start using "xl" instead of "xm".

Any=
one have clues on figuring this out?

Thanks=2C
Beau 		 	   		  

=

--_ec4fba0e-5328-4594-859a-7d021f9b621f_--


--===============3576250728015895994==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============3576250728015895994==--


From xen-users-bounces@lists.xen.org Sat Feb 20 13:10:03 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 20 Feb 2016 13:10:03 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aX7HI-0000SQ-Rw; Sat, 20 Feb 2016 13:08:52 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aWjWz-00010h-2S; Fri, 19 Feb 2016 11:47:29 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	4B/2F-23366-0D007C65; Fri, 19 Feb 2016 11:47:28 +0000
X-Env-Sender: JBeulich@suse.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1455882445!25145210!1
X-Originating-IP: [137.65.248.74]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3287 invoked from network); 19 Feb 2016 11:47:27 -0000
Received: from prv-mh.provo.novell.com (HELO prv-mh.provo.novell.com)
	(137.65.248.74)
	by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 19 Feb 2016 11:47:27 -0000
Received: from INET-PRV-MTA by prv-mh.provo.novell.com
	with Novell_GroupWise; Fri, 19 Feb 2016 04:47:24 -0700
Message-Id: <56C70EDE02000078000D4129@prv-mh.provo.novell.com>
X-Mailer: Novell GroupWise Internet Agent 14.2.0 
Date: Fri, 19 Feb 2016 04:47:26 -0700
From: "Jan Beulich" 
To: "Robin Lee" 
References: 
	
	<56C59FAF02000078000D38E8@prv-mh.provo.novell.com>
	
In-Reply-To: 
Mime-Version: 1.0
Content-Disposition: inline
X-Mailman-Approved-At: Sat, 20 Feb 2016 13:08:51 +0000
Cc: xen-devel@lists.xen.org
Subject: Re: [Xen-users] dom0 USB failing with "ehci-pci: probe of
 0000:00:1d.0 failed with error -110"
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

>>> On 19.02.16 at 09:30,  wrote:
> On Thu, Feb 18, 2016 at 5:40 PM, Jan Beulich  wrote:
>> (copy to xen-devel)

But then please don't cross-post (I'm therefore moving xen-users
to BC).

> The issue still exists with microcode updated.
> And on this machine, nothing 'ACPI Error' like the Debian bug was seen.
> And when max_cstate=2 is still bad, max_cstate=1 works.
> But max_cstate=1 and mwait-idle=false are different,
> which one is preferred to work around this issue?

Depends on what C-states you get the system to use with
"mwait-idle=false" (i.e. when instead the ACPI driver manages
C-states), and whether C1 there would be the trivial HLT one.
And it of course also matters how much you care about the
power consumption of your system when it's idle.

Jan


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Sun Feb 21 23:32:59 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 21 Feb 2016 23:32:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXdTq-00080O-CD; Sun, 21 Feb 2016 23:31:58 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXdTp-00080H-7Q
	for xen-users@lists.xen.org; Sun, 21 Feb 2016 23:31:57 +0000
Received: from [85.158.139.211] by server-1.bemta-5.messagelabs.com id
	3E/9F-03316-CE84AC65; Sun, 21 Feb 2016 23:31:56 +0000
X-Env-Sender: jilingshu@gmail.com
X-Msg-Ref: server-2.tower-206.messagelabs.com!1456097515!23936302!1
X-Originating-IP: [209.85.213.170]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16692 invoked from network); 21 Feb 2016 23:31:56 -0000
Received: from mail-ig0-f170.google.com (HELO mail-ig0-f170.google.com)
	(209.85.213.170)
	by server-2.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 21 Feb 2016 23:31:56 -0000
Received: by mail-ig0-f170.google.com with SMTP id xg9so66417549igb.1
	for ; Sun, 21 Feb 2016 15:31:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=lAiZ3R1omaUIfpznenialzebGhzGIdkZ2ce0sLVXw6Q=;
	b=ED/HrYS06R20qNkL/A+TiPKUi0nMV9tvUo5AzNP3wZjOP+xbFNvQiVHKhIlskxc/dU
	hWTG7LFpJnArKqiM9er2LAlwg0wnFCIXTxHvvS4q2uCI1zSjK3XyJdlz4ca16dMZZNFC
	amftQH2XyhdILIM/oInu/9L/dn5bX+Lhz0dUWVeZ2/Gm/xwxfNnR0x/JMLrQ9sFv9K+o
	VFVir4Rn0Yqz11gAKq4isestgV8mma8953Y5saDYxPyol54EPmwxrCdFHlqjqwe27r3M
	dEpBIIwkCwlJXjM+T038ehSX3kMVt2y3fvAy34ZySwNU8hIOICZG6pnz21VLP93wpCFz
	PZBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=lAiZ3R1omaUIfpznenialzebGhzGIdkZ2ce0sLVXw6Q=;
	b=hqLYqvYiDIcXL2NncdBy/v9qEBxx41agm7DW9nE+ljuKTv3rMFISO9utZTBnZVu4br
	AZUhOSkyZzMcNWYwrDrypLjg/af+4XNBdGwwFthP+lFMDd8gVFEBxj4qWsrHLjoO/PsY
	wSF2hbA5yda4TOFBGx7h5c4RHliOclLARRr1jxppN2P/AF9TIqWGCCSgD31ok8HclJg1
	oQm1Wf5b0KDIUnK3NsbFjsBF/Z2TjBR8kucVaM0KJHR7L0o42ImzzJWTwCon6XVcD7KN
	5LJXnJNbaiA0Lz3Wrn9yBbT02kvBrx7LFKG1mTVR7aizaGEXsIxaYKLVz2Nh0Lhca2Kz
	S+xA==
X-Gm-Message-State: AG10YOTWc5LyAPUwDjpk53XiTMBASlApo1R/JGzZFqtyZZhlm6UpsfymbMwiXHJng4MpqFUO4jCzUU4tTB+dyA==
MIME-Version: 1.0
X-Received: by 10.50.61.209 with SMTP id s17mr7902723igr.7.1456097514980; Sun,
	21 Feb 2016 15:31:54 -0800 (PST)
Received: by 10.64.59.41 with HTTP; Sun, 21 Feb 2016 15:31:54 -0800 (PST)
Date: Sun, 21 Feb 2016 20:01:54 -0330
Message-ID: 
From: bear 
To: xen-users@lists.xen.org
Subject: [Xen-users] libvirt in container
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi all,
I install xen-system-amd64 in Ubuntu 14.04 LTS. If I install libvirt
on the same host, everything runs perfectly, virsh -c xen:/// can
successfully connect to the hypervisor.
However, when I install libvirt within a privileged docker container,
it is impossible to connect to hypervisor, and I get error

internal error: libxenlight state driver is not active

I am very sure KVM works in this configuration, but Xen just failed
for unknown reason.
Any suggestions?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Sun Feb 21 23:32:59 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 21 Feb 2016 23:32:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXdTq-00080O-CD; Sun, 21 Feb 2016 23:31:58 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXdTp-00080H-7Q
	for xen-users@lists.xen.org; Sun, 21 Feb 2016 23:31:57 +0000
Received: from [85.158.139.211] by server-1.bemta-5.messagelabs.com id
	3E/9F-03316-CE84AC65; Sun, 21 Feb 2016 23:31:56 +0000
X-Env-Sender: jilingshu@gmail.com
X-Msg-Ref: server-2.tower-206.messagelabs.com!1456097515!23936302!1
X-Originating-IP: [209.85.213.170]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16692 invoked from network); 21 Feb 2016 23:31:56 -0000
Received: from mail-ig0-f170.google.com (HELO mail-ig0-f170.google.com)
	(209.85.213.170)
	by server-2.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 21 Feb 2016 23:31:56 -0000
Received: by mail-ig0-f170.google.com with SMTP id xg9so66417549igb.1
	for ; Sun, 21 Feb 2016 15:31:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=lAiZ3R1omaUIfpznenialzebGhzGIdkZ2ce0sLVXw6Q=;
	b=ED/HrYS06R20qNkL/A+TiPKUi0nMV9tvUo5AzNP3wZjOP+xbFNvQiVHKhIlskxc/dU
	hWTG7LFpJnArKqiM9er2LAlwg0wnFCIXTxHvvS4q2uCI1zSjK3XyJdlz4ca16dMZZNFC
	amftQH2XyhdILIM/oInu/9L/dn5bX+Lhz0dUWVeZ2/Gm/xwxfNnR0x/JMLrQ9sFv9K+o
	VFVir4Rn0Yqz11gAKq4isestgV8mma8953Y5saDYxPyol54EPmwxrCdFHlqjqwe27r3M
	dEpBIIwkCwlJXjM+T038ehSX3kMVt2y3fvAy34ZySwNU8hIOICZG6pnz21VLP93wpCFz
	PZBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=lAiZ3R1omaUIfpznenialzebGhzGIdkZ2ce0sLVXw6Q=;
	b=hqLYqvYiDIcXL2NncdBy/v9qEBxx41agm7DW9nE+ljuKTv3rMFISO9utZTBnZVu4br
	AZUhOSkyZzMcNWYwrDrypLjg/af+4XNBdGwwFthP+lFMDd8gVFEBxj4qWsrHLjoO/PsY
	wSF2hbA5yda4TOFBGx7h5c4RHliOclLARRr1jxppN2P/AF9TIqWGCCSgD31ok8HclJg1
	oQm1Wf5b0KDIUnK3NsbFjsBF/Z2TjBR8kucVaM0KJHR7L0o42ImzzJWTwCon6XVcD7KN
	5LJXnJNbaiA0Lz3Wrn9yBbT02kvBrx7LFKG1mTVR7aizaGEXsIxaYKLVz2Nh0Lhca2Kz
	S+xA==
X-Gm-Message-State: AG10YOTWc5LyAPUwDjpk53XiTMBASlApo1R/JGzZFqtyZZhlm6UpsfymbMwiXHJng4MpqFUO4jCzUU4tTB+dyA==
MIME-Version: 1.0
X-Received: by 10.50.61.209 with SMTP id s17mr7902723igr.7.1456097514980; Sun,
	21 Feb 2016 15:31:54 -0800 (PST)
Received: by 10.64.59.41 with HTTP; Sun, 21 Feb 2016 15:31:54 -0800 (PST)
Date: Sun, 21 Feb 2016 20:01:54 -0330
Message-ID: 
From: bear 
To: xen-users@lists.xen.org
Subject: [Xen-users] libvirt in container
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi all,
I install xen-system-amd64 in Ubuntu 14.04 LTS. If I install libvirt
on the same host, everything runs perfectly, virsh -c xen:/// can
successfully connect to the hypervisor.
However, when I install libvirt within a privileged docker container,
it is impossible to connect to hypervisor, and I get error

internal error: libxenlight state driver is not active

I am very sure KVM works in this configuration, but Xen just failed
for unknown reason.
Any suggestions?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 03:18:32 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 03:18:32 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXh01-0007PI-HM; Mon, 22 Feb 2016 03:17:25 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXh00-0007PD-DK
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 03:17:24 +0000
Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id
	40/31-10715-3CD7AC65; Mon, 22 Feb 2016 03:17:23 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-12.tower-27.messagelabs.com!1456111042!25472672!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5239 invoked from network); 22 Feb 2016 03:17:22 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 03:17:22 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id 2002720663
	for ; Sun, 21 Feb 2016 22:17:22 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Sun, 21 Feb 2016 22:17:22 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=53/
	tzVuPW4C+v4TmnOERZ4erhYQ=; b=GAJW/KHtCcZHHZa06FUjXxpwgLnHNzt39MU
	xR3bfA7sWJTMWOQE2OV5VhI03GE8yjuxPH4qelEBF6RMiQMPNkCJ2WCEsGrhvFlo
	Q0N4qmMD1OOK6jZ21HrnQax8k5VxfcIqQA4T9HF92dfDDBOvEL5kdRSlaptnsKxV
	7/QdmhsA=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=53/tzVuPW4C+v4TmnOERZ4erhYQ=; b=jEtCt
	5Z3/RCjwZGt3I2vrQXFy9fDEFxpfFr3/qsPzQu4iiIgdZBRmLqiC49oqiLoWDdWa
	Yop4ULGV2zFBsZIX1KAB6OEZl67wdDJFVKcXMjaFD5JjDlZe50DY89Nd8VADROQh
	9JEpPDNXBfLQxtg+IAWoMJ/ksOxeHYeuhQptGA=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id D4C1F11612B; Sun, 21 Feb 2016 22:17:21 -0500 (EST)
Message-Id: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
X-Sasl-Enc: up2IL7sHfIWr6dyzJNVMI9lZx3V5d+6bWC+PgSpOc9/U 1456111041
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Sun, 21 Feb 2016 19:17:21 -0800
Subject: [Xen-users] adding fourth device to pvhvm config causes DomU launch
 fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org


I run

	rpm -qa | grep -i xen-4
		xen-4.6.1_01-409.1.x86_64

on

	uname -r
		4.4.2-1.gf12d966-default

I have a PVHVM guest that boot fine, with config

	cat /home/test/arch.cfg
		name = 'arch-template'
		builder = 'hvm'
		xen_platform_pci = 1
		device_model_version="qemu-xen"
		boot = 'cd'
		hdtype = 'ahci'
		acpi = 1
		apic = 1
		disk = [ 'phy:/dev/VG0/tEFI,hda,w',
		         'phy:/dev/VG0/tBOOT,hdb,w',
		         'phy:/dev/VG0/tSWAP,hdc,w',
		         'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom,r',]
		...

	xl create ./arch.cfg
	 xenstore-ls | grep params  | grep arch
       params = "/dev/VG0/tEFI"
       params = "/dev/VG0/tBOOT"
       params = "/dev/VG0/tSWAP"
       params = "/home/test/archlinux-2016.02.01-dual.iso"

If, however, I add a fourth hdX, i.e.,

		         'phy:/dev/VG0/tSWAP,hdc,w',
	+	         'phy:/dev/VG0/tROOT,hdd,w',
		         'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom,r',]

Then, the guest launch fails with

	xl create ./arch.cfg

		Parsing config from ./arch.cfg
		got a tsc mode string: "default"
		libxl: error: libxl.c:2735:device_disk_add: device already exists in xenstore
		libxl: error: libxl_create.c:1175:domcreate_launch_dm: unable to add disk devices
		libxl: error: libxl_dm.c:1966:kill_device_model: unable to find device model pid in /local/domain/9/image/device-model-pid
		libxl: error: libxl.c:1628:libxl__destroy_domid: libxl__destroy_device_model failed for 9
		libxl: error: libxl.c:1591:libxl__destroy_domid: non-existant domain 9
		libxl: error: libxl.c:1549:domain_destroy_callback: unable to destroy guest with domid 9
		libxl: error: libxl.c:1476:domain_destroy_cb: destruction of domain 9 failed

	 xenstore-ls | grep params  | grep arch
		(empty)

I can see no immediate reason for this fail.  Is there a limit on # of drives in HVM?


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 03:18:32 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 03:18:32 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXh01-0007PI-HM; Mon, 22 Feb 2016 03:17:25 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXh00-0007PD-DK
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 03:17:24 +0000
Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id
	40/31-10715-3CD7AC65; Mon, 22 Feb 2016 03:17:23 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-12.tower-27.messagelabs.com!1456111042!25472672!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5239 invoked from network); 22 Feb 2016 03:17:22 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-12.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 03:17:22 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id 2002720663
	for ; Sun, 21 Feb 2016 22:17:22 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Sun, 21 Feb 2016 22:17:22 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=53/
	tzVuPW4C+v4TmnOERZ4erhYQ=; b=GAJW/KHtCcZHHZa06FUjXxpwgLnHNzt39MU
	xR3bfA7sWJTMWOQE2OV5VhI03GE8yjuxPH4qelEBF6RMiQMPNkCJ2WCEsGrhvFlo
	Q0N4qmMD1OOK6jZ21HrnQax8k5VxfcIqQA4T9HF92dfDDBOvEL5kdRSlaptnsKxV
	7/QdmhsA=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=53/tzVuPW4C+v4TmnOERZ4erhYQ=; b=jEtCt
	5Z3/RCjwZGt3I2vrQXFy9fDEFxpfFr3/qsPzQu4iiIgdZBRmLqiC49oqiLoWDdWa
	Yop4ULGV2zFBsZIX1KAB6OEZl67wdDJFVKcXMjaFD5JjDlZe50DY89Nd8VADROQh
	9JEpPDNXBfLQxtg+IAWoMJ/ksOxeHYeuhQptGA=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id D4C1F11612B; Sun, 21 Feb 2016 22:17:21 -0500 (EST)
Message-Id: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
X-Sasl-Enc: up2IL7sHfIWr6dyzJNVMI9lZx3V5d+6bWC+PgSpOc9/U 1456111041
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Sun, 21 Feb 2016 19:17:21 -0800
Subject: [Xen-users] adding fourth device to pvhvm config causes DomU launch
 fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org


I run

	rpm -qa | grep -i xen-4
		xen-4.6.1_01-409.1.x86_64

on

	uname -r
		4.4.2-1.gf12d966-default

I have a PVHVM guest that boot fine, with config

	cat /home/test/arch.cfg
		name = 'arch-template'
		builder = 'hvm'
		xen_platform_pci = 1
		device_model_version="qemu-xen"
		boot = 'cd'
		hdtype = 'ahci'
		acpi = 1
		apic = 1
		disk = [ 'phy:/dev/VG0/tEFI,hda,w',
		         'phy:/dev/VG0/tBOOT,hdb,w',
		         'phy:/dev/VG0/tSWAP,hdc,w',
		         'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom,r',]
		...

	xl create ./arch.cfg
	 xenstore-ls | grep params  | grep arch
       params = "/dev/VG0/tEFI"
       params = "/dev/VG0/tBOOT"
       params = "/dev/VG0/tSWAP"
       params = "/home/test/archlinux-2016.02.01-dual.iso"

If, however, I add a fourth hdX, i.e.,

		         'phy:/dev/VG0/tSWAP,hdc,w',
	+	         'phy:/dev/VG0/tROOT,hdd,w',
		         'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom,r',]

Then, the guest launch fails with

	xl create ./arch.cfg

		Parsing config from ./arch.cfg
		got a tsc mode string: "default"
		libxl: error: libxl.c:2735:device_disk_add: device already exists in xenstore
		libxl: error: libxl_create.c:1175:domcreate_launch_dm: unable to add disk devices
		libxl: error: libxl_dm.c:1966:kill_device_model: unable to find device model pid in /local/domain/9/image/device-model-pid
		libxl: error: libxl.c:1628:libxl__destroy_domid: libxl__destroy_device_model failed for 9
		libxl: error: libxl.c:1591:libxl__destroy_domid: non-existant domain 9
		libxl: error: libxl.c:1549:domain_destroy_callback: unable to destroy guest with domid 9
		libxl: error: libxl.c:1476:domain_destroy_cb: destruction of domain 9 failed

	 xenstore-ls | grep params  | grep arch
		(empty)

I can see no immediate reason for this fail.  Is there a limit on # of drives in HVM?


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 08:52:50 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 08:52:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXmDg-0002Wq-Au; Mon, 22 Feb 2016 08:51:52 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXmDd-0002WD-29; Mon, 22 Feb 2016 08:51:49 +0000
Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id
	1A/DB-03109-32CCAC65; Mon, 22 Feb 2016 08:51:47 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-2.tower-31.messagelabs.com!1456131106!24016135!1
X-Originating-IP: [74.125.82.48]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 56175 invoked from network); 22 Feb 2016 08:51:46 -0000
Received: from mail-wm0-f48.google.com (HELO mail-wm0-f48.google.com)
	(74.125.82.48)
	by server-2.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 22 Feb 2016 08:51:46 -0000
Received: by mail-wm0-f48.google.com with SMTP id b205so145389561wmb.1;
	Mon, 22 Feb 2016 00:51:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:subject:from:in-reply-to:date
	:content-transfer-encoding:message-id:references:to;
	bh=H2NJ6cSNUSN4taBEYz1Zmz5qRLBdz5tV2reZryPa/t4=;
	b=zIgU2jm7Dh4PMjqwwPru9mWWT4SFcge/6RmqUif3W5vrrLr54OHSyT1g9XQg+cv5Vm
	Qsckb11qUJ65xab9EXarW6ziZTlwQ7ugYGqijkeOKSIh9LAvAijtnuuOqzLcqx3gpEdF
	s713I6lUj7gt0676FbOK6zL9fqb17zgxK/4h2a4SphH+uJ37o5bdzCZewFBOVrv2wQWw
	m3B3LdS1VkC39hkR65CgPNQlzHnnGmeolUVFX9dAj3Wok1hE3Hx0aLoVtPU1abw3D4Tl
	7uGdAWwdp4Rv2jvODrBQZiR00ypJVFh7jnGkiq64lXn0GX/yn7wtBpezIHzh68s2EDzp
	2X/w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:subject:from:in-reply-to:date
	:content-transfer-encoding:message-id:references:to;
	bh=H2NJ6cSNUSN4taBEYz1Zmz5qRLBdz5tV2reZryPa/t4=;
	b=HclEfK4RB58TSoUCwoxg96X5WvtPEslIluYiXL8WMq3lP7Do1fu5PvvO1yrbmo4Uxf
	bl6Mi98xbsK0axIVNA+N/0Z5M2U13l6LhjcEE75XZBeO9Hh+M54WIQrT6N+6Z4o7fhPt
	Q0jA20/bqmNuWSK96+8mcrk4Cq5+/KTMH899lJmGzdibOk3AUpf0OEOW7Xtc02723TJd
	+l5i6KFvFJXSfU7stmZ/r6JUbbTjxzg3TNkTSiydeXGhozBvWAcBl2k1/sYPMZgHsI2L
	XGVQzLK3twCgwlrfMjpVUfRAp18SdKVL/1wOaNZ45tc4rQcRjWysTlJ/O+j6UD4Yv/72
	kP1g==
X-Gm-Message-State: AG10YOQb5x6qzwF1tSUNLj9eHH+j5X9bmhgVEmiDeV4CBZ/i+Rz5IqSobHGpOdg/No4XqA==
X-Received: by 10.28.188.138 with SMTP id m132mr11200954wmf.29.1456131106577; 
	Mon, 22 Feb 2016 00:51:46 -0800 (PST)
Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170])
	by smtp.gmail.com with ESMTPSA id 77sm9601395wmp.18.2016.02.22.00.51.45
	(version=TLSv1/SSLv3 cipher=OTHER);
	Mon, 22 Feb 2016 00:51:45 -0800 (PST)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Lars Kurth 
In-Reply-To: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com>
Date: Mon, 22 Feb 2016 08:51:47 +0000
Message-Id: 
References: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com>
To: xen-devel , xen-api@lists.xenproject.org,
	xen-users@lists.xenproject.org,
	mirageos-devel ,
	Win-pv-devel@lists.xenproject.org
X-Mailer: Apple Mail (2.2104)
Subject: Re: [Xen-users] Xen Project Infrastructure Maintenance: Feb 22nd
	from 8:00 AM UTC (to fix CVE-2015-7547)
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

A quick note to let you know that all machines have been rebooted
Lars

> On 19 Feb 2016, at 11:59, Lars Kurth  wrote:
> 
> Hi everyone,
> 
> due to the recently discovered glibc security vulnerability we need to reboot all our VMs: this will affect the blog, bugs, etherpad, lists, mail, wiki and xenbits. Each service should only be unavailable for 5 minutes.
> 
> If you notice any issues after the reboot please reply to this mail or check on the #xeninfra IRC channel.
> 
> Best Regards 
> Lars


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 08:52:50 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 08:52:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXmDg-0002Wq-Au; Mon, 22 Feb 2016 08:51:52 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXmDd-0002WD-29; Mon, 22 Feb 2016 08:51:49 +0000
Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id
	1A/DB-03109-32CCAC65; Mon, 22 Feb 2016 08:51:47 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-2.tower-31.messagelabs.com!1456131106!24016135!1
X-Originating-IP: [74.125.82.48]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 56175 invoked from network); 22 Feb 2016 08:51:46 -0000
Received: from mail-wm0-f48.google.com (HELO mail-wm0-f48.google.com)
	(74.125.82.48)
	by server-2.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 22 Feb 2016 08:51:46 -0000
Received: by mail-wm0-f48.google.com with SMTP id b205so145389561wmb.1;
	Mon, 22 Feb 2016 00:51:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:subject:from:in-reply-to:date
	:content-transfer-encoding:message-id:references:to;
	bh=H2NJ6cSNUSN4taBEYz1Zmz5qRLBdz5tV2reZryPa/t4=;
	b=zIgU2jm7Dh4PMjqwwPru9mWWT4SFcge/6RmqUif3W5vrrLr54OHSyT1g9XQg+cv5Vm
	Qsckb11qUJ65xab9EXarW6ziZTlwQ7ugYGqijkeOKSIh9LAvAijtnuuOqzLcqx3gpEdF
	s713I6lUj7gt0676FbOK6zL9fqb17zgxK/4h2a4SphH+uJ37o5bdzCZewFBOVrv2wQWw
	m3B3LdS1VkC39hkR65CgPNQlzHnnGmeolUVFX9dAj3Wok1hE3Hx0aLoVtPU1abw3D4Tl
	7uGdAWwdp4Rv2jvODrBQZiR00ypJVFh7jnGkiq64lXn0GX/yn7wtBpezIHzh68s2EDzp
	2X/w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:subject:from:in-reply-to:date
	:content-transfer-encoding:message-id:references:to;
	bh=H2NJ6cSNUSN4taBEYz1Zmz5qRLBdz5tV2reZryPa/t4=;
	b=HclEfK4RB58TSoUCwoxg96X5WvtPEslIluYiXL8WMq3lP7Do1fu5PvvO1yrbmo4Uxf
	bl6Mi98xbsK0axIVNA+N/0Z5M2U13l6LhjcEE75XZBeO9Hh+M54WIQrT6N+6Z4o7fhPt
	Q0jA20/bqmNuWSK96+8mcrk4Cq5+/KTMH899lJmGzdibOk3AUpf0OEOW7Xtc02723TJd
	+l5i6KFvFJXSfU7stmZ/r6JUbbTjxzg3TNkTSiydeXGhozBvWAcBl2k1/sYPMZgHsI2L
	XGVQzLK3twCgwlrfMjpVUfRAp18SdKVL/1wOaNZ45tc4rQcRjWysTlJ/O+j6UD4Yv/72
	kP1g==
X-Gm-Message-State: AG10YOQb5x6qzwF1tSUNLj9eHH+j5X9bmhgVEmiDeV4CBZ/i+Rz5IqSobHGpOdg/No4XqA==
X-Received: by 10.28.188.138 with SMTP id m132mr11200954wmf.29.1456131106577; 
	Mon, 22 Feb 2016 00:51:46 -0800 (PST)
Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170])
	by smtp.gmail.com with ESMTPSA id 77sm9601395wmp.18.2016.02.22.00.51.45
	(version=TLSv1/SSLv3 cipher=OTHER);
	Mon, 22 Feb 2016 00:51:45 -0800 (PST)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Lars Kurth 
In-Reply-To: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com>
Date: Mon, 22 Feb 2016 08:51:47 +0000
Message-Id: 
References: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com>
To: xen-devel , xen-api@lists.xenproject.org,
	xen-users@lists.xenproject.org,
	mirageos-devel ,
	Win-pv-devel@lists.xenproject.org
X-Mailer: Apple Mail (2.2104)
Subject: Re: [Xen-users] Xen Project Infrastructure Maintenance: Feb 22nd
	from 8:00 AM UTC (to fix CVE-2015-7547)
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

A quick note to let you know that all machines have been rebooted
Lars

> On 19 Feb 2016, at 11:59, Lars Kurth  wrote:
> 
> Hi everyone,
> 
> due to the recently discovered glibc security vulnerability we need to reboot all our VMs: this will affect the blog, bugs, etherpad, lists, mail, wiki and xenbits. Each service should only be unavailable for 5 minutes.
> 
> If you notice any issues after the reboot please reply to this mail or check on the #xeninfra IRC channel.
> 
> Best Regards 
> Lars


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 11:03:08 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 11:03:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoFf-0001Qi-N8; Mon, 22 Feb 2016 11:02:03 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXoFe-0001Qb-FI
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 11:02:02 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
	0F/2A-03449-9AAEAC65; Mon, 22 Feb 2016 11:02:01 +0000
X-Env-Sender: M.Ferger@kostal.com
X-Msg-Ref: server-5.tower-206.messagelabs.com!1456138920!23974258!1
X-Originating-IP: [193.22.205.227]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25691 invoked from network); 22 Feb 2016 11:02:00 -0000
Received: from securemail.kostal.com (HELO securemail.kostal.com)
	(193.22.205.227)
	by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 11:02:00 -0000
Received: from mail.kostal.com (mail.kostal.com [193.22.205.226])
	by securemail.kostal.com (8.14.7/8.14.7) with ESMTP id u1MB1pxD028232
	for ; Mon, 22 Feb 2016 12:01:51 +0100
Received: from DEBEMAIL010.kostal.int (unverified [10.20.2.140]) by 
	mail.kostal.com (Kostal content checked) with ESMTP id 
	 for 
	; Mon, 22 Feb 2016 12:01:51 +0100
Received: from DEBEMAIL001.kostal.int (10.20.2.181) by DEBEMAIL010.kostal.int 
	(10.20.2.140) with Microsoft SMTP Server (TLS) id 14.3.224.2;
	Mon, 22 Feb 2016 12:01:49 +0100
Received: from DEBEMAIL002.kostal.int (10.20.2.182) by DEBEMAIL001.kostal.int 
	(10.20.2.181) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Mon, 
	22 Feb 2016 12:01:48 +0100
Received: from DEBEMAIL002.kostal.int ([fe80::e135:11a6:577e:23bb]) by 
	DEBEMAIL002.kostal.int ([fe80::e135:11a6:577e:23bb%12]) with mapi id 
	15.00.1130.005; Mon, 22 Feb 2016 12:01:48 +0100
From: "Ferger, Max" 
To: "xen-users@lists.xen.org" 
Thread-Topic: gdbsx on ARM - any progress?
Thread-Index: AdFtX9ZpzQTeRtATQa61QNUz7dJqYA==
Date: Mon, 22 Feb 2016 11:01:48 +0000
Message-ID: <1a9d626b3bbb474b8e124d33cd133dac@DEBEMAIL002.kostal.int>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.20.2.192]
MIME-Version: 1.0
X-OLX-Disclaimer: Done
X-TM-AS-Product-Ver: SMEX-11.0.0.1191-8.000.1202-21780.006
X-TM-AS-Result: No--9.714100-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Subject: [Xen-users] gdbsx on ARM - any progress?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6029023374000942914=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============6029023374000942914==
Content-Language: de-DE
Content-Type: multipart/alternative; 
    boundary="_000_1a9d626b3bbb474b8e124d33cd133dacDEBEMAIL002kostalint_"

--_000_1a9d626b3bbb474b8e124d33cd133dacDEBEMAIL002kostalint_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkhDQoNCldlIGFyZSB0cnlpbmcgdG8gcnVuIFhlbiBvbiBBUk0gZm9yIGF1dG9tb3RpdmUgcHVy
cG9zZXMg4oCTIGJ1dCBpdCBpcyByZWFsbHkgaGFyZCB0byBjb21lIGJ5IGFueSBtZWFucyBvZiBk
ZWJ1Z2dpbmcgRG9tVSwgZXNwZWNpYWxseSB3aGVuIHdlIGRvbuKAmXQgZ2V0IGFueSBjb25zb2xl
IG91dHB1dCBhdCBhbGwuDQoNCmdkYnN4ICBzZWVtcyBsaWtlIHRoZSBzb2x1dGlvbiB0byBEb21V
LWRlYnVnZ2luZywgYnV0IGl0IGlzIGV4Y2x1ZGVkIGZyb20g4oCYdG9vbHMvTWFrZWZpbGXigJks
ICBhbmQgYnkgY29tcGFyaXNvbiB0byDigJhhcmNoL3g4NuKAmSwgdGhlcmUgaXMgY29kZSBtaXNz
aW5nLg0KDQpBbnlib2R5IGtub3dzIHNvbWV0aGluZyBvbiBob3cgdG8gc2luZ2xlLXN0ZXAgaW50
byBEb21VIGJyaW5nLXVwPw0KDQpLaW5kIHJlZ2FyZHMNCg0KTGVvcG9sZCBLb3N0YWwgR21iSCAm
IENvLiBLRw0KQXV0b21vdGl2ZSBFbGVjdHJpY2FsIFN5c3RlbXMNCg0KTWF4IEZlcmdlcg0KQUVO
NSBWb3JlbnR3aWNrbHVuZyBQcm9kdWt0aW5ub3ZhdGlvbmVuDQpBZHZhbmNlIERldmVsb3BtZW50
IElubm92YXRpdmUgUHJvZHVjdHMNCg0KSGF1ZXJ0IDE2LCA0NDIyNyBEb3J0bXVuZA0KRGV1dHNj
aGxhbmQgLyBHZXJtYW55DQpUZWxlZm9uOiArNDkgMjMxIDc1ODggOTY1DQpFLU1haWw6IG0uZmVy
Z2VyQGtvc3RhbC5jb20NCg0KSW50ZXJuZXQ6IGh0dHA6Ly93d3cua29zdGFsLmNvbQ0KDQoNCg0K
DQpMZW9wb2xkIEtPU1RBTCBHbWJIICYgQ28uIEtHIC0gU2l0eiBMw7xkZW5zY2hlaWQsIFJlZ2lz
dGVyZ2VyaWNodCBJc2VybG9obiBIUkEgMjg1NCwgcGhHIEtvc3RhbCBWZXJ3YWx0dW5nc2dlc2Vs
bHNjaGFmdCBtYkgsIFJlZ2lzdGVyZ2VyaWNodCBJc2VybG9obiBIUkIgNDA2MSAtIFVTdC1JZC1O
ci4vVmF0IE5vLjogREUgMTI1ODAwODg1DQpQb3N0LSB1bmQgV2Vya3NhbnNjaHJpZnQ6IEFuIGRl
ciBCZWxsbWVyZWkgMTAsIEQtNTg1MTMgTMO8ZGVuc2NoZWlkICogVGVsZWZvbjogKzQ5IDIzNTEg
MTYtMCAqIFRlbGVmYXg6ICs0OSAyMzUxIDE2LTI0MDAgQmVsbG1lcmVpDQpHZXNjaMOkZnRzZsO8
aHJ1bmc6IERpcGwuLU9lYy4gQW5kcmVhcyBLb3N0YWwgKFZvcnNpdHplbmRlciksIERpcGwuLUlu
Zy4gTWFyd2luIEtpbnpsLCBEci4tSW5nLiBMdWRnZXIgTGF1ZmVuYmVyZywgRGlwbC4tS2ZtLiBV
bHJpY2ggWmltbWVybWFubg0KDQo=

--_000_1a9d626b3bbb474b8e124d33cd133dacDEBEMAIL002kostalint_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglt
c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ
e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlv
bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1
bmRlcmxpbmU7fQ0Kc3Bhbi5FLU1haWxGb3JtYXR2b3JsYWdlMTcNCgl7bXNvLXN0eWxlLXR5cGU6
cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglj
b2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y
dC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0
LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzky
LjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1cHQ7fQ0KZGl2LldvcmRT
ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z
byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg
Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs
YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8
L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJE
RSIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp
b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5IaSE8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiPldlIGFyZSB0cnlpbmcgdG8gcnVuIFhlbiBvbiBBUk0gZm9yIGF1dG9tb3Rp
dmUgcHVycG9zZXMg4oCTIGJ1dCBpdCBpcyByZWFsbHkgaGFyZCB0byBjb21lIGJ5IGFueSBtZWFu
cyBvZiBkZWJ1Z2dpbmcgRG9tVSwgZXNwZWNpYWxseSB3aGVuIHdlIGRvbuKAmXQgZ2V0IGFueSBj
b25zb2xlIG91dHB1dCBhdCBhbGwuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5nZGJzeCAmbmJzcDtzZWVt
cyBsaWtlIHRoZSBzb2x1dGlvbiB0byBEb21VLWRlYnVnZ2luZywgYnV0IGl0IGlzIGV4Y2x1ZGVk
IGZyb20g4oCYdG9vbHMvTWFrZWZpbGXigJksJm5ic3A7IGFuZCBieSBjb21wYXJpc29uIHRvIOKA
mGFyY2gveDg24oCZLCB0aGVyZSBpcyBjb2RlIG1pc3NpbmcuPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5B
bnlib2R5IGtub3dzIHNvbWV0aGluZyBvbiBob3cgdG8gc2luZ2xlLXN0ZXAgaW50byBEb21VIGJy
aW5nLXVwPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUiPktpbmQgcmVnYXJkczxicj4NCjxicj4N
Ckxlb3BvbGQgS29zdGFsIEdtYkggJmFtcDsgQ28uIEtHPGJyPg0KQXV0b21vdGl2ZSBFbGVjdHJp
Y2FsIFM8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkRFIj55c3RlbXMg
PGJyPg0KPGJyPg0KPGI+TWF4IEZlcmdlcjwvYj4gPGJyPg0KQUVONSBWb3JlbnR3aWNrbHVuZyBQ
cm9kdWt0aW5ub3ZhdGlvbmVuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkRFIj5BZHZhbmNlIERldmVs
b3BtZW50IElubm92YXRpdmUgUHJvZHVjdHM8YnI+DQo8YnI+DQpIYXVlcnQgMTYsIDQ0MjI3IERv
cnRtdW5kPGJyPg0KRGV1dHNjaGxhbmQgLyBHZXJtYW55PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkRF
Ij5UZWxlZm9uOiAmIzQzOzQ5IDIzMSA3NTg4IDk2NTxicj4NCkUtTWFpbDogPGEgaHJlZj0ibS5m
ZXJnZXJAa29zdGFsLmNvbSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsdWUiPm0uZmVyZ2VyQGtvc3Rh
bC5jb208L3NwYW4+PC9hPjxicj4NCjxicj4NCkludGVybmV0OiA8YSBocmVmPSJodHRwOi8vd3d3
Lmtvc3RhbC5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpibHVlIj5odHRwOi8vd3d3Lmtvc3RhbC5j
b208L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUi
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQoNCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTonQXJpYWwn
O2ZvbnQtc2l6ZTo4cHQ7Ij4mbmJzcDs8L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQt
ZmFtaWx5OidBcmlhbCc7Zm9udC1zaXplOjhwdDsiPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHls
ZT0iZm9udC1mYW1pbHk6J0FyaWFsJztmb250LXNpemU6OHB0OyI+Jm5ic3A7PC9zcGFuPjwvcD4N
CjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTonQXJpYWwnO2ZvbnQtc2l6ZTo4cHQ7Ij5MZW9w
b2xkIEtPU1RBTCBHbWJIICZhbXA7IENvLiBLRyAtIFNpdHogTCZ1dW1sO2RlbnNjaGVpZCwgUmVn
aXN0ZXJnZXJpY2h0IElzZXJsb2huIEhSQSAyODU0LCBwaEcgS29zdGFsIFZlcndhbHR1bmdzZ2Vz
ZWxsc2NoYWZ0IG1iSCwgUmVnaXN0ZXJnZXJpY2h0IElzZXJsb2huIEhSQiA0MDYxIC0gVVN0LUlk
LU5yLi9WYXQgTm8uOiBERSAxMjU4MDA4ODU8L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OidBcmlhbCc7Zm9udC1zaXplOjhwdDsiPlBvc3QtIHVuZCBXZXJrc2Fuc2Nocmlm
dDogQW4gZGVyIEJlbGxtZXJlaSAxMCwgRC01ODUxMyBMJnV1bWw7ZGVuc2NoZWlkICogVGVsZWZv
bjogKzQ5IDIzNTEgMTYtMCAqIFRlbGVmYXg6ICs0OSAyMzUxIDE2LTI0MDAgQmVsbG1lcmVpPC9z
cGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTonQXJpYWwnO2ZvbnQtc2l6ZTo4
cHQ7Ij5HZXNjaCZhdW1sO2Z0c2YmdXVtbDtocnVuZzogRGlwbC4tT2VjLiBBbmRyZWFzIEtvc3Rh
bCAoVm9yc2l0emVuZGVyKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6J0FyaWFsJztm
b250LXNpemU6OXB0OyI+LCA8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OidBcmlhbCc7
Zm9udC1zaXplOjhwdDsiPkRpcGwuLUluZy4gTWFyd2luIEtpbnpsLCBEci4tSW5nLiBMdWRnZXIg
TGF1ZmVuYmVyZywgRGlwbC4tS2ZtLiBVbHJpY2ggWmltbWVybWFubjwvc3Bhbj48L3A+DQo8cD48
c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6J0FyaWFsJztmb250LXNpemU6OHB0OyI+Jm5ic3A7PC9z
cGFuPjwvcD48L2JvZHk+DQo8L2h0bWw+DQo=

--_000_1a9d626b3bbb474b8e124d33cd133dacDEBEMAIL002kostalint_--


--===============6029023374000942914==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============6029023374000942914==--


From xen-users-bounces@lists.xen.org Mon Feb 22 11:03:08 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 11:03:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoFf-0001Qi-N8; Mon, 22 Feb 2016 11:02:03 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXoFe-0001Qb-FI
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 11:02:02 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
	0F/2A-03449-9AAEAC65; Mon, 22 Feb 2016 11:02:01 +0000
X-Env-Sender: M.Ferger@kostal.com
X-Msg-Ref: server-5.tower-206.messagelabs.com!1456138920!23974258!1
X-Originating-IP: [193.22.205.227]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25691 invoked from network); 22 Feb 2016 11:02:00 -0000
Received: from securemail.kostal.com (HELO securemail.kostal.com)
	(193.22.205.227)
	by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 11:02:00 -0000
Received: from mail.kostal.com (mail.kostal.com [193.22.205.226])
	by securemail.kostal.com (8.14.7/8.14.7) with ESMTP id u1MB1pxD028232
	for ; Mon, 22 Feb 2016 12:01:51 +0100
Received: from DEBEMAIL010.kostal.int (unverified [10.20.2.140]) by 
	mail.kostal.com (Kostal content checked) with ESMTP id 
	 for 
	; Mon, 22 Feb 2016 12:01:51 +0100
Received: from DEBEMAIL001.kostal.int (10.20.2.181) by DEBEMAIL010.kostal.int 
	(10.20.2.140) with Microsoft SMTP Server (TLS) id 14.3.224.2;
	Mon, 22 Feb 2016 12:01:49 +0100
Received: from DEBEMAIL002.kostal.int (10.20.2.182) by DEBEMAIL001.kostal.int 
	(10.20.2.181) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Mon, 
	22 Feb 2016 12:01:48 +0100
Received: from DEBEMAIL002.kostal.int ([fe80::e135:11a6:577e:23bb]) by 
	DEBEMAIL002.kostal.int ([fe80::e135:11a6:577e:23bb%12]) with mapi id 
	15.00.1130.005; Mon, 22 Feb 2016 12:01:48 +0100
From: "Ferger, Max" 
To: "xen-users@lists.xen.org" 
Thread-Topic: gdbsx on ARM - any progress?
Thread-Index: AdFtX9ZpzQTeRtATQa61QNUz7dJqYA==
Date: Mon, 22 Feb 2016 11:01:48 +0000
Message-ID: <1a9d626b3bbb474b8e124d33cd133dac@DEBEMAIL002.kostal.int>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.20.2.192]
MIME-Version: 1.0
X-OLX-Disclaimer: Done
X-TM-AS-Product-Ver: SMEX-11.0.0.1191-8.000.1202-21780.006
X-TM-AS-Result: No--9.714100-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Subject: [Xen-users] gdbsx on ARM - any progress?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6029023374000942914=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============6029023374000942914==
Content-Language: de-DE
Content-Type: multipart/alternative; 
    boundary="_000_1a9d626b3bbb474b8e124d33cd133dacDEBEMAIL002kostalint_"

--_000_1a9d626b3bbb474b8e124d33cd133dacDEBEMAIL002kostalint_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGkhDQoNCldlIGFyZSB0cnlpbmcgdG8gcnVuIFhlbiBvbiBBUk0gZm9yIGF1dG9tb3RpdmUgcHVy
cG9zZXMg4oCTIGJ1dCBpdCBpcyByZWFsbHkgaGFyZCB0byBjb21lIGJ5IGFueSBtZWFucyBvZiBk
ZWJ1Z2dpbmcgRG9tVSwgZXNwZWNpYWxseSB3aGVuIHdlIGRvbuKAmXQgZ2V0IGFueSBjb25zb2xl
IG91dHB1dCBhdCBhbGwuDQoNCmdkYnN4ICBzZWVtcyBsaWtlIHRoZSBzb2x1dGlvbiB0byBEb21V
LWRlYnVnZ2luZywgYnV0IGl0IGlzIGV4Y2x1ZGVkIGZyb20g4oCYdG9vbHMvTWFrZWZpbGXigJks
ICBhbmQgYnkgY29tcGFyaXNvbiB0byDigJhhcmNoL3g4NuKAmSwgdGhlcmUgaXMgY29kZSBtaXNz
aW5nLg0KDQpBbnlib2R5IGtub3dzIHNvbWV0aGluZyBvbiBob3cgdG8gc2luZ2xlLXN0ZXAgaW50
byBEb21VIGJyaW5nLXVwPw0KDQpLaW5kIHJlZ2FyZHMNCg0KTGVvcG9sZCBLb3N0YWwgR21iSCAm
IENvLiBLRw0KQXV0b21vdGl2ZSBFbGVjdHJpY2FsIFN5c3RlbXMNCg0KTWF4IEZlcmdlcg0KQUVO
NSBWb3JlbnR3aWNrbHVuZyBQcm9kdWt0aW5ub3ZhdGlvbmVuDQpBZHZhbmNlIERldmVsb3BtZW50
IElubm92YXRpdmUgUHJvZHVjdHMNCg0KSGF1ZXJ0IDE2LCA0NDIyNyBEb3J0bXVuZA0KRGV1dHNj
aGxhbmQgLyBHZXJtYW55DQpUZWxlZm9uOiArNDkgMjMxIDc1ODggOTY1DQpFLU1haWw6IG0uZmVy
Z2VyQGtvc3RhbC5jb20NCg0KSW50ZXJuZXQ6IGh0dHA6Ly93d3cua29zdGFsLmNvbQ0KDQoNCg0K
DQpMZW9wb2xkIEtPU1RBTCBHbWJIICYgQ28uIEtHIC0gU2l0eiBMw7xkZW5zY2hlaWQsIFJlZ2lz
dGVyZ2VyaWNodCBJc2VybG9obiBIUkEgMjg1NCwgcGhHIEtvc3RhbCBWZXJ3YWx0dW5nc2dlc2Vs
bHNjaGFmdCBtYkgsIFJlZ2lzdGVyZ2VyaWNodCBJc2VybG9obiBIUkIgNDA2MSAtIFVTdC1JZC1O
ci4vVmF0IE5vLjogREUgMTI1ODAwODg1DQpQb3N0LSB1bmQgV2Vya3NhbnNjaHJpZnQ6IEFuIGRl
ciBCZWxsbWVyZWkgMTAsIEQtNTg1MTMgTMO8ZGVuc2NoZWlkICogVGVsZWZvbjogKzQ5IDIzNTEg
MTYtMCAqIFRlbGVmYXg6ICs0OSAyMzUxIDE2LTI0MDAgQmVsbG1lcmVpDQpHZXNjaMOkZnRzZsO8
aHJ1bmc6IERpcGwuLU9lYy4gQW5kcmVhcyBLb3N0YWwgKFZvcnNpdHplbmRlciksIERpcGwuLUlu
Zy4gTWFyd2luIEtpbnpsLCBEci4tSW5nLiBMdWRnZXIgTGF1ZmVuYmVyZywgRGlwbC4tS2ZtLiBV
bHJpY2ggWmltbWVybWFubg0KDQo=

--_000_1a9d626b3bbb474b8e124d33cd133dacDEBEMAIL002kostalint_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg
Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv
ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl
PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6
IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m
YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy
IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws
IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ
Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglt
c28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJ
e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlv
bjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21z
by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1
bmRlcmxpbmU7fQ0Kc3Bhbi5FLU1haWxGb3JtYXR2b3JsYWdlMTcNCgl7bXNvLXN0eWxlLXR5cGU6
cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglj
b2xvcjp3aW5kb3d0ZXh0O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9y
dC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0
LWxhbmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzky
LjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDIuMGNtIDcwLjg1cHQ7fQ0KZGl2LldvcmRT
ZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z
byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg
Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs
YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8
L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJE
RSIgbGluaz0iIzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp
b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5IaSE8bzpwPjwv
bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g
bGFuZz0iRU4tVVMiPldlIGFyZSB0cnlpbmcgdG8gcnVuIFhlbiBvbiBBUk0gZm9yIGF1dG9tb3Rp
dmUgcHVycG9zZXMg4oCTIGJ1dCBpdCBpcyByZWFsbHkgaGFyZCB0byBjb21lIGJ5IGFueSBtZWFu
cyBvZiBkZWJ1Z2dpbmcgRG9tVSwgZXNwZWNpYWxseSB3aGVuIHdlIGRvbuKAmXQgZ2V0IGFueSBj
b25zb2xlIG91dHB1dCBhdCBhbGwuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z
b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N
CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5nZGJzeCAmbmJzcDtzZWVt
cyBsaWtlIHRoZSBzb2x1dGlvbiB0byBEb21VLWRlYnVnZ2luZywgYnV0IGl0IGlzIGV4Y2x1ZGVk
IGZyb20g4oCYdG9vbHMvTWFrZWZpbGXigJksJm5ic3A7IGFuZCBieSBjb21wYXJpc29uIHRvIOKA
mGFyY2gveDg24oCZLCB0aGVyZSBpcyBjb2RlIG1pc3NpbmcuPG86cD48L286cD48L3NwYW4+PC9w
Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9v
OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj5B
bnlib2R5IGtub3dzIHNvbWV0aGluZyBvbiBob3cgdG8gc2luZ2xlLXN0ZXAgaW50byBEb21VIGJy
aW5nLXVwPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu
IGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVT
IiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUiPktpbmQgcmVnYXJkczxicj4NCjxicj4N
Ckxlb3BvbGQgS29zdGFsIEdtYkggJmFtcDsgQ28uIEtHPGJyPg0KQXV0b21vdGl2ZSBFbGVjdHJp
Y2FsIFM8L3NwYW4+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkRFIj55c3RlbXMg
PGJyPg0KPGJyPg0KPGI+TWF4IEZlcmdlcjwvYj4gPGJyPg0KQUVONSBWb3JlbnR3aWNrbHVuZyBQ
cm9kdWt0aW5ub3ZhdGlvbmVuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v
cm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkRFIj5BZHZhbmNlIERldmVs
b3BtZW50IElubm92YXRpdmUgUHJvZHVjdHM8YnI+DQo8YnI+DQpIYXVlcnQgMTYsIDQ0MjI3IERv
cnRtdW5kPGJyPg0KRGV1dHNjaGxhbmQgLyBHZXJtYW55PG86cD48L286cD48L3NwYW4+PC9wPg0K
PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOkRF
Ij5UZWxlZm9uOiAmIzQzOzQ5IDIzMSA3NTg4IDk2NTxicj4NCkUtTWFpbDogPGEgaHJlZj0ibS5m
ZXJnZXJAa29zdGFsLmNvbSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsdWUiPm0uZmVyZ2VyQGtvc3Rh
bC5jb208L3NwYW4+PC9hPjxicj4NCjxicj4NCkludGVybmV0OiA8YSBocmVmPSJodHRwOi8vd3d3
Lmtvc3RhbC5jb20iPjxzcGFuIHN0eWxlPSJjb2xvcjpibHVlIj5odHRwOi8vd3d3Lmtvc3RhbC5j
b208L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6REUi
PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7
PC9vOnA+PC9wPg0KPC9kaXY+DQoNCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTonQXJpYWwn
O2ZvbnQtc2l6ZTo4cHQ7Ij4mbmJzcDs8L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQt
ZmFtaWx5OidBcmlhbCc7Zm9udC1zaXplOjhwdDsiPjwvc3Bhbj48L3A+DQo8cD48c3BhbiBzdHls
ZT0iZm9udC1mYW1pbHk6J0FyaWFsJztmb250LXNpemU6OHB0OyI+Jm5ic3A7PC9zcGFuPjwvcD4N
CjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTonQXJpYWwnO2ZvbnQtc2l6ZTo4cHQ7Ij5MZW9w
b2xkIEtPU1RBTCBHbWJIICZhbXA7IENvLiBLRyAtIFNpdHogTCZ1dW1sO2RlbnNjaGVpZCwgUmVn
aXN0ZXJnZXJpY2h0IElzZXJsb2huIEhSQSAyODU0LCBwaEcgS29zdGFsIFZlcndhbHR1bmdzZ2Vz
ZWxsc2NoYWZ0IG1iSCwgUmVnaXN0ZXJnZXJpY2h0IElzZXJsb2huIEhSQiA0MDYxIC0gVVN0LUlk
LU5yLi9WYXQgTm8uOiBERSAxMjU4MDA4ODU8L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZv
bnQtZmFtaWx5OidBcmlhbCc7Zm9udC1zaXplOjhwdDsiPlBvc3QtIHVuZCBXZXJrc2Fuc2Nocmlm
dDogQW4gZGVyIEJlbGxtZXJlaSAxMCwgRC01ODUxMyBMJnV1bWw7ZGVuc2NoZWlkICogVGVsZWZv
bjogKzQ5IDIzNTEgMTYtMCAqIFRlbGVmYXg6ICs0OSAyMzUxIDE2LTI0MDAgQmVsbG1lcmVpPC9z
cGFuPjwvcD4NCjxwPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTonQXJpYWwnO2ZvbnQtc2l6ZTo4
cHQ7Ij5HZXNjaCZhdW1sO2Z0c2YmdXVtbDtocnVuZzogRGlwbC4tT2VjLiBBbmRyZWFzIEtvc3Rh
bCAoVm9yc2l0emVuZGVyKTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6J0FyaWFsJztm
b250LXNpemU6OXB0OyI+LCA8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OidBcmlhbCc7
Zm9udC1zaXplOjhwdDsiPkRpcGwuLUluZy4gTWFyd2luIEtpbnpsLCBEci4tSW5nLiBMdWRnZXIg
TGF1ZmVuYmVyZywgRGlwbC4tS2ZtLiBVbHJpY2ggWmltbWVybWFubjwvc3Bhbj48L3A+DQo8cD48
c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6J0FyaWFsJztmb250LXNpemU6OHB0OyI+Jm5ic3A7PC9z
cGFuPjwvcD48L2JvZHk+DQo8L2h0bWw+DQo=

--_000_1a9d626b3bbb474b8e124d33cd133dacDEBEMAIL002kostalint_--


--===============6029023374000942914==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============6029023374000942914==--


From xen-users-bounces@lists.xen.org Mon Feb 22 11:06:55 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 11:06:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoKJ-0001yj-96; Mon, 22 Feb 2016 11:06:51 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoKH-0001yc-FY
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 11:06:49 +0000
Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id
	91/09-03800-8CBEAC65; Mon, 22 Feb 2016 11:06:48 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-10.tower-206.messagelabs.com!1456139206!23997516!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 47661 invoked from network); 22 Feb 2016 11:06:48 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 11:06:48 -0000
X-IronPort-AV: E=Sophos;i="5.22,484,1449532800"; d="scan'208";a="333330251"
To: , 
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CAEBC4.9070002@citrix.com>
Date: Mon, 22 Feb 2016 12:06:44 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
X-DLP: MIA2
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 22/2/16 a les 4:17, suse.dev@fea.st ha escrit:
[...]
> If, however, I add a fourth hdX, i.e.,
> 
> 		         'phy:/dev/VG0/tSWAP,hdc,w',
> 	+	         'phy:/dev/VG0/tROOT,hdd,w',
> 		         'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom,r',]

You have two disks pointing to the same virtual device inside of the
guest, which is not possible (hdd). You will have to change one of them
to be hde instead.

Roger.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 11:06:55 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 11:06:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoKJ-0001yj-96; Mon, 22 Feb 2016 11:06:51 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoKH-0001yc-FY
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 11:06:49 +0000
Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id
	91/09-03800-8CBEAC65; Mon, 22 Feb 2016 11:06:48 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-10.tower-206.messagelabs.com!1456139206!23997516!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 47661 invoked from network); 22 Feb 2016 11:06:48 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 11:06:48 -0000
X-IronPort-AV: E=Sophos;i="5.22,484,1449532800"; d="scan'208";a="333330251"
To: , 
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CAEBC4.9070002@citrix.com>
Date: Mon, 22 Feb 2016 12:06:44 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
X-DLP: MIA2
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 22/2/16 a les 4:17, suse.dev@fea.st ha escrit:
[...]
> If, however, I add a fourth hdX, i.e.,
> 
> 		         'phy:/dev/VG0/tSWAP,hdc,w',
> 	+	         'phy:/dev/VG0/tROOT,hdd,w',
> 		         'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom,r',]

You have two disks pointing to the same virtual device inside of the
guest, which is not possible (hdd). You will have to change one of them
to be hde instead.

Roger.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 11:15:55 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 11:15:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoSs-0002kY-Aa; Mon, 22 Feb 2016 11:15:42 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoSq-0002kM-37
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 11:15:40 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
	9F/A4-03449-BDDEAC65; Mon, 22 Feb 2016 11:15:39 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-13.tower-206.messagelabs.com!1456139737!23773699!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 60031 invoked from network); 22 Feb 2016 11:15:38 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 11:15:38 -0000
X-IronPort-AV: E=Sophos;i="5.22,484,1449532800"; d="scan'208";a="333331393"
To: Alex Velazquez , 
References: 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
X-Enigmail-Draft-Status: N1110
Message-ID: <56CAEDD6.7060000@citrix.com>
Date: Mon, 22 Feb 2016 12:15:34 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA2
Subject: Re: [Xen-users] Storage driver domain for HVM guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 19/2/16 a les 17:24, Alex Velazquez ha escrit:
> Hello,
> 
> I am running Xen 4.6.0, with Ubuntu 14.04 as my Domain-0.
> 
> I am trying to set up a storage driver domain to serve disks to a
> variety of DomU's (for now, all guest OSes are also Ubuntu 14.04). I
> followed the instructions on the following Wiki page to set up the
> storage driver domain:
> 
>> http://wiki.xenproject.org/wiki/Storage_driver_domains
> 
> This works fine for a PV guest. After adding "backend=StorageDom" in
> the disk spec, the guest is able to boot from a disk provided by the
> storage driver domain.
> 
> I am wondering if it is also possible for a storage driver domain to
> provide disks to HVM (or PVHVM) guests. At the bottom of the Wiki
> page, there is a note indicating that it isn't possible (yet?):
> 
>> It is not possible to use driver domains with pygrub or HVM guests yet, so it will only work with PV guests that have the kernel in Dom0.
> 
> Some time has passed since that page was last modified, so I decided
> to try it. Here is the config file of my PVHVM guest:
> 
>> name = "ClientDom"
>> memory = 1024
>> maxmem = 1024
>> vcpus = 2
>> maxvcpus = 2
>> vnc = 1
>> vnclisten = "0.0.0.0"
>> vncdisplay = 1
>> builder = "hvm"
>> xen_platform_pci = 1
>> device_model_version = "qemu-xen"
>> disk = [ "format=raw,vdev=xvda,access=rw,backend=StorageDom,target=/dev/sdb" ]
>> boot = "c"
> 
> The disk target /dev/sdb is relative to the storage driver domain, on
> a passthrough PCI device. That disk has three partitions: /boot
> (bootable flag set), / (root), and swap. However, after creating the
> guest, the BIOS (SeaBIOS for qemu-xen, but I also tried with
> qemu-xen-traditional with similar results) complains that no bootable
> device is found:
> 
>> Booting from Hard Disk...
>> Boot failed: not a bootable disk
>> [ .... ]
>> No bootable device. Retrying in 60 seconds.
> 
> In xenstore, the disk backend/frontend appear to be setup correctly:
> 
>> user@ubuntu ~> $ sudo xenstore-ls /local/domain/1/backend
>> vbd = ""
>>  2 = ""
>>   51712 = ""
>>    frontend = "/local/domain/2/device/vbd/51712"
>>    params = "/dev/sdb"
>>    script = "/etc/xen/scripts/block"
>>    frontend-id = "2"
>>    online = "1"
>>    removable = "0"
>>    bootable = "1"
>>    state = "2"
>>    dev = "xvda"
>>    type = "phy"
>>    mode = "w"
>>    device-type = "disk"
>>    discard-enable = "1"
>>    physical-device = "8:10"
>>    hotplug-status = "connected"
> 
>> user@ubuntu ~> $ sudo xenstore-ls /local/domain/2/device
>> suspend = ""
>>  event-channel = ""
>> vbd = ""
>>  51712 = ""
>>   backend = "/local/domain/1/backend/vbd/2/51712"
>>   backend-id = "1"
>>   state = "1"
>>   virtual-device = "51712"
>>   device-type = "disk"
>> vkbd = ""
>>  0 = ""
>>   backend = "/local/domain/0/backend/vkbd/2/0"
>>   backend-id = "0"
>>   state = "1"
> 
> Here is the verbose output of the "xl create" command:
> 
>> user@ubuntu ~> $ sudo xl -vvv create /etc/xen/ClientDom.cfg
>> Parsing config from /etc/xen/ClientDom.cfg
>> libxl: debug: libxl_create.c:1568:do_domain_create: ao 0x1df8230: create: how=(nil) callback=(nil) poller=0x1dee440
>> libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=unknown
>> libxl: debug: libxl_device.c:201:disk_try_backend: Disk vdev=xvda, is using a storage driver domain, skipping physical device check
>> libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvda, using backend phy
>> libxl: debug: libxl_create.c:954:initiate_domain_create: running bootloader
>> libxl: debug: libxl_bootloader.c:324:libxl__bootloader_run: not a PV domain, skipping bootloader
>> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1deede8: deregister unregistered
>> libxl: debug: libxl_numa.c:483:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=24, nr_vcpus=4, free_memkb=255993
>> libxl: debug: libxl_numa.c:483:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=24, nr_vcpus=4, free_memkb=256242
>> libxl: detail: libxl_dom.c:181:numa_place_domain: NUMA placement candidate with 1 nodes, 24 cpus and 256242 KB free selected
>> xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0xbad04
>> xc: detail: elf_parse_binary: memory: 0x100000 -> 0x1bad04
>> xc: detail: VIRTUAL MEMORY ARRANGEMENT:
>> xc: detail:   Loader:   0000000000100000->00000000001bad04
>> xc: detail:   Modules:  0000000000000000->0000000000000000
>> xc: detail:   TOTAL:    0000000000000000->000000003f800000
>> xc: detail:   ENTRY:    0000000000100610
>> xc: detail: PHYSICAL MEMORY ALLOCATION:
>> xc: detail:   4KB PAGES: 0x0000000000000200
>> xc: detail:   2MB PAGES: 0x00000000000001fb
>> xc: detail:   1GB PAGES: 0x0000000000000000
>> xc: detail: elf_load_binary: phdr 0 at 0x7fc11e76e000 -> 0x7fc11e81f151
>> domainbuilder: detail: xc_dom_gnttab_hvm_seed: called, pfn=0xff000
>> libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=phy
>> libxl: debug: libxl_device.c:201:disk_try_backend: Disk vdev=xvda, is using a storage driver domain, skipping physical device check
>> libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: register slotnum=3
>> libxl: debug: libxl_create.c:1591:do_domain_create: ao 0x1df8230: inprogress: poller=0x1dee440, flags=i
>> libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: event epath=/local/domain/1/backend/  vbd/2/51712/state
>> libxl: debug: libxl_event.c:884:devstate_callback: backend /local/domain/1/backend/vbd/2/51712/state wanted state 2 still waiting state 1
>> libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: event epath=/local/domain/1/backend/  vbd/2/51712/state
>> libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/1/backend/vbd/2/51712/state wanted state 2 ok
>> libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: deregister slotnum=3
>> libxl: debug: libxl_device.c:937:device_backend_callback: calling device_backend_cleanup
>> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1df0880: deregister unregistered
>> libxl: debug: libxl_device.c:992:device_hotplug: Backend domid 1, domid 0, assuming driver domains
>> libxl: debug: libxl_device.c:995:device_hotplug: Not a remove, not executing hotplug scripts
>> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1df0980: deregister unregistered
>> libxl: debug: libxl_dm.c:1778:libxl__spawn_local_dm: Spawning device-model /usr/local/lib/xen/bin/qemu-system-i386 with arguments:
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   /usr/local/lib/xen/bin/qemu-system-i386
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -xen-domid
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   2
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -chardev
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-2,server,nowait
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -no-shutdown
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -mon
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   chardev=libxl-cmd,mode=control
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -chardev
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   socket,id=libxenstat-cmd,path=/var/run/xen/qmp-libxenstat-2,server,nowait
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -mon
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   chardev=libxenstat-cmd,mode=control
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -nodefaults
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -name
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   ClientDom
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -vnc
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   0.0.0.0:1,to=99
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -display
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   none
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -device
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   cirrus-vga,vgamem_mb=8
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -boot
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   order=c
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -smp
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   2,maxcpus=2
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -net
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   none
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -machine
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   xenfv
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -m
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   1016
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -drive
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   file=/dev/sdb,if=ide,index=0,media=disk,format=raw,cache=writeback
>> [ .... ]
> 
> I'm not sure what qemu's role here is, but that last line with
> "file=/dev/sdb..." makes no mention of a backend, so I thought it
> might be picking up /dev/sdb relative to Domain-0, instead of the
> storage driver domain. To test this theory, I created a partition
> table on Domain-0's /dev/sdb with a bootable partition at /dev/sdb1.
> Indeed, after creating the guest, I get to the GRUB2 menu that was
> installed on Domain-0's /dev/sdb (despite still having StorageDom
> configured as the backend). Upon selecting a boot entry, the guest OS
> begins to boot but drops into BusyBox because it can't find the
> boot/root/swap partitions (because Domain-0's /dev/sdb partitions and
> StorageDom's /dev/sdb partitions have different UUIDs).
> 
> So, in short, it seems like the BIOS sees a disk that exists on
> Domain-0, and then once the guest kernel and guest OS take over, they
> see the disk provided by the storage driver domain.
> 
> If anyone has experience getting a storage driver domain to serve
> disks that HVM/PVHVM guests can use to boot, or can spot any mistakes
> I've made, (or can tell me it's not possible yet), I'd be very
> grateful for advice.

Sadly the wiki page is still right, the only way to use disk driver
domains with HVM guests is to use a stubdomain (by adding
device_model_stubdomain_override=1 to your domain config file).

To sum up what's missing: QEMU needs a physical device in Dom0 in order
to use it as a hard-drive, but since you are using a driver domain QEMU
cannot access this device at all (your case is even worse, because QEMU
tries to use the disk in Dom0). The only way to solve this is to teach
xl to attach the disk provided by the driver domain to Dom0 and then
pass that device to QEMU. As usual, patches are welcome :).

Roger.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 11:15:55 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 11:15:55 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoSs-0002kY-Aa; Mon, 22 Feb 2016 11:15:42 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoSq-0002kM-37
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 11:15:40 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
	9F/A4-03449-BDDEAC65; Mon, 22 Feb 2016 11:15:39 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-13.tower-206.messagelabs.com!1456139737!23773699!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 60031 invoked from network); 22 Feb 2016 11:15:38 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 11:15:38 -0000
X-IronPort-AV: E=Sophos;i="5.22,484,1449532800"; d="scan'208";a="333331393"
To: Alex Velazquez , 
References: 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
X-Enigmail-Draft-Status: N1110
Message-ID: <56CAEDD6.7060000@citrix.com>
Date: Mon, 22 Feb 2016 12:15:34 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA2
Subject: Re: [Xen-users] Storage driver domain for HVM guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 19/2/16 a les 17:24, Alex Velazquez ha escrit:
> Hello,
> 
> I am running Xen 4.6.0, with Ubuntu 14.04 as my Domain-0.
> 
> I am trying to set up a storage driver domain to serve disks to a
> variety of DomU's (for now, all guest OSes are also Ubuntu 14.04). I
> followed the instructions on the following Wiki page to set up the
> storage driver domain:
> 
>> http://wiki.xenproject.org/wiki/Storage_driver_domains
> 
> This works fine for a PV guest. After adding "backend=StorageDom" in
> the disk spec, the guest is able to boot from a disk provided by the
> storage driver domain.
> 
> I am wondering if it is also possible for a storage driver domain to
> provide disks to HVM (or PVHVM) guests. At the bottom of the Wiki
> page, there is a note indicating that it isn't possible (yet?):
> 
>> It is not possible to use driver domains with pygrub or HVM guests yet, so it will only work with PV guests that have the kernel in Dom0.
> 
> Some time has passed since that page was last modified, so I decided
> to try it. Here is the config file of my PVHVM guest:
> 
>> name = "ClientDom"
>> memory = 1024
>> maxmem = 1024
>> vcpus = 2
>> maxvcpus = 2
>> vnc = 1
>> vnclisten = "0.0.0.0"
>> vncdisplay = 1
>> builder = "hvm"
>> xen_platform_pci = 1
>> device_model_version = "qemu-xen"
>> disk = [ "format=raw,vdev=xvda,access=rw,backend=StorageDom,target=/dev/sdb" ]
>> boot = "c"
> 
> The disk target /dev/sdb is relative to the storage driver domain, on
> a passthrough PCI device. That disk has three partitions: /boot
> (bootable flag set), / (root), and swap. However, after creating the
> guest, the BIOS (SeaBIOS for qemu-xen, but I also tried with
> qemu-xen-traditional with similar results) complains that no bootable
> device is found:
> 
>> Booting from Hard Disk...
>> Boot failed: not a bootable disk
>> [ .... ]
>> No bootable device. Retrying in 60 seconds.
> 
> In xenstore, the disk backend/frontend appear to be setup correctly:
> 
>> user@ubuntu ~> $ sudo xenstore-ls /local/domain/1/backend
>> vbd = ""
>>  2 = ""
>>   51712 = ""
>>    frontend = "/local/domain/2/device/vbd/51712"
>>    params = "/dev/sdb"
>>    script = "/etc/xen/scripts/block"
>>    frontend-id = "2"
>>    online = "1"
>>    removable = "0"
>>    bootable = "1"
>>    state = "2"
>>    dev = "xvda"
>>    type = "phy"
>>    mode = "w"
>>    device-type = "disk"
>>    discard-enable = "1"
>>    physical-device = "8:10"
>>    hotplug-status = "connected"
> 
>> user@ubuntu ~> $ sudo xenstore-ls /local/domain/2/device
>> suspend = ""
>>  event-channel = ""
>> vbd = ""
>>  51712 = ""
>>   backend = "/local/domain/1/backend/vbd/2/51712"
>>   backend-id = "1"
>>   state = "1"
>>   virtual-device = "51712"
>>   device-type = "disk"
>> vkbd = ""
>>  0 = ""
>>   backend = "/local/domain/0/backend/vkbd/2/0"
>>   backend-id = "0"
>>   state = "1"
> 
> Here is the verbose output of the "xl create" command:
> 
>> user@ubuntu ~> $ sudo xl -vvv create /etc/xen/ClientDom.cfg
>> Parsing config from /etc/xen/ClientDom.cfg
>> libxl: debug: libxl_create.c:1568:do_domain_create: ao 0x1df8230: create: how=(nil) callback=(nil) poller=0x1dee440
>> libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=unknown
>> libxl: debug: libxl_device.c:201:disk_try_backend: Disk vdev=xvda, is using a storage driver domain, skipping physical device check
>> libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvda, using backend phy
>> libxl: debug: libxl_create.c:954:initiate_domain_create: running bootloader
>> libxl: debug: libxl_bootloader.c:324:libxl__bootloader_run: not a PV domain, skipping bootloader
>> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1deede8: deregister unregistered
>> libxl: debug: libxl_numa.c:483:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=24, nr_vcpus=4, free_memkb=255993
>> libxl: debug: libxl_numa.c:483:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=24, nr_vcpus=4, free_memkb=256242
>> libxl: detail: libxl_dom.c:181:numa_place_domain: NUMA placement candidate with 1 nodes, 24 cpus and 256242 KB free selected
>> xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0xbad04
>> xc: detail: elf_parse_binary: memory: 0x100000 -> 0x1bad04
>> xc: detail: VIRTUAL MEMORY ARRANGEMENT:
>> xc: detail:   Loader:   0000000000100000->00000000001bad04
>> xc: detail:   Modules:  0000000000000000->0000000000000000
>> xc: detail:   TOTAL:    0000000000000000->000000003f800000
>> xc: detail:   ENTRY:    0000000000100610
>> xc: detail: PHYSICAL MEMORY ALLOCATION:
>> xc: detail:   4KB PAGES: 0x0000000000000200
>> xc: detail:   2MB PAGES: 0x00000000000001fb
>> xc: detail:   1GB PAGES: 0x0000000000000000
>> xc: detail: elf_load_binary: phdr 0 at 0x7fc11e76e000 -> 0x7fc11e81f151
>> domainbuilder: detail: xc_dom_gnttab_hvm_seed: called, pfn=0xff000
>> libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=phy
>> libxl: debug: libxl_device.c:201:disk_try_backend: Disk vdev=xvda, is using a storage driver domain, skipping physical device check
>> libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: register slotnum=3
>> libxl: debug: libxl_create.c:1591:do_domain_create: ao 0x1df8230: inprogress: poller=0x1dee440, flags=i
>> libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: event epath=/local/domain/1/backend/  vbd/2/51712/state
>> libxl: debug: libxl_event.c:884:devstate_callback: backend /local/domain/1/backend/vbd/2/51712/state wanted state 2 still waiting state 1
>> libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: event epath=/local/domain/1/backend/  vbd/2/51712/state
>> libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/1/backend/vbd/2/51712/state wanted state 2 ok
>> libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x1df0880 wpath=/local/domain/1/backend/vbd/2/51712/state token=3/0: deregister slotnum=3
>> libxl: debug: libxl_device.c:937:device_backend_callback: calling device_backend_cleanup
>> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1df0880: deregister unregistered
>> libxl: debug: libxl_device.c:992:device_hotplug: Backend domid 1, domid 0, assuming driver domains
>> libxl: debug: libxl_device.c:995:device_hotplug: Not a remove, not executing hotplug scripts
>> libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x1df0980: deregister unregistered
>> libxl: debug: libxl_dm.c:1778:libxl__spawn_local_dm: Spawning device-model /usr/local/lib/xen/bin/qemu-system-i386 with arguments:
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   /usr/local/lib/xen/bin/qemu-system-i386
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -xen-domid
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   2
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -chardev
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-2,server,nowait
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -no-shutdown
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -mon
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   chardev=libxl-cmd,mode=control
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -chardev
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   socket,id=libxenstat-cmd,path=/var/run/xen/qmp-libxenstat-2,server,nowait
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -mon
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   chardev=libxenstat-cmd,mode=control
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -nodefaults
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -name
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   ClientDom
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -vnc
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   0.0.0.0:1,to=99
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -display
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   none
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -device
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   cirrus-vga,vgamem_mb=8
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -boot
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   order=c
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -smp
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   2,maxcpus=2
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -net
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   none
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -machine
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   xenfv
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -m
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   1016
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   -drive
>> libxl: debug: libxl_dm.c:1780:libxl__spawn_local_dm:   file=/dev/sdb,if=ide,index=0,media=disk,format=raw,cache=writeback
>> [ .... ]
> 
> I'm not sure what qemu's role here is, but that last line with
> "file=/dev/sdb..." makes no mention of a backend, so I thought it
> might be picking up /dev/sdb relative to Domain-0, instead of the
> storage driver domain. To test this theory, I created a partition
> table on Domain-0's /dev/sdb with a bootable partition at /dev/sdb1.
> Indeed, after creating the guest, I get to the GRUB2 menu that was
> installed on Domain-0's /dev/sdb (despite still having StorageDom
> configured as the backend). Upon selecting a boot entry, the guest OS
> begins to boot but drops into BusyBox because it can't find the
> boot/root/swap partitions (because Domain-0's /dev/sdb partitions and
> StorageDom's /dev/sdb partitions have different UUIDs).
> 
> So, in short, it seems like the BIOS sees a disk that exists on
> Domain-0, and then once the guest kernel and guest OS take over, they
> see the disk provided by the storage driver domain.
> 
> If anyone has experience getting a storage driver domain to serve
> disks that HVM/PVHVM guests can use to boot, or can spot any mistakes
> I've made, (or can tell me it's not possible yet), I'd be very
> grateful for advice.

Sadly the wiki page is still right, the only way to use disk driver
domains with HVM guests is to use a stubdomain (by adding
device_model_stubdomain_override=1 to your domain config file).

To sum up what's missing: QEMU needs a physical device in Dom0 in order
to use it as a hard-drive, but since you are using a driver domain QEMU
cannot access this device at all (your case is even worse, because QEMU
tries to use the disk in Dom0). The only way to solve this is to teach
xl to attach the disk provided by the driver domain to Dom0 and then
pass that device to QEMU. As usual, patches are welcome :).

Roger.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 11:19:46 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 11:19:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoWh-000304-W0; Mon, 22 Feb 2016 11:19:39 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoWg-0002zx-SU
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 11:19:38 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	29/CE-03606-ACEEAC65; Mon, 22 Feb 2016 11:19:38 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-9.tower-31.messagelabs.com!1456139976!1774770!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 35055 invoked from network); 22 Feb 2016 11:19:37 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 11:19:37 -0000
X-IronPort-AV: E=Sophos;i="5.22,484,1449532800"; d="scan'208";a="333331776"
To: Brandon Adkins , "xen-users@lists.xen.org"
	
References: 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CAEEA7.7050508@citrix.com>
Date: Mon, 22 Feb 2016 12:19:03 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA1
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 19/2/16 a les 17:38, Brandon Adkins ha escrit:
> I am having issues migrating my Xen setup from Debian Wheezy to Debian Jessie. The errors I see are not very concrete, so it doesn't give me much details.Here is what I am seeing:First, when I make a new Xen VM and connect to its console, I see "xenconsole: Could not open tty `': No such file or directory". It seems to boot fine after that, but after returning to Dom0, the console is kinda jacked up. This mimics exactly the issue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794071 . Apparently there is a fix as of Oct 2015, but just not released on Jessie yet? Will that be released on Jessie sometime soon?Second, and this is the bigger issue: I can make 1 VM like this fine, but when I try to make a second one, it just seems to hang. If I use "xl create -c" so I see the console the whole time, I see the bootloader menu appear, and when the kernel selection is finished, it prints the error about the tty, and then nothing else. I don't know if the tty issue is related 
at all."xl list" shows the second VM in the list, but it is marked as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any number higher), it is just ignored. I can't find any log files to indicate there is a problem at all. The VM just doesn't start. It was created from the same template as the first VM, so VM1 and VM2 are basically copies of each other, yet only the first one will run.I have no idea if I am doing something wrong or if this is a bug in Jessie. I will say that everything that I am doing now has worked perfectly for years using Debian Wheezy. The only change I needed was to start using "xl" instead of "xm".Anyone have clues on figuring this out?Thanks,Beau 		 	   		  

Hello,

Can you please paste the config file of those two VMs?

Also, can you paste the output when creating them with:

# xl -vvv create 

Are there any errors displayed by Xen or Linux in the serial console or
dmesg?

Roger.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 11:19:46 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 11:19:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoWh-000304-W0; Mon, 22 Feb 2016 11:19:39 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXoWg-0002zx-SU
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 11:19:38 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	29/CE-03606-ACEEAC65; Mon, 22 Feb 2016 11:19:38 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-9.tower-31.messagelabs.com!1456139976!1774770!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 35055 invoked from network); 22 Feb 2016 11:19:37 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-9.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 11:19:37 -0000
X-IronPort-AV: E=Sophos;i="5.22,484,1449532800"; d="scan'208";a="333331776"
To: Brandon Adkins , "xen-users@lists.xen.org"
	
References: 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CAEEA7.7050508@citrix.com>
Date: Mon, 22 Feb 2016 12:19:03 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA1
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 19/2/16 a les 17:38, Brandon Adkins ha escrit:
> I am having issues migrating my Xen setup from Debian Wheezy to Debian Jessie. The errors I see are not very concrete, so it doesn't give me much details.Here is what I am seeing:First, when I make a new Xen VM and connect to its console, I see "xenconsole: Could not open tty `': No such file or directory". It seems to boot fine after that, but after returning to Dom0, the console is kinda jacked up. This mimics exactly the issue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794071 . Apparently there is a fix as of Oct 2015, but just not released on Jessie yet? Will that be released on Jessie sometime soon?Second, and this is the bigger issue: I can make 1 VM like this fine, but when I try to make a second one, it just seems to hang. If I use "xl create -c" so I see the console the whole time, I see the bootloader menu appear, and when the kernel selection is finished, it prints the error about the tty, and then nothing else. I don't know if the tty issue is related 
at all."xl list" shows the second VM in the list, but it is marked as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any number higher), it is just ignored. I can't find any log files to indicate there is a problem at all. The VM just doesn't start. It was created from the same template as the first VM, so VM1 and VM2 are basically copies of each other, yet only the first one will run.I have no idea if I am doing something wrong or if this is a bug in Jessie. I will say that everything that I am doing now has worked perfectly for years using Debian Wheezy. The only change I needed was to start using "xl" instead of "xm".Anyone have clues on figuring this out?Thanks,Beau 		 	   		  

Hello,

Can you please paste the config file of those two VMs?

Also, can you paste the output when creating them with:

# xl -vvv create 

Are there any errors displayed by Xen or Linux in the serial console or
dmesg?

Roger.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 12:34:26 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 12:34:26 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXpg8-0008Tj-2e; Mon, 22 Feb 2016 12:33:28 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXpg6-0008TU-8i
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 12:33:26 +0000
Received: from [85.158.139.211] by server-15.bemta-5.messagelabs.com id
	1A/02-02989-5100BC65; Mon, 22 Feb 2016 12:33:25 +0000
X-Env-Sender: dunlapg@gmail.com
X-Msg-Ref: server-11.tower-206.messagelabs.com!1456144403!11775309!1
X-Originating-IP: [209.85.218.46]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 44735 invoked from network); 22 Feb 2016 12:33:24 -0000
Received: from mail-oi0-f46.google.com (HELO mail-oi0-f46.google.com)
	(209.85.218.46)
	by server-11.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 22 Feb 2016 12:33:24 -0000
Received: by mail-oi0-f46.google.com with SMTP id w5so53558205oie.3
	for ; Mon, 22 Feb 2016 04:33:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:date:message-id:subject
	:from:to:cc:content-type;
	bh=WYFXIXqJE9sZfCr6ysF7ADS8MhQDzWwp8z+vQA2wQ/A=;
	b=OG2KdVviL26uZnc/OHp2Px1lCKD04AjZVdCKVYyAhHHGK/JhTTURgdJdk3KYreuyT9
	YfogUPy9ML0W9WfxRzemmBoBGuoTOZg68q8QYUhIzsALKO4Af3GI1sEGKlYUbf3mk5oq
	QYQsWW0zcsrJujRQbOnoH7wn8qxy1BAEgL4rYvy97LWPTs2GVnKed88BYk8VwglgRxgt
	UWLb38NSswuODl0LH5kxiLCbeNo7vW7G2w+5NsVm1+SK5g+HNFpeDDHltf40gUpt4+4+
	4vVz/5JxcKuWZqlWbWvfXMRXJZv6i/ObAZNZGGkbmduIdTeuNwz/NM70mESJje9XL3ra
	v8QA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type;
	bh=WYFXIXqJE9sZfCr6ysF7ADS8MhQDzWwp8z+vQA2wQ/A=;
	b=bUYn/yPlm0jAPDLW3fX44rqJXLcVaLZgv+UpC4MYn9R3yJl+DtoxrHpvri9N3PXnhR
	/umdNPhEOV3ztlJo2n8c9xoL3P16Pd2RV1UfUnPGC1gmg7nZvqKi/h/1QVdU85FCR+5v
	J508s+o+ifb02RF6Iwdc2E1hDQJUEiSAEM2KkaiFtGMvog2pR8yKzl6AzcnTvH9bEcrj
	e9xhvEOnqBbh2gHGInIkhrYgqUt7kLWHZsYjrfQDC0/Zml0DLKWqNU6uClXs0BbOyyyz
	MTNVppJjrlqfhS3lvM9lQb45mL73oVYQBfGsdd30Oy1Wha1a41U/Iu9IAolinkHs1Svb
	m25A==
X-Gm-Message-State: AG10YOStbhidRSpIcvg3lcpeqeNF5OWHvXFJ2QXYNUrQPuEMO4jf6cMEoAKQGX0gnL0cyxZHaO7cifXzxX6gSQ==
MIME-Version: 1.0
X-Received: by 10.202.63.86 with SMTP id m83mr21866215oia.76.1456144403669;
	Mon, 22 Feb 2016 04:33:23 -0800 (PST)
Received: by 10.202.205.140 with HTTP; Mon, 22 Feb 2016 04:33:23 -0800 (PST)
In-Reply-To: 
References: 
Date: Mon, 22 Feb 2016 12:33:23 +0000
X-Google-Sender-Auth: OkIr_-TeGOaheWNoyune0q9u2eY
Message-ID: 
From: George Dunlap 
To: bear 
Cc: "xen-users@lists.xen.org" 
Subject: Re: [Xen-users] libvirt in container
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Sun, Feb 21, 2016 at 11:31 PM, bear  wrote:
> Hi all,
> I install xen-system-amd64 in Ubuntu 14.04 LTS. If I install libvirt
> on the same host, everything runs perfectly, virsh -c xen:/// can
> successfully connect to the hypervisor.
> However, when I install libvirt within a privileged docker container,
> it is impossible to connect to hypervisor, and I get error
>
> internal error: libxenlight state driver is not active
>
> I am very sure KVM works in this configuration, but Xen just failed
> for unknown reason.
> Any suggestions?

libxl needs to be able to do ioctls on /proc/xen/privcmd to be able to
actually control Xen.  It's likely that this is not being exposed in
the docker container (which causes the libvirt libxl driver not to
load, which causes the error message above).  If you find the magic
runes which can allow the container to access this file, then it
should work.

But of course you can leverage access to this file into complete
control of the whole system (since the toolstack needs to map
arbitrary host memory in order to do its job); which leads to the
question: What exactly are you trying to do by putting libvirt into a
container?

 -George

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 12:34:26 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 12:34:26 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXpg8-0008Tj-2e; Mon, 22 Feb 2016 12:33:28 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXpg6-0008TU-8i
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 12:33:26 +0000
Received: from [85.158.139.211] by server-15.bemta-5.messagelabs.com id
	1A/02-02989-5100BC65; Mon, 22 Feb 2016 12:33:25 +0000
X-Env-Sender: dunlapg@gmail.com
X-Msg-Ref: server-11.tower-206.messagelabs.com!1456144403!11775309!1
X-Originating-IP: [209.85.218.46]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 44735 invoked from network); 22 Feb 2016 12:33:24 -0000
Received: from mail-oi0-f46.google.com (HELO mail-oi0-f46.google.com)
	(209.85.218.46)
	by server-11.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 22 Feb 2016 12:33:24 -0000
Received: by mail-oi0-f46.google.com with SMTP id w5so53558205oie.3
	for ; Mon, 22 Feb 2016 04:33:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:sender:in-reply-to:references:date:message-id:subject
	:from:to:cc:content-type;
	bh=WYFXIXqJE9sZfCr6ysF7ADS8MhQDzWwp8z+vQA2wQ/A=;
	b=OG2KdVviL26uZnc/OHp2Px1lCKD04AjZVdCKVYyAhHHGK/JhTTURgdJdk3KYreuyT9
	YfogUPy9ML0W9WfxRzemmBoBGuoTOZg68q8QYUhIzsALKO4Af3GI1sEGKlYUbf3mk5oq
	QYQsWW0zcsrJujRQbOnoH7wn8qxy1BAEgL4rYvy97LWPTs2GVnKed88BYk8VwglgRxgt
	UWLb38NSswuODl0LH5kxiLCbeNo7vW7G2w+5NsVm1+SK5g+HNFpeDDHltf40gUpt4+4+
	4vVz/5JxcKuWZqlWbWvfXMRXJZv6i/ObAZNZGGkbmduIdTeuNwz/NM70mESJje9XL3ra
	v8QA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type;
	bh=WYFXIXqJE9sZfCr6ysF7ADS8MhQDzWwp8z+vQA2wQ/A=;
	b=bUYn/yPlm0jAPDLW3fX44rqJXLcVaLZgv+UpC4MYn9R3yJl+DtoxrHpvri9N3PXnhR
	/umdNPhEOV3ztlJo2n8c9xoL3P16Pd2RV1UfUnPGC1gmg7nZvqKi/h/1QVdU85FCR+5v
	J508s+o+ifb02RF6Iwdc2E1hDQJUEiSAEM2KkaiFtGMvog2pR8yKzl6AzcnTvH9bEcrj
	e9xhvEOnqBbh2gHGInIkhrYgqUt7kLWHZsYjrfQDC0/Zml0DLKWqNU6uClXs0BbOyyyz
	MTNVppJjrlqfhS3lvM9lQb45mL73oVYQBfGsdd30Oy1Wha1a41U/Iu9IAolinkHs1Svb
	m25A==
X-Gm-Message-State: AG10YOStbhidRSpIcvg3lcpeqeNF5OWHvXFJ2QXYNUrQPuEMO4jf6cMEoAKQGX0gnL0cyxZHaO7cifXzxX6gSQ==
MIME-Version: 1.0
X-Received: by 10.202.63.86 with SMTP id m83mr21866215oia.76.1456144403669;
	Mon, 22 Feb 2016 04:33:23 -0800 (PST)
Received: by 10.202.205.140 with HTTP; Mon, 22 Feb 2016 04:33:23 -0800 (PST)
In-Reply-To: 
References: 
Date: Mon, 22 Feb 2016 12:33:23 +0000
X-Google-Sender-Auth: OkIr_-TeGOaheWNoyune0q9u2eY
Message-ID: 
From: George Dunlap 
To: bear 
Cc: "xen-users@lists.xen.org" 
Subject: Re: [Xen-users] libvirt in container
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Sun, Feb 21, 2016 at 11:31 PM, bear  wrote:
> Hi all,
> I install xen-system-amd64 in Ubuntu 14.04 LTS. If I install libvirt
> on the same host, everything runs perfectly, virsh -c xen:/// can
> successfully connect to the hypervisor.
> However, when I install libvirt within a privileged docker container,
> it is impossible to connect to hypervisor, and I get error
>
> internal error: libxenlight state driver is not active
>
> I am very sure KVM works in this configuration, but Xen just failed
> for unknown reason.
> Any suggestions?

libxl needs to be able to do ioctls on /proc/xen/privcmd to be able to
actually control Xen.  It's likely that this is not being exposed in
the docker container (which causes the libvirt libxl driver not to
load, which causes the error message above).  If you find the magic
runes which can allow the container to access this file, then it
should work.

But of course you can leverage access to this file into complete
control of the whole system (since the toolstack needs to map
arbitrary host memory in order to do its job); which leads to the
question: What exactly are you trying to do by putting libvirt into a
container?

 -George

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 14:17:40 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 14:17:40 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXrI5-0006TL-5s; Mon, 22 Feb 2016 14:16:45 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXrI3-0006Sd-5S
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 14:16:43 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
	E7/48-03449-A481BC65; Mon, 22 Feb 2016 14:16:42 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-9.tower-206.messagelabs.com!1456150601!24114958!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 48173 invoked from network); 22 Feb 2016 14:16:41 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 14:16:41 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id C680C2147C
	for ; Mon, 22 Feb 2016 09:16:40 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Mon, 22 Feb 2016 09:16:40 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=fwMr2S7Pqyp1/E4tUXNhbeq6aCU=; b=P/XCj6
	Te6foLwaUZ4aHlVvdm0qf1bl+m9IOdJCU5uXF4+SlqoEVggrGvam02kzemdCs7/H
	yX35KsWniwMnGDVRtDDCb90pwPyQhey5LN6+U69MFx08z7WFqpaQGdjLx+xaogB1
	WY0mC/GD6r3ZW0aaqfxJdtcWybrErlwfS4vV4=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=fwMr2S7Pqyp1/E4
	tUXNhbeq6aCU=; b=C5JjyCopyyU9lLZg9bco0PjbYF/y1A45vIFQK+iLQ69fzP8
	IWrHPO+ZBPKHNVgDvio/GjtT5xO9HUulq+Qmhgoy1FnX2/blooZkg2MOYg7UY8YB
	GYImXfwjeNun4bVBuZsmtZKo8ifhDoa3ggQl/Bv/4HpkAbG5FjG+bGus8YQQ=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 1F7001007D3; Mon, 22 Feb 2016 09:16:40 -0500 (EST)
Message-Id: <1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
X-Sasl-Enc: 287vDyjpz293gGcStbOGG4Nzk/7dcWIEjk1s7MdIDJtU 1456150600
From: suse.dev@fea.st
To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 06:16:40 -0800
In-Reply-To: <56CAEBC4.9070002@citrix.com>
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 03:06 AM, Roger Pau Monn=E9 wrote:
> You have two disks pointing to the same virtual device inside of the
> guest, which is not possible (hdd). You will have to change one of them
> to be hde instead.

I changed the obvious pebkac :-( of the identifier for the cdr, so I have

		...
		disk =3D [ 'phy:/dev/VG0/tEFI,hda,w',
		         'phy:/dev/VG0/tBOOT,hdb,w',
		         'phy:/dev/VG0/tSWAP,hdc,w',
		         'phy:/dev/VG0/tROOT,hdd,w',
		         'file:/home/test/archlinux-2016.02.01-dual.iso,hde:cdrom,r',]
		...

Still, guest launch fails with

	xl create ./arch.cfg

		Parsing config from ./arch.cfg
		got a tsc mode string: "default"
		libxl: error: libxl.c:2615:libxl__device_from_disk: Invalid or unsupporte=
d virtual disk identifier hde
		libxl: error: libxl.c:2728:device_disk_add: Invalid or unsupported virtua=
l disk identifier hde
		libxl: error: libxl_create.c:1175:domcreate_launch_dm: unable to add disk=
 devices
		libxl: error: libxl_dm.c:1966:kill_device_model: unable to find device mo=
del pid in /local/domain/16/image/device-model-pid
		libxl: error: libxl.c:1628:libxl__destroy_domid: libxl__destroy_device_mo=
del failed for 16
		libxl: error: libxl.c:1591:libxl__destroy_domid: non-existant domain 16
		libxl: error: libxl.c:1549:domain_destroy_callback: unable to destroy gue=
st with domid 16
		libxl: error: libxl.c:1476:domain_destroy_cb: destruction of domain 16 fa=
iled

Out of curiosity, I dropped

		...
		disk =3D [ 'phy:/dev/VG0/tEFI,hda,w',
		         'phy:/dev/VG0/tBOOT,hdb,w',
		         'phy:/dev/VG0/tSWAP,hdc,w',
	-	         'phy:/dev/VG0/tROOT,hdd,w',
		         'file:/home/test/archlinux-2016.02.01-dual.iso,hde:cdrom,r',]
		...

and on launch I get the same fail.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 14:17:40 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 14:17:40 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXrI5-0006TL-5s; Mon, 22 Feb 2016 14:16:45 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXrI3-0006Sd-5S
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 14:16:43 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
	E7/48-03449-A481BC65; Mon, 22 Feb 2016 14:16:42 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-9.tower-206.messagelabs.com!1456150601!24114958!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 48173 invoked from network); 22 Feb 2016 14:16:41 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-9.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 14:16:41 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id C680C2147C
	for ; Mon, 22 Feb 2016 09:16:40 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Mon, 22 Feb 2016 09:16:40 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=fwMr2S7Pqyp1/E4tUXNhbeq6aCU=; b=P/XCj6
	Te6foLwaUZ4aHlVvdm0qf1bl+m9IOdJCU5uXF4+SlqoEVggrGvam02kzemdCs7/H
	yX35KsWniwMnGDVRtDDCb90pwPyQhey5LN6+U69MFx08z7WFqpaQGdjLx+xaogB1
	WY0mC/GD6r3ZW0aaqfxJdtcWybrErlwfS4vV4=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=fwMr2S7Pqyp1/E4
	tUXNhbeq6aCU=; b=C5JjyCopyyU9lLZg9bco0PjbYF/y1A45vIFQK+iLQ69fzP8
	IWrHPO+ZBPKHNVgDvio/GjtT5xO9HUulq+Qmhgoy1FnX2/blooZkg2MOYg7UY8YB
	GYImXfwjeNun4bVBuZsmtZKo8ifhDoa3ggQl/Bv/4HpkAbG5FjG+bGus8YQQ=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 1F7001007D3; Mon, 22 Feb 2016 09:16:40 -0500 (EST)
Message-Id: <1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
X-Sasl-Enc: 287vDyjpz293gGcStbOGG4Nzk/7dcWIEjk1s7MdIDJtU 1456150600
From: suse.dev@fea.st
To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 06:16:40 -0800
In-Reply-To: <56CAEBC4.9070002@citrix.com>
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 03:06 AM, Roger Pau Monn=E9 wrote:
> You have two disks pointing to the same virtual device inside of the
> guest, which is not possible (hdd). You will have to change one of them
> to be hde instead.

I changed the obvious pebkac :-( of the identifier for the cdr, so I have

		...
		disk =3D [ 'phy:/dev/VG0/tEFI,hda,w',
		         'phy:/dev/VG0/tBOOT,hdb,w',
		         'phy:/dev/VG0/tSWAP,hdc,w',
		         'phy:/dev/VG0/tROOT,hdd,w',
		         'file:/home/test/archlinux-2016.02.01-dual.iso,hde:cdrom,r',]
		...

Still, guest launch fails with

	xl create ./arch.cfg

		Parsing config from ./arch.cfg
		got a tsc mode string: "default"
		libxl: error: libxl.c:2615:libxl__device_from_disk: Invalid or unsupporte=
d virtual disk identifier hde
		libxl: error: libxl.c:2728:device_disk_add: Invalid or unsupported virtua=
l disk identifier hde
		libxl: error: libxl_create.c:1175:domcreate_launch_dm: unable to add disk=
 devices
		libxl: error: libxl_dm.c:1966:kill_device_model: unable to find device mo=
del pid in /local/domain/16/image/device-model-pid
		libxl: error: libxl.c:1628:libxl__destroy_domid: libxl__destroy_device_mo=
del failed for 16
		libxl: error: libxl.c:1591:libxl__destroy_domid: non-existant domain 16
		libxl: error: libxl.c:1549:domain_destroy_callback: unable to destroy gue=
st with domid 16
		libxl: error: libxl.c:1476:domain_destroy_cb: destruction of domain 16 fa=
iled

Out of curiosity, I dropped

		...
		disk =3D [ 'phy:/dev/VG0/tEFI,hda,w',
		         'phy:/dev/VG0/tBOOT,hdb,w',
		         'phy:/dev/VG0/tSWAP,hdc,w',
	-	         'phy:/dev/VG0/tROOT,hdd,w',
		         'file:/home/test/archlinux-2016.02.01-dual.iso,hde:cdrom,r',]
		...

and on launch I get the same fail.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 14:43:03 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 14:43:03 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXrgT-0000Op-PQ; Mon, 22 Feb 2016 14:41:57 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXrgS-0000Oj-4R
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 14:41:56 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	88/BA-03443-23E1BC65; Mon, 22 Feb 2016 14:41:54 +0000
X-Env-Sender: alex.j.velazquez@gmail.com
X-Msg-Ref: server-12.tower-31.messagelabs.com!1456152113!24076827!1
X-Originating-IP: [209.85.213.178]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2709 invoked from network); 22 Feb 2016 14:41:53 -0000
Received: from mail-ig0-f178.google.com (HELO mail-ig0-f178.google.com)
	(209.85.213.178)
	by server-12.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 22 Feb 2016 14:41:53 -0000
Received: by mail-ig0-f178.google.com with SMTP id g6so87808211igt.1
	for ; Mon, 22 Feb 2016 06:41:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-transfer-encoding;
	bh=H1TRe3XvZKXzwz8PpyR0kvq/JrNyYdIVRVSxHVwnTsM=;
	b=VtV/FZ/NUdOrYBZbWttOLM/Y50MnN82TvbG3jPTLKVv8P923p6ik5vYpDA3dSX4Qcn
	l8FbRlEjxabhxXOhXF+td/xnk4/r4/u0A0xZflJvxE+DXRCabn5OukzVIV51MHtg2Q1x
	uci6T60h5qXjHUdrG9SjsjAtGkIsDnOE4kPPCAmMTjfLMFvnme4N1htbIhAz277FEjUV
	2Sswz1ZNCA+nHO2mPO+9G/vlxdhOiLPWfrb4kYjcim6iMd5B2uOazw4CX6AkpwvorzuW
	bGiSjOBzIXJ0qdjRKTs3nisCmEqloo3mifOGK6uDWADknEvI3mkU5bQGzbgpadg6y9ag
	T9pA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:cc:content-transfer-encoding;
	bh=H1TRe3XvZKXzwz8PpyR0kvq/JrNyYdIVRVSxHVwnTsM=;
	b=YRG9NVUt31F1v7hzylK3Z7mRWKuCqwTX43R7d6XUHOzgZj7F98I4aSka5eTlnCRC4X
	Y0vSaOH7Y7hk+t9CxpBjrwDMSkxRY/vqbphz6J2t+OHijir0q1TmnqgmjAFCFSMZc7OR
	B9LIZrqfD1dXzhittPM7Pa0J7f2848GIbNiL8Gp/a8AaNzCoYYQUDOYRNUx0fjKj7yQ4
	zDL/0SAkcNDCmiaZi6MSm9ITWM4QtTWT1CWd08cQMEbNOqX3w6c7NDf2VchHeLi3/+dz
	HAiJHkToC+aBX7YG2CAccmbI0XyAgvxo4acgqfJjXEQTz+qrthKqMaEFZh7uN+Guz7LU
	6Jqw==
X-Gm-Message-State: AG10YOQ0NidwqzbDUrnacUFq3o44BxiP3LGHxkwQ6x9l0aJXCan2fo3ti6mHQio9VT2V1KUaAZtNWTLx2/CajQ==
X-Received: by 10.50.118.100 with SMTP id kl4mr11039032igb.72.1456152112885;
	Mon, 22 Feb 2016 06:41:52 -0800 (PST)
MIME-Version: 1.0
Received: by 10.79.92.199 with HTTP; Mon, 22 Feb 2016 06:41:23 -0800 (PST)
In-Reply-To: <56CAEDD6.7060000@citrix.com>
References: 
	<56CAEDD6.7060000@citrix.com>
From: Alex Velazquez 
Date: Mon, 22 Feb 2016 09:41:23 -0500
Message-ID: 
To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= 
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Storage driver domain for HVM guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gTW9uLCBGZWIgMjIsIDIwMTYgYXQgNjoxNSBBTSwgUm9nZXIgUGF1IE1vbm7DqSA8cm9nZXIu
cGF1QGNpdHJpeC5jb20+IHdyb3RlOgo+IEVsIDE5LzIvMTYgYSBsZXMgMTc6MjQsIEFsZXggVmVs
YXpxdWV6IGhhIGVzY3JpdDoKPj4gSGVsbG8sCj4+Cj4+IEkgYW0gcnVubmluZyBYZW4gNC42LjAs
IHdpdGggVWJ1bnR1IDE0LjA0IGFzIG15IERvbWFpbi0wLgo+Pgo+PiBJIGFtIHRyeWluZyB0byBz
ZXQgdXAgYSBzdG9yYWdlIGRyaXZlciBkb21haW4gdG8gc2VydmUgZGlza3MgdG8gYQo+PiB2YXJp
ZXR5IG9mIERvbVUncyAoZm9yIG5vdywgYWxsIGd1ZXN0IE9TZXMgYXJlIGFsc28gVWJ1bnR1IDE0
LjA0KS4gSQo+PiBmb2xsb3dlZCB0aGUgaW5zdHJ1Y3Rpb25zIG9uIHRoZSBmb2xsb3dpbmcgV2lr
aSBwYWdlIHRvIHNldCB1cCB0aGUKPj4gc3RvcmFnZSBkcml2ZXIgZG9tYWluOgo+Pgo+Pj4gaHR0
cDovL3dpa2kueGVucHJvamVjdC5vcmcvd2lraS9TdG9yYWdlX2RyaXZlcl9kb21haW5zCj4+Cj4+
IFRoaXMgd29ya3MgZmluZSBmb3IgYSBQViBndWVzdC4gQWZ0ZXIgYWRkaW5nICJiYWNrZW5kPVN0
b3JhZ2VEb20iIGluCj4+IHRoZSBkaXNrIHNwZWMsIHRoZSBndWVzdCBpcyBhYmxlIHRvIGJvb3Qg
ZnJvbSBhIGRpc2sgcHJvdmlkZWQgYnkgdGhlCj4+IHN0b3JhZ2UgZHJpdmVyIGRvbWFpbi4KPj4K
Pj4gSSBhbSB3b25kZXJpbmcgaWYgaXQgaXMgYWxzbyBwb3NzaWJsZSBmb3IgYSBzdG9yYWdlIGRy
aXZlciBkb21haW4gdG8KPj4gcHJvdmlkZSBkaXNrcyB0byBIVk0gKG9yIFBWSFZNKSBndWVzdHMu
IEF0IHRoZSBib3R0b20gb2YgdGhlIFdpa2kKPj4gcGFnZSwgdGhlcmUgaXMgYSBub3RlIGluZGlj
YXRpbmcgdGhhdCBpdCBpc24ndCBwb3NzaWJsZSAoeWV0Pyk6Cj4+Cj4+PiBJdCBpcyBub3QgcG9z
c2libGUgdG8gdXNlIGRyaXZlciBkb21haW5zIHdpdGggcHlncnViIG9yIEhWTSBndWVzdHMgeWV0
LCBzbyBpdCB3aWxsIG9ubHkgd29yayB3aXRoIFBWIGd1ZXN0cyB0aGF0IGhhdmUgdGhlIGtlcm5l
bCBpbiBEb20wLgo+Pgo+PiBTb21lIHRpbWUgaGFzIHBhc3NlZCBzaW5jZSB0aGF0IHBhZ2Ugd2Fz
IGxhc3QgbW9kaWZpZWQsIHNvIEkgZGVjaWRlZAo+PiB0byB0cnkgaXQuIEhlcmUgaXMgdGhlIGNv
bmZpZyBmaWxlIG9mIG15IFBWSFZNIGd1ZXN0Ogo+Pgo+Pj4gbmFtZSA9ICJDbGllbnREb20iCj4+
PiBtZW1vcnkgPSAxMDI0Cj4+PiBtYXhtZW0gPSAxMDI0Cj4+PiB2Y3B1cyA9IDIKPj4+IG1heHZj
cHVzID0gMgo+Pj4gdm5jID0gMQo+Pj4gdm5jbGlzdGVuID0gIjAuMC4wLjAiCj4+PiB2bmNkaXNw
bGF5ID0gMQo+Pj4gYnVpbGRlciA9ICJodm0iCj4+PiB4ZW5fcGxhdGZvcm1fcGNpID0gMQo+Pj4g
ZGV2aWNlX21vZGVsX3ZlcnNpb24gPSAicWVtdS14ZW4iCj4+PiBkaXNrID0gWyAiZm9ybWF0PXJh
dyx2ZGV2PXh2ZGEsYWNjZXNzPXJ3LGJhY2tlbmQ9U3RvcmFnZURvbSx0YXJnZXQ9L2Rldi9zZGIi
IF0KPj4+IGJvb3QgPSAiYyIKPj4KPj4gVGhlIGRpc2sgdGFyZ2V0IC9kZXYvc2RiIGlzIHJlbGF0
aXZlIHRvIHRoZSBzdG9yYWdlIGRyaXZlciBkb21haW4sIG9uCj4+IGEgcGFzc3Rocm91Z2ggUENJ
IGRldmljZS4gVGhhdCBkaXNrIGhhcyB0aHJlZSBwYXJ0aXRpb25zOiAvYm9vdAo+PiAoYm9vdGFi
bGUgZmxhZyBzZXQpLCAvIChyb290KSwgYW5kIHN3YXAuIEhvd2V2ZXIsIGFmdGVyIGNyZWF0aW5n
IHRoZQo+PiBndWVzdCwgdGhlIEJJT1MgKFNlYUJJT1MgZm9yIHFlbXUteGVuLCBidXQgSSBhbHNv
IHRyaWVkIHdpdGgKPj4gcWVtdS14ZW4tdHJhZGl0aW9uYWwgd2l0aCBzaW1pbGFyIHJlc3VsdHMp
IGNvbXBsYWlucyB0aGF0IG5vIGJvb3RhYmxlCj4+IGRldmljZSBpcyBmb3VuZDoKPj4KPj4+IEJv
b3RpbmcgZnJvbSBIYXJkIERpc2suLi4KPj4+IEJvb3QgZmFpbGVkOiBub3QgYSBib290YWJsZSBk
aXNrCj4+PiBbIC4uLi4gXQo+Pj4gTm8gYm9vdGFibGUgZGV2aWNlLiBSZXRyeWluZyBpbiA2MCBz
ZWNvbmRzLgo+Pgo+PiBJbiB4ZW5zdG9yZSwgdGhlIGRpc2sgYmFja2VuZC9mcm9udGVuZCBhcHBl
YXIgdG8gYmUgc2V0dXAgY29ycmVjdGx5Ogo+Pgo+Pj4gdXNlckB1YnVudHUgfj4gJCBzdWRvIHhl
bnN0b3JlLWxzIC9sb2NhbC9kb21haW4vMS9iYWNrZW5kCj4+PiB2YmQgPSAiIgo+Pj4gIDIgPSAi
Igo+Pj4gICA1MTcxMiA9ICIiCj4+PiAgICBmcm9udGVuZCA9ICIvbG9jYWwvZG9tYWluLzIvZGV2
aWNlL3ZiZC81MTcxMiIKPj4+ICAgIHBhcmFtcyA9ICIvZGV2L3NkYiIKPj4+ICAgIHNjcmlwdCA9
ICIvZXRjL3hlbi9zY3JpcHRzL2Jsb2NrIgo+Pj4gICAgZnJvbnRlbmQtaWQgPSAiMiIKPj4+ICAg
IG9ubGluZSA9ICIxIgo+Pj4gICAgcmVtb3ZhYmxlID0gIjAiCj4+PiAgICBib290YWJsZSA9ICIx
Igo+Pj4gICAgc3RhdGUgPSAiMiIKPj4+ICAgIGRldiA9ICJ4dmRhIgo+Pj4gICAgdHlwZSA9ICJw
aHkiCj4+PiAgICBtb2RlID0gInciCj4+PiAgICBkZXZpY2UtdHlwZSA9ICJkaXNrIgo+Pj4gICAg
ZGlzY2FyZC1lbmFibGUgPSAiMSIKPj4+ICAgIHBoeXNpY2FsLWRldmljZSA9ICI4OjEwIgo+Pj4g
ICAgaG90cGx1Zy1zdGF0dXMgPSAiY29ubmVjdGVkIgo+Pgo+Pj4gdXNlckB1YnVudHUgfj4gJCBz
dWRvIHhlbnN0b3JlLWxzIC9sb2NhbC9kb21haW4vMi9kZXZpY2UKPj4+IHN1c3BlbmQgPSAiIgo+
Pj4gIGV2ZW50LWNoYW5uZWwgPSAiIgo+Pj4gdmJkID0gIiIKPj4+ICA1MTcxMiA9ICIiCj4+PiAg
IGJhY2tlbmQgPSAiL2xvY2FsL2RvbWFpbi8xL2JhY2tlbmQvdmJkLzIvNTE3MTIiCj4+PiAgIGJh
Y2tlbmQtaWQgPSAiMSIKPj4+ICAgc3RhdGUgPSAiMSIKPj4+ICAgdmlydHVhbC1kZXZpY2UgPSAi
NTE3MTIiCj4+PiAgIGRldmljZS10eXBlID0gImRpc2siCj4+PiB2a2JkID0gIiIKPj4+ICAwID0g
IiIKPj4+ICAgYmFja2VuZCA9ICIvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92a2JkLzIvMCIKPj4+
ICAgYmFja2VuZC1pZCA9ICIwIgo+Pj4gICBzdGF0ZSA9ICIxIgo+Pgo+PiBIZXJlIGlzIHRoZSB2
ZXJib3NlIG91dHB1dCBvZiB0aGUgInhsIGNyZWF0ZSIgY29tbWFuZDoKPj4KPj4+IHVzZXJAdWJ1
bnR1IH4+ICQgc3VkbyB4bCAtdnZ2IGNyZWF0ZSAvZXRjL3hlbi9DbGllbnREb20uY2ZnCj4+PiBQ
YXJzaW5nIGNvbmZpZyBmcm9tIC9ldGMveGVuL0NsaWVudERvbS5jZmcKPj4+IGxpYnhsOiBkZWJ1
ZzogbGlieGxfY3JlYXRlLmM6MTU2ODpkb19kb21haW5fY3JlYXRlOiBhbyAweDFkZjgyMzA6IGNy
ZWF0ZTogaG93PShuaWwpIGNhbGxiYWNrPShuaWwpIHBvbGxlcj0weDFkZWU0NDAKPj4+IGxpYnhs
OiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjY5OmxpYnhsX19kZXZpY2VfZGlza19zZXRfYmFja2Vu
ZDogRGlzayB2ZGV2PXh2ZGEgc3BlYy5iYWNrZW5kPXVua25vd24KPj4+IGxpYnhsOiBkZWJ1Zzog
bGlieGxfZGV2aWNlLmM6MjAxOmRpc2tfdHJ5X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhLCBpcyB1
c2luZyBhIHN0b3JhZ2UgZHJpdmVyIGRvbWFpbiwgc2tpcHBpbmcgcGh5c2ljYWwgZGV2aWNlIGNo
ZWNrCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjI5ODpsaWJ4bF9fZGV2aWNlX2Rp
c2tfc2V0X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhLCB1c2luZyBiYWNrZW5kIHBoeQo+Pj4gbGli
eGw6IGRlYnVnOiBsaWJ4bF9jcmVhdGUuYzo5NTQ6aW5pdGlhdGVfZG9tYWluX2NyZWF0ZTogcnVu
bmluZyBib290bG9hZGVyCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2Jvb3Rsb2FkZXIuYzozMjQ6
bGlieGxfX2Jvb3Rsb2FkZXJfcnVuOiBub3QgYSBQViBkb21haW4sIHNraXBwaW5nIGJvb3Rsb2Fk
ZXIKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2OTE6bGlieGxfX2V2X3hzd2F0Y2hf
ZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDFkZWVkZTg6IGRlcmVnaXN0ZXIgdW5yZWdpc3RlcmVkCj4+
PiBsaWJ4bDogZGVidWc6IGxpYnhsX251bWEuYzo0ODM6bGlieGxfX2dldF9udW1hX2NhbmRpZGF0
ZTogTmV3IGJlc3QgTlVNQSBwbGFjZW1lbnQgY2FuZGlkYXRlIGZvdW5kOiBucl9ub2Rlcz0xLCBu
cl9jcHVzPTI0LCBucl92Y3B1cz00LCBmcmVlX21lbWtiPTI1NTk5Mwo+Pj4gbGlieGw6IGRlYnVn
OiBsaWJ4bF9udW1hLmM6NDgzOmxpYnhsX19nZXRfbnVtYV9jYW5kaWRhdGU6IE5ldyBiZXN0IE5V
TUEgcGxhY2VtZW50IGNhbmRpZGF0ZSBmb3VuZDogbnJfbm9kZXM9MSwgbnJfY3B1cz0yNCwgbnJf
dmNwdXM9NCwgZnJlZV9tZW1rYj0yNTYyNDIKPj4+IGxpYnhsOiBkZXRhaWw6IGxpYnhsX2RvbS5j
OjE4MTpudW1hX3BsYWNlX2RvbWFpbjogTlVNQSBwbGFjZW1lbnQgY2FuZGlkYXRlIHdpdGggMSBu
b2RlcywgMjQgY3B1cyBhbmQgMjU2MjQyIEtCIGZyZWUgc2VsZWN0ZWQKPj4+IHhjOiBkZXRhaWw6
IGVsZl9wYXJzZV9iaW5hcnk6IHBoZHI6IHBhZGRyPTB4MTAwMDAwIG1lbXN6PTB4YmFkMDQKPj4+
IHhjOiBkZXRhaWw6IGVsZl9wYXJzZV9iaW5hcnk6IG1lbW9yeTogMHgxMDAwMDAgLT4gMHgxYmFk
MDQKPj4+IHhjOiBkZXRhaWw6IFZJUlRVQUwgTUVNT1JZIEFSUkFOR0VNRU5UOgo+Pj4geGM6IGRl
dGFpbDogICBMb2FkZXI6ICAgMDAwMDAwMDAwMDEwMDAwMC0+MDAwMDAwMDAwMDFiYWQwNAo+Pj4g
eGM6IGRldGFpbDogICBNb2R1bGVzOiAgMDAwMDAwMDAwMDAwMDAwMC0+MDAwMDAwMDAwMDAwMDAw
MAo+Pj4geGM6IGRldGFpbDogICBUT1RBTDogICAgMDAwMDAwMDAwMDAwMDAwMC0+MDAwMDAwMDAz
ZjgwMDAwMAo+Pj4geGM6IGRldGFpbDogICBFTlRSWTogICAgMDAwMDAwMDAwMDEwMDYxMAo+Pj4g
eGM6IGRldGFpbDogUEhZU0lDQUwgTUVNT1JZIEFMTE9DQVRJT046Cj4+PiB4YzogZGV0YWlsOiAg
IDRLQiBQQUdFUzogMHgwMDAwMDAwMDAwMDAwMjAwCj4+PiB4YzogZGV0YWlsOiAgIDJNQiBQQUdF
UzogMHgwMDAwMDAwMDAwMDAwMWZiCj4+PiB4YzogZGV0YWlsOiAgIDFHQiBQQUdFUzogMHgwMDAw
MDAwMDAwMDAwMDAwCj4+PiB4YzogZGV0YWlsOiBlbGZfbG9hZF9iaW5hcnk6IHBoZHIgMCBhdCAw
eDdmYzExZTc2ZTAwMCAtPiAweDdmYzExZTgxZjE1MQo+Pj4gZG9tYWluYnVpbGRlcjogZGV0YWls
OiB4Y19kb21fZ250dGFiX2h2bV9zZWVkOiBjYWxsZWQsIHBmbj0weGZmMDAwCj4+PiBsaWJ4bDog
ZGVidWc6IGxpYnhsX2RldmljZS5jOjI2OTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6
IERpc2sgdmRldj14dmRhIHNwZWMuYmFja2VuZD1waHkKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxf
ZGV2aWNlLmM6MjAxOmRpc2tfdHJ5X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhLCBpcyB1c2luZyBh
IHN0b3JhZ2UgZHJpdmVyIGRvbWFpbiwgc2tpcHBpbmcgcGh5c2ljYWwgZGV2aWNlIGNoZWNrCj4+
PiBsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NjM5OmxpYnhsX19ldl94c3dhdGNoX3JlZ2lz
dGVyOiB3YXRjaCB3PTB4MWRmMDg4MCB3cGF0aD0vbG9jYWwvZG9tYWluLzEvYmFja2VuZC92YmQv
Mi81MTcxMi9zdGF0ZSB0b2tlbj0zLzA6IHJlZ2lzdGVyIHNsb3RudW09Mwo+Pj4gbGlieGw6IGRl
YnVnOiBsaWJ4bF9jcmVhdGUuYzoxNTkxOmRvX2RvbWFpbl9jcmVhdGU6IGFvIDB4MWRmODIzMDog
aW5wcm9ncmVzczogcG9sbGVyPTB4MWRlZTQ0MCwgZmxhZ3M9aQo+Pj4gbGlieGw6IGRlYnVnOiBs
aWJ4bF9ldmVudC5jOjU3Njp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCB3PTB4MWRmMDg4MCB3cGF0
aD0vbG9jYWwvZG9tYWluLzEvYmFja2VuZC92YmQvMi81MTcxMi9zdGF0ZSB0b2tlbj0zLzA6IGV2
ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMS9iYWNrZW5kLyAgdmJkLzIvNTE3MTIvc3RhdGUKPj4+
IGxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo4ODQ6ZGV2c3RhdGVfY2FsbGJhY2s6IGJhY2tl
bmQgL2xvY2FsL2RvbWFpbi8xL2JhY2tlbmQvdmJkLzIvNTE3MTIvc3RhdGUgd2FudGVkIHN0YXRl
IDIgc3RpbGwgd2FpdGluZyBzdGF0ZSAxCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6
NTc2OndhdGNoZmRfY2FsbGJhY2s6IHdhdGNoIHc9MHgxZGYwODgwIHdwYXRoPS9sb2NhbC9kb21h
aW4vMS9iYWNrZW5kL3ZiZC8yLzUxNzEyL3N0YXRlIHRva2VuPTMvMDogZXZlbnQgZXBhdGg9L2xv
Y2FsL2RvbWFpbi8xL2JhY2tlbmQvICB2YmQvMi81MTcxMi9zdGF0ZQo+Pj4gbGlieGw6IGRlYnVn
OiBsaWJ4bF9ldmVudC5jOjg4MDpkZXZzdGF0ZV9jYWxsYmFjazogYmFja2VuZCAvbG9jYWwvZG9t
YWluLzEvYmFja2VuZC92YmQvMi81MTcxMi9zdGF0ZSB3YW50ZWQgc3RhdGUgMiBvawo+Pj4gbGli
eGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjY3NzpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVy
OiB3YXRjaCB3PTB4MWRmMDg4MCB3cGF0aD0vbG9jYWwvZG9tYWluLzEvYmFja2VuZC92YmQvMi81
MTcxMi9zdGF0ZSB0b2tlbj0zLzA6IGRlcmVnaXN0ZXIgc2xvdG51bT0zCj4+PiBsaWJ4bDogZGVi
dWc6IGxpYnhsX2RldmljZS5jOjkzNzpkZXZpY2VfYmFja2VuZF9jYWxsYmFjazogY2FsbGluZyBk
ZXZpY2VfYmFja2VuZF9jbGVhbnVwCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6Njkx
OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgxZGYwODgwOiBkZXJlZ2lz
dGVyIHVucmVnaXN0ZXJlZAo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzo5OTI6ZGV2
aWNlX2hvdHBsdWc6IEJhY2tlbmQgZG9taWQgMSwgZG9taWQgMCwgYXNzdW1pbmcgZHJpdmVyIGRv
bWFpbnMKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6OTk1OmRldmljZV9ob3RwbHVn
OiBOb3QgYSByZW1vdmUsIG5vdCBleGVjdXRpbmcgaG90cGx1ZyBzY3JpcHRzCj4+PiBsaWJ4bDog
ZGVidWc6IGxpYnhsX2V2ZW50LmM6NjkxOmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdh
dGNoIHc9MHgxZGYwOTgwOiBkZXJlZ2lzdGVyIHVucmVnaXN0ZXJlZAo+Pj4gbGlieGw6IGRlYnVn
OiBsaWJ4bF9kbS5jOjE3Nzg6bGlieGxfX3NwYXduX2xvY2FsX2RtOiBTcGF3bmluZyBkZXZpY2Ut
bW9kZWwgL3Vzci9sb2NhbC9saWIveGVuL2Jpbi9xZW11LXN5c3RlbS1pMzg2IHdpdGggYXJndW1l
bnRzOgo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2Fs
X2RtOiAgIC91c3IvbG9jYWwvbGliL3hlbi9iaW4vcWVtdS1zeXN0ZW0taTM4Ngo+Pj4gbGlieGw6
IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC14ZW4tZG9t
aWQKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9k
bTogICAyCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9j
YWxfZG06ICAgLWNoYXJkZXYKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhs
X19zcGF3bl9sb2NhbF9kbTogICBzb2NrZXQsaWQ9bGlieGwtY21kLHBhdGg9L3Zhci9ydW4veGVu
L3FtcC1saWJ4bC0yLHNlcnZlcixub3dhaXQKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzox
NzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtbm8tc2h1dGRvd24KPj4+IGxpYnhsOiBkZWJ1
ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtbW9uCj4+PiBsaWJ4
bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgY2hhcmRl
dj1saWJ4bC1jbWQsbW9kZT1jb250cm9sCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4
MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLWNoYXJkZXYKPj4+IGxpYnhsOiBkZWJ1ZzogbGli
eGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICBzb2NrZXQsaWQ9bGlieGVuc3Rh
dC1jbWQscGF0aD0vdmFyL3J1bi94ZW4vcW1wLWxpYnhlbnN0YXQtMixzZXJ2ZXIsbm93YWl0Cj4+
PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAg
LW1vbgo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2Fs
X2RtOiAgIGNoYXJkZXY9bGlieGVuc3RhdC1jbWQsbW9kZT1jb250cm9sCj4+PiBsaWJ4bDogZGVi
dWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLW5vZGVmYXVsdHMK
Pj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTog
ICAtbmFtZQo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xv
Y2FsX2RtOiAgIENsaWVudERvbQo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGli
eGxfX3NwYXduX2xvY2FsX2RtOiAgIC12bmMKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzox
NzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAwLjAuMC4wOjEsdG89OTkKPj4+IGxpYnhsOiBk
ZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtZGlzcGxheQo+
Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAg
IG5vbmUKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2Nh
bF9kbTogICAtZGV2aWNlCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9f
c3Bhd25fbG9jYWxfZG06ICAgY2lycnVzLXZnYSx2Z2FtZW1fbWI9OAo+Pj4gbGlieGw6IGRlYnVn
OiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC1ib290Cj4+PiBsaWJ4
bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgb3JkZXI9
Ywo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2FsX2Rt
OiAgIC1zbXAKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9s
b2NhbF9kbTogICAyLG1heGNwdXM9Mgo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6
bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC1uZXQKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0u
YzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICBub25lCj4+PiBsaWJ4bDogZGVidWc6IGxp
YnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLW1hY2hpbmUKPj4+IGxpYnhs
OiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICB4ZW5mdgo+
Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAg
IC1tCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxf
ZG06ICAgMTAxNgo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXdu
X2xvY2FsX2RtOiAgIC1kcml2ZQo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGli
eGxfX3NwYXduX2xvY2FsX2RtOiAgIGZpbGU9L2Rldi9zZGIsaWY9aWRlLGluZGV4PTAsbWVkaWE9
ZGlzayxmb3JtYXQ9cmF3LGNhY2hlPXdyaXRlYmFjawo+Pj4gWyAuLi4uIF0KPj4KPj4gSSdtIG5v
dCBzdXJlIHdoYXQgcWVtdSdzIHJvbGUgaGVyZSBpcywgYnV0IHRoYXQgbGFzdCBsaW5lIHdpdGgK
Pj4gImZpbGU9L2Rldi9zZGIuLi4iIG1ha2VzIG5vIG1lbnRpb24gb2YgYSBiYWNrZW5kLCBzbyBJ
IHRob3VnaHQgaXQKPj4gbWlnaHQgYmUgcGlja2luZyB1cCAvZGV2L3NkYiByZWxhdGl2ZSB0byBE
b21haW4tMCwgaW5zdGVhZCBvZiB0aGUKPj4gc3RvcmFnZSBkcml2ZXIgZG9tYWluLiBUbyB0ZXN0
IHRoaXMgdGhlb3J5LCBJIGNyZWF0ZWQgYSBwYXJ0aXRpb24KPj4gdGFibGUgb24gRG9tYWluLTAn
cyAvZGV2L3NkYiB3aXRoIGEgYm9vdGFibGUgcGFydGl0aW9uIGF0IC9kZXYvc2RiMS4KPj4gSW5k
ZWVkLCBhZnRlciBjcmVhdGluZyB0aGUgZ3Vlc3QsIEkgZ2V0IHRvIHRoZSBHUlVCMiBtZW51IHRo
YXQgd2FzCj4+IGluc3RhbGxlZCBvbiBEb21haW4tMCdzIC9kZXYvc2RiIChkZXNwaXRlIHN0aWxs
IGhhdmluZyBTdG9yYWdlRG9tCj4+IGNvbmZpZ3VyZWQgYXMgdGhlIGJhY2tlbmQpLiBVcG9uIHNl
bGVjdGluZyBhIGJvb3QgZW50cnksIHRoZSBndWVzdCBPUwo+PiBiZWdpbnMgdG8gYm9vdCBidXQg
ZHJvcHMgaW50byBCdXN5Qm94IGJlY2F1c2UgaXQgY2FuJ3QgZmluZCB0aGUKPj4gYm9vdC9yb290
L3N3YXAgcGFydGl0aW9ucyAoYmVjYXVzZSBEb21haW4tMCdzIC9kZXYvc2RiIHBhcnRpdGlvbnMg
YW5kCj4+IFN0b3JhZ2VEb20ncyAvZGV2L3NkYiBwYXJ0aXRpb25zIGhhdmUgZGlmZmVyZW50IFVV
SURzKS4KPj4KPj4gU28sIGluIHNob3J0LCBpdCBzZWVtcyBsaWtlIHRoZSBCSU9TIHNlZXMgYSBk
aXNrIHRoYXQgZXhpc3RzIG9uCj4+IERvbWFpbi0wLCBhbmQgdGhlbiBvbmNlIHRoZSBndWVzdCBr
ZXJuZWwgYW5kIGd1ZXN0IE9TIHRha2Ugb3ZlciwgdGhleQo+PiBzZWUgdGhlIGRpc2sgcHJvdmlk
ZWQgYnkgdGhlIHN0b3JhZ2UgZHJpdmVyIGRvbWFpbi4KPj4KPj4gSWYgYW55b25lIGhhcyBleHBl
cmllbmNlIGdldHRpbmcgYSBzdG9yYWdlIGRyaXZlciBkb21haW4gdG8gc2VydmUKPj4gZGlza3Mg
dGhhdCBIVk0vUFZIVk0gZ3Vlc3RzIGNhbiB1c2UgdG8gYm9vdCwgb3IgY2FuIHNwb3QgYW55IG1p
c3Rha2VzCj4+IEkndmUgbWFkZSwgKG9yIGNhbiB0ZWxsIG1lIGl0J3Mgbm90IHBvc3NpYmxlIHll
dCksIEknZCBiZSB2ZXJ5Cj4+IGdyYXRlZnVsIGZvciBhZHZpY2UuCj4KPiBTYWRseSB0aGUgd2lr
aSBwYWdlIGlzIHN0aWxsIHJpZ2h0LCB0aGUgb25seSB3YXkgdG8gdXNlIGRpc2sgZHJpdmVyCj4g
ZG9tYWlucyB3aXRoIEhWTSBndWVzdHMgaXMgdG8gdXNlIGEgc3R1YmRvbWFpbiAoYnkgYWRkaW5n
Cj4gZGV2aWNlX21vZGVsX3N0dWJkb21haW5fb3ZlcnJpZGU9MSB0byB5b3VyIGRvbWFpbiBjb25m
aWcgZmlsZSkuCj4KPiBUbyBzdW0gdXAgd2hhdCdzIG1pc3Npbmc6IFFFTVUgbmVlZHMgYSBwaHlz
aWNhbCBkZXZpY2UgaW4gRG9tMCBpbiBvcmRlcgo+IHRvIHVzZSBpdCBhcyBhIGhhcmQtZHJpdmUs
IGJ1dCBzaW5jZSB5b3UgYXJlIHVzaW5nIGEgZHJpdmVyIGRvbWFpbiBRRU1VCj4gY2Fubm90IGFj
Y2VzcyB0aGlzIGRldmljZSBhdCBhbGwgKHlvdXIgY2FzZSBpcyBldmVuIHdvcnNlLCBiZWNhdXNl
IFFFTVUKPiB0cmllcyB0byB1c2UgdGhlIGRpc2sgaW4gRG9tMCkuIFRoZSBvbmx5IHdheSB0byBz
b2x2ZSB0aGlzIGlzIHRvIHRlYWNoCj4geGwgdG8gYXR0YWNoIHRoZSBkaXNrIHByb3ZpZGVkIGJ5
IHRoZSBkcml2ZXIgZG9tYWluIHRvIERvbTAgYW5kIHRoZW4KPiBwYXNzIHRoYXQgZGV2aWNlIHRv
IFFFTVUuIEFzIHVzdWFsLCBwYXRjaGVzIGFyZSB3ZWxjb21lIDopLgo+Cj4gUm9nZXIuCj4KCkhp
IFJvZ2VyLAoKVGhhbmtzIGZvciB0aGUgZXhwbGFuYXRpb247IHRoYXQgbWFrZXMgc2Vuc2UuIEkg
d2lsbCB0cnkgd2l0aApzdHViZG9tYWlucyB0byBzZWUgaWYgSSBjYW4gZ2V0IHRoYXQgdG8gd29y
aywgb3Igb3RoZXJ3aXNlIHN0aWNrIHdpdGgKUFYgZm9yIG5vdy4KClRoYW5rcywKQWxleAoKX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1h
aWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94
ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Mon Feb 22 14:43:03 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 14:43:03 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXrgT-0000Op-PQ; Mon, 22 Feb 2016 14:41:57 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXrgS-0000Oj-4R
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 14:41:56 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	88/BA-03443-23E1BC65; Mon, 22 Feb 2016 14:41:54 +0000
X-Env-Sender: alex.j.velazquez@gmail.com
X-Msg-Ref: server-12.tower-31.messagelabs.com!1456152113!24076827!1
X-Originating-IP: [209.85.213.178]
X-SpamReason: No, hits=0.3 required=7.0 tests=RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2709 invoked from network); 22 Feb 2016 14:41:53 -0000
Received: from mail-ig0-f178.google.com (HELO mail-ig0-f178.google.com)
	(209.85.213.178)
	by server-12.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 22 Feb 2016 14:41:53 -0000
Received: by mail-ig0-f178.google.com with SMTP id g6so87808211igt.1
	for ; Mon, 22 Feb 2016 06:41:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc:content-transfer-encoding;
	bh=H1TRe3XvZKXzwz8PpyR0kvq/JrNyYdIVRVSxHVwnTsM=;
	b=VtV/FZ/NUdOrYBZbWttOLM/Y50MnN82TvbG3jPTLKVv8P923p6ik5vYpDA3dSX4Qcn
	l8FbRlEjxabhxXOhXF+td/xnk4/r4/u0A0xZflJvxE+DXRCabn5OukzVIV51MHtg2Q1x
	uci6T60h5qXjHUdrG9SjsjAtGkIsDnOE4kPPCAmMTjfLMFvnme4N1htbIhAz277FEjUV
	2Sswz1ZNCA+nHO2mPO+9G/vlxdhOiLPWfrb4kYjcim6iMd5B2uOazw4CX6AkpwvorzuW
	bGiSjOBzIXJ0qdjRKTs3nisCmEqloo3mifOGK6uDWADknEvI3mkU5bQGzbgpadg6y9ag
	T9pA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:cc:content-transfer-encoding;
	bh=H1TRe3XvZKXzwz8PpyR0kvq/JrNyYdIVRVSxHVwnTsM=;
	b=YRG9NVUt31F1v7hzylK3Z7mRWKuCqwTX43R7d6XUHOzgZj7F98I4aSka5eTlnCRC4X
	Y0vSaOH7Y7hk+t9CxpBjrwDMSkxRY/vqbphz6J2t+OHijir0q1TmnqgmjAFCFSMZc7OR
	B9LIZrqfD1dXzhittPM7Pa0J7f2848GIbNiL8Gp/a8AaNzCoYYQUDOYRNUx0fjKj7yQ4
	zDL/0SAkcNDCmiaZi6MSm9ITWM4QtTWT1CWd08cQMEbNOqX3w6c7NDf2VchHeLi3/+dz
	HAiJHkToC+aBX7YG2CAccmbI0XyAgvxo4acgqfJjXEQTz+qrthKqMaEFZh7uN+Guz7LU
	6Jqw==
X-Gm-Message-State: AG10YOQ0NidwqzbDUrnacUFq3o44BxiP3LGHxkwQ6x9l0aJXCan2fo3ti6mHQio9VT2V1KUaAZtNWTLx2/CajQ==
X-Received: by 10.50.118.100 with SMTP id kl4mr11039032igb.72.1456152112885;
	Mon, 22 Feb 2016 06:41:52 -0800 (PST)
MIME-Version: 1.0
Received: by 10.79.92.199 with HTTP; Mon, 22 Feb 2016 06:41:23 -0800 (PST)
In-Reply-To: <56CAEDD6.7060000@citrix.com>
References: 
	<56CAEDD6.7060000@citrix.com>
From: Alex Velazquez 
Date: Mon, 22 Feb 2016 09:41:23 -0500
Message-ID: 
To: =?UTF-8?Q?Roger_Pau_Monn=C3=A9?= 
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Storage driver domain for HVM guest
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gTW9uLCBGZWIgMjIsIDIwMTYgYXQgNjoxNSBBTSwgUm9nZXIgUGF1IE1vbm7DqSA8cm9nZXIu
cGF1QGNpdHJpeC5jb20+IHdyb3RlOgo+IEVsIDE5LzIvMTYgYSBsZXMgMTc6MjQsIEFsZXggVmVs
YXpxdWV6IGhhIGVzY3JpdDoKPj4gSGVsbG8sCj4+Cj4+IEkgYW0gcnVubmluZyBYZW4gNC42LjAs
IHdpdGggVWJ1bnR1IDE0LjA0IGFzIG15IERvbWFpbi0wLgo+Pgo+PiBJIGFtIHRyeWluZyB0byBz
ZXQgdXAgYSBzdG9yYWdlIGRyaXZlciBkb21haW4gdG8gc2VydmUgZGlza3MgdG8gYQo+PiB2YXJp
ZXR5IG9mIERvbVUncyAoZm9yIG5vdywgYWxsIGd1ZXN0IE9TZXMgYXJlIGFsc28gVWJ1bnR1IDE0
LjA0KS4gSQo+PiBmb2xsb3dlZCB0aGUgaW5zdHJ1Y3Rpb25zIG9uIHRoZSBmb2xsb3dpbmcgV2lr
aSBwYWdlIHRvIHNldCB1cCB0aGUKPj4gc3RvcmFnZSBkcml2ZXIgZG9tYWluOgo+Pgo+Pj4gaHR0
cDovL3dpa2kueGVucHJvamVjdC5vcmcvd2lraS9TdG9yYWdlX2RyaXZlcl9kb21haW5zCj4+Cj4+
IFRoaXMgd29ya3MgZmluZSBmb3IgYSBQViBndWVzdC4gQWZ0ZXIgYWRkaW5nICJiYWNrZW5kPVN0
b3JhZ2VEb20iIGluCj4+IHRoZSBkaXNrIHNwZWMsIHRoZSBndWVzdCBpcyBhYmxlIHRvIGJvb3Qg
ZnJvbSBhIGRpc2sgcHJvdmlkZWQgYnkgdGhlCj4+IHN0b3JhZ2UgZHJpdmVyIGRvbWFpbi4KPj4K
Pj4gSSBhbSB3b25kZXJpbmcgaWYgaXQgaXMgYWxzbyBwb3NzaWJsZSBmb3IgYSBzdG9yYWdlIGRy
aXZlciBkb21haW4gdG8KPj4gcHJvdmlkZSBkaXNrcyB0byBIVk0gKG9yIFBWSFZNKSBndWVzdHMu
IEF0IHRoZSBib3R0b20gb2YgdGhlIFdpa2kKPj4gcGFnZSwgdGhlcmUgaXMgYSBub3RlIGluZGlj
YXRpbmcgdGhhdCBpdCBpc24ndCBwb3NzaWJsZSAoeWV0Pyk6Cj4+Cj4+PiBJdCBpcyBub3QgcG9z
c2libGUgdG8gdXNlIGRyaXZlciBkb21haW5zIHdpdGggcHlncnViIG9yIEhWTSBndWVzdHMgeWV0
LCBzbyBpdCB3aWxsIG9ubHkgd29yayB3aXRoIFBWIGd1ZXN0cyB0aGF0IGhhdmUgdGhlIGtlcm5l
bCBpbiBEb20wLgo+Pgo+PiBTb21lIHRpbWUgaGFzIHBhc3NlZCBzaW5jZSB0aGF0IHBhZ2Ugd2Fz
IGxhc3QgbW9kaWZpZWQsIHNvIEkgZGVjaWRlZAo+PiB0byB0cnkgaXQuIEhlcmUgaXMgdGhlIGNv
bmZpZyBmaWxlIG9mIG15IFBWSFZNIGd1ZXN0Ogo+Pgo+Pj4gbmFtZSA9ICJDbGllbnREb20iCj4+
PiBtZW1vcnkgPSAxMDI0Cj4+PiBtYXhtZW0gPSAxMDI0Cj4+PiB2Y3B1cyA9IDIKPj4+IG1heHZj
cHVzID0gMgo+Pj4gdm5jID0gMQo+Pj4gdm5jbGlzdGVuID0gIjAuMC4wLjAiCj4+PiB2bmNkaXNw
bGF5ID0gMQo+Pj4gYnVpbGRlciA9ICJodm0iCj4+PiB4ZW5fcGxhdGZvcm1fcGNpID0gMQo+Pj4g
ZGV2aWNlX21vZGVsX3ZlcnNpb24gPSAicWVtdS14ZW4iCj4+PiBkaXNrID0gWyAiZm9ybWF0PXJh
dyx2ZGV2PXh2ZGEsYWNjZXNzPXJ3LGJhY2tlbmQ9U3RvcmFnZURvbSx0YXJnZXQ9L2Rldi9zZGIi
IF0KPj4+IGJvb3QgPSAiYyIKPj4KPj4gVGhlIGRpc2sgdGFyZ2V0IC9kZXYvc2RiIGlzIHJlbGF0
aXZlIHRvIHRoZSBzdG9yYWdlIGRyaXZlciBkb21haW4sIG9uCj4+IGEgcGFzc3Rocm91Z2ggUENJ
IGRldmljZS4gVGhhdCBkaXNrIGhhcyB0aHJlZSBwYXJ0aXRpb25zOiAvYm9vdAo+PiAoYm9vdGFi
bGUgZmxhZyBzZXQpLCAvIChyb290KSwgYW5kIHN3YXAuIEhvd2V2ZXIsIGFmdGVyIGNyZWF0aW5n
IHRoZQo+PiBndWVzdCwgdGhlIEJJT1MgKFNlYUJJT1MgZm9yIHFlbXUteGVuLCBidXQgSSBhbHNv
IHRyaWVkIHdpdGgKPj4gcWVtdS14ZW4tdHJhZGl0aW9uYWwgd2l0aCBzaW1pbGFyIHJlc3VsdHMp
IGNvbXBsYWlucyB0aGF0IG5vIGJvb3RhYmxlCj4+IGRldmljZSBpcyBmb3VuZDoKPj4KPj4+IEJv
b3RpbmcgZnJvbSBIYXJkIERpc2suLi4KPj4+IEJvb3QgZmFpbGVkOiBub3QgYSBib290YWJsZSBk
aXNrCj4+PiBbIC4uLi4gXQo+Pj4gTm8gYm9vdGFibGUgZGV2aWNlLiBSZXRyeWluZyBpbiA2MCBz
ZWNvbmRzLgo+Pgo+PiBJbiB4ZW5zdG9yZSwgdGhlIGRpc2sgYmFja2VuZC9mcm9udGVuZCBhcHBl
YXIgdG8gYmUgc2V0dXAgY29ycmVjdGx5Ogo+Pgo+Pj4gdXNlckB1YnVudHUgfj4gJCBzdWRvIHhl
bnN0b3JlLWxzIC9sb2NhbC9kb21haW4vMS9iYWNrZW5kCj4+PiB2YmQgPSAiIgo+Pj4gIDIgPSAi
Igo+Pj4gICA1MTcxMiA9ICIiCj4+PiAgICBmcm9udGVuZCA9ICIvbG9jYWwvZG9tYWluLzIvZGV2
aWNlL3ZiZC81MTcxMiIKPj4+ICAgIHBhcmFtcyA9ICIvZGV2L3NkYiIKPj4+ICAgIHNjcmlwdCA9
ICIvZXRjL3hlbi9zY3JpcHRzL2Jsb2NrIgo+Pj4gICAgZnJvbnRlbmQtaWQgPSAiMiIKPj4+ICAg
IG9ubGluZSA9ICIxIgo+Pj4gICAgcmVtb3ZhYmxlID0gIjAiCj4+PiAgICBib290YWJsZSA9ICIx
Igo+Pj4gICAgc3RhdGUgPSAiMiIKPj4+ICAgIGRldiA9ICJ4dmRhIgo+Pj4gICAgdHlwZSA9ICJw
aHkiCj4+PiAgICBtb2RlID0gInciCj4+PiAgICBkZXZpY2UtdHlwZSA9ICJkaXNrIgo+Pj4gICAg
ZGlzY2FyZC1lbmFibGUgPSAiMSIKPj4+ICAgIHBoeXNpY2FsLWRldmljZSA9ICI4OjEwIgo+Pj4g
ICAgaG90cGx1Zy1zdGF0dXMgPSAiY29ubmVjdGVkIgo+Pgo+Pj4gdXNlckB1YnVudHUgfj4gJCBz
dWRvIHhlbnN0b3JlLWxzIC9sb2NhbC9kb21haW4vMi9kZXZpY2UKPj4+IHN1c3BlbmQgPSAiIgo+
Pj4gIGV2ZW50LWNoYW5uZWwgPSAiIgo+Pj4gdmJkID0gIiIKPj4+ICA1MTcxMiA9ICIiCj4+PiAg
IGJhY2tlbmQgPSAiL2xvY2FsL2RvbWFpbi8xL2JhY2tlbmQvdmJkLzIvNTE3MTIiCj4+PiAgIGJh
Y2tlbmQtaWQgPSAiMSIKPj4+ICAgc3RhdGUgPSAiMSIKPj4+ICAgdmlydHVhbC1kZXZpY2UgPSAi
NTE3MTIiCj4+PiAgIGRldmljZS10eXBlID0gImRpc2siCj4+PiB2a2JkID0gIiIKPj4+ICAwID0g
IiIKPj4+ICAgYmFja2VuZCA9ICIvbG9jYWwvZG9tYWluLzAvYmFja2VuZC92a2JkLzIvMCIKPj4+
ICAgYmFja2VuZC1pZCA9ICIwIgo+Pj4gICBzdGF0ZSA9ICIxIgo+Pgo+PiBIZXJlIGlzIHRoZSB2
ZXJib3NlIG91dHB1dCBvZiB0aGUgInhsIGNyZWF0ZSIgY29tbWFuZDoKPj4KPj4+IHVzZXJAdWJ1
bnR1IH4+ICQgc3VkbyB4bCAtdnZ2IGNyZWF0ZSAvZXRjL3hlbi9DbGllbnREb20uY2ZnCj4+PiBQ
YXJzaW5nIGNvbmZpZyBmcm9tIC9ldGMveGVuL0NsaWVudERvbS5jZmcKPj4+IGxpYnhsOiBkZWJ1
ZzogbGlieGxfY3JlYXRlLmM6MTU2ODpkb19kb21haW5fY3JlYXRlOiBhbyAweDFkZjgyMzA6IGNy
ZWF0ZTogaG93PShuaWwpIGNhbGxiYWNrPShuaWwpIHBvbGxlcj0weDFkZWU0NDAKPj4+IGxpYnhs
OiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6MjY5OmxpYnhsX19kZXZpY2VfZGlza19zZXRfYmFja2Vu
ZDogRGlzayB2ZGV2PXh2ZGEgc3BlYy5iYWNrZW5kPXVua25vd24KPj4+IGxpYnhsOiBkZWJ1Zzog
bGlieGxfZGV2aWNlLmM6MjAxOmRpc2tfdHJ5X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhLCBpcyB1
c2luZyBhIHN0b3JhZ2UgZHJpdmVyIGRvbWFpbiwgc2tpcHBpbmcgcGh5c2ljYWwgZGV2aWNlIGNo
ZWNrCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RldmljZS5jOjI5ODpsaWJ4bF9fZGV2aWNlX2Rp
c2tfc2V0X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhLCB1c2luZyBiYWNrZW5kIHBoeQo+Pj4gbGli
eGw6IGRlYnVnOiBsaWJ4bF9jcmVhdGUuYzo5NTQ6aW5pdGlhdGVfZG9tYWluX2NyZWF0ZTogcnVu
bmluZyBib290bG9hZGVyCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2Jvb3Rsb2FkZXIuYzozMjQ6
bGlieGxfX2Jvb3Rsb2FkZXJfcnVuOiBub3QgYSBQViBkb21haW4sIHNraXBwaW5nIGJvb3Rsb2Fk
ZXIKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo2OTE6bGlieGxfX2V2X3hzd2F0Y2hf
ZGVyZWdpc3Rlcjogd2F0Y2ggdz0weDFkZWVkZTg6IGRlcmVnaXN0ZXIgdW5yZWdpc3RlcmVkCj4+
PiBsaWJ4bDogZGVidWc6IGxpYnhsX251bWEuYzo0ODM6bGlieGxfX2dldF9udW1hX2NhbmRpZGF0
ZTogTmV3IGJlc3QgTlVNQSBwbGFjZW1lbnQgY2FuZGlkYXRlIGZvdW5kOiBucl9ub2Rlcz0xLCBu
cl9jcHVzPTI0LCBucl92Y3B1cz00LCBmcmVlX21lbWtiPTI1NTk5Mwo+Pj4gbGlieGw6IGRlYnVn
OiBsaWJ4bF9udW1hLmM6NDgzOmxpYnhsX19nZXRfbnVtYV9jYW5kaWRhdGU6IE5ldyBiZXN0IE5V
TUEgcGxhY2VtZW50IGNhbmRpZGF0ZSBmb3VuZDogbnJfbm9kZXM9MSwgbnJfY3B1cz0yNCwgbnJf
dmNwdXM9NCwgZnJlZV9tZW1rYj0yNTYyNDIKPj4+IGxpYnhsOiBkZXRhaWw6IGxpYnhsX2RvbS5j
OjE4MTpudW1hX3BsYWNlX2RvbWFpbjogTlVNQSBwbGFjZW1lbnQgY2FuZGlkYXRlIHdpdGggMSBu
b2RlcywgMjQgY3B1cyBhbmQgMjU2MjQyIEtCIGZyZWUgc2VsZWN0ZWQKPj4+IHhjOiBkZXRhaWw6
IGVsZl9wYXJzZV9iaW5hcnk6IHBoZHI6IHBhZGRyPTB4MTAwMDAwIG1lbXN6PTB4YmFkMDQKPj4+
IHhjOiBkZXRhaWw6IGVsZl9wYXJzZV9iaW5hcnk6IG1lbW9yeTogMHgxMDAwMDAgLT4gMHgxYmFk
MDQKPj4+IHhjOiBkZXRhaWw6IFZJUlRVQUwgTUVNT1JZIEFSUkFOR0VNRU5UOgo+Pj4geGM6IGRl
dGFpbDogICBMb2FkZXI6ICAgMDAwMDAwMDAwMDEwMDAwMC0+MDAwMDAwMDAwMDFiYWQwNAo+Pj4g
eGM6IGRldGFpbDogICBNb2R1bGVzOiAgMDAwMDAwMDAwMDAwMDAwMC0+MDAwMDAwMDAwMDAwMDAw
MAo+Pj4geGM6IGRldGFpbDogICBUT1RBTDogICAgMDAwMDAwMDAwMDAwMDAwMC0+MDAwMDAwMDAz
ZjgwMDAwMAo+Pj4geGM6IGRldGFpbDogICBFTlRSWTogICAgMDAwMDAwMDAwMDEwMDYxMAo+Pj4g
eGM6IGRldGFpbDogUEhZU0lDQUwgTUVNT1JZIEFMTE9DQVRJT046Cj4+PiB4YzogZGV0YWlsOiAg
IDRLQiBQQUdFUzogMHgwMDAwMDAwMDAwMDAwMjAwCj4+PiB4YzogZGV0YWlsOiAgIDJNQiBQQUdF
UzogMHgwMDAwMDAwMDAwMDAwMWZiCj4+PiB4YzogZGV0YWlsOiAgIDFHQiBQQUdFUzogMHgwMDAw
MDAwMDAwMDAwMDAwCj4+PiB4YzogZGV0YWlsOiBlbGZfbG9hZF9iaW5hcnk6IHBoZHIgMCBhdCAw
eDdmYzExZTc2ZTAwMCAtPiAweDdmYzExZTgxZjE1MQo+Pj4gZG9tYWluYnVpbGRlcjogZGV0YWls
OiB4Y19kb21fZ250dGFiX2h2bV9zZWVkOiBjYWxsZWQsIHBmbj0weGZmMDAwCj4+PiBsaWJ4bDog
ZGVidWc6IGxpYnhsX2RldmljZS5jOjI2OTpsaWJ4bF9fZGV2aWNlX2Rpc2tfc2V0X2JhY2tlbmQ6
IERpc2sgdmRldj14dmRhIHNwZWMuYmFja2VuZD1waHkKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxf
ZGV2aWNlLmM6MjAxOmRpc2tfdHJ5X2JhY2tlbmQ6IERpc2sgdmRldj14dmRhLCBpcyB1c2luZyBh
IHN0b3JhZ2UgZHJpdmVyIGRvbWFpbiwgc2tpcHBpbmcgcGh5c2ljYWwgZGV2aWNlIGNoZWNrCj4+
PiBsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6NjM5OmxpYnhsX19ldl94c3dhdGNoX3JlZ2lz
dGVyOiB3YXRjaCB3PTB4MWRmMDg4MCB3cGF0aD0vbG9jYWwvZG9tYWluLzEvYmFja2VuZC92YmQv
Mi81MTcxMi9zdGF0ZSB0b2tlbj0zLzA6IHJlZ2lzdGVyIHNsb3RudW09Mwo+Pj4gbGlieGw6IGRl
YnVnOiBsaWJ4bF9jcmVhdGUuYzoxNTkxOmRvX2RvbWFpbl9jcmVhdGU6IGFvIDB4MWRmODIzMDog
aW5wcm9ncmVzczogcG9sbGVyPTB4MWRlZTQ0MCwgZmxhZ3M9aQo+Pj4gbGlieGw6IGRlYnVnOiBs
aWJ4bF9ldmVudC5jOjU3Njp3YXRjaGZkX2NhbGxiYWNrOiB3YXRjaCB3PTB4MWRmMDg4MCB3cGF0
aD0vbG9jYWwvZG9tYWluLzEvYmFja2VuZC92YmQvMi81MTcxMi9zdGF0ZSB0b2tlbj0zLzA6IGV2
ZW50IGVwYXRoPS9sb2NhbC9kb21haW4vMS9iYWNrZW5kLyAgdmJkLzIvNTE3MTIvc3RhdGUKPj4+
IGxpYnhsOiBkZWJ1ZzogbGlieGxfZXZlbnQuYzo4ODQ6ZGV2c3RhdGVfY2FsbGJhY2s6IGJhY2tl
bmQgL2xvY2FsL2RvbWFpbi8xL2JhY2tlbmQvdmJkLzIvNTE3MTIvc3RhdGUgd2FudGVkIHN0YXRl
IDIgc3RpbGwgd2FpdGluZyBzdGF0ZSAxCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6
NTc2OndhdGNoZmRfY2FsbGJhY2s6IHdhdGNoIHc9MHgxZGYwODgwIHdwYXRoPS9sb2NhbC9kb21h
aW4vMS9iYWNrZW5kL3ZiZC8yLzUxNzEyL3N0YXRlIHRva2VuPTMvMDogZXZlbnQgZXBhdGg9L2xv
Y2FsL2RvbWFpbi8xL2JhY2tlbmQvICB2YmQvMi81MTcxMi9zdGF0ZQo+Pj4gbGlieGw6IGRlYnVn
OiBsaWJ4bF9ldmVudC5jOjg4MDpkZXZzdGF0ZV9jYWxsYmFjazogYmFja2VuZCAvbG9jYWwvZG9t
YWluLzEvYmFja2VuZC92YmQvMi81MTcxMi9zdGF0ZSB3YW50ZWQgc3RhdGUgMiBvawo+Pj4gbGli
eGw6IGRlYnVnOiBsaWJ4bF9ldmVudC5jOjY3NzpsaWJ4bF9fZXZfeHN3YXRjaF9kZXJlZ2lzdGVy
OiB3YXRjaCB3PTB4MWRmMDg4MCB3cGF0aD0vbG9jYWwvZG9tYWluLzEvYmFja2VuZC92YmQvMi81
MTcxMi9zdGF0ZSB0b2tlbj0zLzA6IGRlcmVnaXN0ZXIgc2xvdG51bT0zCj4+PiBsaWJ4bDogZGVi
dWc6IGxpYnhsX2RldmljZS5jOjkzNzpkZXZpY2VfYmFja2VuZF9jYWxsYmFjazogY2FsbGluZyBk
ZXZpY2VfYmFja2VuZF9jbGVhbnVwCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2V2ZW50LmM6Njkx
OmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdhdGNoIHc9MHgxZGYwODgwOiBkZXJlZ2lz
dGVyIHVucmVnaXN0ZXJlZAo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kZXZpY2UuYzo5OTI6ZGV2
aWNlX2hvdHBsdWc6IEJhY2tlbmQgZG9taWQgMSwgZG9taWQgMCwgYXNzdW1pbmcgZHJpdmVyIGRv
bWFpbnMKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZGV2aWNlLmM6OTk1OmRldmljZV9ob3RwbHVn
OiBOb3QgYSByZW1vdmUsIG5vdCBleGVjdXRpbmcgaG90cGx1ZyBzY3JpcHRzCj4+PiBsaWJ4bDog
ZGVidWc6IGxpYnhsX2V2ZW50LmM6NjkxOmxpYnhsX19ldl94c3dhdGNoX2RlcmVnaXN0ZXI6IHdh
dGNoIHc9MHgxZGYwOTgwOiBkZXJlZ2lzdGVyIHVucmVnaXN0ZXJlZAo+Pj4gbGlieGw6IGRlYnVn
OiBsaWJ4bF9kbS5jOjE3Nzg6bGlieGxfX3NwYXduX2xvY2FsX2RtOiBTcGF3bmluZyBkZXZpY2Ut
bW9kZWwgL3Vzci9sb2NhbC9saWIveGVuL2Jpbi9xZW11LXN5c3RlbS1pMzg2IHdpdGggYXJndW1l
bnRzOgo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2Fs
X2RtOiAgIC91c3IvbG9jYWwvbGliL3hlbi9iaW4vcWVtdS1zeXN0ZW0taTM4Ngo+Pj4gbGlieGw6
IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC14ZW4tZG9t
aWQKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9k
bTogICAyCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9j
YWxfZG06ICAgLWNoYXJkZXYKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhs
X19zcGF3bl9sb2NhbF9kbTogICBzb2NrZXQsaWQ9bGlieGwtY21kLHBhdGg9L3Zhci9ydW4veGVu
L3FtcC1saWJ4bC0yLHNlcnZlcixub3dhaXQKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzox
NzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtbm8tc2h1dGRvd24KPj4+IGxpYnhsOiBkZWJ1
ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtbW9uCj4+PiBsaWJ4
bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgY2hhcmRl
dj1saWJ4bC1jbWQsbW9kZT1jb250cm9sCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4
MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLWNoYXJkZXYKPj4+IGxpYnhsOiBkZWJ1ZzogbGli
eGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICBzb2NrZXQsaWQ9bGlieGVuc3Rh
dC1jbWQscGF0aD0vdmFyL3J1bi94ZW4vcW1wLWxpYnhlbnN0YXQtMixzZXJ2ZXIsbm93YWl0Cj4+
PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAg
LW1vbgo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2Fs
X2RtOiAgIGNoYXJkZXY9bGlieGVuc3RhdC1jbWQsbW9kZT1jb250cm9sCj4+PiBsaWJ4bDogZGVi
dWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLW5vZGVmYXVsdHMK
Pj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTog
ICAtbmFtZQo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xv
Y2FsX2RtOiAgIENsaWVudERvbQo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGli
eGxfX3NwYXduX2xvY2FsX2RtOiAgIC12bmMKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzox
NzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAwLjAuMC4wOjEsdG89OTkKPj4+IGxpYnhsOiBk
ZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICAtZGlzcGxheQo+
Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAg
IG5vbmUKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2Nh
bF9kbTogICAtZGV2aWNlCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9f
c3Bhd25fbG9jYWxfZG06ICAgY2lycnVzLXZnYSx2Z2FtZW1fbWI9OAo+Pj4gbGlieGw6IGRlYnVn
OiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC1ib290Cj4+PiBsaWJ4
bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgb3JkZXI9
Ywo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2FsX2Rt
OiAgIC1zbXAKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9s
b2NhbF9kbTogICAyLG1heGNwdXM9Mgo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6
bGlieGxfX3NwYXduX2xvY2FsX2RtOiAgIC1uZXQKPj4+IGxpYnhsOiBkZWJ1ZzogbGlieGxfZG0u
YzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICBub25lCj4+PiBsaWJ4bDogZGVidWc6IGxp
YnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxfZG06ICAgLW1hY2hpbmUKPj4+IGxpYnhs
OiBkZWJ1ZzogbGlieGxfZG0uYzoxNzgwOmxpYnhsX19zcGF3bl9sb2NhbF9kbTogICB4ZW5mdgo+
Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXduX2xvY2FsX2RtOiAg
IC1tCj4+PiBsaWJ4bDogZGVidWc6IGxpYnhsX2RtLmM6MTc4MDpsaWJ4bF9fc3Bhd25fbG9jYWxf
ZG06ICAgMTAxNgo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGlieGxfX3NwYXdu
X2xvY2FsX2RtOiAgIC1kcml2ZQo+Pj4gbGlieGw6IGRlYnVnOiBsaWJ4bF9kbS5jOjE3ODA6bGli
eGxfX3NwYXduX2xvY2FsX2RtOiAgIGZpbGU9L2Rldi9zZGIsaWY9aWRlLGluZGV4PTAsbWVkaWE9
ZGlzayxmb3JtYXQ9cmF3LGNhY2hlPXdyaXRlYmFjawo+Pj4gWyAuLi4uIF0KPj4KPj4gSSdtIG5v
dCBzdXJlIHdoYXQgcWVtdSdzIHJvbGUgaGVyZSBpcywgYnV0IHRoYXQgbGFzdCBsaW5lIHdpdGgK
Pj4gImZpbGU9L2Rldi9zZGIuLi4iIG1ha2VzIG5vIG1lbnRpb24gb2YgYSBiYWNrZW5kLCBzbyBJ
IHRob3VnaHQgaXQKPj4gbWlnaHQgYmUgcGlja2luZyB1cCAvZGV2L3NkYiByZWxhdGl2ZSB0byBE
b21haW4tMCwgaW5zdGVhZCBvZiB0aGUKPj4gc3RvcmFnZSBkcml2ZXIgZG9tYWluLiBUbyB0ZXN0
IHRoaXMgdGhlb3J5LCBJIGNyZWF0ZWQgYSBwYXJ0aXRpb24KPj4gdGFibGUgb24gRG9tYWluLTAn
cyAvZGV2L3NkYiB3aXRoIGEgYm9vdGFibGUgcGFydGl0aW9uIGF0IC9kZXYvc2RiMS4KPj4gSW5k
ZWVkLCBhZnRlciBjcmVhdGluZyB0aGUgZ3Vlc3QsIEkgZ2V0IHRvIHRoZSBHUlVCMiBtZW51IHRo
YXQgd2FzCj4+IGluc3RhbGxlZCBvbiBEb21haW4tMCdzIC9kZXYvc2RiIChkZXNwaXRlIHN0aWxs
IGhhdmluZyBTdG9yYWdlRG9tCj4+IGNvbmZpZ3VyZWQgYXMgdGhlIGJhY2tlbmQpLiBVcG9uIHNl
bGVjdGluZyBhIGJvb3QgZW50cnksIHRoZSBndWVzdCBPUwo+PiBiZWdpbnMgdG8gYm9vdCBidXQg
ZHJvcHMgaW50byBCdXN5Qm94IGJlY2F1c2UgaXQgY2FuJ3QgZmluZCB0aGUKPj4gYm9vdC9yb290
L3N3YXAgcGFydGl0aW9ucyAoYmVjYXVzZSBEb21haW4tMCdzIC9kZXYvc2RiIHBhcnRpdGlvbnMg
YW5kCj4+IFN0b3JhZ2VEb20ncyAvZGV2L3NkYiBwYXJ0aXRpb25zIGhhdmUgZGlmZmVyZW50IFVV
SURzKS4KPj4KPj4gU28sIGluIHNob3J0LCBpdCBzZWVtcyBsaWtlIHRoZSBCSU9TIHNlZXMgYSBk
aXNrIHRoYXQgZXhpc3RzIG9uCj4+IERvbWFpbi0wLCBhbmQgdGhlbiBvbmNlIHRoZSBndWVzdCBr
ZXJuZWwgYW5kIGd1ZXN0IE9TIHRha2Ugb3ZlciwgdGhleQo+PiBzZWUgdGhlIGRpc2sgcHJvdmlk
ZWQgYnkgdGhlIHN0b3JhZ2UgZHJpdmVyIGRvbWFpbi4KPj4KPj4gSWYgYW55b25lIGhhcyBleHBl
cmllbmNlIGdldHRpbmcgYSBzdG9yYWdlIGRyaXZlciBkb21haW4gdG8gc2VydmUKPj4gZGlza3Mg
dGhhdCBIVk0vUFZIVk0gZ3Vlc3RzIGNhbiB1c2UgdG8gYm9vdCwgb3IgY2FuIHNwb3QgYW55IG1p
c3Rha2VzCj4+IEkndmUgbWFkZSwgKG9yIGNhbiB0ZWxsIG1lIGl0J3Mgbm90IHBvc3NpYmxlIHll
dCksIEknZCBiZSB2ZXJ5Cj4+IGdyYXRlZnVsIGZvciBhZHZpY2UuCj4KPiBTYWRseSB0aGUgd2lr
aSBwYWdlIGlzIHN0aWxsIHJpZ2h0LCB0aGUgb25seSB3YXkgdG8gdXNlIGRpc2sgZHJpdmVyCj4g
ZG9tYWlucyB3aXRoIEhWTSBndWVzdHMgaXMgdG8gdXNlIGEgc3R1YmRvbWFpbiAoYnkgYWRkaW5n
Cj4gZGV2aWNlX21vZGVsX3N0dWJkb21haW5fb3ZlcnJpZGU9MSB0byB5b3VyIGRvbWFpbiBjb25m
aWcgZmlsZSkuCj4KPiBUbyBzdW0gdXAgd2hhdCdzIG1pc3Npbmc6IFFFTVUgbmVlZHMgYSBwaHlz
aWNhbCBkZXZpY2UgaW4gRG9tMCBpbiBvcmRlcgo+IHRvIHVzZSBpdCBhcyBhIGhhcmQtZHJpdmUs
IGJ1dCBzaW5jZSB5b3UgYXJlIHVzaW5nIGEgZHJpdmVyIGRvbWFpbiBRRU1VCj4gY2Fubm90IGFj
Y2VzcyB0aGlzIGRldmljZSBhdCBhbGwgKHlvdXIgY2FzZSBpcyBldmVuIHdvcnNlLCBiZWNhdXNl
IFFFTVUKPiB0cmllcyB0byB1c2UgdGhlIGRpc2sgaW4gRG9tMCkuIFRoZSBvbmx5IHdheSB0byBz
b2x2ZSB0aGlzIGlzIHRvIHRlYWNoCj4geGwgdG8gYXR0YWNoIHRoZSBkaXNrIHByb3ZpZGVkIGJ5
IHRoZSBkcml2ZXIgZG9tYWluIHRvIERvbTAgYW5kIHRoZW4KPiBwYXNzIHRoYXQgZGV2aWNlIHRv
IFFFTVUuIEFzIHVzdWFsLCBwYXRjaGVzIGFyZSB3ZWxjb21lIDopLgo+Cj4gUm9nZXIuCj4KCkhp
IFJvZ2VyLAoKVGhhbmtzIGZvciB0aGUgZXhwbGFuYXRpb247IHRoYXQgbWFrZXMgc2Vuc2UuIEkg
d2lsbCB0cnkgd2l0aApzdHViZG9tYWlucyB0byBzZWUgaWYgSSBjYW4gZ2V0IHRoYXQgdG8gd29y
aywgb3Igb3RoZXJ3aXNlIHN0aWNrIHdpdGgKUFYgZm9yIG5vdy4KClRoYW5rcywKQWxleAoKX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1h
aWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94
ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Mon Feb 22 15:53:10 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 15:53:10 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXsmS-0004rq-6P; Mon, 22 Feb 2016 15:52:12 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXsmP-0004rl-U7
	for Xen-users@lists.xen.org; Mon, 22 Feb 2016 15:52:10 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
	09/64-28228-9AE2BC65; Mon, 22 Feb 2016 15:52:09 +0000
X-Env-Sender: brandon@thinkhuge.net
X-Msg-Ref: server-12.tower-27.messagelabs.com!1456156327!25684900!1
X-Originating-IP: [74.125.82.42]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 46584 invoked from network); 22 Feb 2016 15:52:07 -0000
Received: from mail-wm0-f42.google.com (HELO mail-wm0-f42.google.com)
	(74.125.82.42)
	by server-12.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 22 Feb 2016 15:52:07 -0000
Received: by mail-wm0-f42.google.com with SMTP id g62so162937418wme.0
	for ; Mon, 22 Feb 2016 07:52:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=thinkhuge-net.20150623.gappssmtp.com; s=20150623;
	h=from:to:subject:date:message-id:mime-version:content-type
	:thread-index:content-language;
	bh=XPh8OAVpII5tlVOquoO6de2trQp4CX4dvUo7y8tJkEE=;
	b=PTw6A1dvvlEPLYB8Kf/m15ahfU0Y4tfLkayOIUIHTjtY+szpfoJoJ5E2QZCBz72U8y
	SDU+v6GzDaowevlGSNO7WO8tiKgh6cX5xooAx+tFO/tlFD6qpIUaLDgNcZ1UizRtGUUB
	H6bnGvMEMIKSXo5BPc7Sp+SdOTXt3xHzf75zx87GNBvmXMxHJhi2oHTxgata1Tvj8cl+
	VXPdxyByWPKv0i6z4zC4fVdZMybZSuqols8x+WSW4NHPSV8GJsYgcp7SwJx2tpaf5qbF
	w0Wur2iHVF3z6r61JvuCfhyptX3B6eNWwYntitqdZWrO5K58n6nkacC7fBGUVAvsDVXT
	n8Jw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:to:subject:date:message-id:mime-version
	:content-type:thread-index:content-language;
	bh=XPh8OAVpII5tlVOquoO6de2trQp4CX4dvUo7y8tJkEE=;
	b=bqrZbccOznOOT59AiJYD8q0c5Nnlj5R8ccvC9YsT8WJYLOmnuagAaJLGA4XfmQwRnh
	XJoFIJaxtkzhkexQTHr4XSVxYAgw5ooPmnoIWqPmpjOwJAsmUFw16V9VSHbfgT1/xooY
	zyFeOA8/U0FFiwxP2HxLlKFcI2ALwtMTakqvLNNsMAEODBYy5K3rsrtzcDuPeYJXEH+a
	X9oXdgI3u3YFauZrLX30FDQ1QgvHpxEkmFZHDSQqvSceNUq+AZrY4/4ZsCtA5RPzPjxL
	tqCwbkYC+OmSpZrpHOJKX25sCI+EB7jpEwtQjW8XMC/iwDNfImjOc6EjFkQeBmJQHSQR
	xddg==
X-Gm-Message-State: AG10YOQ9w1fPExSEYqQSvt9YC0UeGqWGwG6QJyzfn2OQiO2t6p6lZr6mlI5I+8dDAomqU2MO
X-Received: by 10.28.33.84 with SMTP id h81mr13806120wmh.36.1456156327147;
	Mon, 22 Feb 2016 07:52:07 -0800 (PST)
Received: from venus (ip70-170-124-201.lv.lv.cox.net. [70.170.124.201])
	by smtp.gmail.com with ESMTPSA id
	hm9sm25213150wjb.34.2016.02.22.07.52.05 for 
	(version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
	Mon, 22 Feb 2016 07:52:05 -0800 (PST)
From: "Brandon Shoemaker" 
To: 
Date: Mon, 22 Feb 2016 07:52:03 -0800
Message-ID: <107201d16d88$fa670390$ef350ab0$@thinkhuge.net>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdFtiO+TVilwmpk4TdO5gTfY1hOATw==
Content-Language: en-us
Subject: [Xen-users] signed Xen PV drivers
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6144044065527381157=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multipart message in MIME format.

--===============6144044065527381157==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_1073_01D16D45.EC445FD0"
Content-Language: en-us

This is a multipart message in MIME format.

------=_NextPart_000_1073_01D16D45.EC445FD0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi list,

 

Does anyone know the ETA on a new stable release of Xen PV drivers for
Windows 2008/2012 for Xen 4.4 on CentOS6?  I searched through the list and
saw mention of possible forthcoming signed version pending obtaining a
commercial signing certificate.  I also saw mention of crowdsourcing the
cert costs.  If this is needed surely many of us can contribute (e.g.
Gofundme).  I have quite a few Xen servers and it is important signed stable
drivers are maintained somewhere.  I am running the older
ejbpv_Vista2008x64_1.0.1105.msi drivers before the website went down that
hosted these.

 

Thanks,

 

Brandon

 


------=_NextPart_000_1073_01D16D45.EC445FD0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Hi list,
 
Does anyone =
know the ETA on a new stable release of Xen PV drivers for Windows =
2008/2012 for Xen 4.4 on CentOS6?  I searched through the list and =
saw mention of possible forthcoming signed version pending obtaining a =
commercial signing certificate.  I also saw mention of =
crowdsourcing the cert costs.  If this is needed surely many of us =
can contribute (e.g. Gofundme).  I have quite a few Xen servers and =
it is important signed stable drivers are maintained somewhere.  I =
am running the older ejbpv_Vista2008x64_1.0.1105.msi drivers before the =
website went down that hosted these.
 
Thanks,
 
Brandon
 

------=_NextPart_000_1073_01D16D45.EC445FD0--



--===============6144044065527381157==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============6144044065527381157==--



From xen-users-bounces@lists.xen.org Mon Feb 22 15:53:10 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 15:53:10 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXsmS-0004rq-6P; Mon, 22 Feb 2016 15:52:12 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXsmP-0004rl-U7
	for Xen-users@lists.xen.org; Mon, 22 Feb 2016 15:52:10 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
	09/64-28228-9AE2BC65; Mon, 22 Feb 2016 15:52:09 +0000
X-Env-Sender: brandon@thinkhuge.net
X-Msg-Ref: server-12.tower-27.messagelabs.com!1456156327!25684900!1
X-Originating-IP: [74.125.82.42]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 46584 invoked from network); 22 Feb 2016 15:52:07 -0000
Received: from mail-wm0-f42.google.com (HELO mail-wm0-f42.google.com)
	(74.125.82.42)
	by server-12.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 22 Feb 2016 15:52:07 -0000
Received: by mail-wm0-f42.google.com with SMTP id g62so162937418wme.0
	for ; Mon, 22 Feb 2016 07:52:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=thinkhuge-net.20150623.gappssmtp.com; s=20150623;
	h=from:to:subject:date:message-id:mime-version:content-type
	:thread-index:content-language;
	bh=XPh8OAVpII5tlVOquoO6de2trQp4CX4dvUo7y8tJkEE=;
	b=PTw6A1dvvlEPLYB8Kf/m15ahfU0Y4tfLkayOIUIHTjtY+szpfoJoJ5E2QZCBz72U8y
	SDU+v6GzDaowevlGSNO7WO8tiKgh6cX5xooAx+tFO/tlFD6qpIUaLDgNcZ1UizRtGUUB
	H6bnGvMEMIKSXo5BPc7Sp+SdOTXt3xHzf75zx87GNBvmXMxHJhi2oHTxgata1Tvj8cl+
	VXPdxyByWPKv0i6z4zC4fVdZMybZSuqols8x+WSW4NHPSV8GJsYgcp7SwJx2tpaf5qbF
	w0Wur2iHVF3z6r61JvuCfhyptX3B6eNWwYntitqdZWrO5K58n6nkacC7fBGUVAvsDVXT
	n8Jw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:to:subject:date:message-id:mime-version
	:content-type:thread-index:content-language;
	bh=XPh8OAVpII5tlVOquoO6de2trQp4CX4dvUo7y8tJkEE=;
	b=bqrZbccOznOOT59AiJYD8q0c5Nnlj5R8ccvC9YsT8WJYLOmnuagAaJLGA4XfmQwRnh
	XJoFIJaxtkzhkexQTHr4XSVxYAgw5ooPmnoIWqPmpjOwJAsmUFw16V9VSHbfgT1/xooY
	zyFeOA8/U0FFiwxP2HxLlKFcI2ALwtMTakqvLNNsMAEODBYy5K3rsrtzcDuPeYJXEH+a
	X9oXdgI3u3YFauZrLX30FDQ1QgvHpxEkmFZHDSQqvSceNUq+AZrY4/4ZsCtA5RPzPjxL
	tqCwbkYC+OmSpZrpHOJKX25sCI+EB7jpEwtQjW8XMC/iwDNfImjOc6EjFkQeBmJQHSQR
	xddg==
X-Gm-Message-State: AG10YOQ9w1fPExSEYqQSvt9YC0UeGqWGwG6QJyzfn2OQiO2t6p6lZr6mlI5I+8dDAomqU2MO
X-Received: by 10.28.33.84 with SMTP id h81mr13806120wmh.36.1456156327147;
	Mon, 22 Feb 2016 07:52:07 -0800 (PST)
Received: from venus (ip70-170-124-201.lv.lv.cox.net. [70.170.124.201])
	by smtp.gmail.com with ESMTPSA id
	hm9sm25213150wjb.34.2016.02.22.07.52.05 for 
	(version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
	Mon, 22 Feb 2016 07:52:05 -0800 (PST)
From: "Brandon Shoemaker" 
To: 
Date: Mon, 22 Feb 2016 07:52:03 -0800
Message-ID: <107201d16d88$fa670390$ef350ab0$@thinkhuge.net>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdFtiO+TVilwmpk4TdO5gTfY1hOATw==
Content-Language: en-us
Subject: [Xen-users] signed Xen PV drivers
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============6144044065527381157=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multipart message in MIME format.

--===============6144044065527381157==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_1073_01D16D45.EC445FD0"
Content-Language: en-us

This is a multipart message in MIME format.

------=_NextPart_000_1073_01D16D45.EC445FD0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi list,

 

Does anyone know the ETA on a new stable release of Xen PV drivers for
Windows 2008/2012 for Xen 4.4 on CentOS6?  I searched through the list and
saw mention of possible forthcoming signed version pending obtaining a
commercial signing certificate.  I also saw mention of crowdsourcing the
cert costs.  If this is needed surely many of us can contribute (e.g.
Gofundme).  I have quite a few Xen servers and it is important signed stable
drivers are maintained somewhere.  I am running the older
ejbpv_Vista2008x64_1.0.1105.msi drivers before the website went down that
hosted these.

 

Thanks,

 

Brandon

 


------=_NextPart_000_1073_01D16D45.EC445FD0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Hi list,
 
Does anyone =
know the ETA on a new stable release of Xen PV drivers for Windows =
2008/2012 for Xen 4.4 on CentOS6?  I searched through the list and =
saw mention of possible forthcoming signed version pending obtaining a =
commercial signing certificate.  I also saw mention of =
crowdsourcing the cert costs.  If this is needed surely many of us =
can contribute (e.g. Gofundme).  I have quite a few Xen servers and =
it is important signed stable drivers are maintained somewhere.  I =
am running the older ejbpv_Vista2008x64_1.0.1105.msi drivers before the =
website went down that hosted these.
 
Thanks,
 
Brandon
 

------=_NextPart_000_1073_01D16D45.EC445FD0--



--===============6144044065527381157==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============6144044065527381157==--



From xen-users-bounces@lists.xen.org Mon Feb 22 15:57:52 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 15:57:52 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXsro-0005TB-Qo; Mon, 22 Feb 2016 15:57:44 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXsrn-0005Sy-Cq
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 15:57:43 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	4D/11-03443-6FF2BC65; Mon, 22 Feb 2016 15:57:42 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-16.tower-31.messagelabs.com!1456156660!16678144!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14609 invoked from network); 22 Feb 2016 15:57:41 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 15:57:41 -0000
X-IronPort-AV: E=Sophos;i="5.22,485,1449532800"; d="scan'208";a="333398804"
To: , 
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
X-Enigmail-Draft-Status: N1110
Message-ID: <56CB2FF1.3080704@citrix.com>
Date: Mon, 22 Feb 2016 16:57:37 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
Content-Length: 2663
X-DLP: MIA2
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 22/2/16 a les 15:16, suse.dev@fea.st ha escrit:
> =

> =

> On Mon, Feb 22, 2016, at 03:06 AM, Roger Pau Monn=E9 wrote:
>> You have two disks pointing to the same virtual device inside of the
>> guest, which is not possible (hdd). You will have to change one of them
>> to be hde instead.
> =

> I changed the obvious pebkac :-( of the identifier for the cdr, so I have
> =

> 		...
> 		disk =3D [ 'phy:/dev/VG0/tEFI,hda,w',
> 		         'phy:/dev/VG0/tBOOT,hdb,w',
> 		         'phy:/dev/VG0/tSWAP,hdc,w',
> 		         'phy:/dev/VG0/tROOT,hdd,w',
> 		         'file:/home/test/archlinux-2016.02.01-dual.iso,hde:cdrom,r',]
> 		...
> =

> Still, guest launch fails with
> =

> 	xl create ./arch.cfg
> =

> 		Parsing config from ./arch.cfg
> 		got a tsc mode string: "default"
> 		libxl: error: libxl.c:2615:libxl__device_from_disk: Invalid or unsuppor=
ted virtual disk identifier hde
> 		libxl: error: libxl.c:2728:device_disk_add: Invalid or unsupported virt=
ual disk identifier hde
> 		libxl: error: libxl_create.c:1175:domcreate_launch_dm: unable to add di=
sk devices
> 		libxl: error: libxl_dm.c:1966:kill_device_model: unable to find device =
model pid in /local/domain/16/image/device-model-pid
> 		libxl: error: libxl.c:1628:libxl__destroy_domid: libxl__destroy_device_=
model failed for 16
> 		libxl: error: libxl.c:1591:libxl__destroy_domid: non-existant domain 16
> 		libxl: error: libxl.c:1549:domain_destroy_callback: unable to destroy g=
uest with domid 16
> 		libxl: error: libxl.c:1476:domain_destroy_cb: destruction of domain 16 =
failed
> =

> Out of curiosity, I dropped
> =

> 		...
> 		disk =3D [ 'phy:/dev/VG0/tEFI,hda,w',
> 		         'phy:/dev/VG0/tBOOT,hdb,w',
> 		         'phy:/dev/VG0/tSWAP,hdc,w',
> 	-	         'phy:/dev/VG0/tROOT,hdd,w',
> 		         'file:/home/test/archlinux-2016.02.01-dual.iso,hde:cdrom,r',]
> 		...

Right, using the hd* syntax you can only address four drives (this is
the limitation in IDE IIRC). So starting from hdc, any other disk that
you want to attach must use the xvd* syntax, and it is recommended to
start at xvde. There's a document in the Xen tree that contains a more
detailed explanation of all this:

http://xenbits.xen.org/docs/unstable/misc/vbd-interface.txt

Also, it seems you are passing a bunch of lvm volumes as different
disks, do you know you can for example use hda1, hda2... and so on in
order to setup different partitions that are presented to the guest as a
single disk?

http://xenbits.xen.org/docs/unstable/misc/xl-disk-configuration.txt

Roger.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 15:57:52 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 15:57:52 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXsro-0005TB-Qo; Mon, 22 Feb 2016 15:57:44 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXsrn-0005Sy-Cq
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 15:57:43 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	4D/11-03443-6FF2BC65; Mon, 22 Feb 2016 15:57:42 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-16.tower-31.messagelabs.com!1456156660!16678144!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14609 invoked from network); 22 Feb 2016 15:57:41 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 15:57:41 -0000
X-IronPort-AV: E=Sophos;i="5.22,485,1449532800"; d="scan'208";a="333398804"
To: , 
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
X-Enigmail-Draft-Status: N1110
Message-ID: <56CB2FF1.3080704@citrix.com>
Date: Mon, 22 Feb 2016 16:57:37 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
Content-Length: 2663
X-DLP: MIA2
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 22/2/16 a les 15:16, suse.dev@fea.st ha escrit:
> =

> =

> On Mon, Feb 22, 2016, at 03:06 AM, Roger Pau Monn=E9 wrote:
>> You have two disks pointing to the same virtual device inside of the
>> guest, which is not possible (hdd). You will have to change one of them
>> to be hde instead.
> =

> I changed the obvious pebkac :-( of the identifier for the cdr, so I have
> =

> 		...
> 		disk =3D [ 'phy:/dev/VG0/tEFI,hda,w',
> 		         'phy:/dev/VG0/tBOOT,hdb,w',
> 		         'phy:/dev/VG0/tSWAP,hdc,w',
> 		         'phy:/dev/VG0/tROOT,hdd,w',
> 		         'file:/home/test/archlinux-2016.02.01-dual.iso,hde:cdrom,r',]
> 		...
> =

> Still, guest launch fails with
> =

> 	xl create ./arch.cfg
> =

> 		Parsing config from ./arch.cfg
> 		got a tsc mode string: "default"
> 		libxl: error: libxl.c:2615:libxl__device_from_disk: Invalid or unsuppor=
ted virtual disk identifier hde
> 		libxl: error: libxl.c:2728:device_disk_add: Invalid or unsupported virt=
ual disk identifier hde
> 		libxl: error: libxl_create.c:1175:domcreate_launch_dm: unable to add di=
sk devices
> 		libxl: error: libxl_dm.c:1966:kill_device_model: unable to find device =
model pid in /local/domain/16/image/device-model-pid
> 		libxl: error: libxl.c:1628:libxl__destroy_domid: libxl__destroy_device_=
model failed for 16
> 		libxl: error: libxl.c:1591:libxl__destroy_domid: non-existant domain 16
> 		libxl: error: libxl.c:1549:domain_destroy_callback: unable to destroy g=
uest with domid 16
> 		libxl: error: libxl.c:1476:domain_destroy_cb: destruction of domain 16 =
failed
> =

> Out of curiosity, I dropped
> =

> 		...
> 		disk =3D [ 'phy:/dev/VG0/tEFI,hda,w',
> 		         'phy:/dev/VG0/tBOOT,hdb,w',
> 		         'phy:/dev/VG0/tSWAP,hdc,w',
> 	-	         'phy:/dev/VG0/tROOT,hdd,w',
> 		         'file:/home/test/archlinux-2016.02.01-dual.iso,hde:cdrom,r',]
> 		...

Right, using the hd* syntax you can only address four drives (this is
the limitation in IDE IIRC). So starting from hdc, any other disk that
you want to attach must use the xvd* syntax, and it is recommended to
start at xvde. There's a document in the Xen tree that contains a more
detailed explanation of all this:

http://xenbits.xen.org/docs/unstable/misc/vbd-interface.txt

Also, it seems you are passing a bunch of lvm volumes as different
disks, do you know you can for example use hda1, hda2... and so on in
order to setup different partitions that are presented to the guest as a
single disk?

http://xenbits.xen.org/docs/unstable/misc/xl-disk-configuration.txt

Roger.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 16:08:26 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:08:26 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXt1v-0006qW-EU; Mon, 22 Feb 2016 16:08:11 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXt1t-0006qO-Mj
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:08:09 +0000
Received: from [85.158.139.211] by server-2.bemta-5.messagelabs.com id
	BF/DB-03303-8623BC65; Mon, 22 Feb 2016 16:08:08 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-16.tower-206.messagelabs.com!1456157286!9695262!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 54685 invoked from network); 22 Feb 2016 16:08:07 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 16:08:07 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id 6BE4C21380
	for ; Mon, 22 Feb 2016 11:08:06 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Mon, 22 Feb 2016 11:08:06 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=gDKMb427NY64k0ePL9fbkf/Do9E=; b=xAGE3N
	vNfNMUOQhlOIeX4fwzHfcpOEEVSpsk9By5XYF1SHiriE8blEiqI56Zgh8bgSy1fp
	eYukHjQvANYXsdTUfdT4lVeVUm5qhryiBqW0E1UwxXACsjpwTxnjQgUt3PLiDh4T
	bq2oPIF+DZDR5CHpZaRLpZVrdKgSWDgKyrTVY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=gDKMb427NY64k0e
	PL9fbkf/Do9E=; b=fgB3rt+5oXzSJ44bc+xqx5OrMZdOOw/K1qyqVE/I283QwE1
	5mWJ7Qb6RQsKw2sQL1kbdayhIXG7Fof6bVSl/bA4sSC95clSHNEE8XYYHPH7XwqH
	QNJnxDTfQxqoQUh7sNU5JRmDzyQB1z79SnR/SNt3qZGxEhvwhqc0wl4N+HQ0=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 3B9A5102E0A; Mon, 22 Feb 2016 11:08:06 -0500 (EST)
Message-Id: <1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
X-Sasl-Enc: RzAWBMn+3Rb4UTQPtATl7tnJzBrBfi8F3IGc2OEnGAxz 1456157286
From: suse.dev@fea.st
To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <56CB2FF1.3080704@citrix.com>
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
	<56CB2FF1.3080704@citrix.com>
Date: Mon, 22 Feb 2016 08:08:06 -0800
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 07:57 AM, Roger Pau Monn=E9 wrote:
> Right, using the hd* syntax you can only address four drives (this is
> the limitation in IDE IIRC). So starting from hdc, any other disk that
> you want to attach must use the xvd* syntax, and it is recommended to
> start at xvde. There's a document in the Xen tree that contains a more
> detailed explanation of all this:
> =

> http://xenbits.xen.org/docs/unstable/misc/vbd-interface.txt

Ok, that explains it.  That one I had NOT seen.  =


Reading there

"For Linux HVM guests using PV-on-HVM drivers, users are recommended to
supply as few hd* devices as possible, and for the rest of the disks,
to use pure xvd* devices starting at xvde.  Modern PV-on-HVM drivers
will map provided hd* devices to the corresponding /dev/xvd* (for
example, hda is presented also as /dev/xvda).

Some Linux HVM guests with broken PV-on-HVM drivers do not cope
properly if both hda and hdc are supplied, nor with both hda and xvda,
because they directly map the bottom 8 bits of the xenstore integer
directly to the Linux guest's device number and throw away the rest;
they can crash due to minor number clashes.  With these guests, the
workaround is not to supply problematic combinations of devices."

Is there any reason I wouldn't just set ALL of the drives to xvd*?  I.e., d=
o I *need* any hd*?

I.e., what are "as possible" and "problematic combinations" actually define=
d as?

> Also, it seems you are passing a bunch of lvm volumes as different
> disks, do you know you can for example use hda1, hda2... and so on in
> order to setup different partitions that are presented to the guest as a
> single disk?
> =

> http://xenbits.xen.org/docs/unstable/misc/xl-disk-configuration.txt

Yeah, aware of that.  And often do that.  Here, though, I'm separating/isol=
ating for use in a (in-progress ...) backup/restore strategy.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 16:08:26 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:08:26 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXt1v-0006qW-EU; Mon, 22 Feb 2016 16:08:11 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXt1t-0006qO-Mj
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:08:09 +0000
Received: from [85.158.139.211] by server-2.bemta-5.messagelabs.com id
	BF/DB-03303-8623BC65; Mon, 22 Feb 2016 16:08:08 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-16.tower-206.messagelabs.com!1456157286!9695262!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 54685 invoked from network); 22 Feb 2016 16:08:07 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 16:08:07 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id 6BE4C21380
	for ; Mon, 22 Feb 2016 11:08:06 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Mon, 22 Feb 2016 11:08:06 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=gDKMb427NY64k0ePL9fbkf/Do9E=; b=xAGE3N
	vNfNMUOQhlOIeX4fwzHfcpOEEVSpsk9By5XYF1SHiriE8blEiqI56Zgh8bgSy1fp
	eYukHjQvANYXsdTUfdT4lVeVUm5qhryiBqW0E1UwxXACsjpwTxnjQgUt3PLiDh4T
	bq2oPIF+DZDR5CHpZaRLpZVrdKgSWDgKyrTVY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=gDKMb427NY64k0e
	PL9fbkf/Do9E=; b=fgB3rt+5oXzSJ44bc+xqx5OrMZdOOw/K1qyqVE/I283QwE1
	5mWJ7Qb6RQsKw2sQL1kbdayhIXG7Fof6bVSl/bA4sSC95clSHNEE8XYYHPH7XwqH
	QNJnxDTfQxqoQUh7sNU5JRmDzyQB1z79SnR/SNt3qZGxEhvwhqc0wl4N+HQ0=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 3B9A5102E0A; Mon, 22 Feb 2016 11:08:06 -0500 (EST)
Message-Id: <1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
X-Sasl-Enc: RzAWBMn+3Rb4UTQPtATl7tnJzBrBfi8F3IGc2OEnGAxz 1456157286
From: suse.dev@fea.st
To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <56CB2FF1.3080704@citrix.com>
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
	<56CB2FF1.3080704@citrix.com>
Date: Mon, 22 Feb 2016 08:08:06 -0800
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 07:57 AM, Roger Pau Monn=E9 wrote:
> Right, using the hd* syntax you can only address four drives (this is
> the limitation in IDE IIRC). So starting from hdc, any other disk that
> you want to attach must use the xvd* syntax, and it is recommended to
> start at xvde. There's a document in the Xen tree that contains a more
> detailed explanation of all this:
> =

> http://xenbits.xen.org/docs/unstable/misc/vbd-interface.txt

Ok, that explains it.  That one I had NOT seen.  =


Reading there

"For Linux HVM guests using PV-on-HVM drivers, users are recommended to
supply as few hd* devices as possible, and for the rest of the disks,
to use pure xvd* devices starting at xvde.  Modern PV-on-HVM drivers
will map provided hd* devices to the corresponding /dev/xvd* (for
example, hda is presented also as /dev/xvda).

Some Linux HVM guests with broken PV-on-HVM drivers do not cope
properly if both hda and hdc are supplied, nor with both hda and xvda,
because they directly map the bottom 8 bits of the xenstore integer
directly to the Linux guest's device number and throw away the rest;
they can crash due to minor number clashes.  With these guests, the
workaround is not to supply problematic combinations of devices."

Is there any reason I wouldn't just set ALL of the drives to xvd*?  I.e., d=
o I *need* any hd*?

I.e., what are "as possible" and "problematic combinations" actually define=
d as?

> Also, it seems you are passing a bunch of lvm volumes as different
> disks, do you know you can for example use hda1, hda2... and so on in
> order to setup different partitions that are presented to the guest as a
> single disk?
> =

> http://xenbits.xen.org/docs/unstable/misc/xl-disk-configuration.txt

Yeah, aware of that.  And often do that.  Here, though, I'm separating/isol=
ating for use in a (in-progress ...) backup/restore strategy.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 16:21:52 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:21:52 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtF0-0007kr-N7; Mon, 22 Feb 2016 16:21:42 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXtEz-0007ke-47
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:21:41 +0000
Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id
	FE/3A-13475-4953BC65; Mon, 22 Feb 2016 16:21:40 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-5.tower-27.messagelabs.com!1456158099!25797422!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18727 invoked from network); 22 Feb 2016 16:21:39 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 16:21:39 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id CB53A2132C
	for ; Mon, 22 Feb 2016 11:21:38 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Mon, 22 Feb 2016 11:21:38 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=G25U+OqrI7Onbls++7geH8Hubzk=; b=rcrlVz
	AVqzgxAS2M/45ZRtxL22mBSmpfQAjIgdlRz5LJCFO7k8DmtCp98bpBSa/VuGHUYT
	ZYc2LDDy41ZqCO331hAGKo7NCibyc1GY6+iQcieeQiy570N+k1ZFBR/pNbQYq+8v
	Uh/5oA2hyowM0CmkHOhLyhl2LHgnU2mwVogvg=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=G25U+OqrI7Onbls
	++7geH8Hubzk=; b=DmbPc8XFlVdLvoDZOAwcuPDoZw7kdJjf7bQUFiPxNGdiGQP
	UJnbKdKgpmkcYir7jo7MOAeFsN8ht6F3OZllE4rtRfJPwhh2k1K1n0nvoKW+F4Lt
	4I2Ebc2pUE+hSVLlm4R6qNXK/7fwH5rSGVTR5T0pBiKaioNvJuLhC4uBgQd8=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id A106A10326C; Mon, 22 Feb 2016 11:21:38 -0500 (EST)
Message-Id: <1456158098.1888148.528381986.0392A257@webmail.messagingengine.com>
X-Sasl-Enc: ozVpTm4HZBzlNOc8F8MMLOLI6UhfhVg41qVJ4fmxEhOe 1456158098
From: suse.dev@fea.st
To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 08:21:38 -0800
In-Reply-To: <1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
	<56CB2FF1.3080704@citrix.com>
	<1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This one works

		...
		disk = [ 'phy:/dev/VG0/tEFI,hda,w',
		         'phy:/dev/VG0/tBOOT,hdb,w',
		         'phy:/dev/VG0/tSWAP,hdc,w',
		         'phy:/dev/VG0/tROOT,xvde,w',
		         'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom,r',]
		...

The 1st 3 apparently have to be 'hdX'
The 4th has to be ">=" 'xvde'
The cdr has to be 'hdd'; 'xvdd' does not work.

I don't yet understand clearly WHY that's the case.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 16:21:52 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:21:52 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtF0-0007kr-N7; Mon, 22 Feb 2016 16:21:42 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXtEz-0007ke-47
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:21:41 +0000
Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id
	FE/3A-13475-4953BC65; Mon, 22 Feb 2016 16:21:40 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-5.tower-27.messagelabs.com!1456158099!25797422!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 18727 invoked from network); 22 Feb 2016 16:21:39 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 16:21:39 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id CB53A2132C
	for ; Mon, 22 Feb 2016 11:21:38 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Mon, 22 Feb 2016 11:21:38 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=G25U+OqrI7Onbls++7geH8Hubzk=; b=rcrlVz
	AVqzgxAS2M/45ZRtxL22mBSmpfQAjIgdlRz5LJCFO7k8DmtCp98bpBSa/VuGHUYT
	ZYc2LDDy41ZqCO331hAGKo7NCibyc1GY6+iQcieeQiy570N+k1ZFBR/pNbQYq+8v
	Uh/5oA2hyowM0CmkHOhLyhl2LHgnU2mwVogvg=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=G25U+OqrI7Onbls
	++7geH8Hubzk=; b=DmbPc8XFlVdLvoDZOAwcuPDoZw7kdJjf7bQUFiPxNGdiGQP
	UJnbKdKgpmkcYir7jo7MOAeFsN8ht6F3OZllE4rtRfJPwhh2k1K1n0nvoKW+F4Lt
	4I2Ebc2pUE+hSVLlm4R6qNXK/7fwH5rSGVTR5T0pBiKaioNvJuLhC4uBgQd8=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id A106A10326C; Mon, 22 Feb 2016 11:21:38 -0500 (EST)
Message-Id: <1456158098.1888148.528381986.0392A257@webmail.messagingengine.com>
X-Sasl-Enc: ozVpTm4HZBzlNOc8F8MMLOLI6UhfhVg41qVJ4fmxEhOe 1456158098
From: suse.dev@fea.st
To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 08:21:38 -0800
In-Reply-To: <1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
	<56CB2FF1.3080704@citrix.com>
	<1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This one works

		...
		disk = [ 'phy:/dev/VG0/tEFI,hda,w',
		         'phy:/dev/VG0/tBOOT,hdb,w',
		         'phy:/dev/VG0/tSWAP,hdc,w',
		         'phy:/dev/VG0/tROOT,xvde,w',
		         'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom,r',]
		...

The 1st 3 apparently have to be 'hdX'
The 4th has to be ">=" 'xvde'
The cdr has to be 'hdd'; 'xvdd' does not work.

I don't yet understand clearly WHY that's the case.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 16:31:08 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:31:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtNr-0000HD-9p; Mon, 22 Feb 2016 16:30:51 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtNp-0000H7-MC
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:30:49 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	55/8D-23366-9B73BC65; Mon, 22 Feb 2016 16:30:49 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1456158646!24848644!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 34089 invoked from network); 22 Feb 2016 16:30:48 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 16:30:48 -0000
X-IronPort-AV: E=Sophos;i="5.22,485,1449532800"; d="scan'208";a="339977133"
To: , 
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
	<56CB2FF1.3080704@citrix.com>
	<1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
	<1456158098.1888148.528381986.0392A257@webmail.messagingengine.com>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CB37B3.10603@citrix.com>
Date: Mon, 22 Feb 2016 17:30:43 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1456158098.1888148.528381986.0392A257@webmail.messagingengine.com>
X-DLP: MIA1
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 22/2/16 a les 17:21, suse.dev@fea.st ha escrit:
> This one works
> 
> 		...
> 		disk = [ 'phy:/dev/VG0/tEFI,hda,w',
> 		         'phy:/dev/VG0/tBOOT,hdb,w',
> 		         'phy:/dev/VG0/tSWAP,hdc,w',
> 		         'phy:/dev/VG0/tROOT,xvde,w',
> 		         'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom,r',]
> 		...
> 
> The 1st 3 apparently have to be 'hdX'

Hm, what error do you get if you translate all them to xvd* except for
the CD device?

> The 4th has to be ">=" 'xvde'
> The cdr has to be 'hdd'; 'xvdd' does not work.

AFAICT there's some quirk on Linux when running as a PVHVM guest, and
the CD device always has to be emulated. The reason behind this seem to
be that using a PV CD on older Xen versions was broken:

http://lxr.free-electrons.com/source/drivers/block/xen-blkfront.c#L1604

Roger.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 16:31:08 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:31:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtNr-0000HD-9p; Mon, 22 Feb 2016 16:30:51 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtNp-0000H7-MC
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:30:49 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	55/8D-23366-9B73BC65; Mon, 22 Feb 2016 16:30:49 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1456158646!24848644!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 34089 invoked from network); 22 Feb 2016 16:30:48 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-4.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 16:30:48 -0000
X-IronPort-AV: E=Sophos;i="5.22,485,1449532800"; d="scan'208";a="339977133"
To: , 
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
	<56CB2FF1.3080704@citrix.com>
	<1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
	<1456158098.1888148.528381986.0392A257@webmail.messagingengine.com>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CB37B3.10603@citrix.com>
Date: Mon, 22 Feb 2016 17:30:43 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1456158098.1888148.528381986.0392A257@webmail.messagingengine.com>
X-DLP: MIA1
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 22/2/16 a les 17:21, suse.dev@fea.st ha escrit:
> This one works
> 
> 		...
> 		disk = [ 'phy:/dev/VG0/tEFI,hda,w',
> 		         'phy:/dev/VG0/tBOOT,hdb,w',
> 		         'phy:/dev/VG0/tSWAP,hdc,w',
> 		         'phy:/dev/VG0/tROOT,xvde,w',
> 		         'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom,r',]
> 		...
> 
> The 1st 3 apparently have to be 'hdX'

Hm, what error do you get if you translate all them to xvd* except for
the CD device?

> The 4th has to be ">=" 'xvde'
> The cdr has to be 'hdd'; 'xvdd' does not work.

AFAICT there's some quirk on Linux when running as a PVHVM guest, and
the CD device always has to be emulated. The reason behind this seem to
be that using a PV CD on older Xen versions was broken:

http://lxr.free-electrons.com/source/drivers/block/xen-blkfront.c#L1604

Roger.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 16:45:04 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:45:04 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtbM-0001Yz-F2; Mon, 22 Feb 2016 16:44:48 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXtbK-0001Yl-Pb
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:44:46 +0000
Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id
	B0/43-03109-EFA3BC65; Mon, 22 Feb 2016 16:44:46 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-16.tower-31.messagelabs.com!1456159484!16691879!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 59236 invoked from network); 22 Feb 2016 16:44:45 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 16:44:45 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id 7AF6720DB5
	for ; Mon, 22 Feb 2016 11:44:44 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Mon, 22 Feb 2016 11:44:44 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=LAVEPiRWclcof6+jnRsl9+ninB4=; b=g6j8Ug
	1hXCiCi4hphgaTYpOwO5tYvd+InzmpJ9H4pU2iaLS72y30d6RqcNgMURZP8SXyVy
	/MoeT4OSQX1KHxG4q6/4nf2Y5mIogJj/QampKXEpktTe7U2bREOUHEqte+DIEK6f
	Ei6pP/0Osk73wpp1+fcq/Z/D3+AaRf2J0HwNg=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=LAVEPiRWclcof6+
	jnRsl9+ninB4=; b=HYUh/scyfv/18nxBT+qhkektYv9JeesqFJuP+DKjAmg0kHe
	3z7tCTVgmSNBfsJ4sR6toNWCXN7iZ0pTbPJ2My2uB5PWz7SVTRNwLptuRe9cL0FH
	THAHBm/v4JlhEQ5dAC2XS47Swup5Xg44fkgPP23F5DoSxohEvkg5Z4EKxdXg=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 45021103A7D; Mon, 22 Feb 2016 11:44:44 -0500 (EST)
Message-Id: <1456159484.1892869.528405234.46A16CCA@webmail.messagingengine.com>
X-Sasl-Enc: zrv0b6wCgFmT/IM+M5GAgpb0MRI+T7eOFgv94cg8vJs3 1456159484
From: suse.dev@fea.st
To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 08:44:44 -0800
In-Reply-To: <56CB37B3.10603@citrix.com>
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
	<56CB2FF1.3080704@citrix.com>
	<1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
	<1456158098.1888148.528381986.0392A257@webmail.messagingengine.com>
	<56CB37B3.10603@citrix.com>
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 08:30 AM, Roger Pau Monn=E9 wrote:
> Hm, what error do you get if you translate all them to xvd* except for
> the CD device?

With

	disk          =3D [ 'phy:/dev/VG0/tEFI,xvda,w',
	                  'phy:/dev/VG0/tBOOT,xvdb,w',
	                  'phy:/dev/VG0/tSWAP,xvdc,w',
	                  'phy:/dev/VG0/tROOT,xvdd,w',
	                  'file:/home/test/archlinux-2016.02.01-dual.iso,hde:cdrom=
,r',
	                ]

launch fails

	Parsing config from ./arch.cfg
	got a tsc mode string: "default"
	libxl: error: libxl.c:2615:libxl__device_from_disk: Invalid or unsupported=
 virtual disk identifier hde
	libxl: error: libxl.c:2728:device_disk_add: Invalid or unsupported virtual=
 disk identifier hde
	libxl: error: libxl_create.c:1175:domcreate_launch_dm: unable to add disk =
devices
	libxl: error: libxl_dm.c:1966:kill_device_model: unable to find device mod=
el pid in /local/domain/12/image/device-model-pid
	libxl: error: libxl.c:1628:libxl__destroy_domid: libxl__destroy_device_mod=
el failed for 12
	libxl: error: libxl.c:1591:libxl__destroy_domid: non-existant domain 12
	libxl: error: libxl.c:1549:domain_destroy_callback: unable to destroy gues=
t with domid 12
	libxl: error: libxl.c:1476:domain_destroy_cb: destruction of domain 12 fai=
led

but this works

	disk          =3D [ 'phy:/dev/VG0/tEFI,xvda,w',
	                  'phy:/dev/VG0/tBOOT,xvdb,w',
	                  'phy:/dev/VG0/tSWAP,xvdc,w',
	                  'phy:/dev/VG0/tROOT,xvde,w',
	                  'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom=
,r',
	                ]

as does

	disk          =3D [ 'phy:/dev/VG0/tEFI,xvdb,w',
	                  'phy:/dev/VG0/tBOOT,xvdc,w',
	                  'phy:/dev/VG0/tSWAP,xvdd,w',
	                  'phy:/dev/VG0/tROOT,xvde,w',
	                  'file:/home/test/archlinux-2016.02.01-dual.iso,hda:cdrom=
,r',
	                ]

It seems like as long as hdX <=3D 'hdd', for any/all devices, all other dev=
s can be xvdX.  I avoided, but did not test, collisions between hdX & xvdX.


> AFAICT there's some quirk on Linux when running as a PVHVM guest, and
> the CD device always has to be emulated. The reason behind this seem to
> be that using a PV CD on older Xen versions was broken:

Thanks, I've got a working solution ... still with some 'guesses'.  TBH, it=
's pretty confusing even reading the docs.

It'd be MUCH easier to be able to just use all xvdX, and be done with it.  =
But, I don't at all know if that's even possible :-/

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 16:45:04 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:45:04 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtbM-0001Yz-F2; Mon, 22 Feb 2016 16:44:48 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXtbK-0001Yl-Pb
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:44:46 +0000
Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id
	B0/43-03109-EFA3BC65; Mon, 22 Feb 2016 16:44:46 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-16.tower-31.messagelabs.com!1456159484!16691879!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 59236 invoked from network); 22 Feb 2016 16:44:45 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-16.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 16:44:45 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id 7AF6720DB5
	for ; Mon, 22 Feb 2016 11:44:44 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Mon, 22 Feb 2016 11:44:44 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=LAVEPiRWclcof6+jnRsl9+ninB4=; b=g6j8Ug
	1hXCiCi4hphgaTYpOwO5tYvd+InzmpJ9H4pU2iaLS72y30d6RqcNgMURZP8SXyVy
	/MoeT4OSQX1KHxG4q6/4nf2Y5mIogJj/QampKXEpktTe7U2bREOUHEqte+DIEK6f
	Ei6pP/0Osk73wpp1+fcq/Z/D3+AaRf2J0HwNg=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=LAVEPiRWclcof6+
	jnRsl9+ninB4=; b=HYUh/scyfv/18nxBT+qhkektYv9JeesqFJuP+DKjAmg0kHe
	3z7tCTVgmSNBfsJ4sR6toNWCXN7iZ0pTbPJ2My2uB5PWz7SVTRNwLptuRe9cL0FH
	THAHBm/v4JlhEQ5dAC2XS47Swup5Xg44fkgPP23F5DoSxohEvkg5Z4EKxdXg=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 45021103A7D; Mon, 22 Feb 2016 11:44:44 -0500 (EST)
Message-Id: <1456159484.1892869.528405234.46A16CCA@webmail.messagingengine.com>
X-Sasl-Enc: zrv0b6wCgFmT/IM+M5GAgpb0MRI+T7eOFgv94cg8vJs3 1456159484
From: suse.dev@fea.st
To: =?ISO-8859-1?Q?Roger=20Pau=20Monn=E9?= ,
	xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 08:44:44 -0800
In-Reply-To: <56CB37B3.10603@citrix.com>
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
	<56CB2FF1.3080704@citrix.com>
	<1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
	<1456158098.1888148.528381986.0392A257@webmail.messagingengine.com>
	<56CB37B3.10603@citrix.com>
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 08:30 AM, Roger Pau Monn=E9 wrote:
> Hm, what error do you get if you translate all them to xvd* except for
> the CD device?

With

	disk          =3D [ 'phy:/dev/VG0/tEFI,xvda,w',
	                  'phy:/dev/VG0/tBOOT,xvdb,w',
	                  'phy:/dev/VG0/tSWAP,xvdc,w',
	                  'phy:/dev/VG0/tROOT,xvdd,w',
	                  'file:/home/test/archlinux-2016.02.01-dual.iso,hde:cdrom=
,r',
	                ]

launch fails

	Parsing config from ./arch.cfg
	got a tsc mode string: "default"
	libxl: error: libxl.c:2615:libxl__device_from_disk: Invalid or unsupported=
 virtual disk identifier hde
	libxl: error: libxl.c:2728:device_disk_add: Invalid or unsupported virtual=
 disk identifier hde
	libxl: error: libxl_create.c:1175:domcreate_launch_dm: unable to add disk =
devices
	libxl: error: libxl_dm.c:1966:kill_device_model: unable to find device mod=
el pid in /local/domain/12/image/device-model-pid
	libxl: error: libxl.c:1628:libxl__destroy_domid: libxl__destroy_device_mod=
el failed for 12
	libxl: error: libxl.c:1591:libxl__destroy_domid: non-existant domain 12
	libxl: error: libxl.c:1549:domain_destroy_callback: unable to destroy gues=
t with domid 12
	libxl: error: libxl.c:1476:domain_destroy_cb: destruction of domain 12 fai=
led

but this works

	disk          =3D [ 'phy:/dev/VG0/tEFI,xvda,w',
	                  'phy:/dev/VG0/tBOOT,xvdb,w',
	                  'phy:/dev/VG0/tSWAP,xvdc,w',
	                  'phy:/dev/VG0/tROOT,xvde,w',
	                  'file:/home/test/archlinux-2016.02.01-dual.iso,hdd:cdrom=
,r',
	                ]

as does

	disk          =3D [ 'phy:/dev/VG0/tEFI,xvdb,w',
	                  'phy:/dev/VG0/tBOOT,xvdc,w',
	                  'phy:/dev/VG0/tSWAP,xvdd,w',
	                  'phy:/dev/VG0/tROOT,xvde,w',
	                  'file:/home/test/archlinux-2016.02.01-dual.iso,hda:cdrom=
,r',
	                ]

It seems like as long as hdX <=3D 'hdd', for any/all devices, all other dev=
s can be xvdX.  I avoided, but did not test, collisions between hdX & xvdX.


> AFAICT there's some quirk on Linux when running as a PVHVM guest, and
> the CD device always has to be emulated. The reason behind this seem to
> be that using a PV CD on older Xen versions was broken:

Thanks, I've got a working solution ... still with some 'guesses'.  TBH, it=
's pretty confusing even reading the docs.

It'd be MUCH easier to be able to just use all xvdX, and be done with it.  =
But, I don't at all know if that's even possible :-/

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 16:54:50 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:54:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtke-0002Tw-NP; Mon, 22 Feb 2016 16:54:24 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXtkd-0002Tn-Jb
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:54:23 +0000
Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
	7D/50-02994-A3D3BC65; Mon, 22 Feb 2016 16:54:18 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-15.tower-31.messagelabs.com!1456160061!23881227!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24552 invoked from network); 22 Feb 2016 16:54:22 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-15.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 16:54:22 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id 246DE20B3A
	for ; Mon, 22 Feb 2016 11:54:21 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Mon, 22 Feb 2016 11:54:21 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=oFn
	dWm5eOOC/0AOHuU546mBuo9U=; b=AnyIXdiaon49Jgb1eaXiksrP0MOXEq4ANRi
	uCA2SgQeC1fvHLAc9Oj95KRoQjrtY6WX7g7721Ut5p3gu70IAx0ex+qsDUjhr1rb
	xQjvcR+z2tRPG2+kjms182RYY9auiONz5pCHkZlr5LuPHLq1W9vIIwRxQjz5XSeC
	5lwEOIis=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=oFndWm5eOOC/0AOHuU546mBuo9U=; b=eLDDq
	dIib+IaehIDwoyHFkpfFP7JAcqMgh93nteKGL4X9wuwEpdB3UxyH90wru3v5aFyU
	XvBn3SZ7W198c0rMIrELXBweJzkDRjN5LNwpkfCBAqRd8XRIDgxuGCCbmeamdiaH
	dnuvfRIK8GgZWrh8VJviwDJ21GJcLN2dR2aeUY=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id E42FE1042AE; Mon, 22 Feb 2016 11:54:20 -0500 (EST)
Message-Id: <1456160060.1895738.528418754.746FE69E@webmail.messagingengine.com>
X-Sasl-Enc: QT94PLN/P501vLzqPnIc6tSvlnXfawx3oXSOyfGCXQjJ 1456160060
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 08:54:20 -0800
Subject: [Xen-users] Pasting into a PVHVM guest's 'installer' VNC session?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

SSdtIHNldHRpbmcgdXAgdG8gYm9vdCB2YXJpb3VzIGRpc3RybyBpbnN0YWxsZXJzLgoKSSdtIHVz
aW5nIGFsbCBQVkhWTSBndWVzdHMgYXRtLgoKQWZ0ZXIgbGF1bmNoaW5nIHRoZSBndWVzdCwgSSBW
TkMgb3ZlciB0byB0aGUgZ3Vlc3QgaW5zdGFsbGVyJ3MgR1VJLCBhbmQgcG9pbnQgJiBjbGljayBt
eSB3YXkgdGhyb3VnaCwgd2l0aCBvY2Nhc3Npb25hbC9pbmZyZXF1ZW50IGtleWJvYXJkIGVudHJ5
IHJlcXVpcmVkLgoKQnV0IGZvciBHdWVzdCBPUyBpbnN0YWxsZXJzIHdpdGggbm8gR3JhcGhpY2Fs
IGluc3RhbGxlciwgZS5nLiBsaWtlIEFyY2gsIHlvdSBlbmQgdXAgZW50ZXJpbmcgYSBsb2cgZnJv
bSB0aGUga2V5Ym9hcmQuCgpOb3QgdGhhdCBpdCdzIG5vIGRvYWJsZSwgaXQncyBqdXN0IHByb25l
IHRvIGVycm9yLgoKU28sIGl0J2QgYmUgbmljZSB0byBiZSBhYmxlIHRvIGNvcHkgYW5kIHBhc3Rl
IGZyb20gbXkgbG9jYWwgbm90ZXMgaW50byB0aGUgVk5DIHNlc3Npb24uCgpVbmZvcnR1bmF0ZWx5
IGl0IHNlZW1zIHlvdSBjYW4ndCAoaHR0cDovL3hlbi4xMDQ1NzEyLm41Lm5hYmJsZS5jb20vUGFz
dGluZy1pbnRvLXZpcnR1YWwtY29uc29sZS10ZDI1OTQ5NzEuaHRtbCk7IGFkbWl0dGVkbHkgdGhh
dCdzIGEgbG9uZyB0aW1lIGFnby4KCk9mIGNvdXJzZSwgYWZ0ZXIgdGhlIGd1ZXN0IGlzIGluc3Rh
bGxlZCwgeW91IGNhbiBsb2dpbiBhbmQgZ2V0IHRvICdiZXR0ZXInIFZOQyBzZXJ2ZXIgY2FwYWJp
bGl0aWVzLCB0aGF0IGFsbG93IGNvcHkgJiBwYXN0ZSAuLi4gYnV0IG5vdCAneWV0JyBpbiB0aGUg
aW5zdGFsbGVyLgoKV2l0aCBhcmNoLCBpbiB0aGUgbmN1cnNlcy1jYXBhYmxlIFNIRUxMIEAgRG9t
MCwgd2hlbiBJIGxhdW5jaCB0aGUgZ3Vlc3QgSSBkbyBzZWUgdGhlIG5jdXJzZXMtaW5zdGFsbGVy
IG1lbnUsCgogICAg4pSM4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSQCiAgICDi
lIIgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFyY2ggTGludXggICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIOKUggogICAg4pSc4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSkCiAgICDilIIgQm9vdCBBcmNoIExpbnV4ICh4ODZfNjQpICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIOKUggogICAg4pSCIEJvb3QgQXJjaCBMaW51eCAoaTY4Nikg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICDilIIKICAgIOKUgiBC
b290IGV4aXN0aW5nIE9TICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAg4pSCCiAgICDilIIgUnVuIE1lbXRlc3Q4NisgKFJBTSB0ZXN0KSAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIOKUggogICAg4pSCIEhhcmR3YXJlIEluZm9y
bWF0aW9uIChIRFQpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICDilIIK
ICAgIOKUgiBSZWJvb3QgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAg4pSCCiAgICDilIIgUG93ZXIgT2ZmICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIOKUggogICAg4pSU4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSYCgoKICAgICAgICAgICAgICAgICAgICAgICAg
IFByZXNzIFtUYWJdIHRvIGVkaXQgb3B0aW9ucwoKdGhlbiB0aGlzCgoJQm9vdCB0aGUgQXJjaCBM
aW51eCAoeDg2XzY0KSBsaXZlIG1lZGl1bS4KCUl0IGFsbG93cyB5b3UgdG8gaW5zdGFsbCBBcmNo
IExpbnV4IG9yIHBlcmZvcm0gc3lzdGVtIG1haW50ZW5hbmNlLgoJTG9hZGluZyBib290L3g4Nl82
NC92bWxpbnV6Li4uIG9rCglMb2FkaW5nIGJvb3QvaW50ZWxfdWNvZGUuaW1nLi4ub2sKCUxvYWRp
bmcgYm9vdC94ODZfNjQvYXJjaGlzby5pbWcuLi5vawoKdGhlbiBub3RoaW5nIG1vcmUuCgpBdCB0
aGUgVk5DIGNsaWVudCwgSSBvZiBjb3Vyc2UsIHNlZSB0aGUgZnVsbC9jYXBhYmxlIHNoZWxsLgoK
KklTKiB0aGVyZSBhbnkgd2F5IHRvIGdldCBjb3B5ICYgcGFzdGUgd29ya2luZyAiaW50byIgYSBE
b21VIEd1ZXN0IGluc3RhbGxlcidzIFZOQyBzZXNzaW9uPwoKCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz
ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Mon Feb 22 16:54:50 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:54:50 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtke-0002Tw-NP; Mon, 22 Feb 2016 16:54:24 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXtkd-0002Tn-Jb
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:54:23 +0000
Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
	7D/50-02994-A3D3BC65; Mon, 22 Feb 2016 16:54:18 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-15.tower-31.messagelabs.com!1456160061!23881227!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24552 invoked from network); 22 Feb 2016 16:54:22 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-15.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 16:54:22 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id 246DE20B3A
	for ; Mon, 22 Feb 2016 11:54:21 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Mon, 22 Feb 2016 11:54:21 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=oFn
	dWm5eOOC/0AOHuU546mBuo9U=; b=AnyIXdiaon49Jgb1eaXiksrP0MOXEq4ANRi
	uCA2SgQeC1fvHLAc9Oj95KRoQjrtY6WX7g7721Ut5p3gu70IAx0ex+qsDUjhr1rb
	xQjvcR+z2tRPG2+kjms182RYY9auiONz5pCHkZlr5LuPHLq1W9vIIwRxQjz5XSeC
	5lwEOIis=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=oFndWm5eOOC/0AOHuU546mBuo9U=; b=eLDDq
	dIib+IaehIDwoyHFkpfFP7JAcqMgh93nteKGL4X9wuwEpdB3UxyH90wru3v5aFyU
	XvBn3SZ7W198c0rMIrELXBweJzkDRjN5LNwpkfCBAqRd8XRIDgxuGCCbmeamdiaH
	dnuvfRIK8GgZWrh8VJviwDJ21GJcLN2dR2aeUY=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id E42FE1042AE; Mon, 22 Feb 2016 11:54:20 -0500 (EST)
Message-Id: <1456160060.1895738.528418754.746FE69E@webmail.messagingengine.com>
X-Sasl-Enc: QT94PLN/P501vLzqPnIc6tSvlnXfawx3oXSOyfGCXQjJ 1456160060
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 08:54:20 -0800
Subject: [Xen-users] Pasting into a PVHVM guest's 'installer' VNC session?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

SSdtIHNldHRpbmcgdXAgdG8gYm9vdCB2YXJpb3VzIGRpc3RybyBpbnN0YWxsZXJzLgoKSSdtIHVz
aW5nIGFsbCBQVkhWTSBndWVzdHMgYXRtLgoKQWZ0ZXIgbGF1bmNoaW5nIHRoZSBndWVzdCwgSSBW
TkMgb3ZlciB0byB0aGUgZ3Vlc3QgaW5zdGFsbGVyJ3MgR1VJLCBhbmQgcG9pbnQgJiBjbGljayBt
eSB3YXkgdGhyb3VnaCwgd2l0aCBvY2Nhc3Npb25hbC9pbmZyZXF1ZW50IGtleWJvYXJkIGVudHJ5
IHJlcXVpcmVkLgoKQnV0IGZvciBHdWVzdCBPUyBpbnN0YWxsZXJzIHdpdGggbm8gR3JhcGhpY2Fs
IGluc3RhbGxlciwgZS5nLiBsaWtlIEFyY2gsIHlvdSBlbmQgdXAgZW50ZXJpbmcgYSBsb2cgZnJv
bSB0aGUga2V5Ym9hcmQuCgpOb3QgdGhhdCBpdCdzIG5vIGRvYWJsZSwgaXQncyBqdXN0IHByb25l
IHRvIGVycm9yLgoKU28sIGl0J2QgYmUgbmljZSB0byBiZSBhYmxlIHRvIGNvcHkgYW5kIHBhc3Rl
IGZyb20gbXkgbG9jYWwgbm90ZXMgaW50byB0aGUgVk5DIHNlc3Npb24uCgpVbmZvcnR1bmF0ZWx5
IGl0IHNlZW1zIHlvdSBjYW4ndCAoaHR0cDovL3hlbi4xMDQ1NzEyLm41Lm5hYmJsZS5jb20vUGFz
dGluZy1pbnRvLXZpcnR1YWwtY29uc29sZS10ZDI1OTQ5NzEuaHRtbCk7IGFkbWl0dGVkbHkgdGhh
dCdzIGEgbG9uZyB0aW1lIGFnby4KCk9mIGNvdXJzZSwgYWZ0ZXIgdGhlIGd1ZXN0IGlzIGluc3Rh
bGxlZCwgeW91IGNhbiBsb2dpbiBhbmQgZ2V0IHRvICdiZXR0ZXInIFZOQyBzZXJ2ZXIgY2FwYWJp
bGl0aWVzLCB0aGF0IGFsbG93IGNvcHkgJiBwYXN0ZSAuLi4gYnV0IG5vdCAneWV0JyBpbiB0aGUg
aW5zdGFsbGVyLgoKV2l0aCBhcmNoLCBpbiB0aGUgbmN1cnNlcy1jYXBhYmxlIFNIRUxMIEAgRG9t
MCwgd2hlbiBJIGxhdW5jaCB0aGUgZ3Vlc3QgSSBkbyBzZWUgdGhlIG5jdXJzZXMtaW5zdGFsbGVy
IG1lbnUsCgogICAg4pSM4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSQCiAgICDi
lIIgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEFyY2ggTGludXggICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIOKUggogICAg4pSc4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSkCiAgICDilIIgQm9vdCBBcmNoIExpbnV4ICh4ODZfNjQpICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIOKUggogICAg4pSCIEJvb3QgQXJjaCBMaW51eCAoaTY4Nikg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICDilIIKICAgIOKUgiBC
b290IGV4aXN0aW5nIE9TICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAg4pSCCiAgICDilIIgUnVuIE1lbXRlc3Q4NisgKFJBTSB0ZXN0KSAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIOKUggogICAg4pSCIEhhcmR3YXJlIEluZm9y
bWF0aW9uIChIRFQpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICDilIIK
ICAgIOKUgiBSZWJvb3QgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAg4pSCCiAgICDilIIgUG93ZXIgT2ZmICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIOKUggogICAg4pSU4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA
4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSA4pSYCgoKICAgICAgICAgICAgICAgICAgICAgICAg
IFByZXNzIFtUYWJdIHRvIGVkaXQgb3B0aW9ucwoKdGhlbiB0aGlzCgoJQm9vdCB0aGUgQXJjaCBM
aW51eCAoeDg2XzY0KSBsaXZlIG1lZGl1bS4KCUl0IGFsbG93cyB5b3UgdG8gaW5zdGFsbCBBcmNo
IExpbnV4IG9yIHBlcmZvcm0gc3lzdGVtIG1haW50ZW5hbmNlLgoJTG9hZGluZyBib290L3g4Nl82
NC92bWxpbnV6Li4uIG9rCglMb2FkaW5nIGJvb3QvaW50ZWxfdWNvZGUuaW1nLi4ub2sKCUxvYWRp
bmcgYm9vdC94ODZfNjQvYXJjaGlzby5pbWcuLi5vawoKdGhlbiBub3RoaW5nIG1vcmUuCgpBdCB0
aGUgVk5DIGNsaWVudCwgSSBvZiBjb3Vyc2UsIHNlZSB0aGUgZnVsbC9jYXBhYmxlIHNoZWxsLgoK
KklTKiB0aGVyZSBhbnkgd2F5IHRvIGdldCBjb3B5ICYgcGFzdGUgd29ya2luZyAiaW50byIgYSBE
b21VIEd1ZXN0IGluc3RhbGxlcidzIFZOQyBzZXNzaW9uPwoKCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz
ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Mon Feb 22 16:56:46 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:56:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtmq-0002ey-Oi; Mon, 22 Feb 2016 16:56:40 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXtmo-0002en-L0
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:56:38 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
	C5/D4-03814-5CD3BC65; Mon, 22 Feb 2016 16:56:37 +0000
X-Env-Sender: ahferroin7@gmail.com
X-Msg-Ref: server-16.tower-31.messagelabs.com!1456160196!16695021!1
X-Originating-IP: [209.85.220.182]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63671 invoked from network); 22 Feb 2016 16:56:37 -0000
Received: from mail-qk0-f182.google.com (HELO mail-qk0-f182.google.com)
	(209.85.220.182)
	by server-16.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 22 Feb 2016 16:56:37 -0000
Received: by mail-qk0-f182.google.com with SMTP id x1so57897598qkc.1
	for ; Mon, 22 Feb 2016 08:56:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=subject:to:references:from:message-id:date:user-agent:mime-version
	:in-reply-to:content-type:content-transfer-encoding;
	bh=unOzWp+k4BT655z/EaTrZHxLCSm55IKv7jEBQ+zJPmI=;
	b=ReUCa7+12mpx53/UFYqI8lVlF7oiRBVGOIXxgkqhe9aaMJ/OYgv5Hs3+Q6vhXX5wLf
	dJ4B45t0iP8l/TZ02QsKhrYAYkD9+NNxwhP+Nq6cqPkOW7NDw45fBGIW1dr9hbVqLyuA
	E4eXkb//Pe+vUBpZn5uLxORN0hMoMFIvf5Dew2DuE4/OwOTMo/Led+8M09TJo315z67M
	qHou6tLutsmKG3WWF0Hk31BfTO+vM1EN6mCDpnu8g/Zbip4OKiD+aAzRRvYaJX8KJt5N
	K00SqH81Pl06zxRilGGyFpv50owFY3E0nj668VqQKhGmcfDy5MCeotvQVFTTQo4iUvMb
	ri5A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:subject:to:references:from:message-id:date
	:user-agent:mime-version:in-reply-to:content-type
	:content-transfer-encoding;
	bh=unOzWp+k4BT655z/EaTrZHxLCSm55IKv7jEBQ+zJPmI=;
	b=DOiFIUCDQf4nLfdN18E/Ekt1EJ83OEVlhGu1zt8JJmAPwxNsVLGhX9Tdu/tumeN7Pb
	xYwO8TggUazKVxibCqeonPqz4LxsrqJtDRQVhTKdqkTAzELXtzkpMeBKPbPQgSreLFSR
	JgjFyTCZnIPZaCEP12cY3eNWCzalfOWZOHSR3QdbHWl/QkDB7UtEWKg9xAr3bUIBByDF
	UQtUlZu6GNX6NR0/woQTWWvWaWrXIez+763JQt7ny5+LTXqxPZFDtmHuwEQSvGGddMh5
	d0gKLZVIfahMhX0EOjjP6SIsHILGNNlxa+hYZ4aQnmH+mv2kVlWC/ITK0eBlo5c9yseV
	KqZA==
X-Gm-Message-State: AG10YOQy6YS3eu6bYmnQoc8i/xoW0n2ks7synffT75p9n8fxYOzGjwKkOpAnf3MDT9rPhQ==
X-Received: by 10.55.81.87 with SMTP id f84mr35389546qkb.10.1456160196090;
	Mon, 22 Feb 2016 08:56:36 -0800 (PST)
Received: from [127.0.0.1] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24])
	by smtp.gmail.com with ESMTPSA id 60sm6933961qgg.19.2016.02.22.08.56.34
	(version=TLSv1/SSLv3 cipher=OTHER);
	Mon, 22 Feb 2016 08:56:35 -0800 (PST)
To: suse.dev@fea.st, =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= , 
	xen-users@lists.xen.org
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
	<56CB2FF1.3080704@citrix.com>
	<1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
	<1456158098.1888148.528381986.0392A257@webmail.messagingengine.com>
	<56CB37B3.10603@citrix.com>
	<1456159484.1892869.528405234.46A16CCA@webmail.messagingengine.com>
From: "Austin S. Hemmelgarn" 
Message-ID: <56CB3DBF.9060308@gmail.com>
Date: Mon, 22 Feb 2016 11:56:31 -0500
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
	Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1456159484.1892869.528405234.46A16CCA@webmail.messagingengine.com>
Content-Length: 893
X-Antivirus: avast! (VPS 160222-0, 2016-02-22), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 2016-02-22 11:44, suse.dev@fea.st wrote:
>
>
> On Mon, Feb 22, 2016, at 08:30 AM, Roger Pau Monn=E9 wrote:
>> AFAICT there's some quirk on Linux when running as a PVHVM guest, and
>> the CD device always has to be emulated. The reason behind this seem to
>> be that using a PV CD on older Xen versions was broken:
>
> Thanks, I've got a working solution ... still with some 'guesses'.  TBH, =
it's pretty confusing even reading the docs.
>
> It'd be MUCH easier to be able to just use all xvdX, and be done with it.=
  But, I don't at all know if that's even possible :-/

For what it's worth, it is possible to pass an ISO image through as a PV =

disk, it just won't show up as a CD-ROM drive.  I actually do this on =

occasion when bootstrapping PV domains.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 16:56:46 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 16:56:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXtmq-0002ey-Oi; Mon, 22 Feb 2016 16:56:40 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXtmo-0002en-L0
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 16:56:38 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
	C5/D4-03814-5CD3BC65; Mon, 22 Feb 2016 16:56:37 +0000
X-Env-Sender: ahferroin7@gmail.com
X-Msg-Ref: server-16.tower-31.messagelabs.com!1456160196!16695021!1
X-Originating-IP: [209.85.220.182]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63671 invoked from network); 22 Feb 2016 16:56:37 -0000
Received: from mail-qk0-f182.google.com (HELO mail-qk0-f182.google.com)
	(209.85.220.182)
	by server-16.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 22 Feb 2016 16:56:37 -0000
Received: by mail-qk0-f182.google.com with SMTP id x1so57897598qkc.1
	for ; Mon, 22 Feb 2016 08:56:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=subject:to:references:from:message-id:date:user-agent:mime-version
	:in-reply-to:content-type:content-transfer-encoding;
	bh=unOzWp+k4BT655z/EaTrZHxLCSm55IKv7jEBQ+zJPmI=;
	b=ReUCa7+12mpx53/UFYqI8lVlF7oiRBVGOIXxgkqhe9aaMJ/OYgv5Hs3+Q6vhXX5wLf
	dJ4B45t0iP8l/TZ02QsKhrYAYkD9+NNxwhP+Nq6cqPkOW7NDw45fBGIW1dr9hbVqLyuA
	E4eXkb//Pe+vUBpZn5uLxORN0hMoMFIvf5Dew2DuE4/OwOTMo/Led+8M09TJo315z67M
	qHou6tLutsmKG3WWF0Hk31BfTO+vM1EN6mCDpnu8g/Zbip4OKiD+aAzRRvYaJX8KJt5N
	K00SqH81Pl06zxRilGGyFpv50owFY3E0nj668VqQKhGmcfDy5MCeotvQVFTTQo4iUvMb
	ri5A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:subject:to:references:from:message-id:date
	:user-agent:mime-version:in-reply-to:content-type
	:content-transfer-encoding;
	bh=unOzWp+k4BT655z/EaTrZHxLCSm55IKv7jEBQ+zJPmI=;
	b=DOiFIUCDQf4nLfdN18E/Ekt1EJ83OEVlhGu1zt8JJmAPwxNsVLGhX9Tdu/tumeN7Pb
	xYwO8TggUazKVxibCqeonPqz4LxsrqJtDRQVhTKdqkTAzELXtzkpMeBKPbPQgSreLFSR
	JgjFyTCZnIPZaCEP12cY3eNWCzalfOWZOHSR3QdbHWl/QkDB7UtEWKg9xAr3bUIBByDF
	UQtUlZu6GNX6NR0/woQTWWvWaWrXIez+763JQt7ny5+LTXqxPZFDtmHuwEQSvGGddMh5
	d0gKLZVIfahMhX0EOjjP6SIsHILGNNlxa+hYZ4aQnmH+mv2kVlWC/ITK0eBlo5c9yseV
	KqZA==
X-Gm-Message-State: AG10YOQy6YS3eu6bYmnQoc8i/xoW0n2ks7synffT75p9n8fxYOzGjwKkOpAnf3MDT9rPhQ==
X-Received: by 10.55.81.87 with SMTP id f84mr35389546qkb.10.1456160196090;
	Mon, 22 Feb 2016 08:56:36 -0800 (PST)
Received: from [127.0.0.1] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24])
	by smtp.gmail.com with ESMTPSA id 60sm6933961qgg.19.2016.02.22.08.56.34
	(version=TLSv1/SSLv3 cipher=OTHER);
	Mon, 22 Feb 2016 08:56:35 -0800 (PST)
To: suse.dev@fea.st, =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= , 
	xen-users@lists.xen.org
References: <1456111041.306392.527811714.272FB84A@webmail.messagingengine.com>
	<56CAEBC4.9070002@citrix.com>
	<1456150600.1860850.528236066.169D4395@webmail.messagingengine.com>
	<56CB2FF1.3080704@citrix.com>
	<1456157286.1885279.528360842.5EF6BBC1@webmail.messagingengine.com>
	<1456158098.1888148.528381986.0392A257@webmail.messagingengine.com>
	<56CB37B3.10603@citrix.com>
	<1456159484.1892869.528405234.46A16CCA@webmail.messagingengine.com>
From: "Austin S. Hemmelgarn" 
Message-ID: <56CB3DBF.9060308@gmail.com>
Date: Mon, 22 Feb 2016 11:56:31 -0500
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
	Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1456159484.1892869.528405234.46A16CCA@webmail.messagingengine.com>
Content-Length: 893
X-Antivirus: avast! (VPS 160222-0, 2016-02-22), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Xen-users] adding fourth device to pvhvm config causes DomU
 launch fail @ "device_disk_add: device already exists in xenstore" ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 2016-02-22 11:44, suse.dev@fea.st wrote:
>
>
> On Mon, Feb 22, 2016, at 08:30 AM, Roger Pau Monn=E9 wrote:
>> AFAICT there's some quirk on Linux when running as a PVHVM guest, and
>> the CD device always has to be emulated. The reason behind this seem to
>> be that using a PV CD on older Xen versions was broken:
>
> Thanks, I've got a working solution ... still with some 'guesses'.  TBH, =
it's pretty confusing even reading the docs.
>
> It'd be MUCH easier to be able to just use all xvdX, and be done with it.=
  But, I don't at all know if that's even possible :-/

For what it's worth, it is possible to pass an ISO image through as a PV =

disk, it just won't show up as a CD-ROM drive.  I actually do this on =

occasion when bootstrapping PV domains.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 17:40:30 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 17:40:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXuSo-0006Ga-80; Mon, 22 Feb 2016 17:40:02 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXuSm-0006GS-DF
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 17:40:00 +0000
Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id
	06/03-03306-FE74BC65; Mon, 22 Feb 2016 17:39:59 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-9.tower-31.messagelabs.com!1456162798!1894261!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23686 invoked from network); 22 Feb 2016 17:39:58 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 17:39:58 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id E7CFE20CA2
	for ; Mon, 22 Feb 2016 12:39:57 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Mon, 22 Feb 2016 12:39:57 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=4/M
	nQOzZAtFardx5EnVb0rzWYUc=; b=Tz2MVWWnygrFIs0LpAK0vraBM3oLmA31PZR
	IJk/1d2Wq6sZHgnPPCddpMpUqCAwWSyXs4WepfaYBzdrg0dewKdsNEWJf0ZB44W7
	lGUGb9uhxFpbTWS39mYKsH8vINF4T2OcRNesTb9wxV6JNM4ZZaS2fqG1DVZxlBv5
	dP7G26+w=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=4/MnQOzZAtFardx5EnVb0rzWYUc=; b=Uh/cx
	kXwH0gZBlP2ytcM4m2cKPrsSJE0jYojCPenu3nj4NY/gS4JzNCc64SniEWFtyxYz
	ifeDl+gojHAK4TciI/KUym22b2UhqwaDRuq0YVr2B83mDHxF/1IEja0W/vp9HM6P
	6mtiET1ztLnMgwhlus+L8erNgFcLHo0KfSA63w=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id B7A421059E0; Mon, 22 Feb 2016 12:39:57 -0500 (EST)
Message-Id: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
X-Sasl-Enc: O3VCxTDj/Vpzw1/vognZDgIV6pKAzzkOfbnNaF1hfvtV 1456162797
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 09:39:57 -0800
Subject: [Xen-users] network not enabled in launch of DomU == *archlinux*
 installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

I'm launching an Arch distro installer in a VM Guest.

In VirtualBox, all networking works.

In Xen, other OSs' installers launched as DomU, networking works.

For arch, though, once launched in Xen DomU, with similar config as I use for other OSs,

	...
	vif = [ 'mac=00:16:3E:10:01:01, model=e1000, bridge=br0, vifname=vif0',]
	...

I've got no network

	ping 
		connect: Network is unreachable

@ Dom0,

	brctl show
		bridge name     bridge id               STP enabled     interfaces
		br0             8000.0cc47a489a7e       yes             eno1
		                                                        vif0
		                                                        vif0-emu

@ DomU

	dmesg | grep -i eth
		[   1.990937] xen_netfront: Initialising Xen virtual ethernet driver

	lspci -vv | grep -i eth
		(empty)

	lsmod | grep -i xen
		xen_kbdfront           16384  0 
		xen_netfront           32768  0 
		xen_blkfront           45056  6 

	uname -r
		4.3.3-3-ARCH

Is there some additional Xen config required?

On the arch installer, at least, there's no /boot/config* to grep for

	CONFIG_XEN_NETDEV_FRONTEND=
	CONFIG_XEN_NETDEV_BACKEND=

so don't know if that's involved.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 17:40:30 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 17:40:30 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXuSo-0006Ga-80; Mon, 22 Feb 2016 17:40:02 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXuSm-0006GS-DF
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 17:40:00 +0000
Received: from [85.158.137.68] by server-1.bemta-3.messagelabs.com id
	06/03-03306-FE74BC65; Mon, 22 Feb 2016 17:39:59 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-9.tower-31.messagelabs.com!1456162798!1894261!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23686 invoked from network); 22 Feb 2016 17:39:58 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-9.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 17:39:58 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id E7CFE20CA2
	for ; Mon, 22 Feb 2016 12:39:57 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Mon, 22 Feb 2016 12:39:57 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=4/M
	nQOzZAtFardx5EnVb0rzWYUc=; b=Tz2MVWWnygrFIs0LpAK0vraBM3oLmA31PZR
	IJk/1d2Wq6sZHgnPPCddpMpUqCAwWSyXs4WepfaYBzdrg0dewKdsNEWJf0ZB44W7
	lGUGb9uhxFpbTWS39mYKsH8vINF4T2OcRNesTb9wxV6JNM4ZZaS2fqG1DVZxlBv5
	dP7G26+w=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=4/MnQOzZAtFardx5EnVb0rzWYUc=; b=Uh/cx
	kXwH0gZBlP2ytcM4m2cKPrsSJE0jYojCPenu3nj4NY/gS4JzNCc64SniEWFtyxYz
	ifeDl+gojHAK4TciI/KUym22b2UhqwaDRuq0YVr2B83mDHxF/1IEja0W/vp9HM6P
	6mtiET1ztLnMgwhlus+L8erNgFcLHo0KfSA63w=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id B7A421059E0; Mon, 22 Feb 2016 12:39:57 -0500 (EST)
Message-Id: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
X-Sasl-Enc: O3VCxTDj/Vpzw1/vognZDgIV6pKAzzkOfbnNaF1hfvtV 1456162797
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 09:39:57 -0800
Subject: [Xen-users] network not enabled in launch of DomU == *archlinux*
 installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

I'm launching an Arch distro installer in a VM Guest.

In VirtualBox, all networking works.

In Xen, other OSs' installers launched as DomU, networking works.

For arch, though, once launched in Xen DomU, with similar config as I use for other OSs,

	...
	vif = [ 'mac=00:16:3E:10:01:01, model=e1000, bridge=br0, vifname=vif0',]
	...

I've got no network

	ping 
		connect: Network is unreachable

@ Dom0,

	brctl show
		bridge name     bridge id               STP enabled     interfaces
		br0             8000.0cc47a489a7e       yes             eno1
		                                                        vif0
		                                                        vif0-emu

@ DomU

	dmesg | grep -i eth
		[   1.990937] xen_netfront: Initialising Xen virtual ethernet driver

	lspci -vv | grep -i eth
		(empty)

	lsmod | grep -i xen
		xen_kbdfront           16384  0 
		xen_netfront           32768  0 
		xen_blkfront           45056  6 

	uname -r
		4.3.3-3-ARCH

Is there some additional Xen config required?

On the arch installer, at least, there's no /boot/config* to grep for

	CONFIG_XEN_NETDEV_FRONTEND=
	CONFIG_XEN_NETDEV_BACKEND=

so don't know if that's involved.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 18:03:27 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 18:03:27 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXuop-0007Zz-6T; Mon, 22 Feb 2016 18:02:47 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXuon-0007Zo-Gd
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 18:02:45 +0000
Received: from [193.109.254.147] by server-16.bemta-14.messagelabs.com id
	A0/C7-15991-44D4BC65; Mon, 22 Feb 2016 18:02:44 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1456164162!25822957!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23849 invoked from network); 22 Feb 2016 18:02:43 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 18:02:43 -0000
X-IronPort-AV: E=Sophos;i="5.22,485,1449532800"; d="scan'208";a="340002267"
To: Brandon Adkins , "xen-users@lists.xen.org"
	
References: 
	<56CAEEA7.7050508@citrix.com>
	
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
X-Enigmail-Draft-Status: N1110
Message-ID: <56CB4D1C.3000701@citrix.com>
Date: Mon, 22 Feb 2016 19:02:04 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA1
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 22/2/16 a les 18:40, Brandon Adkins ha escrit:
> 
>>
>> El 19/2/16 a les 17:38, Brandon Adkins ha escrit:
>>> I am having issues migrating my Xen setup from Debian Wheezy to Debian Jessie. The errors I see are not very concrete, so it doesn't give me much details.Here is what I am seeing:First, when I make a new Xen VM and connect to its console, I see "xenconsole: Could not open tty `': No such file or directory". It seems to boot fine after that, but after returning to Dom0, the console is kinda jacked up. This mimics exactly the issue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794071 . Apparently there is a fix as of Oct 2015, but just not released on Jessie yet? Will that be released on Jessie sometime soon?Second, and this is the bigger issue: I can make 1 VM like this fine, but when I try to make a second one, it just seems to hang. If I use "xl create -c" so I see the console the whole time, I see the bootloader menu appear, and when the kernel selection is finished, it prints the error about the tty, and then nothing else. I don't know if the tty issue is relate
d 
>> at all."xl list" shows the second VM in the list, but it is marked as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any number higher), it is just ignored. I can't find any log files to indicate there is a problem at all. The VM just doesn't start. It was created from the same template as the first VM, so VM1 and VM2 are basically copies of each other, yet only the first one will run.I have no idea if I am doing something wrong or if this is a bug in Jessie. I will say that everything that I am doing now has worked perfectly for years using Debian Wheezy. The only change I needed was to start using "xl" instead of "xm".Anyone have clues on figuring this out?Thanks,Beau 		 	   		  
>>
>> Hello,
>>
>> Can you please paste the config file of those two VMs?
>>
>> Also, can you paste the output when creating them with:
>>
>> # xl -vvv create 
>>
>> Are there any errors displayed by Xen or Linux in the serial console or
>> dmesg?
>>
>> Roger.
> 
> Hi Roger, 
> Thanks for the help. Here are the 2 config files:guest0:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest0disk,xvda2,w', 'phy:/dev/xenvolgroup/guest0swap,xvda1,w' ]name = 'guest0'vif = [ 'mac=AE:57:EC:01:54:8C,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'-----------------------------------------guest1:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest1disk,xvda2,w', 'phy:/dev/xenvolgroup/guest1swap,xvda1,w' ]name = 'guest1'vif = [ 'mac=76:7B:D6:6F:34:C6,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'---------------------------------------------Output of xl -vvv create:libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=(nil) callback=(nil) poller=0x22ff9b0libxl: debug: libxl_device.c:251:libxl__device_disk_set_backen
d: Disk vdev=xvda2 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda2, using backend phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda1, using backend phylibxl: debug: libxl_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=(null) spec.backend=phylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_attach: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: poller=0x22ff9b0, flags=ilibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: register slotnum=3libxl: debug:
 libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: executing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --args=root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output=/var/run/xen/bootloader.127.outlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-format=simple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-directory=/var/run/xen/bootloader.127.dlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: event epath=/local/domain/127libxl: debug: libxl_bootloader.c:634
:bootloader_finished: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained kernel /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained ramdisk /var/run/xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained args root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloader_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f5178wpath=/local/domain/127 token=3/0: deregister slotnum=3domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 ro ", features="(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem: ca
lleddomainbuilder: detail: xc_dom_ramdisk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ...domainbuilder: detail: loader probe faileddomainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ...domainbuilder: detail: xc_dom_malloc            : 8861 kBdomainbuilder: detail: xc_dom_do_gunzip: unzip ok, 0x3e7bbc -> 0x8a7564domainbuilder: detail: loader probe OKxc: detail: elf_parse_binary: phdr: paddr=0x400000 memsz=0x66f000xc: detail: elf_parse_binary: phdr: paddr=0xa6f000 memsz=0x381000xc: detail: elf_parse_binary: memory: 0x400000 -> 0xdf0000xc: detail: elf_xen_parse_note: GUEST_OS = "linux"xc: detail: elf_xen_parse_note: GUEST_VERSION = "2.6"xc: detail: elf_xen_parse_note: XEN_VERSION = "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE = 0xc0000000xc:
 detail: elf_xen_parse_note: ENTRY = 0xc0b11000xc: detail: elf_xen_parse_note: HYPERCALL_PAGE = 0xc0402000xc: detail: elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_parse_note: PAE_MODE = "yes"xc: detail: elf_xen_parse_note: LOADER = "generic"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: elf_xen_parse_note: SUSPEND_CANCEL = 0x1xc: detail: elf_xen_parse_note: HV_START_LOW = 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET = 0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base        = 0xc0000000xc: detail:     elf_paddr_offset = 0x0xc: detail:     virt_offset      = 0xc0000000xc: detail:     virt_kstart      = 0xc0400000xc: detail:     virt_kend        = 0xc0df0000xc: detail:     virt_entry       = 0xc0b11000xc: detail:     p2m_base         = 0xffffffffffffffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc0400000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_init: 
mem 6000 MB, pages 0x177000 pages, 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: detail: x86_compat: guest xen-3.0-x86_32p, address size 32domainbuilder: detail: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_build_image: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel       : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 -> 0x7fd07bc7f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0x7fd07bdb2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 -> 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gunzip: unzip ok,
 0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   phys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c0000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c37fffff, 28 table(s)domainbuilder: detail: xc_dom_alloc_segment:   page tables  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: do
mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: detail: xc_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainbuilder: detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuilder: detail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder: detail: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootearly: doing nothingdomainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <= matchesdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit, pages 0x177000domainbuilder: detail: clear_page: pfn 0x34be, mfn 0x17cd7adomainbuilder: detail: clear_page: pfn 0x34bd, mfn 0x17cd7bdomainbuilder: 
detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: detail: setup_hypercall_page: vaddr=0xc0402000 pfn=0x402domainbuilder: detail: domain builder memory footprintdomainbuilder: detail:    allocateddomainbuilder: detail:       malloc             : 21157 kBdomainbuilder: detail:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomainbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail:       domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0xbf615domainbuilder: detail: shared_info_x86_32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: called, ctxt=0x7fd084ad4004domainbuilder: detail: xc_dom_release: calledlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=phylibxl: debug: li
bxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: register slotnum=3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: event epath=/local/domain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f6068wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: deregister slotnum=3libxl: debug: libxl_event.c:618:libxl
__ev_xswatch_deregister: watch w=0x22f6068: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483:watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51714/state token=3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: event epath=/local/domain/0/backend/vbd/127/51713/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f7df8wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7df8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483
:watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51713/state token=2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 still waiting state 1libxl: debug: lib
xl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22fa7c8wpath=/local/domain/0/backend/vif/127/0/state token=2/3: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_event.c:1591:libxl__ao_c
omplete: ao 0x22ff8b0: complete, rc=0libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: total allocations:470 total releases:470xc: debug: hypercall buffer: current allocations:0 maximum allocations:3xc: debug: hypercall buffer: cache current size:2xc: debug: hypercall buffer: cache hits:462 misses:2 toobig:6Parsing config from guest.cfg-----------------------------------------------Looking into dmesg, the only interesting thing I see related to this are these 2 lines everytime I try to start the VM: xen:balloon: Cannot add additional memory (-17) xen:balloon: Cannot add additional memory (-17)

Hello,

I'm sorry but your MUA seems to completely mangle the messages, and I
cannot parse the output you posted. Could you try to use a different MUA
that adds proper line breaks?

Thanks, Roger.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 18:03:27 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 18:03:27 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXuop-0007Zz-6T; Mon, 22 Feb 2016 18:02:47 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXuon-0007Zo-Gd
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 18:02:45 +0000
Received: from [193.109.254.147] by server-16.bemta-14.messagelabs.com id
	A0/C7-15991-44D4BC65; Mon, 22 Feb 2016 18:02:44 +0000
X-Env-Sender: prvs=853c61c85=roger.pau@citrix.com
X-Msg-Ref: server-5.tower-27.messagelabs.com!1456164162!25822957!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23849 invoked from network); 22 Feb 2016 18:02:43 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-5.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	22 Feb 2016 18:02:43 -0000
X-IronPort-AV: E=Sophos;i="5.22,485,1449532800"; d="scan'208";a="340002267"
To: Brandon Adkins , "xen-users@lists.xen.org"
	
References: 
	<56CAEEA7.7050508@citrix.com>
	
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
X-Enigmail-Draft-Status: N1110
Message-ID: <56CB4D1C.3000701@citrix.com>
Date: Mon, 22 Feb 2016 19:02:04 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA1
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 22/2/16 a les 18:40, Brandon Adkins ha escrit:
> 
>>
>> El 19/2/16 a les 17:38, Brandon Adkins ha escrit:
>>> I am having issues migrating my Xen setup from Debian Wheezy to Debian Jessie. The errors I see are not very concrete, so it doesn't give me much details.Here is what I am seeing:First, when I make a new Xen VM and connect to its console, I see "xenconsole: Could not open tty `': No such file or directory". It seems to boot fine after that, but after returning to Dom0, the console is kinda jacked up. This mimics exactly the issue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794071 . Apparently there is a fix as of Oct 2015, but just not released on Jessie yet? Will that be released on Jessie sometime soon?Second, and this is the bigger issue: I can make 1 VM like this fine, but when I try to make a second one, it just seems to hang. If I use "xl create -c" so I see the console the whole time, I see the bootloader menu appear, and when the kernel selection is finished, it prints the error about the tty, and then nothing else. I don't know if the tty issue is relate
d 
>> at all."xl list" shows the second VM in the list, but it is marked as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any number higher), it is just ignored. I can't find any log files to indicate there is a problem at all. The VM just doesn't start. It was created from the same template as the first VM, so VM1 and VM2 are basically copies of each other, yet only the first one will run.I have no idea if I am doing something wrong or if this is a bug in Jessie. I will say that everything that I am doing now has worked perfectly for years using Debian Wheezy. The only change I needed was to start using "xl" instead of "xm".Anyone have clues on figuring this out?Thanks,Beau 		 	   		  
>>
>> Hello,
>>
>> Can you please paste the config file of those two VMs?
>>
>> Also, can you paste the output when creating them with:
>>
>> # xl -vvv create 
>>
>> Are there any errors displayed by Xen or Linux in the serial console or
>> dmesg?
>>
>> Roger.
> 
> Hi Roger, 
> Thanks for the help. Here are the 2 config files:guest0:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest0disk,xvda2,w', 'phy:/dev/xenvolgroup/guest0swap,xvda1,w' ]name = 'guest0'vif = [ 'mac=AE:57:EC:01:54:8C,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'-----------------------------------------guest1:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest1disk,xvda2,w', 'phy:/dev/xenvolgroup/guest1swap,xvda1,w' ]name = 'guest1'vif = [ 'mac=76:7B:D6:6F:34:C6,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'---------------------------------------------Output of xl -vvv create:libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=(nil) callback=(nil) poller=0x22ff9b0libxl: debug: libxl_device.c:251:libxl__device_disk_set_backen
d: Disk vdev=xvda2 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda2, using backend phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda1, using backend phylibxl: debug: libxl_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=(null) spec.backend=phylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_attach: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: poller=0x22ff9b0, flags=ilibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: register slotnum=3libxl: debug:
 libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: executing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --args=root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output=/var/run/xen/bootloader.127.outlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-format=simple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-directory=/var/run/xen/bootloader.127.dlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: event epath=/local/domain/127libxl: debug: libxl_bootloader.c:634
:bootloader_finished: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained kernel /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained ramdisk /var/run/xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained args root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloader_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f5178wpath=/local/domain/127 token=3/0: deregister slotnum=3domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 ro ", features="(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem: ca
lleddomainbuilder: detail: xc_dom_ramdisk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ...domainbuilder: detail: loader probe faileddomainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ...domainbuilder: detail: xc_dom_malloc            : 8861 kBdomainbuilder: detail: xc_dom_do_gunzip: unzip ok, 0x3e7bbc -> 0x8a7564domainbuilder: detail: loader probe OKxc: detail: elf_parse_binary: phdr: paddr=0x400000 memsz=0x66f000xc: detail: elf_parse_binary: phdr: paddr=0xa6f000 memsz=0x381000xc: detail: elf_parse_binary: memory: 0x400000 -> 0xdf0000xc: detail: elf_xen_parse_note: GUEST_OS = "linux"xc: detail: elf_xen_parse_note: GUEST_VERSION = "2.6"xc: detail: elf_xen_parse_note: XEN_VERSION = "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE = 0xc0000000xc:
 detail: elf_xen_parse_note: ENTRY = 0xc0b11000xc: detail: elf_xen_parse_note: HYPERCALL_PAGE = 0xc0402000xc: detail: elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_parse_note: PAE_MODE = "yes"xc: detail: elf_xen_parse_note: LOADER = "generic"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: elf_xen_parse_note: SUSPEND_CANCEL = 0x1xc: detail: elf_xen_parse_note: HV_START_LOW = 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET = 0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base        = 0xc0000000xc: detail:     elf_paddr_offset = 0x0xc: detail:     virt_offset      = 0xc0000000xc: detail:     virt_kstart      = 0xc0400000xc: detail:     virt_kend        = 0xc0df0000xc: detail:     virt_entry       = 0xc0b11000xc: detail:     p2m_base         = 0xffffffffffffffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc0400000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_init: 
mem 6000 MB, pages 0x177000 pages, 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: detail: x86_compat: guest xen-3.0-x86_32p, address size 32domainbuilder: detail: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_build_image: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel       : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 -> 0x7fd07bc7f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0x7fd07bdb2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 -> 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gunzip: unzip ok,
 0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   phys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c0000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c37fffff, 28 table(s)domainbuilder: detail: xc_dom_alloc_segment:   page tables  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: do
mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: detail: xc_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainbuilder: detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuilder: detail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder: detail: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootearly: doing nothingdomainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <= matchesdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit, pages 0x177000domainbuilder: detail: clear_page: pfn 0x34be, mfn 0x17cd7adomainbuilder: detail: clear_page: pfn 0x34bd, mfn 0x17cd7bdomainbuilder: 
detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: detail: setup_hypercall_page: vaddr=0xc0402000 pfn=0x402domainbuilder: detail: domain builder memory footprintdomainbuilder: detail:    allocateddomainbuilder: detail:       malloc             : 21157 kBdomainbuilder: detail:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomainbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail:       domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0xbf615domainbuilder: detail: shared_info_x86_32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: called, ctxt=0x7fd084ad4004domainbuilder: detail: xc_dom_release: calledlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=phylibxl: debug: li
bxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: register slotnum=3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: event epath=/local/domain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f6068wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: deregister slotnum=3libxl: debug: libxl_event.c:618:libxl
__ev_xswatch_deregister: watch w=0x22f6068: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483:watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51714/state token=3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: event epath=/local/domain/0/backend/vbd/127/51713/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f7df8wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7df8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483
:watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51713/state token=2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 still waiting state 1libxl: debug: lib
xl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22fa7c8wpath=/local/domain/0/backend/vif/127/0/state token=2/3: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_event.c:1591:libxl__ao_c
omplete: ao 0x22ff8b0: complete, rc=0libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: total allocations:470 total releases:470xc: debug: hypercall buffer: current allocations:0 maximum allocations:3xc: debug: hypercall buffer: cache current size:2xc: debug: hypercall buffer: cache hits:462 misses:2 toobig:6Parsing config from guest.cfg-----------------------------------------------Looking into dmesg, the only interesting thing I see related to this are these 2 lines everytime I try to start the VM: xen:balloon: Cannot add additional memory (-17) xen:balloon: Cannot add additional memory (-17)

Hello,

I'm sorry but your MUA seems to completely mangle the messages, and I
cannot parse the output you posted. Could you try to use a different MUA
that adds proper line breaks?

Thanks, Roger.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 19:46:11 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 19:46:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXwQM-00053a-Ra; Mon, 22 Feb 2016 19:45:38 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXwQL-00053U-HV
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 19:45:37 +0000
Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id
	76/42-02967-0656BC65; Mon, 22 Feb 2016 19:45:36 +0000
X-Env-Sender: sean@seangreenslade.com
X-Msg-Ref: server-7.tower-31.messagelabs.com!1456170335!16731241!1
X-Originating-IP: [162.208.10.182]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 43454 invoked from network); 22 Feb 2016 19:45:35 -0000
Received: from email.routify.me (HELO cartman.routify.me) (162.208.10.182)
	by server-7.tower-31.messagelabs.com with SMTP;
	22 Feb 2016 19:45:35 -0000
Received: from fox.rh.rit.edu (fox.rh.rit.edu [129.21.125.138])
	by cartman.routify.me (Postfix) with ESMTPSA id 2212E81173;
	Mon, 22 Feb 2016 14:45:35 -0500 (EST)
Date: Mon, 22 Feb 2016 14:45:33 -0500
From: Sean Greenslade 
To: suse.dev@fea.st
Message-ID: <20160222194533.GA5984@fox.rh.rit.edu>
Mail-Followup-To: suse.dev@fea.st, xen-users@lists.xen.org
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Mon, Feb 22, 2016 at 09:39:57AM -0800, suse.dev@fea.st wrote:
> I'm launching an Arch distro installer in a VM Guest.
> 
> In VirtualBox, all networking works.
> 
> In Xen, other OSs' installers launched as DomU, networking works.
> 
> For arch, though, once launched in Xen DomU, with similar config as I use for other OSs,
> 
> 	...
> 	vif = [ 'mac=00:16:3E:10:01:01, model=e1000, bridge=br0, vifname=vif0',]
> 	...
> 
> I've got no network
> 
> 	ping 
> 		connect: Network is unreachable
> 
> @ Dom0,
> 
> 	brctl show
> 		bridge name     bridge id               STP enabled     interfaces
> 		br0             8000.0cc47a489a7e       yes             eno1
> 		                                                        vif0
> 		                                                        vif0-emu
> 
> @ DomU
> 
> 	dmesg | grep -i eth
> 		[   1.990937] xen_netfront: Initialising Xen virtual ethernet driver
> 
> 	lspci -vv | grep -i eth
> 		(empty)
> 
> 	lsmod | grep -i xen
> 		xen_kbdfront           16384  0 
> 		xen_netfront           32768  0 
> 		xen_blkfront           45056  6 
> 
> 	uname -r
> 		4.3.3-3-ARCH
> 
> Is there some additional Xen config required?
> 
> On the arch installer, at least, there's no /boot/config* to grep for
> 
> 	CONFIG_XEN_NETDEV_FRONTEND=
> 	CONFIG_XEN_NETDEV_BACKEND=
> 
> so don't know if that's involved.

What exactly do you mean by "Arch installer?" Vanilla Arch has no installer.

The live ISO is configured to automatically bring up all available
interfaces, however the default configurations in a fresh install are
not. Have you set up dhcpcd / systemd-network / networkmanager / network
management package of your choice?

--Sean


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 19:46:11 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 19:46:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXwQM-00053a-Ra; Mon, 22 Feb 2016 19:45:38 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXwQL-00053U-HV
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 19:45:37 +0000
Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id
	76/42-02967-0656BC65; Mon, 22 Feb 2016 19:45:36 +0000
X-Env-Sender: sean@seangreenslade.com
X-Msg-Ref: server-7.tower-31.messagelabs.com!1456170335!16731241!1
X-Originating-IP: [162.208.10.182]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 43454 invoked from network); 22 Feb 2016 19:45:35 -0000
Received: from email.routify.me (HELO cartman.routify.me) (162.208.10.182)
	by server-7.tower-31.messagelabs.com with SMTP;
	22 Feb 2016 19:45:35 -0000
Received: from fox.rh.rit.edu (fox.rh.rit.edu [129.21.125.138])
	by cartman.routify.me (Postfix) with ESMTPSA id 2212E81173;
	Mon, 22 Feb 2016 14:45:35 -0500 (EST)
Date: Mon, 22 Feb 2016 14:45:33 -0500
From: Sean Greenslade 
To: suse.dev@fea.st
Message-ID: <20160222194533.GA5984@fox.rh.rit.edu>
Mail-Followup-To: suse.dev@fea.st, xen-users@lists.xen.org
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Mon, Feb 22, 2016 at 09:39:57AM -0800, suse.dev@fea.st wrote:
> I'm launching an Arch distro installer in a VM Guest.
> 
> In VirtualBox, all networking works.
> 
> In Xen, other OSs' installers launched as DomU, networking works.
> 
> For arch, though, once launched in Xen DomU, with similar config as I use for other OSs,
> 
> 	...
> 	vif = [ 'mac=00:16:3E:10:01:01, model=e1000, bridge=br0, vifname=vif0',]
> 	...
> 
> I've got no network
> 
> 	ping 
> 		connect: Network is unreachable
> 
> @ Dom0,
> 
> 	brctl show
> 		bridge name     bridge id               STP enabled     interfaces
> 		br0             8000.0cc47a489a7e       yes             eno1
> 		                                                        vif0
> 		                                                        vif0-emu
> 
> @ DomU
> 
> 	dmesg | grep -i eth
> 		[   1.990937] xen_netfront: Initialising Xen virtual ethernet driver
> 
> 	lspci -vv | grep -i eth
> 		(empty)
> 
> 	lsmod | grep -i xen
> 		xen_kbdfront           16384  0 
> 		xen_netfront           32768  0 
> 		xen_blkfront           45056  6 
> 
> 	uname -r
> 		4.3.3-3-ARCH
> 
> Is there some additional Xen config required?
> 
> On the arch installer, at least, there's no /boot/config* to grep for
> 
> 	CONFIG_XEN_NETDEV_FRONTEND=
> 	CONFIG_XEN_NETDEV_BACKEND=
> 
> so don't know if that's involved.

What exactly do you mean by "Arch installer?" Vanilla Arch has no installer.

The live ISO is configured to automatically bring up all available
interfaces, however the default configurations in a fresh install are
not. Have you set up dhcpcd / systemd-network / networkmanager / network
management package of your choice?

--Sean


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 20:03:49 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 20:03:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXwhV-0006Fm-1n; Mon, 22 Feb 2016 20:03:21 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXwhT-0006Fh-5y
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 20:03:19 +0000
Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
	9A/37-02994-1896BC65; Mon, 22 Feb 2016 20:03:13 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-14.tower-31.messagelabs.com!1456171397!24218763!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24935 invoked from network); 22 Feb 2016 20:03:17 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 20:03:17 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id E383220102
	for ; Mon, 22 Feb 2016 15:03:16 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Mon, 22 Feb 2016 15:03:16 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=hzWSCjAZuaChZ+aeiMD2i6FcAI4=; b=aqYfz+
	vYAuvuQMnpIXiyWoEKgnh9EeojYDKqEjEEAEt63/myCu9W+jubCK7fJqfYBh8B9/
	xHgKwUTcDK+61ZH1Iu0jok+AFWbxdpQ1tyTqYosZ6A/t0u4QxFWj9H13KUozy2dk
	u7uUE1MREG9LoXKRYQ6AuPaa5PSL054PAQzKU=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=hzWSCjAZuaChZ+a
	eiMD2i6FcAI4=; b=Exc6hgYa0bh/5TBH9SM0hfznZOmdwCrbRXqk1p4g9MWkkIj
	PAINOjlZ5swgIJhdZCbPPqnJSqoNsWDhWz96ZRDXHP5BXMBBAgQ4NVH//P7k065C
	FWtDEEv3dn6DcCu9xrD9q9t5NtpQWZK8N7WeANir9CZzn2JM3+QM2NmjXFmU=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id ACB45107DCB; Mon, 22 Feb 2016 15:03:16 -0500 (EST)
Message-Id: <1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
X-Sasl-Enc: I+cXq175sJd1vccf3UfgIVIApvHLpSrhCAiNlfXchBPR 1456171396
From: suse.dev@fea.st
To: Sean Greenslade 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160222194533.GA5984@fox.rh.rit.edu>
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
	<20160222194533.GA5984@fox.rh.rit.edu>
Date: Mon, 22 Feb 2016 12:03:16 -0800
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 11:45 AM, Sean Greenslade wrote:
> What exactly do you mean by "Arch installer?" Vanilla Arch has no installer.

The iso from which I'm installing Arch.

Specifically

    archlinux-2016.02.01-dual.iso

which is passed to the DomU as cdr.

> The live ISO is configured to automatically bring up all available
> interfaces, however the default configurations in a fresh install are
> not. Have you set up dhcpcd / systemd-network / networkmanager / network
> management package of your choice?

I haven't 'installed'.  I'm attempting to install from the live ISO.

As per 

 https://wiki.archlinux.org/index.php/Systemd-networkd#Basic_DHCP_network

I've created

/etc/systemd/network/MyDhcp.network

[Match]
Name=eth0

[Network]
DHCP=ipv4

Then, enable and start systemd-networkd.service in the Guest. 

So far, no network available.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 20:03:49 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 20:03:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXwhV-0006Fm-1n; Mon, 22 Feb 2016 20:03:21 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXwhT-0006Fh-5y
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 20:03:19 +0000
Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
	9A/37-02994-1896BC65; Mon, 22 Feb 2016 20:03:13 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-14.tower-31.messagelabs.com!1456171397!24218763!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24935 invoked from network); 22 Feb 2016 20:03:17 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-14.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 20:03:17 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id E383220102
	for ; Mon, 22 Feb 2016 15:03:16 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Mon, 22 Feb 2016 15:03:16 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=hzWSCjAZuaChZ+aeiMD2i6FcAI4=; b=aqYfz+
	vYAuvuQMnpIXiyWoEKgnh9EeojYDKqEjEEAEt63/myCu9W+jubCK7fJqfYBh8B9/
	xHgKwUTcDK+61ZH1Iu0jok+AFWbxdpQ1tyTqYosZ6A/t0u4QxFWj9H13KUozy2dk
	u7uUE1MREG9LoXKRYQ6AuPaa5PSL054PAQzKU=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=hzWSCjAZuaChZ+a
	eiMD2i6FcAI4=; b=Exc6hgYa0bh/5TBH9SM0hfznZOmdwCrbRXqk1p4g9MWkkIj
	PAINOjlZ5swgIJhdZCbPPqnJSqoNsWDhWz96ZRDXHP5BXMBBAgQ4NVH//P7k065C
	FWtDEEv3dn6DcCu9xrD9q9t5NtpQWZK8N7WeANir9CZzn2JM3+QM2NmjXFmU=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id ACB45107DCB; Mon, 22 Feb 2016 15:03:16 -0500 (EST)
Message-Id: <1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
X-Sasl-Enc: I+cXq175sJd1vccf3UfgIVIApvHLpSrhCAiNlfXchBPR 1456171396
From: suse.dev@fea.st
To: Sean Greenslade 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160222194533.GA5984@fox.rh.rit.edu>
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
	<20160222194533.GA5984@fox.rh.rit.edu>
Date: Mon, 22 Feb 2016 12:03:16 -0800
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 11:45 AM, Sean Greenslade wrote:
> What exactly do you mean by "Arch installer?" Vanilla Arch has no installer.

The iso from which I'm installing Arch.

Specifically

    archlinux-2016.02.01-dual.iso

which is passed to the DomU as cdr.

> The live ISO is configured to automatically bring up all available
> interfaces, however the default configurations in a fresh install are
> not. Have you set up dhcpcd / systemd-network / networkmanager / network
> management package of your choice?

I haven't 'installed'.  I'm attempting to install from the live ISO.

As per 

 https://wiki.archlinux.org/index.php/Systemd-networkd#Basic_DHCP_network

I've created

/etc/systemd/network/MyDhcp.network

[Match]
Name=eth0

[Network]
DHCP=ipv4

Then, enable and start systemd-networkd.service in the Guest. 

So far, no network available.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 20:05:56 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 20:05:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXwjr-0006PA-II; Mon, 22 Feb 2016 20:05:47 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXwjp-0006Ov-Gq
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 20:05:45 +0000
Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id
	EC/BD-28972-51A6BC65; Mon, 22 Feb 2016 20:05:41 +0000
X-Env-Sender: sean@seangreenslade.com
X-Msg-Ref: server-9.tower-27.messagelabs.com!1456171538!25726422!1
X-Originating-IP: [162.208.10.182]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 41216 invoked from network); 22 Feb 2016 20:05:38 -0000
Received: from email.routify.me (HELO cartman.routify.me) (162.208.10.182)
	by server-9.tower-27.messagelabs.com with SMTP;
	22 Feb 2016 20:05:38 -0000
Received: from fox.rh.rit.edu (fox.rh.rit.edu [129.21.125.138])
	by cartman.routify.me (Postfix) with ESMTPSA id D8E008119C;
	Mon, 22 Feb 2016 15:05:37 -0500 (EST)
Date: Mon, 22 Feb 2016 15:05:36 -0500
From: Sean Greenslade 
To: suse.dev@fea.st
Message-ID: <20160222200536.GB5984@fox.rh.rit.edu>
Mail-Followup-To: suse.dev@fea.st, xen-users@lists.xen.org
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
	<20160222194533.GA5984@fox.rh.rit.edu>
	<1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Mon, Feb 22, 2016 at 12:03:16PM -0800, suse.dev@fea.st wrote:
> I haven't 'installed'.  I'm attempting to install from the live ISO.
> 
> As per 
> 
>  https://wiki.archlinux.org/index.php/Systemd-networkd#Basic_DHCP_network
> 
> I've created
> 
> /etc/systemd/network/MyDhcp.network
> 
> [Match]
> Name=eth0
> 
> [Network]
> DHCP=ipv4
> 
> Then, enable and start systemd-networkd.service in the Guest. 
> 
> So far, no network available.

Have you verified that the network adapter in domU is actually named
"eth0"? Check with "ip link".

--Sean


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 20:05:56 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 20:05:56 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXwjr-0006PA-II; Mon, 22 Feb 2016 20:05:47 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXwjp-0006Ov-Gq
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 20:05:45 +0000
Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id
	EC/BD-28972-51A6BC65; Mon, 22 Feb 2016 20:05:41 +0000
X-Env-Sender: sean@seangreenslade.com
X-Msg-Ref: server-9.tower-27.messagelabs.com!1456171538!25726422!1
X-Originating-IP: [162.208.10.182]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 41216 invoked from network); 22 Feb 2016 20:05:38 -0000
Received: from email.routify.me (HELO cartman.routify.me) (162.208.10.182)
	by server-9.tower-27.messagelabs.com with SMTP;
	22 Feb 2016 20:05:38 -0000
Received: from fox.rh.rit.edu (fox.rh.rit.edu [129.21.125.138])
	by cartman.routify.me (Postfix) with ESMTPSA id D8E008119C;
	Mon, 22 Feb 2016 15:05:37 -0500 (EST)
Date: Mon, 22 Feb 2016 15:05:36 -0500
From: Sean Greenslade 
To: suse.dev@fea.st
Message-ID: <20160222200536.GB5984@fox.rh.rit.edu>
Mail-Followup-To: suse.dev@fea.st, xen-users@lists.xen.org
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
	<20160222194533.GA5984@fox.rh.rit.edu>
	<1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Mon, Feb 22, 2016 at 12:03:16PM -0800, suse.dev@fea.st wrote:
> I haven't 'installed'.  I'm attempting to install from the live ISO.
> 
> As per 
> 
>  https://wiki.archlinux.org/index.php/Systemd-networkd#Basic_DHCP_network
> 
> I've created
> 
> /etc/systemd/network/MyDhcp.network
> 
> [Match]
> Name=eth0
> 
> [Network]
> DHCP=ipv4
> 
> Then, enable and start systemd-networkd.service in the Guest. 
> 
> So far, no network available.

Have you verified that the network adapter in domU is actually named
"eth0"? Check with "ip link".

--Sean


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 20:06:36 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 20:06:36 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXwkc-0006Uj-C7; Mon, 22 Feb 2016 20:06:34 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXwkb-0006UT-BP
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 20:06:33 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	1F/CD-23366-84A6BC65; Mon, 22 Feb 2016 20:06:32 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-4.tower-27.messagelabs.com!1456171591!24892777!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 51433 invoked from network); 22 Feb 2016 20:06:32 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 20:06:32 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id F146321879
	for ; Mon, 22 Feb 2016 15:06:30 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Mon, 22 Feb 2016 15:06:30 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=tJtbDwiIBCj3W1NNg0IWiJCfkEg=; b=a9FSoy
	y26C2LesczTOQCds0SndOP/3A4FH7GLs+bw9037gLM1OqcvufZcnnMBQvH7nMmf/
	y9qcHvNadTPW20udoYcoLQv1GynYC2bx83as4q5WVl/Ib1omWoFHEVnriDmWQfRD
	c0X6jcc8/AAZfJ1a/5QKn635FrEtC5LHV8ltU=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=tJtbDwiIBCj3W1N
	Ng0IWiJCfkEg=; b=YHa83LEa6JlmMvN7ZcEU/mLxoLDQ9/x1fl6dgrPI2w6O9Pd
	fNj03tCBUSZ89w6KjO+bN2ctPxB5Dcv/mM0A2P+0hm6iZQ40khBlZECkRowOYLMS
	sVmNdjhEIhG4JzSWCQE/J3CRNsSkAXrQ76NDSMJ1/hy445pmPlXrORVF4uyk=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id CB948107ECA; Mon, 22 Feb 2016 15:06:30 -0500 (EST)
Message-Id: <1456171590.1937102.528625778.0324A508@webmail.messagingengine.com>
X-Sasl-Enc: RaCp2Jp7GNkI7LJil74gtTS25P/70tCv7AI9T3DTxejB 1456171590
From: suse.dev@fea.st
To: Sean Greenslade 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160222200536.GB5984@fox.rh.rit.edu>
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
	<20160222194533.GA5984@fox.rh.rit.edu>
	<1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
	<20160222200536.GB5984@fox.rh.rit.edu>
Date: Mon, 22 Feb 2016 12:06:30 -0800
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 12:05 PM, Sean Greenslade wrote:
> Have you verified that the network adapter in domU is actually named
> "eth0"? Check with "ip link".

Yes, of course :-)  It's "eth0" ...

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 20:06:36 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 20:06:36 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXwkc-0006Uj-C7; Mon, 22 Feb 2016 20:06:34 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXwkb-0006UT-BP
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 20:06:33 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	1F/CD-23366-84A6BC65; Mon, 22 Feb 2016 20:06:32 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-4.tower-27.messagelabs.com!1456171591!24892777!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 51433 invoked from network); 22 Feb 2016 20:06:32 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-4.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 20:06:32 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id F146321879
	for ; Mon, 22 Feb 2016 15:06:30 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Mon, 22 Feb 2016 15:06:30 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=tJtbDwiIBCj3W1NNg0IWiJCfkEg=; b=a9FSoy
	y26C2LesczTOQCds0SndOP/3A4FH7GLs+bw9037gLM1OqcvufZcnnMBQvH7nMmf/
	y9qcHvNadTPW20udoYcoLQv1GynYC2bx83as4q5WVl/Ib1omWoFHEVnriDmWQfRD
	c0X6jcc8/AAZfJ1a/5QKn635FrEtC5LHV8ltU=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=tJtbDwiIBCj3W1N
	Ng0IWiJCfkEg=; b=YHa83LEa6JlmMvN7ZcEU/mLxoLDQ9/x1fl6dgrPI2w6O9Pd
	fNj03tCBUSZ89w6KjO+bN2ctPxB5Dcv/mM0A2P+0hm6iZQ40khBlZECkRowOYLMS
	sVmNdjhEIhG4JzSWCQE/J3CRNsSkAXrQ76NDSMJ1/hy445pmPlXrORVF4uyk=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id CB948107ECA; Mon, 22 Feb 2016 15:06:30 -0500 (EST)
Message-Id: <1456171590.1937102.528625778.0324A508@webmail.messagingengine.com>
X-Sasl-Enc: RaCp2Jp7GNkI7LJil74gtTS25P/70tCv7AI9T3DTxejB 1456171590
From: suse.dev@fea.st
To: Sean Greenslade 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160222200536.GB5984@fox.rh.rit.edu>
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
	<20160222194533.GA5984@fox.rh.rit.edu>
	<1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
	<20160222200536.GB5984@fox.rh.rit.edu>
Date: Mon, 22 Feb 2016 12:06:30 -0800
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 12:05 PM, Sean Greenslade wrote:
> Have you verified that the network adapter in domU is actually named
> "eth0"? Check with "ip link".

Yes, of course :-)  It's "eth0" ...

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 20:12:29 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 20:12:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXwq8-00071d-KA; Mon, 22 Feb 2016 20:12:16 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXwq6-00071L-Of
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 20:12:14 +0000
Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id
	ED/DB-08347-D9B6BC65; Mon, 22 Feb 2016 20:12:13 +0000
X-Env-Sender: sean@seangreenslade.com
X-Msg-Ref: server-13.tower-27.messagelabs.com!1456171933!25831176!1
X-Originating-IP: [162.208.10.182]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 38102 invoked from network); 22 Feb 2016 20:12:13 -0000
Received: from email.routify.me (HELO cartman.routify.me) (162.208.10.182)
	by server-13.tower-27.messagelabs.com with SMTP;
	22 Feb 2016 20:12:13 -0000
Received: from fox.rh.rit.edu (fox.rh.rit.edu [129.21.125.138])
	by cartman.routify.me (Postfix) with ESMTPSA id 64E38811AE;
	Mon, 22 Feb 2016 15:12:12 -0500 (EST)
Date: Mon, 22 Feb 2016 15:12:10 -0500
From: Sean Greenslade 
To: suse.dev@fea.st
Message-ID: <20160222201210.GC5984@fox.rh.rit.edu>
Mail-Followup-To: suse.dev@fea.st, xen-users@lists.xen.org
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
	<20160222194533.GA5984@fox.rh.rit.edu>
	<1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
	<20160222200536.GB5984@fox.rh.rit.edu>
	<1456171590.1937102.528625778.0324A508@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456171590.1937102.528625778.0324A508@webmail.messagingengine.com>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

> > Have you verified that the network adapter in domU is actually named
> > "eth0"? Check with "ip link".
> 
> Yes, of course :-)  It's "eth0" ...

Then the issue is probably not Xen-specific. Go through the standard
network diagnostics. Make sure the link is up, check whether manual DHCP
launch works, look in systemd journal for hints, etc.

--Sean


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 20:12:29 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 20:12:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXwq8-00071d-KA; Mon, 22 Feb 2016 20:12:16 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXwq6-00071L-Of
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 20:12:14 +0000
Received: from [193.109.254.147] by server-13.bemta-14.messagelabs.com id
	ED/DB-08347-D9B6BC65; Mon, 22 Feb 2016 20:12:13 +0000
X-Env-Sender: sean@seangreenslade.com
X-Msg-Ref: server-13.tower-27.messagelabs.com!1456171933!25831176!1
X-Originating-IP: [162.208.10.182]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 38102 invoked from network); 22 Feb 2016 20:12:13 -0000
Received: from email.routify.me (HELO cartman.routify.me) (162.208.10.182)
	by server-13.tower-27.messagelabs.com with SMTP;
	22 Feb 2016 20:12:13 -0000
Received: from fox.rh.rit.edu (fox.rh.rit.edu [129.21.125.138])
	by cartman.routify.me (Postfix) with ESMTPSA id 64E38811AE;
	Mon, 22 Feb 2016 15:12:12 -0500 (EST)
Date: Mon, 22 Feb 2016 15:12:10 -0500
From: Sean Greenslade 
To: suse.dev@fea.st
Message-ID: <20160222201210.GC5984@fox.rh.rit.edu>
Mail-Followup-To: suse.dev@fea.st, xen-users@lists.xen.org
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
	<20160222194533.GA5984@fox.rh.rit.edu>
	<1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
	<20160222200536.GB5984@fox.rh.rit.edu>
	<1456171590.1937102.528625778.0324A508@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456171590.1937102.528625778.0324A508@webmail.messagingengine.com>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

> > Have you verified that the network adapter in domU is actually named
> > "eth0"? Check with "ip link".
> 
> Yes, of course :-)  It's "eth0" ...

Then the issue is probably not Xen-specific. Go through the standard
network diagnostics. Make sure the link is up, check whether manual DHCP
launch works, look in systemd journal for hints, etc.

--Sean


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 23:22:19 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 23:22:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXznL-0007lz-Nt; Mon, 22 Feb 2016 23:21:35 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXznK-0007lu-V1
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 23:21:35 +0000
Received: from [193.109.254.147] by server-7.bemta-14.messagelabs.com id
	60/83-29985-EF79BC65; Mon, 22 Feb 2016 23:21:34 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-11.tower-27.messagelabs.com!1456183292!17244653!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5311 invoked from network); 22 Feb 2016 23:21:33 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 23:21:33 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id 9D6E820B07
	for ; Mon, 22 Feb 2016 18:21:32 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Mon, 22 Feb 2016 18:21:32 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=2U5ea9+tHXP1ESobyQYFQQRhHrQ=; b=VOQ9Q+
	wjSxiN6UVpRGFI+600qu0hbCSWrLu+HhZrI3SvM0wE1078BBKkqBCFAxvg88FfCf
	tchmB3K58iJM0hb8R+xh1opwWZR5Fao24asPBaRsYl1Zo22nIrHQTFLv1aEN3yIh
	063daCjjNlvYQXo0HEa7IisJ1x/7WpdD4FpsY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=2U5ea9+tHXP1ESo
	byQYFQQRhHrQ=; b=N0aEtrgY+dQr8llHMDyYd4OsL/onF+zSb3dYLIrhV7OHlLP
	7f659q3lqojRl06d7tVb374faoX4cduu6rvJFaEvzZypSi9dxolIqa/wiWYq8l7v
	O6PIB3dEBWWfMAVHf+HgLSIqNmRgjq9EnSKsUj74ZqieLnIndpiMBS2MAdPg=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 64B3610B2B3; Mon, 22 Feb 2016 18:21:32 -0500 (EST)
Message-Id: <1456183292.1977963.528803610.28BD6A66@webmail.messagingengine.com>
X-Sasl-Enc: 2yUBPaMklf5DaFE4rxYPjLZuuGv7vzv51BmPq7wPgGiy 1456183292
From: suse.dev@fea.st
To: Sean Greenslade 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 15:21:32 -0800
In-Reply-To: <20160222201210.GC5984@fox.rh.rit.edu>
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
	<20160222194533.GA5984@fox.rh.rit.edu>
	<1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
	<20160222200536.GB5984@fox.rh.rit.edu>
	<1456171590.1937102.528625778.0324A508@webmail.messagingengine.com>
	<20160222201210.GC5984@fox.rh.rit.edu>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 12:12 PM, Sean Greenslade wrote:
> Then the issue is probably not Xen-specific. Go through the standard
> network diagnostics. Make sure the link is up, check whether manual DHCP
> launch works, look in systemd journal for hints, etc.

Turns out you're correct, and the problem is DHCP in the Arch LiveCD guest.

 DHCP client, Opensuse live/install iso on baremetal, network works
 DHCP client, Opensuse live/install iso in PVHVM DomU, network works
 DHCP client, Arch live/install iso on baremetal, network works
 DHCP client, Arch live/install iso in PVHVM DomU fails -- NO network

but

 static IP, Arch live/install iso in PVHVM DomU fails -- network works.

I can install successfully (tho, can't reboot successfully yet; UEFI support in DomU issue?).

I'll have to diagnose the Arch DHCP 'vs' Xen Guest later.

Thanks.




_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Mon Feb 22 23:22:19 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 22 Feb 2016 23:22:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aXznL-0007lz-Nt; Mon, 22 Feb 2016 23:21:35 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXznK-0007lu-V1
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 23:21:35 +0000
Received: from [193.109.254.147] by server-7.bemta-14.messagelabs.com id
	60/83-29985-EF79BC65; Mon, 22 Feb 2016 23:21:34 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-11.tower-27.messagelabs.com!1456183292!17244653!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5311 invoked from network); 22 Feb 2016 23:21:33 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 22 Feb 2016 23:21:33 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id 9D6E820B07
	for ; Mon, 22 Feb 2016 18:21:32 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Mon, 22 Feb 2016 18:21:32 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=2U5ea9+tHXP1ESobyQYFQQRhHrQ=; b=VOQ9Q+
	wjSxiN6UVpRGFI+600qu0hbCSWrLu+HhZrI3SvM0wE1078BBKkqBCFAxvg88FfCf
	tchmB3K58iJM0hb8R+xh1opwWZR5Fao24asPBaRsYl1Zo22nIrHQTFLv1aEN3yIh
	063daCjjNlvYQXo0HEa7IisJ1x/7WpdD4FpsY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=2U5ea9+tHXP1ESo
	byQYFQQRhHrQ=; b=N0aEtrgY+dQr8llHMDyYd4OsL/onF+zSb3dYLIrhV7OHlLP
	7f659q3lqojRl06d7tVb374faoX4cduu6rvJFaEvzZypSi9dxolIqa/wiWYq8l7v
	O6PIB3dEBWWfMAVHf+HgLSIqNmRgjq9EnSKsUj74ZqieLnIndpiMBS2MAdPg=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 64B3610B2B3; Mon, 22 Feb 2016 18:21:32 -0500 (EST)
Message-Id: <1456183292.1977963.528803610.28BD6A66@webmail.messagingengine.com>
X-Sasl-Enc: 2yUBPaMklf5DaFE4rxYPjLZuuGv7vzv51BmPq7wPgGiy 1456183292
From: suse.dev@fea.st
To: Sean Greenslade 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 15:21:32 -0800
In-Reply-To: <20160222201210.GC5984@fox.rh.rit.edu>
References: <1456162797.1905038.528465922.4A8CC88B@webmail.messagingengine.com>
	<20160222194533.GA5984@fox.rh.rit.edu>
	<1456171396.1936759.528606650.2DBD5A98@webmail.messagingengine.com>
	<20160222200536.GB5984@fox.rh.rit.edu>
	<1456171590.1937102.528625778.0324A508@webmail.messagingengine.com>
	<20160222201210.GC5984@fox.rh.rit.edu>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] network not enabled in launch of DomU ==
 *archlinux* installer iso; other OSs installers ok ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Mon, Feb 22, 2016, at 12:12 PM, Sean Greenslade wrote:
> Then the issue is probably not Xen-specific. Go through the standard
> network diagnostics. Make sure the link is up, check whether manual DHCP
> launch works, look in systemd journal for hints, etc.

Turns out you're correct, and the problem is DHCP in the Arch LiveCD guest.

 DHCP client, Opensuse live/install iso on baremetal, network works
 DHCP client, Opensuse live/install iso in PVHVM DomU, network works
 DHCP client, Arch live/install iso on baremetal, network works
 DHCP client, Arch live/install iso in PVHVM DomU fails -- NO network

but

 static IP, Arch live/install iso in PVHVM DomU fails -- network works.

I can install successfully (tho, can't reboot successfully yet; UEFI support in DomU issue?).

I'll have to diagnose the Arch DHCP 'vs' Xen Guest later.

Thanks.




_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 00:35:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 00:35:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY0wE-0002vx-8B; Tue, 23 Feb 2016 00:34:50 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aY0wC-0002vs-JU
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 00:34:48 +0000
Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id
	71/F7-28791-729ABC65; Tue, 23 Feb 2016 00:34:47 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-11.tower-27.messagelabs.com!1456187683!17254008!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 61419 invoked from network); 23 Feb 2016 00:34:44 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 00:34:44 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id B19BE2083B
	for ; Mon, 22 Feb 2016 19:34:43 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Mon, 22 Feb 2016 19:34:43 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=qZW
	7EVNixb3SR6au1/zJS5XoC+0=; b=bN1hWhG5jDsG8REo7Y7ctfu0iqgJMF5T/8i
	0ytjmzQBNECf84eGQurs5JX+xkeDHszQtC+ehfXXnkfLoVPIK26jXHi8zc2u31ph
	J8dzZWM1zu+zTOMETL5NcRzc0t3qquXIfgVkJKRRGaTk0CAhzD5hhQWaBo8jYTeO
	v4lr4XEk=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=qZW7EVNixb3SR6au1/zJS5XoC+0=; b=YnTtt
	gEZBZfcjw487rZbaJ7yltIlaWaMvLcfyTza8waUHJT/E6eESppjQu22qEnO/1IHG
	jzTM40xyRuYoozwcJ9gIZCMREmDwoEYsPNPerjLoxOvHCfPEoPag5DtBc+0BrP9h
	s6KAyRQmAsiPTR7OWRIHNsB+1Ps6v8WT1W9X1Q=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 8114210B812; Mon, 22 Feb 2016 19:34:43 -0500 (EST)
Message-Id: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
X-Sasl-Enc: xEuEWikIgeGPXcYfS8aUsOOgPngWYbbqyslNZJhX6zya 1456187683
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 16:34:43 -0800
Subject: [Xen-users] status of guest/DomU UEFI + Grub support in Xen 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

I've installed an Arch linux DomU on a Xen-4.6.1 Dom0 host.

The install process seems to exec without error.

I'm passing 4 partitions through to the Guest, /dev/xvd[bcde].

The partitions are all created with GPT labels; I've setup to use UEFI in the Guest.  the DomU's fstab is

 cat /etc/fstab
  LABEL=BOOT /boot     ext4  acl,user_xattr 1 2
  LABEL=ROOT /         ext4  acl,user_xattr 1 1
  LABEL=EFI  /boot/efi vfat umask=0002,utf8=true,x-systemd.automount,noauto 0 2
  LABEL=SWAP swap      swap  defaults       0 0

In the guest I've installed grub, and exec

 mkinitcpio -p linux
 grub-mkconfig -o /boot/grub/grub.cfg

On reboot, however, launch fails.

In the Guest's VNC console, I see 

	Press F12 for boot  menu.

	Booting from ROM ...
	iPXE (PCI 00:04:0) starting execution ... ok
	iPXE initialising devices ... ok

	iPXE 1.0.0+ () -- OpenSource Network Boot Firmware -- http://ipxe.org
	Features: iSCSI HTTO DNS TFTP AoE bzImage ELF MBOOT PXE Menu PXEXT

	net0: 00:16:3E:10:01:01 using 82540em on PCI00:04.0 (open)
	  [Link:up, TX:0 TXE:0 RX:0 RXE:0]
	Configuring (net0 00:16:3E:10:01:01) ................. Error 0x040ee119 (http://ipxe.org/040ee119)
	No more network devices

	Booting from Floppy ...
	Boot failed: could not read the boot disk

	Booting from Hard Disk ...
	Boot failed: could not read the boot disk

	No bootable device.  Retrying in 60 seconds.

Reading

	http://events.linuxfoundation.org/sites/events/files/slides/xen_in_efi_world_20140801.final_.dk_.pdf

@ Page 22

	Open Virtual Machine Firmware (OVMF)
	UEFI within Virtual Machines

	OVMF is a project to enable support for UEFI within Virtual Machines. It is built upon the EDK II code base.

suggests that, at the time of the presentation in 2014, UEFI Guest support was early/spotty.

Before I start debugging Arch,

(1) What's the current status of UEFI in PVHVM Guests in Xen 4.6.1?

    Is is at all functional? supported? recommended?

(2) Offhand, anyone know if Arch's current pv-ops kernel has the needed support (OVMF? other?) to seek/boot a UEFI client?


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 00:35:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 00:35:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY0wE-0002vx-8B; Tue, 23 Feb 2016 00:34:50 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aY0wC-0002vs-JU
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 00:34:48 +0000
Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id
	71/F7-28791-729ABC65; Tue, 23 Feb 2016 00:34:47 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-11.tower-27.messagelabs.com!1456187683!17254008!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 61419 invoked from network); 23 Feb 2016 00:34:44 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-11.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 00:34:44 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id B19BE2083B
	for ; Mon, 22 Feb 2016 19:34:43 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Mon, 22 Feb 2016 19:34:43 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=qZW
	7EVNixb3SR6au1/zJS5XoC+0=; b=bN1hWhG5jDsG8REo7Y7ctfu0iqgJMF5T/8i
	0ytjmzQBNECf84eGQurs5JX+xkeDHszQtC+ehfXXnkfLoVPIK26jXHi8zc2u31ph
	J8dzZWM1zu+zTOMETL5NcRzc0t3qquXIfgVkJKRRGaTk0CAhzD5hhQWaBo8jYTeO
	v4lr4XEk=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=qZW7EVNixb3SR6au1/zJS5XoC+0=; b=YnTtt
	gEZBZfcjw487rZbaJ7yltIlaWaMvLcfyTza8waUHJT/E6eESppjQu22qEnO/1IHG
	jzTM40xyRuYoozwcJ9gIZCMREmDwoEYsPNPerjLoxOvHCfPEoPag5DtBc+0BrP9h
	s6KAyRQmAsiPTR7OWRIHNsB+1Ps6v8WT1W9X1Q=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 8114210B812; Mon, 22 Feb 2016 19:34:43 -0500 (EST)
Message-Id: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
X-Sasl-Enc: xEuEWikIgeGPXcYfS8aUsOOgPngWYbbqyslNZJhX6zya 1456187683
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Mon, 22 Feb 2016 16:34:43 -0800
Subject: [Xen-users] status of guest/DomU UEFI + Grub support in Xen 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

I've installed an Arch linux DomU on a Xen-4.6.1 Dom0 host.

The install process seems to exec without error.

I'm passing 4 partitions through to the Guest, /dev/xvd[bcde].

The partitions are all created with GPT labels; I've setup to use UEFI in the Guest.  the DomU's fstab is

 cat /etc/fstab
  LABEL=BOOT /boot     ext4  acl,user_xattr 1 2
  LABEL=ROOT /         ext4  acl,user_xattr 1 1
  LABEL=EFI  /boot/efi vfat umask=0002,utf8=true,x-systemd.automount,noauto 0 2
  LABEL=SWAP swap      swap  defaults       0 0

In the guest I've installed grub, and exec

 mkinitcpio -p linux
 grub-mkconfig -o /boot/grub/grub.cfg

On reboot, however, launch fails.

In the Guest's VNC console, I see 

	Press F12 for boot  menu.

	Booting from ROM ...
	iPXE (PCI 00:04:0) starting execution ... ok
	iPXE initialising devices ... ok

	iPXE 1.0.0+ () -- OpenSource Network Boot Firmware -- http://ipxe.org
	Features: iSCSI HTTO DNS TFTP AoE bzImage ELF MBOOT PXE Menu PXEXT

	net0: 00:16:3E:10:01:01 using 82540em on PCI00:04.0 (open)
	  [Link:up, TX:0 TXE:0 RX:0 RXE:0]
	Configuring (net0 00:16:3E:10:01:01) ................. Error 0x040ee119 (http://ipxe.org/040ee119)
	No more network devices

	Booting from Floppy ...
	Boot failed: could not read the boot disk

	Booting from Hard Disk ...
	Boot failed: could not read the boot disk

	No bootable device.  Retrying in 60 seconds.

Reading

	http://events.linuxfoundation.org/sites/events/files/slides/xen_in_efi_world_20140801.final_.dk_.pdf

@ Page 22

	Open Virtual Machine Firmware (OVMF)
	UEFI within Virtual Machines

	OVMF is a project to enable support for UEFI within Virtual Machines. It is built upon the EDK II code base.

suggests that, at the time of the presentation in 2014, UEFI Guest support was early/spotty.

Before I start debugging Arch,

(1) What's the current status of UEFI in PVHVM Guests in Xen 4.6.1?

    Is is at all functional? supported? recommended?

(2) Offhand, anyone know if Arch's current pv-ops kernel has the needed support (OVMF? other?) to seek/boot a UEFI client?


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 03:23:53 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 03:23:53 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY3Yp-0006qM-4N; Tue, 23 Feb 2016 03:22:51 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXvtj-00037w-OF
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 19:11:56 +0000
Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id
	47/75-28791-B7D5BC65; Mon, 22 Feb 2016 19:11:55 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1456168312!17209704!1
X-Originating-IP: [65.55.116.18]
X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD,
	HTML_20_30,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21114 invoked from network); 22 Feb 2016 19:11:53 -0000
Received: from blu004-omc1s7.hotmail.com (HELO BLU004-OMC1S7.hotmail.com)
	(65.55.116.18)
	by server-11.tower-27.messagelabs.com with AES256-SHA256 encrypted SMTP;
	22 Feb 2016 19:11:53 -0000
Received: from BLU183-W23 ([65.55.116.8]) by BLU004-OMC1S7.hotmail.com over
	TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
	Mon, 22 Feb 2016 11:11:52 -0800
X-TMN: [AIhO26jnt1uXSOOKwakX/JerTm8Xk+JS]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: "roger.pau@citrix.com" , "xen-users@lists.xen.org"
	
Date: Mon, 22 Feb 2016 14:11:51 -0500
Importance: Normal
In-Reply-To: 
References: ,
	<56CAEEA7.7050508@citrix.com>,
	,
	<56CB4D1C.3000701@citrix.com>,
	
MIME-Version: 1.0
X-OriginalArrivalTime: 22 Feb 2016 19:11:52.0418 (UTC)
	FILETIME=[E3315420:01D16DA4]
X-Mailman-Approved-At: Tue, 23 Feb 2016 03:22:46 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7452047512428975965=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============7452047512428975965==
Content-Type: multipart/alternative;
	boundary="_ab6be089-31fa-431a-a43e-d0ad9be5a83f_"

--_ab6be089-31fa-431a-a43e-d0ad9be5a83f_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


> El 22/2/16 a les 18:40=2C Brandon Adkins ha escrit:
> >=20
> >>
> >> El 19/2/16 a les 17:38=2C Brandon Adkins ha escrit:
> >>> I am having issues migrating my Xen setup from Debian Wheezy to Debia=
n Jessie. The errors I see are not very concrete=2C so it doesn't give me m=
uch details.Here is what I am seeing:First=2C when I make a new Xen VM and =
connect to its console=2C I see "xenconsole: Could not open tty `': No such=
 file or directory". It seems to boot fine after that=2C but after returnin=
g to Dom0=2C the console is kinda jacked up. This mimics exactly the issue =
described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Ap=
parently there is a fix as of Oct 2015=2C but just not released on Jessie y=
et? Will that be released on Jessie sometime soon?Second=2C and this is the=
 bigger issue: I can make 1 VM like this fine=2C but when I try to make a s=
econd one=2C it just seems to hang. If I use "xl create -c" so I see the co=
nsole the whole time=2C I see the bootloader menu appear=2C and when the ke=
rnel selection is finished=2C it prints the error about the tty=2C and then=
 nothing else. I don't know if the tty issue is relate
> d=20
> >> at all."xl list" shows the second VM in the list=2C but it is marked a=
s only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any =
number higher)=2C it is just ignored. I can't find any log files to indicat=
e there is a problem at all. The VM just doesn't start. It was created from=
 the same template as the first VM=2C so VM1 and VM2 are basically copies o=
f each other=2C yet only the first one will run.I have no idea if I am doin=
g something wrong or if this is a bug in Jessie. I will say that everything=
 that I am doing now has worked perfectly for years using Debian Wheezy. Th=
e only change I needed was to start using "xl" instead of "xm".Anyone have =
clues on figuring this out?Thanks=2CBeau 		 	   		 =20
> >>
> >> Hello=2C
> >>
> >> Can you please paste the config file of those two VMs?
> >>
> >> Also=2C can you paste the output when creating them with:
> >>
> >> # xl -vvv create 
> >>
> >> Are there any errors displayed by Xen or Linux in the serial console o=
r
> >> dmesg?
> >>
> >> Roger.
> >=20
>=20
> Hello=2C
>=20
> I'm sorry but your MUA seems to completely mangle the messages=2C and I
> cannot parse the output you posted. Could you try to use a different MUA
> that adds proper line breaks?
>=20
> Thanks=2C Roger.
>=20
Trying again

Hi Roger=2C=20
Thanks for the help. Here are the 2 config files:guest0:bootloader =3D '/us=
r/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '6000'root =
=3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=
=2C 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]name =3D 'guest0'vif =3D=
 [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'destroy'on=
_reboot =3D 'restart'on_crash =3D 'restart'--------------------------------=
---------guest1:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cp=
us =3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/x=
envolgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest1swap=2Cxv=
da1=2Cw' ]name =3D 'guest1'vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxe=
nbr0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D 'restar=
t'---------------------------------------------Output of xl -vvv create:lib=
xl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=
=3D(nil) callback=3D(nil) poller=3D0x22ff9b0libxl: debug: libxl_device.c:25=
1:libxl__device_disk_set_backend: Disk vdev=3Dxvda2 spec.backend=3Dunknownl=
ibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda2=2C using backend phylibxl: debug: libxl_device.c:251:libxl__device=
_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dunknownlibxl: debug: li=
bxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=3Dxvda1=2C using=
 backend phylibxl: debug: libxl_create.c:797:initiate_domain_create: runnin=
g bootloaderlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend=
: Disk vdev=3D(null) spec.backend=3Dphylibxl: debug: libxl.c:2634:libxl__de=
vice_disk_local_initiate_attach: locally attaching PHY disk /dev/xenvolgrou=
p/guest1disklibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_c=
b: Config bootloader value: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_=
create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: poller=3D0x22ff9b=
0=2C flags=3Dilibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: w=
atch w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: register slotnum=
=3D3libxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b=
0: progress report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_=
gotptys: executing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: lib=
xl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/=
bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootlo=
ader arg: --args=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539=
:bootloader_gotptys:   bootloader arg: --output=3D/var/run/xen/bootloader.1=
27.outlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader=
 arg: --output-format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloa=
der_gotptys:   bootloader arg: --output-directory=3D/var/run/xen/bootloader=
.127.dlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader=
 arg: /dev/xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_ca=
llback: watch w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event ep=
ath=3D/local/domain/127libxl: debug: libxl_bootloader.c:634:bootloader_fini=
shed: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_r=
esult_command: bootloader output contained kernel /var/run/xen/bootloader.1=
27.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_resu=
lt_command: bootloader output contained ramdisk /var/run/xen/bootloader.127=
.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_resul=
t_command: bootloader output contained args root=3D/dev/xvda2 ro crashkerne=
l=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloade=
r_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:=
libxl__ev_xswatch_deregister: watch w=3D0x22f5178wpath=3D/local/domain/127 =
token=3D3/0: deregister slotnum=3D3domainbuilder: detail: xc_dom_allocate: =
cmdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dauto root=3D/dev/xvda2 ro "=
=2C features=3D"(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv ke=
rnel mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbu=
ilder: detail: xc_dom_kernel_mem: calleddomainbuilder: detail: xc_dom_ramdi=
sk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4=2C caps =
xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_6=
4domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: detail: xc=
_dom_find_loader: trying multiboot-binary loader ...domainbuilder: detail: =
loader probe faileddomainbuilder: detail: xc_dom_find_loader: trying Linux =
bzImage loader ...domainbuilder: detail: xc_dom_malloc            : 8861 kB=
domainbuilder: detail: xc_dom_do_gunzip: unzip ok=2C 0x3e7bbc -> 0x8a7564do=
mainbuilder: detail: loader probe OKxc: detail: elf_parse_binary: phdr: pad=
dr=3D0x400000 memsz=3D0x66f000xc: detail: elf_parse_binary: phdr: paddr=3D0=
xa6f000 memsz=3D0x381000xc: detail: elf_parse_binary: memory: 0x400000 -> 0=
xdf0000xc: detail: elf_xen_parse_note: GUEST_OS =3D "linux"xc: detail: elf_=
xen_parse_note: GUEST_VERSION =3D "2.6"xc: detail: elf_xen_parse_note: XEN_=
VERSION =3D "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE =3D 0xc00000=
00xc: detail: elf_xen_parse_note: ENTRY =3D 0xc0b11000xc: detail: elf_xen_p=
arse_note: HYPERCALL_PAGE =3D 0xc0402000xc: detail: elf_xen_parse_note: FEA=
TURES =3D "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_pa=
rse_note: PAE_MODE =3D "yes"xc: detail: elf_xen_parse_note: LOADER =3D "gen=
eric"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: =
elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc: detail: elf_xen_parse_note: H=
V_START_LOW =3D 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET =3D =
0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base=
        =3D 0xc0000000xc: detail:     elf_paddr_offset =3D 0x0xc: detail:  =
   virt_offset      =3D 0xc0000000xc: detail:     virt_kstart      =3D 0xc0=
400000xc: detail:     virt_kend        =3D 0xc0df0000xc: detail:     virt_e=
ntry       =3D 0xc0b11000xc: detail:     p2m_base         =3D 0xfffffffffff=
fffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc04=
00000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_init: mem 6000 MB=2C p=
ages 0x177000 pages=2C 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177=
000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: =
detail: x86_compat: guest xen-3.0-x86_32p=2C address size 32domainbuilder: =
detail: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_bu=
ild_image: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel     =
  : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detai=
l: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610=
000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 -> 0x7fd07bc7f000x=
c: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0x7fd07bdb2000domai=
nbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 -> 0xc2=
ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc     =
       : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapp=
ing: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gun=
zip: unzip ok=2C 0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_s=
egment:   phys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc page=
s)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2e=
e0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   st=
art info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_pag=
e   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom=
_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: deta=
il: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000=
ffffffff=2C 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fff=
ffff/30: 0x00000000c0000000 -> 0x00000000ffffffff=2C 1 table(s)domainbuilde=
r: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x0=
0000000c37fffff=2C 28 table(s)domainbuilder: detail: xc_dom_alloc_segment: =
  page tables  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainb=
uilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bf+0x1e a=
t 0x7fd084ad6000domainbuilder: detail: xc_dom_alloc_page   :   boot stack  =
 : 0xc34dd000 (pfn 0x34dd)domainbuilder: detail: xc_dom_build_image  : virt=
_alloc_end : 0xc34de000domainbuilder: detail: xc_dom_build_image  : virt_pg=
tab_end : 0xc3800000domainbuilder: detail: xc_dom_boot_image: calleddomainb=
uilder: detail: arch_setup_bootearly: doing nothingdomainbuilder: detail: x=
c_dom_compat_check: supported guest type: xen-3.0-x86_64domainbuilder: deta=
il: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <=3D matches=
domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x=
86_32domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-=
3.0-x86_32pdomainbuilder: detail: xc_dom_compat_check: supported guest type=
: hvm-3.0-x86_64domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit=
=2C pages 0x177000domainbuilder: detail: clear_page: pfn 0x34be=2C mfn 0x17=
cd7adomainbuilder: detail: clear_page: pfn 0x34bd=2C mfn 0x17cd7bdomainbuil=
der: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7=
fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: d=
etail: setup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuilder: d=
etail: domain builder memory footprintdomainbuilder: detail:    allocateddo=
mainbuilder: detail:       malloc             : 21157 kBdomainbuilder: deta=
il:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomai=
nbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail: =
      domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate:=
 shared_info: pfn 0x0=2C mfn 0xbf615domainbuilder: detail: shared_info_x86_=
32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: =
vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: =
called=2C ctxt=3D0x7fd084ad4004domainbuilder: detail: xc_dom_release: calle=
dlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda2 spec.backend=3Dphylibxl: debug: libxl_event.c:570:libxl__ev_xswatc=
h_register: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/517=
14/state token=3D3/1: register slotnum=3D3libxl: debug: libxl_device.c:251:=
libxl__device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: =
debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1=
 spec.backend=3Dphylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_regist=
er: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/state=
 token=3D2/2: register slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_c=
allback: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/51714/=
state token=3D3/1: event epath=3D/local/domain/0/backend/vbd/127/51714/stat=
elibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/do=
main/0/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_eve=
nt.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f6068wpath=3D/local/do=
main/0/backend/vbd/127/51714/state token=3D3/1: deregister slotnum=3D3libxl=
: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f606=
8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug:=
 calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_even=
t.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/517=
14/state token=3D3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_cal=
lback: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/st=
ate token=3D2/2: event epath=3D/local/domain/0/backend/vbd/127/51713/statel=
ibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/doma=
in/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_event=
.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8wpath=3D/local/doma=
in/0/backend/vbd/127/51713/state token=3D2/2: deregister slotnum=3D2libxl: =
debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8:=
 deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: c=
alling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.=
c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/51713=
/state token=3D2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xsw=
atch_deregister: watch w=3D0x22f60f0: deregister unregisteredlibxl: debug: =
libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: deregi=
ster unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregist=
er: watch w=3D0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c=
:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: deregister unregist=
eredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0=
x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: regis=
ter slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D=
0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: even=
t epath=3D/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.=
c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/st=
ate wanted state 2 still waiting state 1libxl: debug: libxl_event.c:514:wat=
chfd_callback: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/=
0/state token=3D2/3: event epath=3D/local/domain/0/backend/vif/127/0/statel=
ibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/doma=
in/0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:6=
06:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8wpath=3D/local/domain/0=
/backend/vif/127/0/state token=3D2/3: deregister slotnum=3D2libxl: debug: l=
ibxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8: deregis=
ter unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling h=
otplug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.=
c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa850: deregister unregis=
teredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=
=3D0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl=
__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: l=
ibxl_event.c:1591:libxl__ao_complete: ao 0x22ff8b0: complete=2C rc=3D0libxl=
: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: de=
bug: hypercall buffer: total allocations:470 total releases:470xc: debug: h=
ypercall buffer: current allocations:0 maximum allocations:3xc: debug: hype=
rcall buffer: cache current size:2xc: debug: hypercall buffer: cache hits:4=
62 misses:2 toobig:6Parsing config from guest.cfg--------------------------=
---------------------Looking into dmesg=2C the only interesting thing I see=
 related to this are these 2 lines everytime I try to start the VM: xen:bal=
loon: Cannot add additional memory (-17) xen:balloon: Cannot add additional=
 memory (-17)
Thanks!Beau
 		 	   		   		 	   		  =

--_ab6be089-31fa-431a-a43e-d0ad9be5a83f_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






&=
gt=3B El 22/2/16 a les 18:40=2C Brandon Adkins ha escrit:
>=3B >=3B =

>=3B >=3B>=3B
>=3B >=3B>=3B El 19/2/16 a les 17:38=2C Br=
andon Adkins ha escrit:
>=3B >=3B>=3B>=3B I am having issues mig=
rating my Xen setup from Debian Wheezy to Debian Jessie. The errors I see a=
re not very concrete=2C so it doesn't give me much details.Here is what I a=
m seeing:First=2C when I make a new Xen VM and connect to its console=2C I =
see "xenconsole: Could not open tty `': No such file or directory". It seem=
s to boot fine after that=2C but after returning to Dom0=2C the console is =
kinda jacked up. This mimics exactly the issue described athttps://bugs.deb=
ian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Apparently there is a fix as o=
f Oct 2015=2C but just not released on Jessie yet? Will that be released on=
 Jessie sometime soon?Second=2C and this is the bigger issue: I can make 1 =
VM like this fine=2C but when I try to make a second one=2C it just seems t=
o hang. If I use "xl create -c" so I see the console the whole time=2C I se=
e the bootloader menu appear=2C and when the kernel selection is finished=
=2C it prints the error about the tty=2C and then nothing else. I don't kno=
w if the tty issue is relate
>=3B d 
>=3B >=3B>=3B at all."xl=
 list" shows the second VM in the list=2C but it is marked as only having 1=
 vcpu. If I try to change this with "xl vcpu-set 2" (or any number higher)=
=2C it is just ignored. I can't find any log files to indicate there is a p=
roblem at all. The VM just doesn't start. It was created from the same temp=
late as the first VM=2C so VM1 and VM2 are basically copies of each other=
=2C yet only the first one will run.I have no idea if I am doing something =
wrong or if this is a bug in Jessie. I will say that everything that I am d=
oing now has worked perfectly for years using Debian Wheezy. The only chang=
e I needed was to start using "xl" instead of "xm".Anyone have clues on fig=
uring this out?Thanks=2CBeau 		 	   		  
>=3B >=3B>=3B
>=3B &=
gt=3B>=3B Hello=2C
>=3B >=3B>=3B
>=3B >=3B>=3B Can you =
please paste the config file of those two VMs?
>=3B >=3B>=3B
&g=
t=3B >=3B>=3B Also=2C can you paste the output when creating them with:=

>=3B >=3B>=3B
>=3B >=3B>=3B # xl -vvv create <=3Bconfi=
g.cfg>=3B
>=3B >=3B>=3B
>=3B >=3B>=3B Are there any err=
ors displayed by Xen or Linux in the serial console or
>=3B >=3B>=
=3B dmesg?
>=3B >=3B>=3B
>=3B >=3B>=3B Roger.
>=3B &=
gt=3B 
>=3B 
>=3B Hello=2C
>=3B 
>=3B I'm sorry but you=
r MUA seems to completely mangle the messages=2C and I
>=3B cannot par=
se the output you posted. Could you try to use a different MUA
>=3B th=
at adds proper line breaks?
>=3B 
>=3B Thanks=2C Roger.
>=3B=
 
Trying again

Hi Roger=2C =3B

=
Thanks for the help. Here are the 2 config files:
guest0:
bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'
vcpus =3D '6=
'
cpus =3D '2-7'
memory =3D '6000'
root =3D '=
/dev/xvda2 ro'
disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda=
2=2Cw'=2C 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]
name =
=3D 'guest0'
vif =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0=
' ]
on_poweroff =3D 'destroy'
on_reboot =3D 'restart'
on_crash =3D 'restart'
---------------------------=
--------------
guest1:
bootloader =3D '/usr/lib/xe=
n-4.4/bin/pygrub'
vcpus =3D '6'
cpus =3D '2-7'
memory =3D '6000'
root =3D '/dev/xvda2 ro'
disk =3D [=
 'phy:/dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/gue=
st1swap=2Cxvda1=2Cw' ]
name =3D 'guest1'
vif =3D [ 'mac=
=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr0' ]
on_poweroff =3D 'destro=
y'
on_reboot =3D 'restart'
on_crash =3D 'restart'
=

---------------------------------------------
Output o=
f xl -vvv create:
libxl: debug: libxl_create.c:1342:do_domai=
n_create: ao 0x22ff8b0: create: how=3D(n
il) callback=3D(nil) pol=
ler=3D0x22ff9b0
libxl: debug: libxl_device.c:251:libxl__device_di=
sk_set_backend: Disk vdev=3Dxvda2
 =3Bspec.backend=3Dunknown<=
/div>
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: =
Disk vdev=3Dxvda2
=2C using backend phy
libxl: debug: l=
ibxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1
 =3Bspec.backend=3Dunknown
libxl: debug: libxl_device.c:28=
6:libxl__device_disk_set_backend: Disk vdev=3Dxvda1
=2C using bac=
kend phy
libxl: debug: libxl_create.c:797:initiate_domain_create:=
 running bootloader
libxl: debug: libxl_device.c:251:libxl__devic=
e_disk_set_backend: Disk vdev=3D(null
) spec.backend=3Dphy
<=
div>libxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_attach: lo=
cally att
aching PHY disk /dev/xenvolgroup/guest1disk
l=
ibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_cb: Config boo=
tloa
der value: /usr/lib/xen-4.4/bin/pygrub
libxl: debu=
g: libxl_create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: po
=

ller=3D0x22ff9b0=2C flags=3Di
libxl: debug: libxl_event.c:57=
0:libxl__ev_xswatch_register: watch w=3D0x22f5178 wp
ath=3D/local=
/domain/127 token=3D3/0: register slotnum=3D3
libxl: debug: libxl=
_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progre
ss =
report: ignored
libxl: debug: libxl_bootloader.c:535:bootloader_g=
otptys: executing bootloader: /
usr/lib/xen-4.4/bin/pygrub
<=
div>libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:  =3B bootl=
oader arg: /usr/
lib/xen-4.4/bin/pygrub
libxl: debug: l=
ibxl_bootloader.c:539:bootloader_gotptys:  =3B bootloader arg: --arg
s=3Droot=3D/dev/xvda2 ro
libxl: debug: libxl_bootloader.c=
:539:bootloader_gotptys:  =3B bootloader arg: --out
put=3D/va=
r/run/xen/bootloader.127.out
libxl: debug: libxl_bootloader.c:539=
:bootloader_gotptys:  =3B bootloader arg: --out
put-format=3D=
simple0
libxl: debug: libxl_bootloader.c:539:bootloader_gotptys: =
 =3B bootloader arg: --out
put-directory=3D/var/run/xen/bootl=
oader.127.d
libxl: debug: libxl_bootloader.c:539:bootloader_gotpt=
ys:  =3B bootloader arg: /dev/
xenvolgroup/guest1disk
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f5178 wp=
ath=3D/local
/domain/127 token=3D3/0: event epath=3D/local/domain=
/127
libxl: debug: libxl_bootloader.c:634:bootloader_finished: bo=
otloader completed
libxl: debug: libxl_bootloader.c:136:bootloade=
r_result_command: bootloader outpu
t contained kernel /var/run/xe=
n/bootloader.127.d/boot_kernel.m3pOqr
libxl: debug: libxl_bootloa=
der.c:136:bootloader_result_command: bootloader outpu
t contained=
 ramdisk /var/run/xen/bootloader.127.d/boot_ramdisk.DQT0dD
libxl:=
 debug: libxl_bootloader.c:136:bootloader_result_command: bootloader outpu<=
/div>
t contained args root=3D/dev/xvda2 ro crashkernel=3Dauto root=3D/=
dev/xvda2 ro
libxl: debug: libxl_bootloader.c:647:bootloader_fini=
shed: bootloader execution s
uccessful
libxl: debug: li=
bxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f5178
wpath=3D/local/domain/127 token=3D3/0: deregister slotnum=3D3
do=
mainbuilder: detail: xc_dom_allocate: cmdline=3D"root=3D/dev/xvda2 ro crash=
kernel=3D
auto root=3D/dev/xvda2 ro "=2C features=3D"(null)"
libxl: debug: libxl_dom.c:364:libxl__build_pv: pv kernel mapped 1 pat=
h /var/run/
xen/bootloader.127.d/boot_kernel.m3pOqr
dom=
ainbuilder: detail: xc_dom_kernel_mem: called
domainbuilder: deta=
il: xc_dom_ramdisk_mem: called
domainbuilder: detail: xc_dom_boot=
_xen_init: ver 4.4=2C caps xen-3.0-x86_64 xen-3.
0-x86_32p hvm-3.=
0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
domainbuilder: detail: xc=
_dom_parse_image: called
domainbuilder: detail: xc_dom_find_loade=
r: trying multiboot-binary loader ...
domainbuilder: detail: load=
er probe failed
domainbuilder: detail: xc_dom_find_loader: trying=
 Linux bzImage loader ...
domainbuilder: detail: xc_dom_malloc &n=
bsp=3B  =3B  =3B  =3B  =3B  =3B: 8861 kB
doma=
inbuilder: detail: xc_dom_do_gunzip: unzip ok=2C 0x3e7bbc ->=3B 0x8a7564<=
/div>
domainbuilder: detail: loader probe OK
xc: detail: elf_=
parse_binary: phdr: paddr=3D0x400000 memsz=3D0x66f000
xc: detail:=
 elf_parse_binary: phdr: paddr=3D0xa6f000 memsz=3D0x381000
xc: de=
tail: elf_parse_binary: memory: 0x400000 ->=3B 0xdf0000
xc: det=
ail: elf_xen_parse_note: GUEST_OS =3D "linux"
xc: detail: elf_xen=
_parse_note: GUEST_VERSION =3D "2.6"
xc: detail: elf_xen_parse_no=
te: XEN_VERSION =3D "xen-3.0"
xc: detail: elf_xen_parse_note: VIR=
T_BASE =3D 0xc0000000
xc: detail: elf_xen_parse_note: ENTRY =3D 0=
xc0b11000
xc: detail: elf_xen_parse_note: HYPERCALL_PAGE =3D 0xc0=
402000
xc: detail: elf_xen_parse_note: FEATURES =3D "!writable_pa=
ge_tables|pae_pgdir_abov
e_4gb"
xc: detail: elf_xen_par=
se_note: PAE_MODE =3D "yes"
xc: detail: elf_xen_parse_note: LOADE=
R =3D "generic"
xc: detail: elf_xen_parse_note: unknown xen elf n=
ote (0xd)
xc: detail: elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1<=
/div>
xc: detail: elf_xen_parse_note: HV_START_LOW =3D 0xf5800000
=

xc: detail: elf_xen_parse_note: PADDR_OFFSET =3D 0x0
xc: det=
ail: elf_xen_addr_calc_check: addresses:
xc: detail:  =3B &nb=
sp=3B virt_base  =3B  =3B  =3B  =3B=3D 0xc0000000
xc: detail:  =3B  =3B elf_paddr_offset =3D 0x0
xc: detai=
l:  =3B  =3B virt_offset  =3B  =3B  =3B=3D 0xc0000000
xc: detail:  =3B  =3B virt_kstart  =3B  =3B  =
=3B=3D 0xc0400000
xc: detail:  =3B  =3B virt_kend  =
=3B  =3B  =3B  =3B=3D 0xc0df0000
xc: detail:  =3B=
  =3B virt_entry  =3B  =3B  =3B =3D 0xc0b11000
xc=
: detail:  =3B  =3B p2m_base  =3B  =3B  =3B  =3B =
=3D 0xffffffffffffffff
domainbuilder: detail: xc_dom_parse_elf_ke=
rnel: xen-3.0-x86_32p: 0xc0400000 ->=3B 0
xc0df0000
d=
omainbuilder: detail: xc_dom_mem_init: mem 6000 MB=2C pages 0x177000 pages=
=2C 4k ea
ch
domainbuilder: detail: xc_dom_mem_init: 0x=
177000 pages
domainbuilder: detail: xc_dom_boot_mem_init: called<=
/div>
domainbuilder: detail: x86_compat: guest xen-3.0-x86_32p=2C addre=
ss size 32
domainbuilder: detail: xc_dom_malloc  =3B  =3B=
  =3B  =3B  =3B  =3B: 12000 kB
domainbuilder: det=
ail: xc_dom_build_image: called
domainbuilder: detail:=
 xc_dom_alloc_segment:  =3B kernel  =3B  =3B  =3B : 0xc0400=
000 ->=3B 0xc0
df0000  =3B(pfn 0x400 + 0x9f0 pages)
domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x4=
00+0x9f0
 =3Bat 0x7fd07b610000
xc: detail: elf_load=
_binary: phdr 0 at 0x7fd07b610000 ->=3B 0x7fd07bc7f000
xc: deta=
il: elf_load_binary: phdr 1 at 0x7fd07bc7f000 ->=3B 0x7fd07bdb2000
<=
div>domainbuilder: detail: xc_dom_alloc_segment:  =3B ramdisk  =3B =
 =3B  =3B: 0xc0df0000 ->=3B 0xc2
ee0000  =3B(pfn 0x=
df0 + 0x20f0 pages)
domainbuilder: detail: xc_dom_malloc  =3B=
  =3B  =3B  =3B  =3B  =3B: 197 kB
domainbuild=
er: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0xdf0+0x20f
=

0 at 0x7fd079520000
domainbuilder: detail: xc_dom_do_gunzip:=
 unzip ok=2C 0xd262fe ->=3B 0x20ef410
domainbuilder: detail: xc=
_dom_alloc_segment:  =3B phys2mach  =3B  =3B: 0xc2ee0000 ->=
=3B 0xc3
4bc000  =3B(pfn 0x2ee0 + 0x5dc pages)
doma=
inbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5=
d
c at 0x7fd0800d3000
domainbuilder: detail: xc_dom_all=
oc_page  =3B :  =3B start info  =3B : 0xc34bc000 (pfn 0x
<=
div>34bc)
domainbuilder: detail: xc_dom_alloc_page  =3B : &nb=
sp=3B xenstore  =3B  =3B : 0xc34bd000 (pfn 0x
34bd)
=

domainbuilder: detail: xc_dom_alloc_page  =3B :  =3B console &=
nbsp=3B  =3B  =3B: 0xc34be000 (pfn 0x
34be)
dom=
ainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x00000000000000=
00
 =3B->=3B 0x00000000ffffffff=2C 1 table(s)
dom=
ainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c00000=
00
 =3B->=3B 0x00000000ffffffff=2C 1 table(s)
dom=
ainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c00000=
00
 =3B->=3B 0x00000000c37fffff=2C 28 table(s)
do=
mainbuilder: detail: xc_dom_alloc_segment:  =3B page tables  =3B: 0=
xc34bf000 ->=3B 0xc3
4dd000  =3B(pfn 0x34bf + 0x1e pages)
domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: p=
fn 0x34bf+0x1e
 =3Bat 0x7fd084ad6000
domainbuilder:=
 detail: xc_dom_alloc_page  =3B :  =3B boot stack  =3B : 0xc34d=
d000 (pfn 0x
34dd)
domainbuilder: detail: xc_dom_build_=
image  =3B: virt_alloc_end : 0xc34de000
domainbuilder: detail=
: xc_dom_build_image  =3B: virt_pgtab_end : 0xc3800000
domain=
builder: detail: xc_dom_boot_image: called
domainbuilder: detail:=
 arch_setup_bootearly: doing nothing
domainbuilder: detail: xc_do=
m_compat_check: supported guest type: xen-3.0-x86_64
domainbuilde=
r: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32
<=
div>p <=3B=3D matches
domainbuilder: detail: xc_dom_compat_chec=
k: supported guest type: hvm-3.0-x86_32
domainbuilder: detail: xc=
_dom_compat_check: supported guest type: hvm-3.0-x86_32
p
domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.=
0-x86_64
domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bi=
t=2C pages 0x177000
domainbuilder: detail: clear_page: pfn 0x34be=
=2C mfn 0x17cd7a
domainbuilder: detail: clear_page: pfn 0x34bd=2C=
 mfn 0x17cd7b
domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: =
domU mapping: pfn 0x34bc+0x1
at 0x7fd084b31000
domainbu=
ilder: detail: start_info_x86_32: called
domainbuilder: detail: s=
etup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402
domainbuilder=
: detail: domain builder memory footprint
domainbuilder: detail: =
 =3B  =3Ballocated
domainbuilder: detail:  =3B  =
=3B  =3B malloc  =3B  =3B  =3B  =3B  =3B  =3B :=
 21157 kB
domainbuilder: detail:  =3B  =3B  =3B anon =
mmap  =3B  =3B  =3B  =3B  =3B: 0 bytes
domain=
builder: detail:  =3B  =3Bmapped
domainbuilder: detail: &=
nbsp=3B  =3B  =3B file mmap  =3B  =3B  =3B  =3B &nb=
sp=3B: 0 bytes
domainbuilder: detail:  =3B  =3B  =3B =
domU mmap  =3B  =3B  =3B  =3B  =3B: 48 MB
dom=
ainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0=2C mfn 0xbf61=
5
domainbuilder: detail: shared_info_x86_32: called
dom=
ainbuilder: detail: vcpu_x86_32: called
domainbuilder: detail: vc=
pu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79
domainbuilder: detail: la=
unch_vm: called=2C ctxt=3D0x7fd084ad4004
domainbuilder: detail: x=
c_dom_release: called
libxl: debug: libxl_device.c:251:libxl__dev=
ice_disk_set_backend: Disk vdev=3Dxvda2
 =3Bspec.backend=3Dph=
y
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: wat=
ch w=3D0x22f6068 wp
ath=3D/local/domain/0/backend/vbd/127/51714/s=
tate token=3D3/1: register slotnum=3D3
libxl: debug: libxl_device=
.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1
 =3B=
spec.backend=3Dphy
libxl: debug: libxl_device.c:251:libxl__device=
_disk_set_backend: Disk vdev=3Dxvda1
 =3Bspec.backend=3Dphy
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch =
w=3D0x22f7df8 wp
ath=3D/local/domain/0/backend/vbd/127/51713/stat=
e token=3D2/2: register slotnum=3D2
libxl: debug: libxl_event.c:5=
14:watchfd_callback: watch w=3D0x22f6068 wpath=3D/local
/domain/0=
/backend/vbd/127/51714/state token=3D3/1: event epath=3D/local/domain/0/bac=

kend/vbd/127/51714/state
libxl: debug: libxl_event.c:6=
53:devstate_watch_callback: backend /local/domain/0
/backen=
d/vbd/127/51714/state wanted state 2 ok
libxl: debug: libxl_=
event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f6068
wpa=
th=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: deregister sl=
otnum=3D
3
libxl: debug: libxl_event.c:618:libxl__ev_xs=
watch_deregister: watch w=3D0x22f6068:
 =3Bderegister unregis=
tered
libxl: debug: libxl_device.c:1023:device_hotplug: calling h=
otplug script: /etc/x
en/scripts/block add
libxl: debug=
: libxl_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/ba
ckend/vbd/127/51714/state token=3D3/1: empty slot
libxl: de=
bug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f7df8 wpath=3D/local=

/domain/0/backend/vbd/127/51713/state token=3D2/2: event epath=
=3D/local/domain/0/bac
kend/vbd/127/51713/state
libxl: =
debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0
/backend/vbd/127/51713/state wanted state 2 ok
libxl: de=
bug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8
wpath=3D/local/domain/0/backend/vbd/127/51713/state token=3D2/2: de=
register slotnum=3D
2
libxl: debug: libxl_event.c:618:l=
ibxl__ev_xswatch_deregister: watch w=3D0x22f7df8:
 =3Bderegis=
ter unregistered
libxl: debug: libxl_device.c:1023:device_hotplug=
: calling hotplug script: /etc/x
en/scripts/block add
l=
ibxl: debug: libxl_event.c:483:watchfd_callback: watch epath=3D/local/domai=
n/0/ba
ckend/vbd/127/51713/state token=3D2/2: empty slot
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0=
x22f60f0:
 =3Bderegister unregistered
libxl: debug:=
 libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0:
=

 =3Bderegister unregistered
libxl: debug: libxl_event.c:=
618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80:
 =3Bde=
register unregistered
libxl: debug: libxl_event.c:618:libxl__ev_x=
swatch_deregister: watch w=3D0x22f7e80:
 =3Bderegister unregi=
stered
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register=
: watch w=3D0x22fa7c8 wp
ath=3D/local/domain/0/backend/vif/127/0/=
state token=3D2/3: register slotnum=3D2
libxl: debug: libxl_event=
.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/local
/doma=
in/0/backend/vif/127/0/state token=3D2/3: event epath=3D/local/domain/0/bac=
kend
/vif/127/0/state
libxl: debug: libxl_event.c:657:d=
evstate_watch_callback: backend /local/domain/0
/backend/vif/127/=
0/state wanted state 2 still waiting state 1
libxl: debug: libxl_=
event.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/local
=
/domain/0/backend/vif/127/0/state token=3D2/3: event epath=3D/local/domain/=
0/backend
/vif/127/0/state
libxl: debug: libxl_event.c:=
653:devstate_watch_callback: backend /local/domain/0
/backend/vif=
/127/0/state wanted state 2 ok
libxl: debug: libxl_event.c:606:li=
bxl__ev_xswatch_deregister: watch w=3D0x22fa7c8
wpath=3D/local/do=
main/0/backend/vif/127/0/state token=3D2/3: deregister slotnum=3D2
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0=
x22fa7c8:
 =3Bderegister unregistered
libxl: debug:=
 libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/x
en/scripts/vif-bridge online
libxl: debug: libxl_event.c:618:l=
ibxl__ev_xswatch_deregister: watch w=3D0x22fa850:
 =3Bderegis=
ter unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatc=
h_deregister: watch w=3D0x22fa850:
 =3Bderegister unregistere=
d
libxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao =
0x22ff8b0: progre
ss report: ignored
libxl: debug: libx=
l_event.c:1591:libxl__ao_complete: ao 0x22ff8b0: complete=2C rc=3D
0
libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22f=
f8b0: destroy
xc: debug: hypercall buffer: total allocations:470 =
total releases:470
xc: debug: hypercall buffer: current allocatio=
ns:0 maximum allocations:3
xc: debug: hypercall buffer: cache cur=
rent size:2
xc: debug: hypercall buffer: cache hits:46=
2 misses:2 toobig:6
Parsing config from guest.cfg
-----------------------------------------------
Looking into dme=
sg=2C the only interesting thing I see related to this are these 2 lines ev=
erytime I try to start the VM:
 =3Bxen:balloon: Cannot a=
dd additional memory (-17)
 =3Bxen:balloon: Cannot add additi=
onal memory (-17)

Thanks!
Beau
 		 	   		  
 		 	   		  

=

--_ab6be089-31fa-431a-a43e-d0ad9be5a83f_--


--===============7452047512428975965==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============7452047512428975965==--


From xen-users-bounces@lists.xen.org Tue Feb 23 03:23:53 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 03:23:53 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY3Yo-0006pc-71; Tue, 23 Feb 2016 03:22:50 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXuTD-0006IQ-T7
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 17:40:28 +0000
Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id
	15/E1-28972-B084BC65; Mon, 22 Feb 2016 17:40:27 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-2.tower-27.messagelabs.com!1456162824!23822063!1
X-Originating-IP: [65.55.116.23]
X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD,
	HTML_20_30,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22505 invoked from network); 22 Feb 2016 17:40:25 -0000
Received: from blu004-omc1s12.hotmail.com (HELO BLU004-OMC1S12.hotmail.com)
	(65.55.116.23)
	by server-2.tower-27.messagelabs.com with AES256-SHA256 encrypted SMTP;
	22 Feb 2016 17:40:25 -0000
Received: from BLU183-W88 ([65.55.116.8]) by BLU004-OMC1S12.hotmail.com over
	TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
	Mon, 22 Feb 2016 09:40:24 -0800
X-TMN: [DEicL4XFT4Pa78bgX8/99bjbhD0W8htY]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
	"xen-users@lists.xen.org" 
Date: Mon, 22 Feb 2016 12:40:23 -0500
Importance: Normal
In-Reply-To: <56CAEEA7.7050508@citrix.com>
References: ,
	<56CAEEA7.7050508@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 22 Feb 2016 17:40:24.0140 (UTC)
	FILETIME=[1BEC90C0:01D16D98]
X-Mailman-Approved-At: Tue, 23 Feb 2016 03:22:46 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1928452356783256096=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============1928452356783256096==
Content-Type: multipart/alternative;
	boundary="_c63a58bb-065f-4985-845b-78e3bb7bd88d_"

--_c63a58bb-065f-4985-845b-78e3bb7bd88d_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


>=20
> El 19/2/16 a les 17:38=2C Brandon Adkins ha escrit:
> > I am having issues migrating my Xen setup from Debian Wheezy to Debian =
Jessie. The errors I see are not very concrete=2C so it doesn't give me muc=
h details.Here is what I am seeing:First=2C when I make a new Xen VM and co=
nnect to its console=2C I see "xenconsole: Could not open tty `': No such f=
ile or directory". It seems to boot fine after that=2C but after returning =
to Dom0=2C the console is kinda jacked up. This mimics exactly the issue de=
scribed athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Appa=
rently there is a fix as of Oct 2015=2C but just not released on Jessie yet=
? Will that be released on Jessie sometime soon?Second=2C and this is the b=
igger issue: I can make 1 VM like this fine=2C but when I try to make a sec=
ond one=2C it just seems to hang. If I use "xl create -c" so I see the cons=
ole the whole time=2C I see the bootloader menu appear=2C and when the kern=
el selection is finished=2C it prints the error about the tty=2C and then n=
othing else. I don't know if the tty issue is related=20
> at all."xl list" shows the second VM in the list=2C but it is marked as o=
nly having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any num=
ber higher)=2C it is just ignored. I can't find any log files to indicate t=
here is a problem at all. The VM just doesn't start. It was created from th=
e same template as the first VM=2C so VM1 and VM2 are basically copies of e=
ach other=2C yet only the first one will run.I have no idea if I am doing s=
omething wrong or if this is a bug in Jessie. I will say that everything th=
at I am doing now has worked perfectly for years using Debian Wheezy. The o=
nly change I needed was to start using "xl" instead of "xm".Anyone have clu=
es on figuring this out?Thanks=2CBeau 		 	   		 =20
>=20
> Hello=2C
>=20
> Can you please paste the config file of those two VMs?
>=20
> Also=2C can you paste the output when creating them with:
>=20
> # xl -vvv create 
>=20
> Are there any errors displayed by Xen or Linux in the serial console or
> dmesg?
>=20
> Roger.

Hi Roger=2C=20
Thanks for the help. Here are the 2 config files:guest0:bootloader =3D '/us=
r/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '6000'root =
=3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=
=2C 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]name =3D 'guest0'vif =3D=
 [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'destroy'on=
_reboot =3D 'restart'on_crash =3D 'restart'--------------------------------=
---------guest1:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cp=
us =3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/x=
envolgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest1swap=2Cxv=
da1=2Cw' ]name =3D 'guest1'vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxe=
nbr0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D 'restar=
t'---------------------------------------------Output of xl -vvv create:lib=
xl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=
=3D(nil) callback=3D(nil) poller=3D0x22ff9b0libxl: debug: libxl_device.c:25=
1:libxl__device_disk_set_backend: Disk vdev=3Dxvda2 spec.backend=3Dunknownl=
ibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda2=2C using backend phylibxl: debug: libxl_device.c:251:libxl__device=
_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dunknownlibxl: debug: li=
bxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=3Dxvda1=2C using=
 backend phylibxl: debug: libxl_create.c:797:initiate_domain_create: runnin=
g bootloaderlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend=
: Disk vdev=3D(null) spec.backend=3Dphylibxl: debug: libxl.c:2634:libxl__de=
vice_disk_local_initiate_attach: locally attaching PHY disk /dev/xenvolgrou=
p/guest1disklibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_c=
b: Config bootloader value: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_=
create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: poller=3D0x22ff9b=
0=2C flags=3Dilibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: w=
atch w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: register slotnum=
=3D3libxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b=
0: progress report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_=
gotptys: executing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: lib=
xl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/=
bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootlo=
ader arg: --args=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539=
:bootloader_gotptys:   bootloader arg: --output=3D/var/run/xen/bootloader.1=
27.outlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader=
 arg: --output-format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloa=
der_gotptys:   bootloader arg: --output-directory=3D/var/run/xen/bootloader=
.127.dlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader=
 arg: /dev/xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_ca=
llback: watch w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event ep=
ath=3D/local/domain/127libxl: debug: libxl_bootloader.c:634:bootloader_fini=
shed: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_r=
esult_command: bootloader output contained kernel /var/run/xen/bootloader.1=
27.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_resu=
lt_command: bootloader output contained ramdisk /var/run/xen/bootloader.127=
.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_resul=
t_command: bootloader output contained args root=3D/dev/xvda2 ro crashkerne=
l=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloade=
r_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:=
libxl__ev_xswatch_deregister: watch w=3D0x22f5178wpath=3D/local/domain/127 =
token=3D3/0: deregister slotnum=3D3domainbuilder: detail: xc_dom_allocate: =
cmdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dauto root=3D/dev/xvda2 ro "=
=2C features=3D"(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv ke=
rnel mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbu=
ilder: detail: xc_dom_kernel_mem: calleddomainbuilder: detail: xc_dom_ramdi=
sk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4=2C caps =
xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_6=
4domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: detail: xc=
_dom_find_loader: trying multiboot-binary loader ...domainbuilder: detail: =
loader probe faileddomainbuilder: detail: xc_dom_find_loader: trying Linux =
bzImage loader ...domainbuilder: detail: xc_dom_malloc            : 8861 kB=
domainbuilder: detail: xc_dom_do_gunzip: unzip ok=2C 0x3e7bbc -> 0x8a7564do=
mainbuilder: detail: loader probe OKxc: detail: elf_parse_binary: phdr: pad=
dr=3D0x400000 memsz=3D0x66f000xc: detail: elf_parse_binary: phdr: paddr=3D0=
xa6f000 memsz=3D0x381000xc: detail: elf_parse_binary: memory: 0x400000 -> 0=
xdf0000xc: detail: elf_xen_parse_note: GUEST_OS =3D "linux"xc: detail: elf_=
xen_parse_note: GUEST_VERSION =3D "2.6"xc: detail: elf_xen_parse_note: XEN_=
VERSION =3D "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE =3D 0xc00000=
00xc: detail: elf_xen_parse_note: ENTRY =3D 0xc0b11000xc: detail: elf_xen_p=
arse_note: HYPERCALL_PAGE =3D 0xc0402000xc: detail: elf_xen_parse_note: FEA=
TURES =3D "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_pa=
rse_note: PAE_MODE =3D "yes"xc: detail: elf_xen_parse_note: LOADER =3D "gen=
eric"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: =
elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc: detail: elf_xen_parse_note: H=
V_START_LOW =3D 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET =3D =
0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base=
        =3D 0xc0000000xc: detail:     elf_paddr_offset =3D 0x0xc: detail:  =
   virt_offset      =3D 0xc0000000xc: detail:     virt_kstart      =3D 0xc0=
400000xc: detail:     virt_kend        =3D 0xc0df0000xc: detail:     virt_e=
ntry       =3D 0xc0b11000xc: detail:     p2m_base         =3D 0xfffffffffff=
fffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc04=
00000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_init: mem 6000 MB=2C p=
ages 0x177000 pages=2C 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177=
000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: =
detail: x86_compat: guest xen-3.0-x86_32p=2C address size 32domainbuilder: =
detail: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_bu=
ild_image: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel     =
  : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detai=
l: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610=
000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 -> 0x7fd07bc7f000x=
c: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0x7fd07bdb2000domai=
nbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 -> 0xc2=
ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc     =
       : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapp=
ing: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gun=
zip: unzip ok=2C 0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_s=
egment:   phys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc page=
s)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2e=
e0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   st=
art info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_pag=
e   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom=
_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: deta=
il: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000=
ffffffff=2C 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fff=
ffff/30: 0x00000000c0000000 -> 0x00000000ffffffff=2C 1 table(s)domainbuilde=
r: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x0=
0000000c37fffff=2C 28 table(s)domainbuilder: detail: xc_dom_alloc_segment: =
  page tables  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainb=
uilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bf+0x1e a=
t 0x7fd084ad6000domainbuilder: detail: xc_dom_alloc_page   :   boot stack  =
 : 0xc34dd000 (pfn 0x34dd)domainbuilder: detail: xc_dom_build_image  : virt=
_alloc_end : 0xc34de000domainbuilder: detail: xc_dom_build_image  : virt_pg=
tab_end : 0xc3800000domainbuilder: detail: xc_dom_boot_image: calleddomainb=
uilder: detail: arch_setup_bootearly: doing nothingdomainbuilder: detail: x=
c_dom_compat_check: supported guest type: xen-3.0-x86_64domainbuilder: deta=
il: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <=3D matches=
domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x=
86_32domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-=
3.0-x86_32pdomainbuilder: detail: xc_dom_compat_check: supported guest type=
: hvm-3.0-x86_64domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit=
=2C pages 0x177000domainbuilder: detail: clear_page: pfn 0x34be=2C mfn 0x17=
cd7adomainbuilder: detail: clear_page: pfn 0x34bd=2C mfn 0x17cd7bdomainbuil=
der: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7=
fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: d=
etail: setup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuilder: d=
etail: domain builder memory footprintdomainbuilder: detail:    allocateddo=
mainbuilder: detail:       malloc             : 21157 kBdomainbuilder: deta=
il:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomai=
nbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail: =
      domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate:=
 shared_info: pfn 0x0=2C mfn 0xbf615domainbuilder: detail: shared_info_x86_=
32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: =
vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: =
called=2C ctxt=3D0x7fd084ad4004domainbuilder: detail: xc_dom_release: calle=
dlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda2 spec.backend=3Dphylibxl: debug: libxl_event.c:570:libxl__ev_xswatc=
h_register: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/517=
14/state token=3D3/1: register slotnum=3D3libxl: debug: libxl_device.c:251:=
libxl__device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: =
debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1=
 spec.backend=3Dphylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_regist=
er: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/state=
 token=3D2/2: register slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_c=
allback: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/51714/=
state token=3D3/1: event epath=3D/local/domain/0/backend/vbd/127/51714/stat=
elibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/do=
main/0/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_eve=
nt.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f6068wpath=3D/local/do=
main/0/backend/vbd/127/51714/state token=3D3/1: deregister slotnum=3D3libxl=
: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f606=
8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug:=
 calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_even=
t.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/517=
14/state token=3D3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_cal=
lback: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/st=
ate token=3D2/2: event epath=3D/local/domain/0/backend/vbd/127/51713/statel=
ibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/doma=
in/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_event=
.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8wpath=3D/local/doma=
in/0/backend/vbd/127/51713/state token=3D2/2: deregister slotnum=3D2libxl: =
debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8:=
 deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: c=
alling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.=
c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/51713=
/state token=3D2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xsw=
atch_deregister: watch w=3D0x22f60f0: deregister unregisteredlibxl: debug: =
libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: deregi=
ster unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregist=
er: watch w=3D0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c=
:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: deregister unregist=
eredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0=
x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: regis=
ter slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D=
0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: even=
t epath=3D/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.=
c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/st=
ate wanted state 2 still waiting state 1libxl: debug: libxl_event.c:514:wat=
chfd_callback: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/=
0/state token=3D2/3: event epath=3D/local/domain/0/backend/vif/127/0/statel=
ibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/doma=
in/0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:6=
06:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8wpath=3D/local/domain/0=
/backend/vif/127/0/state token=3D2/3: deregister slotnum=3D2libxl: debug: l=
ibxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8: deregis=
ter unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling h=
otplug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.=
c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa850: deregister unregis=
teredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=
=3D0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl=
__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: l=
ibxl_event.c:1591:libxl__ao_complete: ao 0x22ff8b0: complete=2C rc=3D0libxl=
: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: de=
bug: hypercall buffer: total allocations:470 total releases:470xc: debug: h=
ypercall buffer: current allocations:0 maximum allocations:3xc: debug: hype=
rcall buffer: cache current size:2xc: debug: hypercall buffer: cache hits:4=
62 misses:2 toobig:6Parsing config from guest.cfg--------------------------=
---------------------Looking into dmesg=2C the only interesting thing I see=
 related to this are these 2 lines everytime I try to start the VM: xen:bal=
loon: Cannot add additional memory (-17) xen:balloon: Cannot add additional=
 memory (-17)
Thanks!Beau
 		 	   		  =

--_c63a58bb-065f-4985-845b-78e3bb7bd88d_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






>=3B 
>=3B El 19=
/2/16 a les 17:38=2C Brandon Adkins ha escrit:
>=3B >=3B I am having=
 issues migrating my Xen setup from Debian Wheezy to Debian Jessie. The err=
ors I see are not very concrete=2C so it doesn't give me much details.Here =
is what I am seeing:First=2C when I make a new Xen VM and connect to its co=
nsole=2C I see "xenconsole: Could not open tty `': No such file or director=
y". It seems to boot fine after that=2C but after returning to Dom0=2C the =
console is kinda jacked up. This mimics exactly the issue described athttps=
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Apparently there is=
 a fix as of Oct 2015=2C but just not released on Jessie yet? Will that be =
released on Jessie sometime soon?Second=2C and this is the bigger issue: I =
can make 1 VM like this fine=2C but when I try to make a second one=2C it j=
ust seems to hang. If I use "xl create -c" so I see the console the whole t=
ime=2C I see the bootloader menu appear=2C and when the kernel selection is=
 finished=2C it prints the error about the tty=2C and then nothing else. I =
don't know if the tty issue is related 
>=3B at all."xl list" shows th=
e second VM in the list=2C but it is marked as only having 1 vcpu. If I try=
 to change this with "xl vcpu-set 2" (or any number higher)=2C it is just i=
gnored. I can't find any log files to indicate there is a problem at all. T=
he VM just doesn't start. It was created from the same template as the firs=
t VM=2C so VM1 and VM2 are basically copies of each other=2C yet only the f=
irst one will run.I have no idea if I am doing something wrong or if this i=
s a bug in Jessie. I will say that everything that I am doing now has worke=
d perfectly for years using Debian Wheezy. The only change I needed was to =
start using "xl" instead of "xm".Anyone have clues on figuring this out?Tha=
nks=2CBeau 		 	   		  
>=3B 
>=3B Hello=2C
>=3B 
>=3B C=
an you please paste the config file of those two VMs?
>=3B 
>=3B =
Also=2C can you paste the output when creating them with:
>=3B 
>=
=3B # xl -vvv create <=3Bconfig.cfg>=3B
>=3B 
>=3B Are there =
any errors displayed by Xen or Linux in the serial console or
>=3B dme=
sg?
>=3B 
>=3B Roger.

Hi Roger=2C&nb=
sp=3B

Thanks for the help. Here are the 2 config f=
iles:
guest0:
bootloader =3D '/usr/lib/xen-4.4/bin=
/pygrub'
vcpus =3D '6'
cpus =3D '2-7'
memory =
=3D '6000'
root =3D '/dev/xvda2 ro'
disk =3D [ 'phy:/de=
v/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest0swap=
=2Cxvda1=2Cw' ]
name =3D 'guest0'
vif =3D [ 'mac=3DAE:5=
7:EC:01:54:8C=2Cbridge=3Dxenbr0' ]
on_poweroff =3D 'destroy'
on_reboot =3D 'restart'
on_crash =3D 'restart'
<=
div>-----------------------------------------
guest1:
<=
div>bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'
vcpus =3D '6'
cpus =3D '2-7'
memory =3D '6000'
root =3D '/dev=
/xvda2 ro'
disk =3D [ 'phy:/dev/xenvolgroup/guest1disk=2Cxvda2=2C=
w'=2C 'phy:/dev/xenvolgroup/guest1swap=2Cxvda1=2Cw' ]
name =3D 'g=
uest1'
vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr0' ]
on_poweroff =3D 'destroy'
on_reboot =3D 'restart'
on_crash =3D 'restart'
---------------------------------=
------------
Output of xl -vvv create:
libxl: debu=
g: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=3D(n
il) callback=3D(nil) poller=3D0x22ff9b0
libxl: debug: libx=
l_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda2
=
 =3Bspec.backend=3Dunknown
libxl: debug: libxl_device.c:286:l=
ibxl__device_disk_set_backend: Disk vdev=3Dxvda2
=2C using backen=
d phy
libxl: debug: libxl_device.c:251:libxl__device_disk_set_bac=
kend: Disk vdev=3Dxvda1
 =3Bspec.backend=3Dunknown
=
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda1
=2C using backend phy
libxl: debug: libxl_crea=
te.c:797:initiate_domain_create: running bootloader
libxl: debug:=
 libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D(null
=

) spec.backend=3Dphy
libxl: debug: libxl.c:2634:libxl__devic=
e_disk_local_initiate_attach: locally att
aching PHY disk /dev/xe=
nvolgroup/guest1disk
libxl: debug: libxl_bootloader.c:409:bootloa=
der_disk_attached_cb: Config bootloa
der value: /usr/lib/xen-4.4/=
bin/pygrub
libxl: debug: libxl_create.c:1356:do_domain_create: ao=
 0x22ff8b0: inprogress: po
ller=3D0x22ff9b0=2C flags=3Di
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x2=
2f5178 wp
ath=3D/local/domain/127 token=3D3/0: register slotnum=
=3D3
libxl: debug: libxl_event.c:1761:libxl__ao_progress_report: =
ao 0x22ff8b0: progre
ss report: ignored
libxl: debug: l=
ibxl_bootloader.c:535:bootloader_gotptys: executing bootloader: /
usr/lib/xen-4.4/bin/pygrub
libxl: debug: libxl_bootloader.c:539:=
bootloader_gotptys:  =3B bootloader arg: /usr/
lib/xen-4.4/bi=
n/pygrub
libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:=
  =3B bootloader arg: --arg
s=3Droot=3D/dev/xvda2 ro
libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:  =3B bootloa=
der arg: --out
put=3D/var/run/xen/bootloader.127.out
li=
bxl: debug: libxl_bootloader.c:539:bootloader_gotptys:  =3B bootloader =
arg: --out
put-format=3Dsimple0
libxl: debug: libxl_boo=
tloader.c:539:bootloader_gotptys:  =3B bootloader arg: --out
=
put-directory=3D/var/run/xen/bootloader.127.d
libxl: debug: libxl=
_bootloader.c:539:bootloader_gotptys:  =3B bootloader arg: /dev/
<=
div>xenvolgroup/guest1disk
libxl: debug: libxl_event.c:514:watchf=
d_callback: watch w=3D0x22f5178 wpath=3D/local
/domain/127 token=
=3D3/0: event epath=3D/local/domain/127
libxl: debug: libxl_bootl=
oader.c:634:bootloader_finished: bootloader completed
libxl: debu=
g: libxl_bootloader.c:136:bootloader_result_command: bootloader outpu
=

t contained kernel /var/run/xen/bootloader.127.d/boot_kernel.m3pOqr
libxl: debug: libxl_bootloader.c:136:bootloader_result_command: boo=
tloader outpu
t contained ramdisk /var/run/xen/bootloader.127.d/b=
oot_ramdisk.DQT0dD
libxl: debug: libxl_bootloader.c:136:bootloade=
r_result_command: bootloader outpu
t contained args root=3D/dev/x=
vda2 ro crashkernel=3Dauto root=3D/dev/xvda2 ro
libxl: debug: lib=
xl_bootloader.c:647:bootloader_finished: bootloader execution s
u=
ccessful
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregi=
ster: watch w=3D0x22f5178
wpath=3D/local/domain/127 token=3D3/0: =
deregister slotnum=3D3
domainbuilder: detail: xc_dom_allocate: cm=
dline=3D"root=3D/dev/xvda2 ro crashkernel=3D
auto root=3D/dev/xvd=
a2 ro "=2C features=3D"(null)"
libxl: debug: libxl_dom.c:364:libx=
l__build_pv: pv kernel mapped 1 path /var/run/
xen/bootloader.127=
.d/boot_kernel.m3pOqr
domainbuilder: detail: xc_dom_kernel_mem: c=
alled
domainbuilder: detail: xc_dom_ramdisk_mem: called
domainbuilder: detail: xc_dom_boot_xen_init: ver 4.4=2C caps xen-3.0-x86_6=
4 xen-3.
0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64<=
/div>
domainbuilder: detail: xc_dom_parse_image: called
domai=
nbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ...
domainbuilder: detail: loader probe failed
domainbuilder:=
 detail: xc_dom_find_loader: trying Linux bzImage loader ...
doma=
inbuilder: detail: xc_dom_malloc  =3B  =3B  =3B  =3B  =
=3B  =3B: 8861 kB
domainbuilder: detail: xc_dom_do_gunzip: un=
zip ok=2C 0x3e7bbc ->=3B 0x8a7564
domainbuilder: detail: loader=
 probe OK
xc: detail: elf_parse_binary: phdr: paddr=3D0x400000 me=
msz=3D0x66f000
xc: detail: elf_parse_binary: phdr: paddr=3D0xa6f0=
00 memsz=3D0x381000
xc: detail: elf_parse_binary: memory: 0x40000=
0 ->=3B 0xdf0000
xc: detail: elf_xen_parse_note: GUEST_OS =3D "=
linux"
xc: detail: elf_xen_parse_note: GUEST_VERSION =3D "2.6"
xc: detail: elf_xen_parse_note: XEN_VERSION =3D "xen-3.0"
xc: detail: elf_xen_parse_note: VIRT_BASE =3D 0xc0000000
xc: det=
ail: elf_xen_parse_note: ENTRY =3D 0xc0b11000
xc: detail: elf_xen=
_parse_note: HYPERCALL_PAGE =3D 0xc0402000
xc: detail: elf_xen_pa=
rse_note: FEATURES =3D "!writable_page_tables|pae_pgdir_abov
e_4g=
b"
xc: detail: elf_xen_parse_note: PAE_MODE =3D "yes"
x=
c: detail: elf_xen_parse_note: LOADER =3D "generic"
xc: detail: e=
lf_xen_parse_note: unknown xen elf note (0xd)
xc: detail: elf_xen=
_parse_note: SUSPEND_CANCEL =3D 0x1
xc: detail: elf_xen_parse_not=
e: HV_START_LOW =3D 0xf5800000
xc: detail: elf_xen_parse_note: PA=
DDR_OFFSET =3D 0x0
xc: detail: elf_xen_addr_calc_check: addresses=
:
xc: detail:  =3B  =3B virt_base  =3B  =3B  =
=3B  =3B=3D 0xc0000000
xc: detail:  =3B  =3B elf_padd=
r_offset =3D 0x0
xc: detail:  =3B  =3B virt_offset  =
=3B  =3B  =3B=3D 0xc0000000
xc: detail:  =3B  =3B=
 virt_kstart  =3B  =3B  =3B=3D 0xc0400000
xc: detail:=
  =3B  =3B virt_kend  =3B  =3B  =3B  =3B=3D 0xc0df0=
000
xc: detail:  =3B  =3B virt_entry  =3B  =3B &n=
bsp=3B =3D 0xc0b11000
xc: detail:  =3B  =3B p2m_base &nbs=
p=3B  =3B  =3B  =3B =3D 0xffffffffffffffff
domainbuil=
der: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc0400000 ->=3B 0=

xc0df0000
domainbuilder: detail: xc_dom_mem_init: mem =
6000 MB=2C pages 0x177000 pages=2C 4k ea
ch
domainbuild=
er: detail: xc_dom_mem_init: 0x177000 pages
domainbuilder: detail=
: xc_dom_boot_mem_init: called
domainbuilder: detail: x86_compat:=
 guest xen-3.0-x86_32p=2C address size 32
domainbuilder: detail: =
xc_dom_malloc  =3B  =3B  =3B  =3B  =3B  =3B: 12000 =
kB
domainbuilder: detail: xc_dom_build_image: called
<=
div>
domainbuilder: detail: xc_dom_alloc_segment:  =3B kernel  =
=3B  =3B  =3B : 0xc0400000 ->=3B 0xc0
df0000  =3B(p=
fn 0x400 + 0x9f0 pages)
domainbuilder: detail: xc_dom_pfn_to_ptr_=
retcount: domU mapping: pfn 0x400+0x9f0
 =3Bat 0x7fd07b610000=

xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 ->=3B 0x=
7fd07bc7f000
xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f00=
0 ->=3B 0x7fd07bdb2000
domainbuilder: detail: xc_dom_alloc_segm=
ent:  =3B ramdisk  =3B  =3B  =3B: 0xc0df0000 ->=3B 0xc2
ee0000  =3B(pfn 0xdf0 + 0x20f0 pages)
domainbuilder:=
 detail: xc_dom_malloc  =3B  =3B  =3B  =3B  =3B  =
=3B: 197 kB
domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: do=
mU mapping: pfn 0xdf0+0x20f
0 at 0x7fd079520000
domainb=
uilder: detail: xc_dom_do_gunzip: unzip ok=2C 0xd262fe ->=3B 0x20ef410
domainbuilder: detail: xc_dom_alloc_segment:  =3B phys2mach &nb=
sp=3B  =3B: 0xc2ee0000 ->=3B 0xc3
4bc000  =3B(pfn 0x2ee=
0 + 0x5dc pages)
domainbuilder: detail: xc_dom_pfn_to_ptr_retcoun=
t: domU mapping: pfn 0x2ee0+0x5d
c at 0x7fd0800d3000
do=
mainbuilder: detail: xc_dom_alloc_page  =3B :  =3B start info  =
=3B : 0xc34bc000 (pfn 0x
34bc)
domainbuilder: detail: x=
c_dom_alloc_page  =3B :  =3B xenstore  =3B  =3B : 0xc34bd00=
0 (pfn 0x
34bd)
domainbuilder: detail: xc_dom_alloc_pag=
e  =3B :  =3B console  =3B  =3B  =3B: 0xc34be000 (pfn 0=
x
34be)
domainbuilder: detail: nr_page_tables: 0x000000=
00ffffffff/32: 0x0000000000000000
 =3B->=3B 0x00000000fffff=
fff=2C 1 table(s)
domainbuilder: detail: nr_page_tables: 0x000000=
003fffffff/30: 0x00000000c0000000
 =3B->=3B 0x00000000fffff=
fff=2C 1 table(s)
domainbuilder: detail: nr_page_tables: 0x000000=
00001fffff/21: 0x00000000c0000000
 =3B->=3B 0x00000000c37ff=
fff=2C 28 table(s)
domainbuilder: detail: xc_dom_alloc_segment: &=
nbsp=3B page tables  =3B: 0xc34bf000 ->=3B 0xc3
4dd000 &nbs=
p=3B(pfn 0x34bf + 0x1e pages)
domainbuilder: detail: xc_dom_pfn_t=
o_ptr_retcount: domU mapping: pfn 0x34bf+0x1e
 =3Bat 0x7fd084=
ad6000
domainbuilder: detail: xc_dom_alloc_page  =3B :  =
=3B boot stack  =3B : 0xc34dd000 (pfn 0x
34dd)
doma=
inbuilder: detail: xc_dom_build_image  =3B: virt_alloc_end : 0xc34de000=

domainbuilder: detail: xc_dom_build_image  =3B: virt_pgtab_e=
nd : 0xc3800000
domainbuilder: detail: xc_dom_boot_image: called<=
/div>
domainbuilder: detail: arch_setup_bootearly: doing nothing
<=
div>domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3=
.0-x86_64
domainbuilder: detail: xc_dom_compat_check: supported g=
uest type: xen-3.0-x86_32
p <=3B=3D matches
domainbui=
lder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32
domainbuilder: detail: xc_dom_compat_check: supported guest type: hv=
m-3.0-x86_32
p
domainbuilder: detail: xc_dom_compat_che=
ck: supported guest type: hvm-3.0-x86_64
domainbuilder: detail: x=
c_dom_update_guest_p2m: dst 32bit=2C pages 0x177000
domainbuilder=
: detail: clear_page: pfn 0x34be=2C mfn 0x17cd7a
domainbuilder: d=
etail: clear_page: pfn 0x34bd=2C mfn 0x17cd7b
domainbuilder: deta=
il: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1
at 0=
x7fd084b31000
domainbuilder: detail: start_info_x86_32: called
domainbuilder: detail: setup_hypercall_page: vaddr=3D0xc0402000 pfn=
=3D0x402
domainbuilder: detail: domain builder memory footprint
domainbuilder: detail:  =3B  =3Ballocated
domain=
builder: detail:  =3B  =3B  =3B malloc  =3B  =3B  =
=3B  =3B  =3B  =3B : 21157 kB
domainbuilder: detail: =
 =3B  =3B  =3B anon mmap  =3B  =3B  =3B  =3B &n=
bsp=3B: 0 bytes
domainbuilder: detail:  =3B  =3Bmapped
domainbuilder: detail:  =3B  =3B  =3B file mmap  =
=3B  =3B  =3B  =3B  =3B: 0 bytes
domainbuilder: d=
etail:  =3B  =3B  =3B domU mmap  =3B  =3B  =3B &nbs=
p=3B  =3B: 48 MB
domainbuilder: detail: arch_setup_bootlate: =
shared_info: pfn 0x0=2C mfn 0xbf615
domainbuilder: detail: shared=
_info_x86_32: called
domainbuilder: detail: vcpu_x86_32: called
domainbuilder: detail: vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79
domainbuilder: detail: launch_vm: called=2C ctxt=3D0x7fd084ad4004<=
/div>
domainbuilder: detail: xc_dom_release: called
libxl: de=
bug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda2
 =3Bspec.backend=3Dphy
libxl: debug: libxl_event.c:5=
70:libxl__ev_xswatch_register: watch w=3D0x22f6068 wp
ath=3D/loca=
l/domain/0/backend/vbd/127/51714/state token=3D3/1: register slotnum=3D3
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Di=
sk vdev=3Dxvda1
 =3Bspec.backend=3Dphy
libxl: debug=
: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1
 =3Bspec.backend=3Dphy
libxl: debug: libxl_event.c:570:=
libxl__ev_xswatch_register: watch w=3D0x22f7df8 wp
ath=3D/local/d=
omain/0/backend/vbd/127/51713/state token=3D2/2: register slotnum=3D2
=

libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f6068 =
wpath=3D/local
/domain/0/backend/vbd/127/51714/state token=3D3/1:=
 event epath=3D/local/domain/0/bac
kend/vbd/127/51714/state
=

libxl: debug: libxl_event.c:653:devstate_watch_callback: backend /loca=
l/domain/0
/backend/vbd/127/51714/state wanted state 2 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister:=
 watch w=3D0x22f6068
wpath=3D/local/domain/0/backend/vbd/127/5171=
4/state token=3D3/1: deregister slotnum=3D
3
libxl: deb=
ug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f6068:
 =3Bderegister unregistered
libxl: debug: libxl_devic=
e.c:1023:device_hotplug: calling hotplug script: /etc/x
en/script=
s/block add
libxl: debug: libxl_event.c:483:watchfd_callback: wat=
ch epath=3D/local/domain/0/ba
ckend/vbd/127/51714/state token=3D3=
/1: empty slot
libxl: debug: libxl_event.c:514:watchfd_callback: =
watch w=3D0x22f7df8 wpath=3D/local
/domain/0/backend/vbd/127/5171=
3/state token=3D2/2: event epath=3D/local/domain/0/bac
kend/vbd/1=
27/51713/state
libxl: debug: libxl_event.c:653:devstate_watch_cal=
lback: backend /local/domain/0
/backend/vbd/127/51713/state wante=
d state 2 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_de=
register: watch w=3D0x22f7df8
wpath=3D/local/domain/0/backend/vbd=
/127/51713/state token=3D2/2: deregister slotnum=3D
2
l=
ibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22=
f7df8:
 =3Bderegister unregistered
libxl: debug: li=
bxl_device.c:1023:device_hotplug: calling hotplug script: /etc/x
=
en/scripts/block add
libxl: debug: libxl_event.c:483:watchfd_call=
back: watch epath=3D/local/domain/0/ba
ckend/vbd/127/51713/state =
token=3D2/2: empty slot
libxl: debug: libxl_event.c:618:libxl__ev=
_xswatch_deregister: watch w=3D0x22f60f0:
 =3Bderegister unre=
gistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregi=
ster: watch w=3D0x22f60f0:
 =3Bderegister unregistered
<=
div>libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=
=3D0x22f7e80:
 =3Bderegister unregistered
libxl: de=
bug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80:
 =3Bderegister unregistered
libxl: debug: libxl_even=
t.c:570:libxl__ev_xswatch_register: watch w=3D0x22fa7c8 wp
ath=3D=
/local/domain/0/backend/vif/127/0/state token=3D2/3: register slotnum=3D2
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22fa=
7c8 wpath=3D/local
/domain/0/backend/vif/127/0/state token=3D2/3:=
 event epath=3D/local/domain/0/backend
/vif/127/0/state
libxl: debug: libxl_event.c:657:devstate_watch_callback: backend /local/do=
main/0
/backend/vif/127/0/state wanted state 2 still waiting stat=
e 1
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0=
x22fa7c8 wpath=3D/local
/domain/0/backend/vif/127/0/state token=
=3D2/3: event epath=3D/local/domain/0/backend
/vif/127/0/state
libxl: debug: libxl_event.c:653:devstate_watch_callback: backend /l=
ocal/domain/0
/backend/vif/127/0/state wanted state 2 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0=
x22fa7c8
wpath=3D/local/domain/0/backend/vif/127/0/state token=3D=
2/3: deregister slotnum=3D2
libxl: debug: libxl_event.c:618:libxl=
__ev_xswatch_deregister: watch w=3D0x22fa7c8:
 =3Bderegister =
unregistered
libxl: debug: libxl_device.c:1023:device_hotplug: ca=
lling hotplug script: /etc/x
en/scripts/vif-bridge online
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D=
0x22fa850:
 =3Bderegister unregistered
libxl: debug=
: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa850:
 =3Bderegister unregistered
libxl: debug: libxl_event.c=
:1761:libxl__ao_progress_report: ao 0x22ff8b0: progre
ss report: =
ignored
libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0=
x22ff8b0: complete=2C rc=3D
0
libxl: debug: libxl_event=
.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroy
xc: debug: hype=
rcall buffer: total allocations:470 total releases:470
xc: debug:=
 hypercall buffer: current allocations:0 maximum allocations:3
xc=
: debug: hypercall buffer: cache current size:2
xc: de=
bug: hypercall buffer: cache hits:462 misses:2 toobig:6
Parsing c=
onfig from guest.cfg
--------------------------------------=
---------
Looking into dmesg=2C the only interesting thing I see =
related to this are these 2 lines everytime I try to start the VM:
 =3Bxen:balloon: Cannot add additional memory (-17)
&n=
bsp=3Bxen:balloon: Cannot add additional memory (-17)

<=
/div>
Thanks!
Beau

 		 	   		  

=

--_c63a58bb-065f-4985-845b-78e3bb7bd88d_--


--===============1928452356783256096==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============1928452356783256096==--


From xen-users-bounces@lists.xen.org Tue Feb 23 03:23:53 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 03:23:53 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY3Yp-0006qM-4N; Tue, 23 Feb 2016 03:22:51 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXvtj-00037w-OF
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 19:11:56 +0000
Received: from [193.109.254.147] by server-1.bemta-14.messagelabs.com id
	47/75-28791-B7D5BC65; Mon, 22 Feb 2016 19:11:55 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1456168312!17209704!1
X-Originating-IP: [65.55.116.18]
X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD,
	HTML_20_30,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21114 invoked from network); 22 Feb 2016 19:11:53 -0000
Received: from blu004-omc1s7.hotmail.com (HELO BLU004-OMC1S7.hotmail.com)
	(65.55.116.18)
	by server-11.tower-27.messagelabs.com with AES256-SHA256 encrypted SMTP;
	22 Feb 2016 19:11:53 -0000
Received: from BLU183-W23 ([65.55.116.8]) by BLU004-OMC1S7.hotmail.com over
	TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
	Mon, 22 Feb 2016 11:11:52 -0800
X-TMN: [AIhO26jnt1uXSOOKwakX/JerTm8Xk+JS]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: "roger.pau@citrix.com" , "xen-users@lists.xen.org"
	
Date: Mon, 22 Feb 2016 14:11:51 -0500
Importance: Normal
In-Reply-To: 
References: ,
	<56CAEEA7.7050508@citrix.com>,
	,
	<56CB4D1C.3000701@citrix.com>,
	
MIME-Version: 1.0
X-OriginalArrivalTime: 22 Feb 2016 19:11:52.0418 (UTC)
	FILETIME=[E3315420:01D16DA4]
X-Mailman-Approved-At: Tue, 23 Feb 2016 03:22:46 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7452047512428975965=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============7452047512428975965==
Content-Type: multipart/alternative;
	boundary="_ab6be089-31fa-431a-a43e-d0ad9be5a83f_"

--_ab6be089-31fa-431a-a43e-d0ad9be5a83f_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


> El 22/2/16 a les 18:40=2C Brandon Adkins ha escrit:
> >=20
> >>
> >> El 19/2/16 a les 17:38=2C Brandon Adkins ha escrit:
> >>> I am having issues migrating my Xen setup from Debian Wheezy to Debia=
n Jessie. The errors I see are not very concrete=2C so it doesn't give me m=
uch details.Here is what I am seeing:First=2C when I make a new Xen VM and =
connect to its console=2C I see "xenconsole: Could not open tty `': No such=
 file or directory". It seems to boot fine after that=2C but after returnin=
g to Dom0=2C the console is kinda jacked up. This mimics exactly the issue =
described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Ap=
parently there is a fix as of Oct 2015=2C but just not released on Jessie y=
et? Will that be released on Jessie sometime soon?Second=2C and this is the=
 bigger issue: I can make 1 VM like this fine=2C but when I try to make a s=
econd one=2C it just seems to hang. If I use "xl create -c" so I see the co=
nsole the whole time=2C I see the bootloader menu appear=2C and when the ke=
rnel selection is finished=2C it prints the error about the tty=2C and then=
 nothing else. I don't know if the tty issue is relate
> d=20
> >> at all."xl list" shows the second VM in the list=2C but it is marked a=
s only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any =
number higher)=2C it is just ignored. I can't find any log files to indicat=
e there is a problem at all. The VM just doesn't start. It was created from=
 the same template as the first VM=2C so VM1 and VM2 are basically copies o=
f each other=2C yet only the first one will run.I have no idea if I am doin=
g something wrong or if this is a bug in Jessie. I will say that everything=
 that I am doing now has worked perfectly for years using Debian Wheezy. Th=
e only change I needed was to start using "xl" instead of "xm".Anyone have =
clues on figuring this out?Thanks=2CBeau 		 	   		 =20
> >>
> >> Hello=2C
> >>
> >> Can you please paste the config file of those two VMs?
> >>
> >> Also=2C can you paste the output when creating them with:
> >>
> >> # xl -vvv create 
> >>
> >> Are there any errors displayed by Xen or Linux in the serial console o=
r
> >> dmesg?
> >>
> >> Roger.
> >=20
>=20
> Hello=2C
>=20
> I'm sorry but your MUA seems to completely mangle the messages=2C and I
> cannot parse the output you posted. Could you try to use a different MUA
> that adds proper line breaks?
>=20
> Thanks=2C Roger.
>=20
Trying again

Hi Roger=2C=20
Thanks for the help. Here are the 2 config files:guest0:bootloader =3D '/us=
r/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '6000'root =
=3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=
=2C 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]name =3D 'guest0'vif =3D=
 [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'destroy'on=
_reboot =3D 'restart'on_crash =3D 'restart'--------------------------------=
---------guest1:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cp=
us =3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/x=
envolgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest1swap=2Cxv=
da1=2Cw' ]name =3D 'guest1'vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxe=
nbr0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D 'restar=
t'---------------------------------------------Output of xl -vvv create:lib=
xl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=
=3D(nil) callback=3D(nil) poller=3D0x22ff9b0libxl: debug: libxl_device.c:25=
1:libxl__device_disk_set_backend: Disk vdev=3Dxvda2 spec.backend=3Dunknownl=
ibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda2=2C using backend phylibxl: debug: libxl_device.c:251:libxl__device=
_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dunknownlibxl: debug: li=
bxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=3Dxvda1=2C using=
 backend phylibxl: debug: libxl_create.c:797:initiate_domain_create: runnin=
g bootloaderlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend=
: Disk vdev=3D(null) spec.backend=3Dphylibxl: debug: libxl.c:2634:libxl__de=
vice_disk_local_initiate_attach: locally attaching PHY disk /dev/xenvolgrou=
p/guest1disklibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_c=
b: Config bootloader value: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_=
create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: poller=3D0x22ff9b=
0=2C flags=3Dilibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: w=
atch w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: register slotnum=
=3D3libxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b=
0: progress report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_=
gotptys: executing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: lib=
xl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/=
bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootlo=
ader arg: --args=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539=
:bootloader_gotptys:   bootloader arg: --output=3D/var/run/xen/bootloader.1=
27.outlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader=
 arg: --output-format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloa=
der_gotptys:   bootloader arg: --output-directory=3D/var/run/xen/bootloader=
.127.dlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader=
 arg: /dev/xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_ca=
llback: watch w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event ep=
ath=3D/local/domain/127libxl: debug: libxl_bootloader.c:634:bootloader_fini=
shed: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_r=
esult_command: bootloader output contained kernel /var/run/xen/bootloader.1=
27.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_resu=
lt_command: bootloader output contained ramdisk /var/run/xen/bootloader.127=
.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_resul=
t_command: bootloader output contained args root=3D/dev/xvda2 ro crashkerne=
l=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloade=
r_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:=
libxl__ev_xswatch_deregister: watch w=3D0x22f5178wpath=3D/local/domain/127 =
token=3D3/0: deregister slotnum=3D3domainbuilder: detail: xc_dom_allocate: =
cmdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dauto root=3D/dev/xvda2 ro "=
=2C features=3D"(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv ke=
rnel mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbu=
ilder: detail: xc_dom_kernel_mem: calleddomainbuilder: detail: xc_dom_ramdi=
sk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4=2C caps =
xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_6=
4domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: detail: xc=
_dom_find_loader: trying multiboot-binary loader ...domainbuilder: detail: =
loader probe faileddomainbuilder: detail: xc_dom_find_loader: trying Linux =
bzImage loader ...domainbuilder: detail: xc_dom_malloc            : 8861 kB=
domainbuilder: detail: xc_dom_do_gunzip: unzip ok=2C 0x3e7bbc -> 0x8a7564do=
mainbuilder: detail: loader probe OKxc: detail: elf_parse_binary: phdr: pad=
dr=3D0x400000 memsz=3D0x66f000xc: detail: elf_parse_binary: phdr: paddr=3D0=
xa6f000 memsz=3D0x381000xc: detail: elf_parse_binary: memory: 0x400000 -> 0=
xdf0000xc: detail: elf_xen_parse_note: GUEST_OS =3D "linux"xc: detail: elf_=
xen_parse_note: GUEST_VERSION =3D "2.6"xc: detail: elf_xen_parse_note: XEN_=
VERSION =3D "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE =3D 0xc00000=
00xc: detail: elf_xen_parse_note: ENTRY =3D 0xc0b11000xc: detail: elf_xen_p=
arse_note: HYPERCALL_PAGE =3D 0xc0402000xc: detail: elf_xen_parse_note: FEA=
TURES =3D "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_pa=
rse_note: PAE_MODE =3D "yes"xc: detail: elf_xen_parse_note: LOADER =3D "gen=
eric"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: =
elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc: detail: elf_xen_parse_note: H=
V_START_LOW =3D 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET =3D =
0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base=
        =3D 0xc0000000xc: detail:     elf_paddr_offset =3D 0x0xc: detail:  =
   virt_offset      =3D 0xc0000000xc: detail:     virt_kstart      =3D 0xc0=
400000xc: detail:     virt_kend        =3D 0xc0df0000xc: detail:     virt_e=
ntry       =3D 0xc0b11000xc: detail:     p2m_base         =3D 0xfffffffffff=
fffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc04=
00000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_init: mem 6000 MB=2C p=
ages 0x177000 pages=2C 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177=
000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: =
detail: x86_compat: guest xen-3.0-x86_32p=2C address size 32domainbuilder: =
detail: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_bu=
ild_image: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel     =
  : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detai=
l: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610=
000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 -> 0x7fd07bc7f000x=
c: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0x7fd07bdb2000domai=
nbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 -> 0xc2=
ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc     =
       : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapp=
ing: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gun=
zip: unzip ok=2C 0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_s=
egment:   phys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc page=
s)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2e=
e0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   st=
art info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_pag=
e   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom=
_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: deta=
il: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000=
ffffffff=2C 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fff=
ffff/30: 0x00000000c0000000 -> 0x00000000ffffffff=2C 1 table(s)domainbuilde=
r: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x0=
0000000c37fffff=2C 28 table(s)domainbuilder: detail: xc_dom_alloc_segment: =
  page tables  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainb=
uilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bf+0x1e a=
t 0x7fd084ad6000domainbuilder: detail: xc_dom_alloc_page   :   boot stack  =
 : 0xc34dd000 (pfn 0x34dd)domainbuilder: detail: xc_dom_build_image  : virt=
_alloc_end : 0xc34de000domainbuilder: detail: xc_dom_build_image  : virt_pg=
tab_end : 0xc3800000domainbuilder: detail: xc_dom_boot_image: calleddomainb=
uilder: detail: arch_setup_bootearly: doing nothingdomainbuilder: detail: x=
c_dom_compat_check: supported guest type: xen-3.0-x86_64domainbuilder: deta=
il: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <=3D matches=
domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x=
86_32domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-=
3.0-x86_32pdomainbuilder: detail: xc_dom_compat_check: supported guest type=
: hvm-3.0-x86_64domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit=
=2C pages 0x177000domainbuilder: detail: clear_page: pfn 0x34be=2C mfn 0x17=
cd7adomainbuilder: detail: clear_page: pfn 0x34bd=2C mfn 0x17cd7bdomainbuil=
der: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7=
fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: d=
etail: setup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuilder: d=
etail: domain builder memory footprintdomainbuilder: detail:    allocateddo=
mainbuilder: detail:       malloc             : 21157 kBdomainbuilder: deta=
il:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomai=
nbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail: =
      domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate:=
 shared_info: pfn 0x0=2C mfn 0xbf615domainbuilder: detail: shared_info_x86_=
32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: =
vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: =
called=2C ctxt=3D0x7fd084ad4004domainbuilder: detail: xc_dom_release: calle=
dlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda2 spec.backend=3Dphylibxl: debug: libxl_event.c:570:libxl__ev_xswatc=
h_register: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/517=
14/state token=3D3/1: register slotnum=3D3libxl: debug: libxl_device.c:251:=
libxl__device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: =
debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1=
 spec.backend=3Dphylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_regist=
er: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/state=
 token=3D2/2: register slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_c=
allback: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/51714/=
state token=3D3/1: event epath=3D/local/domain/0/backend/vbd/127/51714/stat=
elibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/do=
main/0/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_eve=
nt.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f6068wpath=3D/local/do=
main/0/backend/vbd/127/51714/state token=3D3/1: deregister slotnum=3D3libxl=
: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f606=
8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug:=
 calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_even=
t.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/517=
14/state token=3D3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_cal=
lback: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/st=
ate token=3D2/2: event epath=3D/local/domain/0/backend/vbd/127/51713/statel=
ibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/doma=
in/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_event=
.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8wpath=3D/local/doma=
in/0/backend/vbd/127/51713/state token=3D2/2: deregister slotnum=3D2libxl: =
debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8:=
 deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: c=
alling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.=
c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/51713=
/state token=3D2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xsw=
atch_deregister: watch w=3D0x22f60f0: deregister unregisteredlibxl: debug: =
libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: deregi=
ster unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregist=
er: watch w=3D0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c=
:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: deregister unregist=
eredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0=
x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: regis=
ter slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D=
0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: even=
t epath=3D/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.=
c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/st=
ate wanted state 2 still waiting state 1libxl: debug: libxl_event.c:514:wat=
chfd_callback: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/=
0/state token=3D2/3: event epath=3D/local/domain/0/backend/vif/127/0/statel=
ibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/doma=
in/0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:6=
06:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8wpath=3D/local/domain/0=
/backend/vif/127/0/state token=3D2/3: deregister slotnum=3D2libxl: debug: l=
ibxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8: deregis=
ter unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling h=
otplug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.=
c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa850: deregister unregis=
teredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=
=3D0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl=
__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: l=
ibxl_event.c:1591:libxl__ao_complete: ao 0x22ff8b0: complete=2C rc=3D0libxl=
: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: de=
bug: hypercall buffer: total allocations:470 total releases:470xc: debug: h=
ypercall buffer: current allocations:0 maximum allocations:3xc: debug: hype=
rcall buffer: cache current size:2xc: debug: hypercall buffer: cache hits:4=
62 misses:2 toobig:6Parsing config from guest.cfg--------------------------=
---------------------Looking into dmesg=2C the only interesting thing I see=
 related to this are these 2 lines everytime I try to start the VM: xen:bal=
loon: Cannot add additional memory (-17) xen:balloon: Cannot add additional=
 memory (-17)
Thanks!Beau
 		 	   		   		 	   		  =

--_ab6be089-31fa-431a-a43e-d0ad9be5a83f_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






&=
gt=3B El 22/2/16 a les 18:40=2C Brandon Adkins ha escrit:
>=3B >=3B =

>=3B >=3B>=3B
>=3B >=3B>=3B El 19/2/16 a les 17:38=2C Br=
andon Adkins ha escrit:
>=3B >=3B>=3B>=3B I am having issues mig=
rating my Xen setup from Debian Wheezy to Debian Jessie. The errors I see a=
re not very concrete=2C so it doesn't give me much details.Here is what I a=
m seeing:First=2C when I make a new Xen VM and connect to its console=2C I =
see "xenconsole: Could not open tty `': No such file or directory". It seem=
s to boot fine after that=2C but after returning to Dom0=2C the console is =
kinda jacked up. This mimics exactly the issue described athttps://bugs.deb=
ian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Apparently there is a fix as o=
f Oct 2015=2C but just not released on Jessie yet? Will that be released on=
 Jessie sometime soon?Second=2C and this is the bigger issue: I can make 1 =
VM like this fine=2C but when I try to make a second one=2C it just seems t=
o hang. If I use "xl create -c" so I see the console the whole time=2C I se=
e the bootloader menu appear=2C and when the kernel selection is finished=
=2C it prints the error about the tty=2C and then nothing else. I don't kno=
w if the tty issue is relate
>=3B d 
>=3B >=3B>=3B at all."xl=
 list" shows the second VM in the list=2C but it is marked as only having 1=
 vcpu. If I try to change this with "xl vcpu-set 2" (or any number higher)=
=2C it is just ignored. I can't find any log files to indicate there is a p=
roblem at all. The VM just doesn't start. It was created from the same temp=
late as the first VM=2C so VM1 and VM2 are basically copies of each other=
=2C yet only the first one will run.I have no idea if I am doing something =
wrong or if this is a bug in Jessie. I will say that everything that I am d=
oing now has worked perfectly for years using Debian Wheezy. The only chang=
e I needed was to start using "xl" instead of "xm".Anyone have clues on fig=
uring this out?Thanks=2CBeau 		 	   		  
>=3B >=3B>=3B
>=3B &=
gt=3B>=3B Hello=2C
>=3B >=3B>=3B
>=3B >=3B>=3B Can you =
please paste the config file of those two VMs?
>=3B >=3B>=3B
&g=
t=3B >=3B>=3B Also=2C can you paste the output when creating them with:=

>=3B >=3B>=3B
>=3B >=3B>=3B # xl -vvv create <=3Bconfi=
g.cfg>=3B
>=3B >=3B>=3B
>=3B >=3B>=3B Are there any err=
ors displayed by Xen or Linux in the serial console or
>=3B >=3B>=
=3B dmesg?
>=3B >=3B>=3B
>=3B >=3B>=3B Roger.
>=3B &=
gt=3B 
>=3B 
>=3B Hello=2C
>=3B 
>=3B I'm sorry but you=
r MUA seems to completely mangle the messages=2C and I
>=3B cannot par=
se the output you posted. Could you try to use a different MUA
>=3B th=
at adds proper line breaks?
>=3B 
>=3B Thanks=2C Roger.
>=3B=
 
Trying again

Hi Roger=2C =3B

=
Thanks for the help. Here are the 2 config files:
guest0:
bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'
vcpus =3D '6=
'
cpus =3D '2-7'
memory =3D '6000'
root =3D '=
/dev/xvda2 ro'
disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda=
2=2Cw'=2C 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]
name =
=3D 'guest0'
vif =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0=
' ]
on_poweroff =3D 'destroy'
on_reboot =3D 'restart'
on_crash =3D 'restart'
---------------------------=
--------------
guest1:
bootloader =3D '/usr/lib/xe=
n-4.4/bin/pygrub'
vcpus =3D '6'
cpus =3D '2-7'
memory =3D '6000'
root =3D '/dev/xvda2 ro'
disk =3D [=
 'phy:/dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/gue=
st1swap=2Cxvda1=2Cw' ]
name =3D 'guest1'
vif =3D [ 'mac=
=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr0' ]
on_poweroff =3D 'destro=
y'
on_reboot =3D 'restart'
on_crash =3D 'restart'
=

---------------------------------------------
Output o=
f xl -vvv create:
libxl: debug: libxl_create.c:1342:do_domai=
n_create: ao 0x22ff8b0: create: how=3D(n
il) callback=3D(nil) pol=
ler=3D0x22ff9b0
libxl: debug: libxl_device.c:251:libxl__device_di=
sk_set_backend: Disk vdev=3Dxvda2
 =3Bspec.backend=3Dunknown<=
/div>
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: =
Disk vdev=3Dxvda2
=2C using backend phy
libxl: debug: l=
ibxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1
 =3Bspec.backend=3Dunknown
libxl: debug: libxl_device.c:28=
6:libxl__device_disk_set_backend: Disk vdev=3Dxvda1
=2C using bac=
kend phy
libxl: debug: libxl_create.c:797:initiate_domain_create:=
 running bootloader
libxl: debug: libxl_device.c:251:libxl__devic=
e_disk_set_backend: Disk vdev=3D(null
) spec.backend=3Dphy
<=
div>libxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_attach: lo=
cally att
aching PHY disk /dev/xenvolgroup/guest1disk
l=
ibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_cb: Config boo=
tloa
der value: /usr/lib/xen-4.4/bin/pygrub
libxl: debu=
g: libxl_create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: po
=

ller=3D0x22ff9b0=2C flags=3Di
libxl: debug: libxl_event.c:57=
0:libxl__ev_xswatch_register: watch w=3D0x22f5178 wp
ath=3D/local=
/domain/127 token=3D3/0: register slotnum=3D3
libxl: debug: libxl=
_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progre
ss =
report: ignored
libxl: debug: libxl_bootloader.c:535:bootloader_g=
otptys: executing bootloader: /
usr/lib/xen-4.4/bin/pygrub
<=
div>libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:  =3B bootl=
oader arg: /usr/
lib/xen-4.4/bin/pygrub
libxl: debug: l=
ibxl_bootloader.c:539:bootloader_gotptys:  =3B bootloader arg: --arg
s=3Droot=3D/dev/xvda2 ro
libxl: debug: libxl_bootloader.c=
:539:bootloader_gotptys:  =3B bootloader arg: --out
put=3D/va=
r/run/xen/bootloader.127.out
libxl: debug: libxl_bootloader.c:539=
:bootloader_gotptys:  =3B bootloader arg: --out
put-format=3D=
simple0
libxl: debug: libxl_bootloader.c:539:bootloader_gotptys: =
 =3B bootloader arg: --out
put-directory=3D/var/run/xen/bootl=
oader.127.d
libxl: debug: libxl_bootloader.c:539:bootloader_gotpt=
ys:  =3B bootloader arg: /dev/
xenvolgroup/guest1disk
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f5178 wp=
ath=3D/local
/domain/127 token=3D3/0: event epath=3D/local/domain=
/127
libxl: debug: libxl_bootloader.c:634:bootloader_finished: bo=
otloader completed
libxl: debug: libxl_bootloader.c:136:bootloade=
r_result_command: bootloader outpu
t contained kernel /var/run/xe=
n/bootloader.127.d/boot_kernel.m3pOqr
libxl: debug: libxl_bootloa=
der.c:136:bootloader_result_command: bootloader outpu
t contained=
 ramdisk /var/run/xen/bootloader.127.d/boot_ramdisk.DQT0dD
libxl:=
 debug: libxl_bootloader.c:136:bootloader_result_command: bootloader outpu<=
/div>
t contained args root=3D/dev/xvda2 ro crashkernel=3Dauto root=3D/=
dev/xvda2 ro
libxl: debug: libxl_bootloader.c:647:bootloader_fini=
shed: bootloader execution s
uccessful
libxl: debug: li=
bxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f5178
wpath=3D/local/domain/127 token=3D3/0: deregister slotnum=3D3
do=
mainbuilder: detail: xc_dom_allocate: cmdline=3D"root=3D/dev/xvda2 ro crash=
kernel=3D
auto root=3D/dev/xvda2 ro "=2C features=3D"(null)"
libxl: debug: libxl_dom.c:364:libxl__build_pv: pv kernel mapped 1 pat=
h /var/run/
xen/bootloader.127.d/boot_kernel.m3pOqr
dom=
ainbuilder: detail: xc_dom_kernel_mem: called
domainbuilder: deta=
il: xc_dom_ramdisk_mem: called
domainbuilder: detail: xc_dom_boot=
_xen_init: ver 4.4=2C caps xen-3.0-x86_64 xen-3.
0-x86_32p hvm-3.=
0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
domainbuilder: detail: xc=
_dom_parse_image: called
domainbuilder: detail: xc_dom_find_loade=
r: trying multiboot-binary loader ...
domainbuilder: detail: load=
er probe failed
domainbuilder: detail: xc_dom_find_loader: trying=
 Linux bzImage loader ...
domainbuilder: detail: xc_dom_malloc &n=
bsp=3B  =3B  =3B  =3B  =3B  =3B: 8861 kB
doma=
inbuilder: detail: xc_dom_do_gunzip: unzip ok=2C 0x3e7bbc ->=3B 0x8a7564<=
/div>
domainbuilder: detail: loader probe OK
xc: detail: elf_=
parse_binary: phdr: paddr=3D0x400000 memsz=3D0x66f000
xc: detail:=
 elf_parse_binary: phdr: paddr=3D0xa6f000 memsz=3D0x381000
xc: de=
tail: elf_parse_binary: memory: 0x400000 ->=3B 0xdf0000
xc: det=
ail: elf_xen_parse_note: GUEST_OS =3D "linux"
xc: detail: elf_xen=
_parse_note: GUEST_VERSION =3D "2.6"
xc: detail: elf_xen_parse_no=
te: XEN_VERSION =3D "xen-3.0"
xc: detail: elf_xen_parse_note: VIR=
T_BASE =3D 0xc0000000
xc: detail: elf_xen_parse_note: ENTRY =3D 0=
xc0b11000
xc: detail: elf_xen_parse_note: HYPERCALL_PAGE =3D 0xc0=
402000
xc: detail: elf_xen_parse_note: FEATURES =3D "!writable_pa=
ge_tables|pae_pgdir_abov
e_4gb"
xc: detail: elf_xen_par=
se_note: PAE_MODE =3D "yes"
xc: detail: elf_xen_parse_note: LOADE=
R =3D "generic"
xc: detail: elf_xen_parse_note: unknown xen elf n=
ote (0xd)
xc: detail: elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1<=
/div>
xc: detail: elf_xen_parse_note: HV_START_LOW =3D 0xf5800000
=

xc: detail: elf_xen_parse_note: PADDR_OFFSET =3D 0x0
xc: det=
ail: elf_xen_addr_calc_check: addresses:
xc: detail:  =3B &nb=
sp=3B virt_base  =3B  =3B  =3B  =3B=3D 0xc0000000
xc: detail:  =3B  =3B elf_paddr_offset =3D 0x0
xc: detai=
l:  =3B  =3B virt_offset  =3B  =3B  =3B=3D 0xc0000000
xc: detail:  =3B  =3B virt_kstart  =3B  =3B  =
=3B=3D 0xc0400000
xc: detail:  =3B  =3B virt_kend  =
=3B  =3B  =3B  =3B=3D 0xc0df0000
xc: detail:  =3B=
  =3B virt_entry  =3B  =3B  =3B =3D 0xc0b11000
xc=
: detail:  =3B  =3B p2m_base  =3B  =3B  =3B  =3B =
=3D 0xffffffffffffffff
domainbuilder: detail: xc_dom_parse_elf_ke=
rnel: xen-3.0-x86_32p: 0xc0400000 ->=3B 0
xc0df0000
d=
omainbuilder: detail: xc_dom_mem_init: mem 6000 MB=2C pages 0x177000 pages=
=2C 4k ea
ch
domainbuilder: detail: xc_dom_mem_init: 0x=
177000 pages
domainbuilder: detail: xc_dom_boot_mem_init: called<=
/div>
domainbuilder: detail: x86_compat: guest xen-3.0-x86_32p=2C addre=
ss size 32
domainbuilder: detail: xc_dom_malloc  =3B  =3B=
  =3B  =3B  =3B  =3B: 12000 kB
domainbuilder: det=
ail: xc_dom_build_image: called
domainbuilder: detail:=
 xc_dom_alloc_segment:  =3B kernel  =3B  =3B  =3B : 0xc0400=
000 ->=3B 0xc0
df0000  =3B(pfn 0x400 + 0x9f0 pages)
domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x4=
00+0x9f0
 =3Bat 0x7fd07b610000
xc: detail: elf_load=
_binary: phdr 0 at 0x7fd07b610000 ->=3B 0x7fd07bc7f000
xc: deta=
il: elf_load_binary: phdr 1 at 0x7fd07bc7f000 ->=3B 0x7fd07bdb2000
<=
div>domainbuilder: detail: xc_dom_alloc_segment:  =3B ramdisk  =3B =
 =3B  =3B: 0xc0df0000 ->=3B 0xc2
ee0000  =3B(pfn 0x=
df0 + 0x20f0 pages)
domainbuilder: detail: xc_dom_malloc  =3B=
  =3B  =3B  =3B  =3B  =3B: 197 kB
domainbuild=
er: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0xdf0+0x20f
=

0 at 0x7fd079520000
domainbuilder: detail: xc_dom_do_gunzip:=
 unzip ok=2C 0xd262fe ->=3B 0x20ef410
domainbuilder: detail: xc=
_dom_alloc_segment:  =3B phys2mach  =3B  =3B: 0xc2ee0000 ->=
=3B 0xc3
4bc000  =3B(pfn 0x2ee0 + 0x5dc pages)
doma=
inbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5=
d
c at 0x7fd0800d3000
domainbuilder: detail: xc_dom_all=
oc_page  =3B :  =3B start info  =3B : 0xc34bc000 (pfn 0x
<=
div>34bc)
domainbuilder: detail: xc_dom_alloc_page  =3B : &nb=
sp=3B xenstore  =3B  =3B : 0xc34bd000 (pfn 0x
34bd)
=

domainbuilder: detail: xc_dom_alloc_page  =3B :  =3B console &=
nbsp=3B  =3B  =3B: 0xc34be000 (pfn 0x
34be)
dom=
ainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x00000000000000=
00
 =3B->=3B 0x00000000ffffffff=2C 1 table(s)
dom=
ainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c00000=
00
 =3B->=3B 0x00000000ffffffff=2C 1 table(s)
dom=
ainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c00000=
00
 =3B->=3B 0x00000000c37fffff=2C 28 table(s)
do=
mainbuilder: detail: xc_dom_alloc_segment:  =3B page tables  =3B: 0=
xc34bf000 ->=3B 0xc3
4dd000  =3B(pfn 0x34bf + 0x1e pages)
domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: p=
fn 0x34bf+0x1e
 =3Bat 0x7fd084ad6000
domainbuilder:=
 detail: xc_dom_alloc_page  =3B :  =3B boot stack  =3B : 0xc34d=
d000 (pfn 0x
34dd)
domainbuilder: detail: xc_dom_build_=
image  =3B: virt_alloc_end : 0xc34de000
domainbuilder: detail=
: xc_dom_build_image  =3B: virt_pgtab_end : 0xc3800000
domain=
builder: detail: xc_dom_boot_image: called
domainbuilder: detail:=
 arch_setup_bootearly: doing nothing
domainbuilder: detail: xc_do=
m_compat_check: supported guest type: xen-3.0-x86_64
domainbuilde=
r: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32
<=
div>p <=3B=3D matches
domainbuilder: detail: xc_dom_compat_chec=
k: supported guest type: hvm-3.0-x86_32
domainbuilder: detail: xc=
_dom_compat_check: supported guest type: hvm-3.0-x86_32
p
domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.=
0-x86_64
domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bi=
t=2C pages 0x177000
domainbuilder: detail: clear_page: pfn 0x34be=
=2C mfn 0x17cd7a
domainbuilder: detail: clear_page: pfn 0x34bd=2C=
 mfn 0x17cd7b
domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: =
domU mapping: pfn 0x34bc+0x1
at 0x7fd084b31000
domainbu=
ilder: detail: start_info_x86_32: called
domainbuilder: detail: s=
etup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402
domainbuilder=
: detail: domain builder memory footprint
domainbuilder: detail: =
 =3B  =3Ballocated
domainbuilder: detail:  =3B  =
=3B  =3B malloc  =3B  =3B  =3B  =3B  =3B  =3B :=
 21157 kB
domainbuilder: detail:  =3B  =3B  =3B anon =
mmap  =3B  =3B  =3B  =3B  =3B: 0 bytes
domain=
builder: detail:  =3B  =3Bmapped
domainbuilder: detail: &=
nbsp=3B  =3B  =3B file mmap  =3B  =3B  =3B  =3B &nb=
sp=3B: 0 bytes
domainbuilder: detail:  =3B  =3B  =3B =
domU mmap  =3B  =3B  =3B  =3B  =3B: 48 MB
dom=
ainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0=2C mfn 0xbf61=
5
domainbuilder: detail: shared_info_x86_32: called
dom=
ainbuilder: detail: vcpu_x86_32: called
domainbuilder: detail: vc=
pu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79
domainbuilder: detail: la=
unch_vm: called=2C ctxt=3D0x7fd084ad4004
domainbuilder: detail: x=
c_dom_release: called
libxl: debug: libxl_device.c:251:libxl__dev=
ice_disk_set_backend: Disk vdev=3Dxvda2
 =3Bspec.backend=3Dph=
y
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: wat=
ch w=3D0x22f6068 wp
ath=3D/local/domain/0/backend/vbd/127/51714/s=
tate token=3D3/1: register slotnum=3D3
libxl: debug: libxl_device=
.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1
 =3B=
spec.backend=3Dphy
libxl: debug: libxl_device.c:251:libxl__device=
_disk_set_backend: Disk vdev=3Dxvda1
 =3Bspec.backend=3Dphy
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch =
w=3D0x22f7df8 wp
ath=3D/local/domain/0/backend/vbd/127/51713/stat=
e token=3D2/2: register slotnum=3D2
libxl: debug: libxl_event.c:5=
14:watchfd_callback: watch w=3D0x22f6068 wpath=3D/local
/domain/0=
/backend/vbd/127/51714/state token=3D3/1: event epath=3D/local/domain/0/bac=

kend/vbd/127/51714/state
libxl: debug: libxl_event.c:6=
53:devstate_watch_callback: backend /local/domain/0
/backen=
d/vbd/127/51714/state wanted state 2 ok
libxl: debug: libxl_=
event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f6068
wpa=
th=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: deregister sl=
otnum=3D
3
libxl: debug: libxl_event.c:618:libxl__ev_xs=
watch_deregister: watch w=3D0x22f6068:
 =3Bderegister unregis=
tered
libxl: debug: libxl_device.c:1023:device_hotplug: calling h=
otplug script: /etc/x
en/scripts/block add
libxl: debug=
: libxl_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/ba
ckend/vbd/127/51714/state token=3D3/1: empty slot
libxl: de=
bug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f7df8 wpath=3D/local=

/domain/0/backend/vbd/127/51713/state token=3D2/2: event epath=
=3D/local/domain/0/bac
kend/vbd/127/51713/state
libxl: =
debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0
/backend/vbd/127/51713/state wanted state 2 ok
libxl: de=
bug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8
wpath=3D/local/domain/0/backend/vbd/127/51713/state token=3D2/2: de=
register slotnum=3D
2
libxl: debug: libxl_event.c:618:l=
ibxl__ev_xswatch_deregister: watch w=3D0x22f7df8:
 =3Bderegis=
ter unregistered
libxl: debug: libxl_device.c:1023:device_hotplug=
: calling hotplug script: /etc/x
en/scripts/block add
l=
ibxl: debug: libxl_event.c:483:watchfd_callback: watch epath=3D/local/domai=
n/0/ba
ckend/vbd/127/51713/state token=3D2/2: empty slot
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0=
x22f60f0:
 =3Bderegister unregistered
libxl: debug:=
 libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0:
=

 =3Bderegister unregistered
libxl: debug: libxl_event.c:=
618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80:
 =3Bde=
register unregistered
libxl: debug: libxl_event.c:618:libxl__ev_x=
swatch_deregister: watch w=3D0x22f7e80:
 =3Bderegister unregi=
stered
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register=
: watch w=3D0x22fa7c8 wp
ath=3D/local/domain/0/backend/vif/127/0/=
state token=3D2/3: register slotnum=3D2
libxl: debug: libxl_event=
.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/local
/doma=
in/0/backend/vif/127/0/state token=3D2/3: event epath=3D/local/domain/0/bac=
kend
/vif/127/0/state
libxl: debug: libxl_event.c:657:d=
evstate_watch_callback: backend /local/domain/0
/backend/vif/127/=
0/state wanted state 2 still waiting state 1
libxl: debug: libxl_=
event.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/local
=
/domain/0/backend/vif/127/0/state token=3D2/3: event epath=3D/local/domain/=
0/backend
/vif/127/0/state
libxl: debug: libxl_event.c:=
653:devstate_watch_callback: backend /local/domain/0
/backend/vif=
/127/0/state wanted state 2 ok
libxl: debug: libxl_event.c:606:li=
bxl__ev_xswatch_deregister: watch w=3D0x22fa7c8
wpath=3D/local/do=
main/0/backend/vif/127/0/state token=3D2/3: deregister slotnum=3D2
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0=
x22fa7c8:
 =3Bderegister unregistered
libxl: debug:=
 libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/x
en/scripts/vif-bridge online
libxl: debug: libxl_event.c:618:l=
ibxl__ev_xswatch_deregister: watch w=3D0x22fa850:
 =3Bderegis=
ter unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatc=
h_deregister: watch w=3D0x22fa850:
 =3Bderegister unregistere=
d
libxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao =
0x22ff8b0: progre
ss report: ignored
libxl: debug: libx=
l_event.c:1591:libxl__ao_complete: ao 0x22ff8b0: complete=2C rc=3D
0
libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22f=
f8b0: destroy
xc: debug: hypercall buffer: total allocations:470 =
total releases:470
xc: debug: hypercall buffer: current allocatio=
ns:0 maximum allocations:3
xc: debug: hypercall buffer: cache cur=
rent size:2
xc: debug: hypercall buffer: cache hits:46=
2 misses:2 toobig:6
Parsing config from guest.cfg
-----------------------------------------------
Looking into dme=
sg=2C the only interesting thing I see related to this are these 2 lines ev=
erytime I try to start the VM:
 =3Bxen:balloon: Cannot a=
dd additional memory (-17)
 =3Bxen:balloon: Cannot add additi=
onal memory (-17)

Thanks!
Beau
 		 	   		  
 		 	   		  

=

--_ab6be089-31fa-431a-a43e-d0ad9be5a83f_--


--===============7452047512428975965==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============7452047512428975965==--


From xen-users-bounces@lists.xen.org Tue Feb 23 03:23:53 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 03:23:53 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY3Yn-0006pV-8n; Tue, 23 Feb 2016 03:22:49 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXdbP-0000Ju-6O
	for xen-users@lists.xen.org; Sun, 21 Feb 2016 23:39:47 +0000
Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id
	86/06-03293-2CA4AC65; Sun, 21 Feb 2016 23:39:46 +0000
X-Env-Sender: hsc.10oct@gmail.com
X-Msg-Ref: server-13.tower-31.messagelabs.com!1456097984!23415732!1
X-Originating-IP: [209.85.160.172]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7301 invoked from network); 21 Feb 2016 23:39:45 -0000
Received: from mail-yk0-f172.google.com (HELO mail-yk0-f172.google.com)
	(209.85.160.172)
	by server-13.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 21 Feb 2016 23:39:45 -0000
Received: by mail-yk0-f172.google.com with SMTP id u9so55266472ykd.1
	for ; Sun, 21 Feb 2016 15:39:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=+OLQR3i/YfSKb5rt2kvZE2mWXDKaXET1bbK4o9AD8Qw=;
	b=vrbBftxhuNTjkrWtrcUdDSTl+Xaj6tUe3iCVbUXT0uJLnPdGaOmpi+xg0YVvpAcPM7
	v+oTK0rhbxGHv9kwj8I4yDHvdcRz3+Jbq6DA2xd0kJbGSjowfMHNFAePpqxC9Zfx8L6j
	wSMlSdad0L8+WCNtHxZ3Ag5zz7VajpAVUrKmUygnWmoGUe2PBltVVUc3W5q/orYc0FYp
	uDEpeeLp58TGq6UPxe0gEl7k1ak019k7oxmaEi72HzifLO5s+WmpYgtxW06edbcaDYuj
	Ezl60Q27qaXGJ0FZr3ZdBoTxaepcmKSEGeS2PTrb5ZF6drLjMC1ztNbItMBMtrpvUUxp
	3FjQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=+OLQR3i/YfSKb5rt2kvZE2mWXDKaXET1bbK4o9AD8Qw=;
	b=I/lIWrQsveO7N8kE/gYDSzo8fVoikhHnok3muGyClRJKTtNpxWgwwQrg4ovG603/oU
	6HKqqCGQ7eykZ0l4xyDuK0DQHziIAqZmK2M93IaLZzNJjtKDJ9OdsLkLDTpf9OcIHNU/
	0Wcrf1kJhUUbdfXW00NwNyNLMNSWj26CCn1O6vaJ6hbCc+Ximi3IIoWCi4EGzBMMoUPQ
	FYg5rOjw7K2pN3C5w92b8PyrM6FiiQ7deuBFU+snWHOdJfPSfFufX7tUUtsglUjlKSwY
	sgpb84yvEByxLkh0QyieoXdqnkdcc8QXV9eOMC1sBpgpAuyMRFHNrfy/ZKk3lbF8IT7U
	sS2A==
X-Gm-Message-State: AG10YORD7685kh1w6QfcmnM2XKhDANRxd464EjtmQ+VgZkyuqP5h9yoZDKacF4CQggOLIUD+mtwRCGebo+gwcQ==
MIME-Version: 1.0
X-Received: by 10.37.109.68 with SMTP id i65mr12953457ybc.91.1456097984049;
	Sun, 21 Feb 2016 15:39:44 -0800 (PST)
Received: by 10.37.32.11 with HTTP; Sun, 21 Feb 2016 15:39:44 -0800 (PST)
Date: Sun, 21 Feb 2016 18:39:44 -0500
Message-ID: 
From: Harpreet Singh Chawla 
To: xen-users@lists.xen.org
X-Mailman-Approved-At: Tue, 23 Feb 2016 03:22:46 +0000
Subject: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4011195484515829505=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============4011195484515829505==
Content-Type: multipart/alternative; boundary=001a11414ee018fd64052c503b9f

--001a11414ee018fd64052c503b9f
Content-Type: text/plain; charset=UTF-8

I have been trying to run* remus on Xen 4.6*
I have *successfully done basic migration to and fro from one server to
another* without any issues.
But when I tried to run *remus with networking enabled and disk buffering
disabled*,

```
sudo xl remus -F -d linux-1 root@

```

I get the following error message:

```
migration target: Ready to receive domain.
Saving to migration stream new xl format (info 0x3/0x0/1219)
libxl: error: libxl.c:889:libxl__remus_setup: Remus: No support for network
buffering
Remus: Backup failed? resuming domain at primary.
xc: error: Dom 1 not suspended: (shutdown 0, reason 255): Internal error
libxl: error: libxl_dom_suspend.c:409:libxl__domain_resume:
xc_domain_resume failed for domain 1: Invalid argument
Loading new save file  (new xl fmt info
0x3/0x0/1219)
 Savefile contains xl domain config in JSON format
Parsing config from 
libxl: error: libxl_stream_read.c:298:stream_header_done: Invalid ident:
expected 0x4c6962786c466d74, got 0x0000000000000000

```

I don't really need disk buffering as of now, and in some prior thread
of *Migration
Failure* I read the feature doesn't work well in xen 4.6 (am not sure if it
has been fixed), but I need network buffering.
*I can run the remus feature using the -n option* for disabling network
buffering, but not with with network buffering enabled.

Anyone has a solution for fixing this?


Thanks

Harpreet

--001a11414ee018fd64052c503b9f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


I have been trying to r=
un remus on Xen 4.6 
I have successfully done basic migr=
ation to and fro from one server to another without any issues.
But when I tried to run remus with networking enabled and disk bufferi=
ng disabled, 

```
sudo xl remus -F -d linux-1 root@<server=
_domain_name>

```

I get the following error message:
```
migration target: Ready to receive domain.
Saving to migration =
stream new xl format (info 0x3/0x0/1219)
libxl: error: libxl.c:889:libxl=
__remus_setup: Remus: No support for network buffering 
Remus: Backup fa=
iled? resuming domain at primary.
xc: error: Dom 1 not suspended: (shutd=
own 0, reason 255): Internal error
libxl: error: libxl_dom_suspend.c:409=
:libxl__domain_resume: xc_domain_resume failed for domain 1: Invalid argume=
nt
Loading new save file <incoming migration stream> (new xl fmt i=
nfo 0x3/0x0/1219)
=C2=A0Savefile contains xl domain config in JSON forma=
t
Parsing config from <saved>
libxl: error: libxl_stream_read.c=
:298:stream_header_done: Invalid ident: expected 0x4c6962786c466d74, got 0x=
0000000000000000

```

I don't really need disk buffe=
ring as of now, and in some prior thread of Migration Failure I read=
 the feature doesn't work well in xen 4.6 (am not sure if it has been f=
ixed), but I need network buffering.
I can run the remus featur=
e using the -n option for disabling network buffering, but not with wit=
h network buffering enabled.

Anyone has a solution for fixing =
this?


Thanks

Harpreet


--001a11414ee018fd64052c503b9f--


--===============4011195484515829505==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============4011195484515829505==--


From xen-users-bounces@lists.xen.org Tue Feb 23 03:23:53 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 03:23:53 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY3Yo-0006pc-71; Tue, 23 Feb 2016 03:22:50 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXuTD-0006IQ-T7
	for xen-users@lists.xen.org; Mon, 22 Feb 2016 17:40:28 +0000
Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id
	15/E1-28972-B084BC65; Mon, 22 Feb 2016 17:40:27 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-2.tower-27.messagelabs.com!1456162824!23822063!1
X-Originating-IP: [65.55.116.23]
X-SpamReason: No, hits=1.0 required=7.0 tests=FORGED_HOTMAIL_RCVD,
	HTML_20_30,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22505 invoked from network); 22 Feb 2016 17:40:25 -0000
Received: from blu004-omc1s12.hotmail.com (HELO BLU004-OMC1S12.hotmail.com)
	(65.55.116.23)
	by server-2.tower-27.messagelabs.com with AES256-SHA256 encrypted SMTP;
	22 Feb 2016 17:40:25 -0000
Received: from BLU183-W88 ([65.55.116.8]) by BLU004-OMC1S12.hotmail.com over
	TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
	Mon, 22 Feb 2016 09:40:24 -0800
X-TMN: [DEicL4XFT4Pa78bgX8/99bjbhD0W8htY]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
	"xen-users@lists.xen.org" 
Date: Mon, 22 Feb 2016 12:40:23 -0500
Importance: Normal
In-Reply-To: <56CAEEA7.7050508@citrix.com>
References: ,
	<56CAEEA7.7050508@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 22 Feb 2016 17:40:24.0140 (UTC)
	FILETIME=[1BEC90C0:01D16D98]
X-Mailman-Approved-At: Tue, 23 Feb 2016 03:22:46 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============1928452356783256096=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============1928452356783256096==
Content-Type: multipart/alternative;
	boundary="_c63a58bb-065f-4985-845b-78e3bb7bd88d_"

--_c63a58bb-065f-4985-845b-78e3bb7bd88d_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


>=20
> El 19/2/16 a les 17:38=2C Brandon Adkins ha escrit:
> > I am having issues migrating my Xen setup from Debian Wheezy to Debian =
Jessie. The errors I see are not very concrete=2C so it doesn't give me muc=
h details.Here is what I am seeing:First=2C when I make a new Xen VM and co=
nnect to its console=2C I see "xenconsole: Could not open tty `': No such f=
ile or directory". It seems to boot fine after that=2C but after returning =
to Dom0=2C the console is kinda jacked up. This mimics exactly the issue de=
scribed athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Appa=
rently there is a fix as of Oct 2015=2C but just not released on Jessie yet=
? Will that be released on Jessie sometime soon?Second=2C and this is the b=
igger issue: I can make 1 VM like this fine=2C but when I try to make a sec=
ond one=2C it just seems to hang. If I use "xl create -c" so I see the cons=
ole the whole time=2C I see the bootloader menu appear=2C and when the kern=
el selection is finished=2C it prints the error about the tty=2C and then n=
othing else. I don't know if the tty issue is related=20
> at all."xl list" shows the second VM in the list=2C but it is marked as o=
nly having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any num=
ber higher)=2C it is just ignored. I can't find any log files to indicate t=
here is a problem at all. The VM just doesn't start. It was created from th=
e same template as the first VM=2C so VM1 and VM2 are basically copies of e=
ach other=2C yet only the first one will run.I have no idea if I am doing s=
omething wrong or if this is a bug in Jessie. I will say that everything th=
at I am doing now has worked perfectly for years using Debian Wheezy. The o=
nly change I needed was to start using "xl" instead of "xm".Anyone have clu=
es on figuring this out?Thanks=2CBeau 		 	   		 =20
>=20
> Hello=2C
>=20
> Can you please paste the config file of those two VMs?
>=20
> Also=2C can you paste the output when creating them with:
>=20
> # xl -vvv create 
>=20
> Are there any errors displayed by Xen or Linux in the serial console or
> dmesg?
>=20
> Roger.

Hi Roger=2C=20
Thanks for the help. Here are the 2 config files:guest0:bootloader =3D '/us=
r/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '6000'root =
=3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=
=2C 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]name =3D 'guest0'vif =3D=
 [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'destroy'on=
_reboot =3D 'restart'on_crash =3D 'restart'--------------------------------=
---------guest1:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cp=
us =3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/x=
envolgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest1swap=2Cxv=
da1=2Cw' ]name =3D 'guest1'vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxe=
nbr0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D 'restar=
t'---------------------------------------------Output of xl -vvv create:lib=
xl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=
=3D(nil) callback=3D(nil) poller=3D0x22ff9b0libxl: debug: libxl_device.c:25=
1:libxl__device_disk_set_backend: Disk vdev=3Dxvda2 spec.backend=3Dunknownl=
ibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda2=2C using backend phylibxl: debug: libxl_device.c:251:libxl__device=
_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dunknownlibxl: debug: li=
bxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=3Dxvda1=2C using=
 backend phylibxl: debug: libxl_create.c:797:initiate_domain_create: runnin=
g bootloaderlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend=
: Disk vdev=3D(null) spec.backend=3Dphylibxl: debug: libxl.c:2634:libxl__de=
vice_disk_local_initiate_attach: locally attaching PHY disk /dev/xenvolgrou=
p/guest1disklibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_c=
b: Config bootloader value: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_=
create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: poller=3D0x22ff9b=
0=2C flags=3Dilibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: w=
atch w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: register slotnum=
=3D3libxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b=
0: progress report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_=
gotptys: executing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: lib=
xl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/=
bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootlo=
ader arg: --args=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539=
:bootloader_gotptys:   bootloader arg: --output=3D/var/run/xen/bootloader.1=
27.outlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader=
 arg: --output-format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloa=
der_gotptys:   bootloader arg: --output-directory=3D/var/run/xen/bootloader=
.127.dlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader=
 arg: /dev/xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_ca=
llback: watch w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event ep=
ath=3D/local/domain/127libxl: debug: libxl_bootloader.c:634:bootloader_fini=
shed: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_r=
esult_command: bootloader output contained kernel /var/run/xen/bootloader.1=
27.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_resu=
lt_command: bootloader output contained ramdisk /var/run/xen/bootloader.127=
.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_resul=
t_command: bootloader output contained args root=3D/dev/xvda2 ro crashkerne=
l=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloade=
r_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:=
libxl__ev_xswatch_deregister: watch w=3D0x22f5178wpath=3D/local/domain/127 =
token=3D3/0: deregister slotnum=3D3domainbuilder: detail: xc_dom_allocate: =
cmdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dauto root=3D/dev/xvda2 ro "=
=2C features=3D"(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv ke=
rnel mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbu=
ilder: detail: xc_dom_kernel_mem: calleddomainbuilder: detail: xc_dom_ramdi=
sk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4=2C caps =
xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_6=
4domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: detail: xc=
_dom_find_loader: trying multiboot-binary loader ...domainbuilder: detail: =
loader probe faileddomainbuilder: detail: xc_dom_find_loader: trying Linux =
bzImage loader ...domainbuilder: detail: xc_dom_malloc            : 8861 kB=
domainbuilder: detail: xc_dom_do_gunzip: unzip ok=2C 0x3e7bbc -> 0x8a7564do=
mainbuilder: detail: loader probe OKxc: detail: elf_parse_binary: phdr: pad=
dr=3D0x400000 memsz=3D0x66f000xc: detail: elf_parse_binary: phdr: paddr=3D0=
xa6f000 memsz=3D0x381000xc: detail: elf_parse_binary: memory: 0x400000 -> 0=
xdf0000xc: detail: elf_xen_parse_note: GUEST_OS =3D "linux"xc: detail: elf_=
xen_parse_note: GUEST_VERSION =3D "2.6"xc: detail: elf_xen_parse_note: XEN_=
VERSION =3D "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE =3D 0xc00000=
00xc: detail: elf_xen_parse_note: ENTRY =3D 0xc0b11000xc: detail: elf_xen_p=
arse_note: HYPERCALL_PAGE =3D 0xc0402000xc: detail: elf_xen_parse_note: FEA=
TURES =3D "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_pa=
rse_note: PAE_MODE =3D "yes"xc: detail: elf_xen_parse_note: LOADER =3D "gen=
eric"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: =
elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc: detail: elf_xen_parse_note: H=
V_START_LOW =3D 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET =3D =
0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base=
        =3D 0xc0000000xc: detail:     elf_paddr_offset =3D 0x0xc: detail:  =
   virt_offset      =3D 0xc0000000xc: detail:     virt_kstart      =3D 0xc0=
400000xc: detail:     virt_kend        =3D 0xc0df0000xc: detail:     virt_e=
ntry       =3D 0xc0b11000xc: detail:     p2m_base         =3D 0xfffffffffff=
fffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc04=
00000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_init: mem 6000 MB=2C p=
ages 0x177000 pages=2C 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177=
000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: =
detail: x86_compat: guest xen-3.0-x86_32p=2C address size 32domainbuilder: =
detail: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_bu=
ild_image: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel     =
  : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detai=
l: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610=
000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 -> 0x7fd07bc7f000x=
c: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0x7fd07bdb2000domai=
nbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 -> 0xc2=
ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc     =
       : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapp=
ing: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gun=
zip: unzip ok=2C 0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_s=
egment:   phys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc page=
s)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2e=
e0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   st=
art info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_pag=
e   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom=
_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: deta=
il: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000=
ffffffff=2C 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fff=
ffff/30: 0x00000000c0000000 -> 0x00000000ffffffff=2C 1 table(s)domainbuilde=
r: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x0=
0000000c37fffff=2C 28 table(s)domainbuilder: detail: xc_dom_alloc_segment: =
  page tables  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainb=
uilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bf+0x1e a=
t 0x7fd084ad6000domainbuilder: detail: xc_dom_alloc_page   :   boot stack  =
 : 0xc34dd000 (pfn 0x34dd)domainbuilder: detail: xc_dom_build_image  : virt=
_alloc_end : 0xc34de000domainbuilder: detail: xc_dom_build_image  : virt_pg=
tab_end : 0xc3800000domainbuilder: detail: xc_dom_boot_image: calleddomainb=
uilder: detail: arch_setup_bootearly: doing nothingdomainbuilder: detail: x=
c_dom_compat_check: supported guest type: xen-3.0-x86_64domainbuilder: deta=
il: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <=3D matches=
domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x=
86_32domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-=
3.0-x86_32pdomainbuilder: detail: xc_dom_compat_check: supported guest type=
: hvm-3.0-x86_64domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit=
=2C pages 0x177000domainbuilder: detail: clear_page: pfn 0x34be=2C mfn 0x17=
cd7adomainbuilder: detail: clear_page: pfn 0x34bd=2C mfn 0x17cd7bdomainbuil=
der: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7=
fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: d=
etail: setup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuilder: d=
etail: domain builder memory footprintdomainbuilder: detail:    allocateddo=
mainbuilder: detail:       malloc             : 21157 kBdomainbuilder: deta=
il:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomai=
nbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail: =
      domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate:=
 shared_info: pfn 0x0=2C mfn 0xbf615domainbuilder: detail: shared_info_x86_=
32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: =
vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: =
called=2C ctxt=3D0x7fd084ad4004domainbuilder: detail: xc_dom_release: calle=
dlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda2 spec.backend=3Dphylibxl: debug: libxl_event.c:570:libxl__ev_xswatc=
h_register: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/517=
14/state token=3D3/1: register slotnum=3D3libxl: debug: libxl_device.c:251:=
libxl__device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: =
debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1=
 spec.backend=3Dphylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_regist=
er: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/state=
 token=3D2/2: register slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_c=
allback: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/51714/=
state token=3D3/1: event epath=3D/local/domain/0/backend/vbd/127/51714/stat=
elibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/do=
main/0/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_eve=
nt.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f6068wpath=3D/local/do=
main/0/backend/vbd/127/51714/state token=3D3/1: deregister slotnum=3D3libxl=
: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f606=
8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug:=
 calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_even=
t.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/517=
14/state token=3D3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_cal=
lback: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/st=
ate token=3D2/2: event epath=3D/local/domain/0/backend/vbd/127/51713/statel=
ibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/doma=
in/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_event=
.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8wpath=3D/local/doma=
in/0/backend/vbd/127/51713/state token=3D2/2: deregister slotnum=3D2libxl: =
debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8:=
 deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: c=
alling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.=
c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/51713=
/state token=3D2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xsw=
atch_deregister: watch w=3D0x22f60f0: deregister unregisteredlibxl: debug: =
libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: deregi=
ster unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregist=
er: watch w=3D0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c=
:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: deregister unregist=
eredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0=
x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: regis=
ter slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D=
0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: even=
t epath=3D/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.=
c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/st=
ate wanted state 2 still waiting state 1libxl: debug: libxl_event.c:514:wat=
chfd_callback: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/=
0/state token=3D2/3: event epath=3D/local/domain/0/backend/vif/127/0/statel=
ibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/doma=
in/0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:6=
06:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8wpath=3D/local/domain/0=
/backend/vif/127/0/state token=3D2/3: deregister slotnum=3D2libxl: debug: l=
ibxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8: deregis=
ter unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling h=
otplug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.=
c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa850: deregister unregis=
teredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=
=3D0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl=
__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: l=
ibxl_event.c:1591:libxl__ao_complete: ao 0x22ff8b0: complete=2C rc=3D0libxl=
: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: de=
bug: hypercall buffer: total allocations:470 total releases:470xc: debug: h=
ypercall buffer: current allocations:0 maximum allocations:3xc: debug: hype=
rcall buffer: cache current size:2xc: debug: hypercall buffer: cache hits:4=
62 misses:2 toobig:6Parsing config from guest.cfg--------------------------=
---------------------Looking into dmesg=2C the only interesting thing I see=
 related to this are these 2 lines everytime I try to start the VM: xen:bal=
loon: Cannot add additional memory (-17) xen:balloon: Cannot add additional=
 memory (-17)
Thanks!Beau
 		 	   		  =

--_c63a58bb-065f-4985-845b-78e3bb7bd88d_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






>=3B 
>=3B El 19=
/2/16 a les 17:38=2C Brandon Adkins ha escrit:
>=3B >=3B I am having=
 issues migrating my Xen setup from Debian Wheezy to Debian Jessie. The err=
ors I see are not very concrete=2C so it doesn't give me much details.Here =
is what I am seeing:First=2C when I make a new Xen VM and connect to its co=
nsole=2C I see "xenconsole: Could not open tty `': No such file or director=
y". It seems to boot fine after that=2C but after returning to Dom0=2C the =
console is kinda jacked up. This mimics exactly the issue described athttps=
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Apparently there is=
 a fix as of Oct 2015=2C but just not released on Jessie yet? Will that be =
released on Jessie sometime soon?Second=2C and this is the bigger issue: I =
can make 1 VM like this fine=2C but when I try to make a second one=2C it j=
ust seems to hang. If I use "xl create -c" so I see the console the whole t=
ime=2C I see the bootloader menu appear=2C and when the kernel selection is=
 finished=2C it prints the error about the tty=2C and then nothing else. I =
don't know if the tty issue is related 
>=3B at all."xl list" shows th=
e second VM in the list=2C but it is marked as only having 1 vcpu. If I try=
 to change this with "xl vcpu-set 2" (or any number higher)=2C it is just i=
gnored. I can't find any log files to indicate there is a problem at all. T=
he VM just doesn't start. It was created from the same template as the firs=
t VM=2C so VM1 and VM2 are basically copies of each other=2C yet only the f=
irst one will run.I have no idea if I am doing something wrong or if this i=
s a bug in Jessie. I will say that everything that I am doing now has worke=
d perfectly for years using Debian Wheezy. The only change I needed was to =
start using "xl" instead of "xm".Anyone have clues on figuring this out?Tha=
nks=2CBeau 		 	   		  
>=3B 
>=3B Hello=2C
>=3B 
>=3B C=
an you please paste the config file of those two VMs?
>=3B 
>=3B =
Also=2C can you paste the output when creating them with:
>=3B 
>=
=3B # xl -vvv create <=3Bconfig.cfg>=3B
>=3B 
>=3B Are there =
any errors displayed by Xen or Linux in the serial console or
>=3B dme=
sg?
>=3B 
>=3B Roger.

Hi Roger=2C&nb=
sp=3B

Thanks for the help. Here are the 2 config f=
iles:
guest0:
bootloader =3D '/usr/lib/xen-4.4/bin=
/pygrub'
vcpus =3D '6'
cpus =3D '2-7'
memory =
=3D '6000'
root =3D '/dev/xvda2 ro'
disk =3D [ 'phy:/de=
v/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest0swap=
=2Cxvda1=2Cw' ]
name =3D 'guest0'
vif =3D [ 'mac=3DAE:5=
7:EC:01:54:8C=2Cbridge=3Dxenbr0' ]
on_poweroff =3D 'destroy'
on_reboot =3D 'restart'
on_crash =3D 'restart'
<=
div>-----------------------------------------
guest1:
<=
div>bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'
vcpus =3D '6'
cpus =3D '2-7'
memory =3D '6000'
root =3D '/dev=
/xvda2 ro'
disk =3D [ 'phy:/dev/xenvolgroup/guest1disk=2Cxvda2=2C=
w'=2C 'phy:/dev/xenvolgroup/guest1swap=2Cxvda1=2Cw' ]
name =3D 'g=
uest1'
vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr0' ]
on_poweroff =3D 'destroy'
on_reboot =3D 'restart'
on_crash =3D 'restart'
---------------------------------=
------------
Output of xl -vvv create:
libxl: debu=
g: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=3D(n
il) callback=3D(nil) poller=3D0x22ff9b0
libxl: debug: libx=
l_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda2
=
 =3Bspec.backend=3Dunknown
libxl: debug: libxl_device.c:286:l=
ibxl__device_disk_set_backend: Disk vdev=3Dxvda2
=2C using backen=
d phy
libxl: debug: libxl_device.c:251:libxl__device_disk_set_bac=
kend: Disk vdev=3Dxvda1
 =3Bspec.backend=3Dunknown
=
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda1
=2C using backend phy
libxl: debug: libxl_crea=
te.c:797:initiate_domain_create: running bootloader
libxl: debug:=
 libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D(null
=

) spec.backend=3Dphy
libxl: debug: libxl.c:2634:libxl__devic=
e_disk_local_initiate_attach: locally att
aching PHY disk /dev/xe=
nvolgroup/guest1disk
libxl: debug: libxl_bootloader.c:409:bootloa=
der_disk_attached_cb: Config bootloa
der value: /usr/lib/xen-4.4/=
bin/pygrub
libxl: debug: libxl_create.c:1356:do_domain_create: ao=
 0x22ff8b0: inprogress: po
ller=3D0x22ff9b0=2C flags=3Di
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x2=
2f5178 wp
ath=3D/local/domain/127 token=3D3/0: register slotnum=
=3D3
libxl: debug: libxl_event.c:1761:libxl__ao_progress_report: =
ao 0x22ff8b0: progre
ss report: ignored
libxl: debug: l=
ibxl_bootloader.c:535:bootloader_gotptys: executing bootloader: /
usr/lib/xen-4.4/bin/pygrub
libxl: debug: libxl_bootloader.c:539:=
bootloader_gotptys:  =3B bootloader arg: /usr/
lib/xen-4.4/bi=
n/pygrub
libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:=
  =3B bootloader arg: --arg
s=3Droot=3D/dev/xvda2 ro
libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:  =3B bootloa=
der arg: --out
put=3D/var/run/xen/bootloader.127.out
li=
bxl: debug: libxl_bootloader.c:539:bootloader_gotptys:  =3B bootloader =
arg: --out
put-format=3Dsimple0
libxl: debug: libxl_boo=
tloader.c:539:bootloader_gotptys:  =3B bootloader arg: --out
=
put-directory=3D/var/run/xen/bootloader.127.d
libxl: debug: libxl=
_bootloader.c:539:bootloader_gotptys:  =3B bootloader arg: /dev/
<=
div>xenvolgroup/guest1disk
libxl: debug: libxl_event.c:514:watchf=
d_callback: watch w=3D0x22f5178 wpath=3D/local
/domain/127 token=
=3D3/0: event epath=3D/local/domain/127
libxl: debug: libxl_bootl=
oader.c:634:bootloader_finished: bootloader completed
libxl: debu=
g: libxl_bootloader.c:136:bootloader_result_command: bootloader outpu
=

t contained kernel /var/run/xen/bootloader.127.d/boot_kernel.m3pOqr
libxl: debug: libxl_bootloader.c:136:bootloader_result_command: boo=
tloader outpu
t contained ramdisk /var/run/xen/bootloader.127.d/b=
oot_ramdisk.DQT0dD
libxl: debug: libxl_bootloader.c:136:bootloade=
r_result_command: bootloader outpu
t contained args root=3D/dev/x=
vda2 ro crashkernel=3Dauto root=3D/dev/xvda2 ro
libxl: debug: lib=
xl_bootloader.c:647:bootloader_finished: bootloader execution s
u=
ccessful
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregi=
ster: watch w=3D0x22f5178
wpath=3D/local/domain/127 token=3D3/0: =
deregister slotnum=3D3
domainbuilder: detail: xc_dom_allocate: cm=
dline=3D"root=3D/dev/xvda2 ro crashkernel=3D
auto root=3D/dev/xvd=
a2 ro "=2C features=3D"(null)"
libxl: debug: libxl_dom.c:364:libx=
l__build_pv: pv kernel mapped 1 path /var/run/
xen/bootloader.127=
.d/boot_kernel.m3pOqr
domainbuilder: detail: xc_dom_kernel_mem: c=
alled
domainbuilder: detail: xc_dom_ramdisk_mem: called
domainbuilder: detail: xc_dom_boot_xen_init: ver 4.4=2C caps xen-3.0-x86_6=
4 xen-3.
0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64<=
/div>
domainbuilder: detail: xc_dom_parse_image: called
domai=
nbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ...
domainbuilder: detail: loader probe failed
domainbuilder:=
 detail: xc_dom_find_loader: trying Linux bzImage loader ...
doma=
inbuilder: detail: xc_dom_malloc  =3B  =3B  =3B  =3B  =
=3B  =3B: 8861 kB
domainbuilder: detail: xc_dom_do_gunzip: un=
zip ok=2C 0x3e7bbc ->=3B 0x8a7564
domainbuilder: detail: loader=
 probe OK
xc: detail: elf_parse_binary: phdr: paddr=3D0x400000 me=
msz=3D0x66f000
xc: detail: elf_parse_binary: phdr: paddr=3D0xa6f0=
00 memsz=3D0x381000
xc: detail: elf_parse_binary: memory: 0x40000=
0 ->=3B 0xdf0000
xc: detail: elf_xen_parse_note: GUEST_OS =3D "=
linux"
xc: detail: elf_xen_parse_note: GUEST_VERSION =3D "2.6"
xc: detail: elf_xen_parse_note: XEN_VERSION =3D "xen-3.0"
xc: detail: elf_xen_parse_note: VIRT_BASE =3D 0xc0000000
xc: det=
ail: elf_xen_parse_note: ENTRY =3D 0xc0b11000
xc: detail: elf_xen=
_parse_note: HYPERCALL_PAGE =3D 0xc0402000
xc: detail: elf_xen_pa=
rse_note: FEATURES =3D "!writable_page_tables|pae_pgdir_abov
e_4g=
b"
xc: detail: elf_xen_parse_note: PAE_MODE =3D "yes"
x=
c: detail: elf_xen_parse_note: LOADER =3D "generic"
xc: detail: e=
lf_xen_parse_note: unknown xen elf note (0xd)
xc: detail: elf_xen=
_parse_note: SUSPEND_CANCEL =3D 0x1
xc: detail: elf_xen_parse_not=
e: HV_START_LOW =3D 0xf5800000
xc: detail: elf_xen_parse_note: PA=
DDR_OFFSET =3D 0x0
xc: detail: elf_xen_addr_calc_check: addresses=
:
xc: detail:  =3B  =3B virt_base  =3B  =3B  =
=3B  =3B=3D 0xc0000000
xc: detail:  =3B  =3B elf_padd=
r_offset =3D 0x0
xc: detail:  =3B  =3B virt_offset  =
=3B  =3B  =3B=3D 0xc0000000
xc: detail:  =3B  =3B=
 virt_kstart  =3B  =3B  =3B=3D 0xc0400000
xc: detail:=
  =3B  =3B virt_kend  =3B  =3B  =3B  =3B=3D 0xc0df0=
000
xc: detail:  =3B  =3B virt_entry  =3B  =3B &n=
bsp=3B =3D 0xc0b11000
xc: detail:  =3B  =3B p2m_base &nbs=
p=3B  =3B  =3B  =3B =3D 0xffffffffffffffff
domainbuil=
der: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc0400000 ->=3B 0=

xc0df0000
domainbuilder: detail: xc_dom_mem_init: mem =
6000 MB=2C pages 0x177000 pages=2C 4k ea
ch
domainbuild=
er: detail: xc_dom_mem_init: 0x177000 pages
domainbuilder: detail=
: xc_dom_boot_mem_init: called
domainbuilder: detail: x86_compat:=
 guest xen-3.0-x86_32p=2C address size 32
domainbuilder: detail: =
xc_dom_malloc  =3B  =3B  =3B  =3B  =3B  =3B: 12000 =
kB
domainbuilder: detail: xc_dom_build_image: called
<=
div>
domainbuilder: detail: xc_dom_alloc_segment:  =3B kernel  =
=3B  =3B  =3B : 0xc0400000 ->=3B 0xc0
df0000  =3B(p=
fn 0x400 + 0x9f0 pages)
domainbuilder: detail: xc_dom_pfn_to_ptr_=
retcount: domU mapping: pfn 0x400+0x9f0
 =3Bat 0x7fd07b610000=

xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 ->=3B 0x=
7fd07bc7f000
xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f00=
0 ->=3B 0x7fd07bdb2000
domainbuilder: detail: xc_dom_alloc_segm=
ent:  =3B ramdisk  =3B  =3B  =3B: 0xc0df0000 ->=3B 0xc2
ee0000  =3B(pfn 0xdf0 + 0x20f0 pages)
domainbuilder:=
 detail: xc_dom_malloc  =3B  =3B  =3B  =3B  =3B  =
=3B: 197 kB
domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: do=
mU mapping: pfn 0xdf0+0x20f
0 at 0x7fd079520000
domainb=
uilder: detail: xc_dom_do_gunzip: unzip ok=2C 0xd262fe ->=3B 0x20ef410
domainbuilder: detail: xc_dom_alloc_segment:  =3B phys2mach &nb=
sp=3B  =3B: 0xc2ee0000 ->=3B 0xc3
4bc000  =3B(pfn 0x2ee=
0 + 0x5dc pages)
domainbuilder: detail: xc_dom_pfn_to_ptr_retcoun=
t: domU mapping: pfn 0x2ee0+0x5d
c at 0x7fd0800d3000
do=
mainbuilder: detail: xc_dom_alloc_page  =3B :  =3B start info  =
=3B : 0xc34bc000 (pfn 0x
34bc)
domainbuilder: detail: x=
c_dom_alloc_page  =3B :  =3B xenstore  =3B  =3B : 0xc34bd00=
0 (pfn 0x
34bd)
domainbuilder: detail: xc_dom_alloc_pag=
e  =3B :  =3B console  =3B  =3B  =3B: 0xc34be000 (pfn 0=
x
34be)
domainbuilder: detail: nr_page_tables: 0x000000=
00ffffffff/32: 0x0000000000000000
 =3B->=3B 0x00000000fffff=
fff=2C 1 table(s)
domainbuilder: detail: nr_page_tables: 0x000000=
003fffffff/30: 0x00000000c0000000
 =3B->=3B 0x00000000fffff=
fff=2C 1 table(s)
domainbuilder: detail: nr_page_tables: 0x000000=
00001fffff/21: 0x00000000c0000000
 =3B->=3B 0x00000000c37ff=
fff=2C 28 table(s)
domainbuilder: detail: xc_dom_alloc_segment: &=
nbsp=3B page tables  =3B: 0xc34bf000 ->=3B 0xc3
4dd000 &nbs=
p=3B(pfn 0x34bf + 0x1e pages)
domainbuilder: detail: xc_dom_pfn_t=
o_ptr_retcount: domU mapping: pfn 0x34bf+0x1e
 =3Bat 0x7fd084=
ad6000
domainbuilder: detail: xc_dom_alloc_page  =3B :  =
=3B boot stack  =3B : 0xc34dd000 (pfn 0x
34dd)
doma=
inbuilder: detail: xc_dom_build_image  =3B: virt_alloc_end : 0xc34de000=

domainbuilder: detail: xc_dom_build_image  =3B: virt_pgtab_e=
nd : 0xc3800000
domainbuilder: detail: xc_dom_boot_image: called<=
/div>
domainbuilder: detail: arch_setup_bootearly: doing nothing
<=
div>domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3=
.0-x86_64
domainbuilder: detail: xc_dom_compat_check: supported g=
uest type: xen-3.0-x86_32
p <=3B=3D matches
domainbui=
lder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32
domainbuilder: detail: xc_dom_compat_check: supported guest type: hv=
m-3.0-x86_32
p
domainbuilder: detail: xc_dom_compat_che=
ck: supported guest type: hvm-3.0-x86_64
domainbuilder: detail: x=
c_dom_update_guest_p2m: dst 32bit=2C pages 0x177000
domainbuilder=
: detail: clear_page: pfn 0x34be=2C mfn 0x17cd7a
domainbuilder: d=
etail: clear_page: pfn 0x34bd=2C mfn 0x17cd7b
domainbuilder: deta=
il: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1
at 0=
x7fd084b31000
domainbuilder: detail: start_info_x86_32: called
domainbuilder: detail: setup_hypercall_page: vaddr=3D0xc0402000 pfn=
=3D0x402
domainbuilder: detail: domain builder memory footprint
domainbuilder: detail:  =3B  =3Ballocated
domain=
builder: detail:  =3B  =3B  =3B malloc  =3B  =3B  =
=3B  =3B  =3B  =3B : 21157 kB
domainbuilder: detail: =
 =3B  =3B  =3B anon mmap  =3B  =3B  =3B  =3B &n=
bsp=3B: 0 bytes
domainbuilder: detail:  =3B  =3Bmapped
domainbuilder: detail:  =3B  =3B  =3B file mmap  =
=3B  =3B  =3B  =3B  =3B: 0 bytes
domainbuilder: d=
etail:  =3B  =3B  =3B domU mmap  =3B  =3B  =3B &nbs=
p=3B  =3B: 48 MB
domainbuilder: detail: arch_setup_bootlate: =
shared_info: pfn 0x0=2C mfn 0xbf615
domainbuilder: detail: shared=
_info_x86_32: called
domainbuilder: detail: vcpu_x86_32: called
domainbuilder: detail: vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79
domainbuilder: detail: launch_vm: called=2C ctxt=3D0x7fd084ad4004<=
/div>
domainbuilder: detail: xc_dom_release: called
libxl: de=
bug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda2
 =3Bspec.backend=3Dphy
libxl: debug: libxl_event.c:5=
70:libxl__ev_xswatch_register: watch w=3D0x22f6068 wp
ath=3D/loca=
l/domain/0/backend/vbd/127/51714/state token=3D3/1: register slotnum=3D3
libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Di=
sk vdev=3Dxvda1
 =3Bspec.backend=3Dphy
libxl: debug=
: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1
 =3Bspec.backend=3Dphy
libxl: debug: libxl_event.c:570:=
libxl__ev_xswatch_register: watch w=3D0x22f7df8 wp
ath=3D/local/d=
omain/0/backend/vbd/127/51713/state token=3D2/2: register slotnum=3D2
=

libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f6068 =
wpath=3D/local
/domain/0/backend/vbd/127/51714/state token=3D3/1:=
 event epath=3D/local/domain/0/bac
kend/vbd/127/51714/state
=

libxl: debug: libxl_event.c:653:devstate_watch_callback: backend /loca=
l/domain/0
/backend/vbd/127/51714/state wanted state 2 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister:=
 watch w=3D0x22f6068
wpath=3D/local/domain/0/backend/vbd/127/5171=
4/state token=3D3/1: deregister slotnum=3D
3
libxl: deb=
ug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f6068:
 =3Bderegister unregistered
libxl: debug: libxl_devic=
e.c:1023:device_hotplug: calling hotplug script: /etc/x
en/script=
s/block add
libxl: debug: libxl_event.c:483:watchfd_callback: wat=
ch epath=3D/local/domain/0/ba
ckend/vbd/127/51714/state token=3D3=
/1: empty slot
libxl: debug: libxl_event.c:514:watchfd_callback: =
watch w=3D0x22f7df8 wpath=3D/local
/domain/0/backend/vbd/127/5171=
3/state token=3D2/2: event epath=3D/local/domain/0/bac
kend/vbd/1=
27/51713/state
libxl: debug: libxl_event.c:653:devstate_watch_cal=
lback: backend /local/domain/0
/backend/vbd/127/51713/state wante=
d state 2 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_de=
register: watch w=3D0x22f7df8
wpath=3D/local/domain/0/backend/vbd=
/127/51713/state token=3D2/2: deregister slotnum=3D
2
l=
ibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22=
f7df8:
 =3Bderegister unregistered
libxl: debug: li=
bxl_device.c:1023:device_hotplug: calling hotplug script: /etc/x
=
en/scripts/block add
libxl: debug: libxl_event.c:483:watchfd_call=
back: watch epath=3D/local/domain/0/ba
ckend/vbd/127/51713/state =
token=3D2/2: empty slot
libxl: debug: libxl_event.c:618:libxl__ev=
_xswatch_deregister: watch w=3D0x22f60f0:
 =3Bderegister unre=
gistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregi=
ster: watch w=3D0x22f60f0:
 =3Bderegister unregistered
<=
div>libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=
=3D0x22f7e80:
 =3Bderegister unregistered
libxl: de=
bug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80:
 =3Bderegister unregistered
libxl: debug: libxl_even=
t.c:570:libxl__ev_xswatch_register: watch w=3D0x22fa7c8 wp
ath=3D=
/local/domain/0/backend/vif/127/0/state token=3D2/3: register slotnum=3D2
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22fa=
7c8 wpath=3D/local
/domain/0/backend/vif/127/0/state token=3D2/3:=
 event epath=3D/local/domain/0/backend
/vif/127/0/state
libxl: debug: libxl_event.c:657:devstate_watch_callback: backend /local/do=
main/0
/backend/vif/127/0/state wanted state 2 still waiting stat=
e 1
libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0=
x22fa7c8 wpath=3D/local
/domain/0/backend/vif/127/0/state token=
=3D2/3: event epath=3D/local/domain/0/backend
/vif/127/0/state
libxl: debug: libxl_event.c:653:devstate_watch_callback: backend /l=
ocal/domain/0
/backend/vif/127/0/state wanted state 2 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0=
x22fa7c8
wpath=3D/local/domain/0/backend/vif/127/0/state token=3D=
2/3: deregister slotnum=3D2
libxl: debug: libxl_event.c:618:libxl=
__ev_xswatch_deregister: watch w=3D0x22fa7c8:
 =3Bderegister =
unregistered
libxl: debug: libxl_device.c:1023:device_hotplug: ca=
lling hotplug script: /etc/x
en/scripts/vif-bridge online
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D=
0x22fa850:
 =3Bderegister unregistered
libxl: debug=
: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa850:
 =3Bderegister unregistered
libxl: debug: libxl_event.c=
:1761:libxl__ao_progress_report: ao 0x22ff8b0: progre
ss report: =
ignored
libxl: debug: libxl_event.c:1591:libxl__ao_complete: ao 0=
x22ff8b0: complete=2C rc=3D
0
libxl: debug: libxl_event=
.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroy
xc: debug: hype=
rcall buffer: total allocations:470 total releases:470
xc: debug:=
 hypercall buffer: current allocations:0 maximum allocations:3
xc=
: debug: hypercall buffer: cache current size:2
xc: de=
bug: hypercall buffer: cache hits:462 misses:2 toobig:6
Parsing c=
onfig from guest.cfg
--------------------------------------=
---------
Looking into dmesg=2C the only interesting thing I see =
related to this are these 2 lines everytime I try to start the VM:
 =3Bxen:balloon: Cannot add additional memory (-17)
&n=
bsp=3Bxen:balloon: Cannot add additional memory (-17)

<=
/div>
Thanks!
Beau

 		 	   		  

=

--_c63a58bb-065f-4985-845b-78e3bb7bd88d_--


--===============1928452356783256096==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============1928452356783256096==--


From xen-users-bounces@lists.xen.org Tue Feb 23 03:23:53 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 03:23:53 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY3Yn-0006pV-8n; Tue, 23 Feb 2016 03:22:49 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aXdbP-0000Ju-6O
	for xen-users@lists.xen.org; Sun, 21 Feb 2016 23:39:47 +0000
Received: from [85.158.137.68] by server-2.bemta-3.messagelabs.com id
	86/06-03293-2CA4AC65; Sun, 21 Feb 2016 23:39:46 +0000
X-Env-Sender: hsc.10oct@gmail.com
X-Msg-Ref: server-13.tower-31.messagelabs.com!1456097984!23415732!1
X-Originating-IP: [209.85.160.172]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_10_20,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7301 invoked from network); 21 Feb 2016 23:39:45 -0000
Received: from mail-yk0-f172.google.com (HELO mail-yk0-f172.google.com)
	(209.85.160.172)
	by server-13.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 21 Feb 2016 23:39:45 -0000
Received: by mail-yk0-f172.google.com with SMTP id u9so55266472ykd.1
	for ; Sun, 21 Feb 2016 15:39:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:date:message-id:subject:from:to:content-type;
	bh=+OLQR3i/YfSKb5rt2kvZE2mWXDKaXET1bbK4o9AD8Qw=;
	b=vrbBftxhuNTjkrWtrcUdDSTl+Xaj6tUe3iCVbUXT0uJLnPdGaOmpi+xg0YVvpAcPM7
	v+oTK0rhbxGHv9kwj8I4yDHvdcRz3+Jbq6DA2xd0kJbGSjowfMHNFAePpqxC9Zfx8L6j
	wSMlSdad0L8+WCNtHxZ3Ag5zz7VajpAVUrKmUygnWmoGUe2PBltVVUc3W5q/orYc0FYp
	uDEpeeLp58TGq6UPxe0gEl7k1ak019k7oxmaEi72HzifLO5s+WmpYgtxW06edbcaDYuj
	Ezl60Q27qaXGJ0FZr3ZdBoTxaepcmKSEGeS2PTrb5ZF6drLjMC1ztNbItMBMtrpvUUxp
	3FjQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:date:message-id:subject:from:to
	:content-type;
	bh=+OLQR3i/YfSKb5rt2kvZE2mWXDKaXET1bbK4o9AD8Qw=;
	b=I/lIWrQsveO7N8kE/gYDSzo8fVoikhHnok3muGyClRJKTtNpxWgwwQrg4ovG603/oU
	6HKqqCGQ7eykZ0l4xyDuK0DQHziIAqZmK2M93IaLZzNJjtKDJ9OdsLkLDTpf9OcIHNU/
	0Wcrf1kJhUUbdfXW00NwNyNLMNSWj26CCn1O6vaJ6hbCc+Ximi3IIoWCi4EGzBMMoUPQ
	FYg5rOjw7K2pN3C5w92b8PyrM6FiiQ7deuBFU+snWHOdJfPSfFufX7tUUtsglUjlKSwY
	sgpb84yvEByxLkh0QyieoXdqnkdcc8QXV9eOMC1sBpgpAuyMRFHNrfy/ZKk3lbF8IT7U
	sS2A==
X-Gm-Message-State: AG10YORD7685kh1w6QfcmnM2XKhDANRxd464EjtmQ+VgZkyuqP5h9yoZDKacF4CQggOLIUD+mtwRCGebo+gwcQ==
MIME-Version: 1.0
X-Received: by 10.37.109.68 with SMTP id i65mr12953457ybc.91.1456097984049;
	Sun, 21 Feb 2016 15:39:44 -0800 (PST)
Received: by 10.37.32.11 with HTTP; Sun, 21 Feb 2016 15:39:44 -0800 (PST)
Date: Sun, 21 Feb 2016 18:39:44 -0500
Message-ID: 
From: Harpreet Singh Chawla 
To: xen-users@lists.xen.org
X-Mailman-Approved-At: Tue, 23 Feb 2016 03:22:46 +0000
Subject: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============4011195484515829505=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============4011195484515829505==
Content-Type: multipart/alternative; boundary=001a11414ee018fd64052c503b9f

--001a11414ee018fd64052c503b9f
Content-Type: text/plain; charset=UTF-8

I have been trying to run* remus on Xen 4.6*
I have *successfully done basic migration to and fro from one server to
another* without any issues.
But when I tried to run *remus with networking enabled and disk buffering
disabled*,

```
sudo xl remus -F -d linux-1 root@

```

I get the following error message:

```
migration target: Ready to receive domain.
Saving to migration stream new xl format (info 0x3/0x0/1219)
libxl: error: libxl.c:889:libxl__remus_setup: Remus: No support for network
buffering
Remus: Backup failed? resuming domain at primary.
xc: error: Dom 1 not suspended: (shutdown 0, reason 255): Internal error
libxl: error: libxl_dom_suspend.c:409:libxl__domain_resume:
xc_domain_resume failed for domain 1: Invalid argument
Loading new save file  (new xl fmt info
0x3/0x0/1219)
 Savefile contains xl domain config in JSON format
Parsing config from 
libxl: error: libxl_stream_read.c:298:stream_header_done: Invalid ident:
expected 0x4c6962786c466d74, got 0x0000000000000000

```

I don't really need disk buffering as of now, and in some prior thread
of *Migration
Failure* I read the feature doesn't work well in xen 4.6 (am not sure if it
has been fixed), but I need network buffering.
*I can run the remus feature using the -n option* for disabling network
buffering, but not with with network buffering enabled.

Anyone has a solution for fixing this?


Thanks

Harpreet

--001a11414ee018fd64052c503b9f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


I have been trying to r=
un remus on Xen 4.6 
I have successfully done basic migr=
ation to and fro from one server to another without any issues.
But when I tried to run remus with networking enabled and disk bufferi=
ng disabled, 

```
sudo xl remus -F -d linux-1 root@<server=
_domain_name>

```

I get the following error message:
```
migration target: Ready to receive domain.
Saving to migration =
stream new xl format (info 0x3/0x0/1219)
libxl: error: libxl.c:889:libxl=
__remus_setup: Remus: No support for network buffering 
Remus: Backup fa=
iled? resuming domain at primary.
xc: error: Dom 1 not suspended: (shutd=
own 0, reason 255): Internal error
libxl: error: libxl_dom_suspend.c:409=
:libxl__domain_resume: xc_domain_resume failed for domain 1: Invalid argume=
nt
Loading new save file <incoming migration stream> (new xl fmt i=
nfo 0x3/0x0/1219)
=C2=A0Savefile contains xl domain config in JSON forma=
t
Parsing config from <saved>
libxl: error: libxl_stream_read.c=
:298:stream_header_done: Invalid ident: expected 0x4c6962786c466d74, got 0x=
0000000000000000

```

I don't really need disk buffe=
ring as of now, and in some prior thread of Migration Failure I read=
 the feature doesn't work well in xen 4.6 (am not sure if it has been f=
ixed), but I need network buffering.
I can run the remus featur=
e using the -n option for disabling network buffering, but not with wit=
h network buffering enabled.

Anyone has a solution for fixing =
this?


Thanks

Harpreet


--001a11414ee018fd64052c503b9f--


--===============4011195484515829505==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============4011195484515829505==--


From xen-users-bounces@lists.xen.org Tue Feb 23 08:24:48 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 08:24:48 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY8G6-0005RM-Ft; Tue, 23 Feb 2016 08:23:50 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY8G5-0005RF-7j
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 08:23:49 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	61/CB-03443-4171CC65; Tue, 23 Feb 2016 08:23:48 +0000
X-Env-Sender: prvs=854777591=roger.pau@citrix.com
X-Msg-Ref: server-6.tower-31.messagelabs.com!1456215825!24311236!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 34411 invoked from network); 23 Feb 2016 08:23:47 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 08:23:47 -0000
X-IronPort-AV: E=Sophos;i="5.22,488,1449532800"; d="scan'208";a="333585078"
To: Brandon Adkins , "xen-users@lists.xen.org"
	
References: 
	<56CAEEA7.7050508@citrix.com>
	
	<56CB4D1C.3000701@citrix.com>
	
	
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CC1701.3070807@citrix.com>
Date: Tue, 23 Feb 2016 09:23:29 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA2
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 22/2/16 a les 20:11, Brandon Adkins ha escrit:
> 
>> El 22/2/16 a les 18:40, Brandon Adkins ha escrit:
>>>
>>>>
>>>> El 19/2/16 a les 17:38, Brandon Adkins ha escrit:
>>>>> I am having issues migrating my Xen setup from Debian Wheezy to Debian Jessie. The errors I see are not very concrete, so it doesn't give me much details.Here is what I am seeing:First, when I make a new Xen VM and connect to its console, I see "xenconsole: Could not open tty `': No such file or directory". It seems to boot fine after that, but after returning to Dom0, the console is kinda jacked up. This mimics exactly the issue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794071 . Apparently there is a fix as of Oct 2015, but just not released on Jessie yet? Will that be released on Jessie sometime soon?Second, and this is the bigger issue: I can make 1 VM like this fine, but when I try to make a second one, it just seems to hang. If I use "xl create -c" so I see the console the whole time, I see the bootloader menu appear, and when the kernel selection is finished, it prints the error about the tty, and then nothing else. I don't know if the tty issue is rela
te
>> d 
>>>> at all."xl list" shows the second VM in the list, but it is marked as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any number higher), it is just ignored. I can't find any log files to indicate there is a problem at all. The VM just doesn't start. It was created from the same template as the first VM, so VM1 and VM2 are basically copies of each other, yet only the first one will run.I have no idea if I am doing something wrong or if this is a bug in Jessie. I will say that everything that I am doing now has worked perfectly for years using Debian Wheezy. The only change I needed was to start using "xl" instead of "xm".Anyone have clues on figuring this out?Thanks,Beau 		 	   		  
>>>>
>>>> Hello,
>>>>
>>>> Can you please paste the config file of those two VMs?
>>>>
>>>> Also, can you paste the output when creating them with:
>>>>
>>>> # xl -vvv create 
>>>>
>>>> Are there any errors displayed by Xen or Linux in the serial console or
>>>> dmesg?
>>>>
>>>> Roger.
>>>
>>
>> Hello,
>>
>> I'm sorry but your MUA seems to completely mangle the messages, and I
>> cannot parse the output you posted. Could you try to use a different MUA
>> that adds proper line breaks?
>>
>> Thanks, Roger.
>>
> Trying again
> 
> Hi Roger, 
> Thanks for the help. Here are the 2 config files:guest0:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest0disk,xvda2,w', 'phy:/dev/xenvolgroup/guest0swap,xvda1,w' ]name = 'guest0'vif = [ 'mac=AE:57:EC:01:54:8C,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'-----------------------------------------guest1:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest1disk,xvda2,w', 'phy:/dev/xenvolgroup/guest1swap,xvda1,w' ]name = 'guest1'vif = [ 'mac=76:7B:D6:6F:34:C6,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'---------------------------------------------Output of xl -vvv create:libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=(nil) callback=(nil) poller=0x22ff9b0libxl: debug: libxl_device.c:251:libxl__device_disk_set_backen
d: Disk vdev=xvda2 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda2, using backend phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda1, using backend phylibxl: debug: libxl_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=(null) spec.backend=phylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_attach: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: poller=0x22ff9b0, flags=ilibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: register slotnum=3libxl: debug:
 libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: executing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --args=root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output=/var/run/xen/bootloader.127.outlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-format=simple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-directory=/var/run/xen/bootloader.127.dlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: event epath=/local/domain/127libxl: debug: libxl_bootloader.c:634
:bootloader_finished: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained kernel /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained ramdisk /var/run/xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained args root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloader_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f5178wpath=/local/domain/127 token=3/0: deregister slotnum=3domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 ro ", features="(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem: ca
lleddomainbuilder: detail: xc_dom_ramdisk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ...domainbuilder: detail: loader probe faileddomainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ...domainbuilder: detail: xc_dom_malloc            : 8861 kBdomainbuilder: detail: xc_dom_do_gunzip: unzip ok, 0x3e7bbc -> 0x8a7564domainbuilder: detail: loader probe OKxc: detail: elf_parse_binary: phdr: paddr=0x400000 memsz=0x66f000xc: detail: elf_parse_binary: phdr: paddr=0xa6f000 memsz=0x381000xc: detail: elf_parse_binary: memory: 0x400000 -> 0xdf0000xc: detail: elf_xen_parse_note: GUEST_OS = "linux"xc: detail: elf_xen_parse_note: GUEST_VERSION = "2.6"xc: detail: elf_xen_parse_note: XEN_VERSION = "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE = 0xc0000000xc:
 detail: elf_xen_parse_note: ENTRY = 0xc0b11000xc: detail: elf_xen_parse_note: HYPERCALL_PAGE = 0xc0402000xc: detail: elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_parse_note: PAE_MODE = "yes"xc: detail: elf_xen_parse_note: LOADER = "generic"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: elf_xen_parse_note: SUSPEND_CANCEL = 0x1xc: detail: elf_xen_parse_note: HV_START_LOW = 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET = 0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base        = 0xc0000000xc: detail:     elf_paddr_offset = 0x0xc: detail:     virt_offset      = 0xc0000000xc: detail:     virt_kstart      = 0xc0400000xc: detail:     virt_kend        = 0xc0df0000xc: detail:     virt_entry       = 0xc0b11000xc: detail:     p2m_base         = 0xffffffffffffffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc0400000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_init: 
mem 6000 MB, pages 0x177000 pages, 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: detail: x86_compat: guest xen-3.0-x86_32p, address size 32domainbuilder: detail: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_build_image: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel       : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 -> 0x7fd07bc7f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0x7fd07bdb2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 -> 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gunzip: unzip ok,
 0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   phys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c0000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c37fffff, 28 table(s)domainbuilder: detail: xc_dom_alloc_segment:   page tables  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: do
mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: detail: xc_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainbuilder: detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuilder: detail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder: detail: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootearly: doing nothingdomainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <= matchesdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit, pages 0x177000domainbuilder: detail: clear_page: pfn 0x34be, mfn 0x17cd7adomainbuilder: detail: clear_page: pfn 0x34bd, mfn 0x17cd7bdomainbuilder: 
detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: detail: setup_hypercall_page: vaddr=0xc0402000 pfn=0x402domainbuilder: detail: domain builder memory footprintdomainbuilder: detail:    allocateddomainbuilder: detail:       malloc             : 21157 kBdomainbuilder: detail:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomainbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail:       domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0xbf615domainbuilder: detail: shared_info_x86_32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: called, ctxt=0x7fd084ad4004domainbuilder: detail: xc_dom_release: calledlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=phylibxl: debug: li
bxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: register slotnum=3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: event epath=/local/domain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f6068wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: deregister slotnum=3libxl: debug: libxl_event.c:618:libxl
__ev_xswatch_deregister: watch w=0x22f6068: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483:watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51714/state token=3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: event epath=/local/domain/0/backend/vbd/127/51713/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f7df8wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7df8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483
:watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51713/state token=2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 still waiting state 1libxl: debug: lib
xl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22fa7c8wpath=/local/domain/0/backend/vif/127/0/state token=2/3: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_event.c:1591:libxl__ao_c
omplete: ao 0x22ff8b0: complete, rc=0libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: total allocations:470 total releases:470xc: debug: hypercall buffer: current allocations:0 maximum allocations:3xc: debug: hypercall buffer: cache current size:2xc: debug: hypercall buffer: cache hits:462 misses:2 toobig:6Parsing config from guest.cfg-----------------------------------------------Looking into dmesg, the only interesting thing I see related to this are these 2 lines everytime I try to start the VM: xen:balloon: Cannot add additional memory (-17) xen:balloon: Cannot add additional memory (-17)
> Thanks!Beau

Hello,

Can you also post the output of xl info before creating the guests?
AFAICT you are
giving each guest 6000MB of RAM; are you sure you have enough RAM for
Dom0 plus this two guests?

>From the output you provided, I can only see the trace of one guest
booting [0] (one execution of xl), what happens with the other guest?

Roger.

[0]
http://lists.xenproject.org/archives/html/xen-users/2016-02/msg00116.html


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 08:24:48 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 08:24:48 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY8G6-0005RM-Ft; Tue, 23 Feb 2016 08:23:50 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY8G5-0005RF-7j
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 08:23:49 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	61/CB-03443-4171CC65; Tue, 23 Feb 2016 08:23:48 +0000
X-Env-Sender: prvs=854777591=roger.pau@citrix.com
X-Msg-Ref: server-6.tower-31.messagelabs.com!1456215825!24311236!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 34411 invoked from network); 23 Feb 2016 08:23:47 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 08:23:47 -0000
X-IronPort-AV: E=Sophos;i="5.22,488,1449532800"; d="scan'208";a="333585078"
To: Brandon Adkins , "xen-users@lists.xen.org"
	
References: 
	<56CAEEA7.7050508@citrix.com>
	
	<56CB4D1C.3000701@citrix.com>
	
	
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CC1701.3070807@citrix.com>
Date: Tue, 23 Feb 2016 09:23:29 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA2
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 22/2/16 a les 20:11, Brandon Adkins ha escrit:
> 
>> El 22/2/16 a les 18:40, Brandon Adkins ha escrit:
>>>
>>>>
>>>> El 19/2/16 a les 17:38, Brandon Adkins ha escrit:
>>>>> I am having issues migrating my Xen setup from Debian Wheezy to Debian Jessie. The errors I see are not very concrete, so it doesn't give me much details.Here is what I am seeing:First, when I make a new Xen VM and connect to its console, I see "xenconsole: Could not open tty `': No such file or directory". It seems to boot fine after that, but after returning to Dom0, the console is kinda jacked up. This mimics exactly the issue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794071 . Apparently there is a fix as of Oct 2015, but just not released on Jessie yet? Will that be released on Jessie sometime soon?Second, and this is the bigger issue: I can make 1 VM like this fine, but when I try to make a second one, it just seems to hang. If I use "xl create -c" so I see the console the whole time, I see the bootloader menu appear, and when the kernel selection is finished, it prints the error about the tty, and then nothing else. I don't know if the tty issue is rela
te
>> d 
>>>> at all."xl list" shows the second VM in the list, but it is marked as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any number higher), it is just ignored. I can't find any log files to indicate there is a problem at all. The VM just doesn't start. It was created from the same template as the first VM, so VM1 and VM2 are basically copies of each other, yet only the first one will run.I have no idea if I am doing something wrong or if this is a bug in Jessie. I will say that everything that I am doing now has worked perfectly for years using Debian Wheezy. The only change I needed was to start using "xl" instead of "xm".Anyone have clues on figuring this out?Thanks,Beau 		 	   		  
>>>>
>>>> Hello,
>>>>
>>>> Can you please paste the config file of those two VMs?
>>>>
>>>> Also, can you paste the output when creating them with:
>>>>
>>>> # xl -vvv create 
>>>>
>>>> Are there any errors displayed by Xen or Linux in the serial console or
>>>> dmesg?
>>>>
>>>> Roger.
>>>
>>
>> Hello,
>>
>> I'm sorry but your MUA seems to completely mangle the messages, and I
>> cannot parse the output you posted. Could you try to use a different MUA
>> that adds proper line breaks?
>>
>> Thanks, Roger.
>>
> Trying again
> 
> Hi Roger, 
> Thanks for the help. Here are the 2 config files:guest0:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest0disk,xvda2,w', 'phy:/dev/xenvolgroup/guest0swap,xvda1,w' ]name = 'guest0'vif = [ 'mac=AE:57:EC:01:54:8C,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'-----------------------------------------guest1:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest1disk,xvda2,w', 'phy:/dev/xenvolgroup/guest1swap,xvda1,w' ]name = 'guest1'vif = [ 'mac=76:7B:D6:6F:34:C6,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'---------------------------------------------Output of xl -vvv create:libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=(nil) callback=(nil) poller=0x22ff9b0libxl: debug: libxl_device.c:251:libxl__device_disk_set_backen
d: Disk vdev=xvda2 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda2, using backend phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda1, using backend phylibxl: debug: libxl_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=(null) spec.backend=phylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_attach: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: poller=0x22ff9b0, flags=ilibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: register slotnum=3libxl: debug:
 libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: executing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --args=root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output=/var/run/xen/bootloader.127.outlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-format=simple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-directory=/var/run/xen/bootloader.127.dlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: event epath=/local/domain/127libxl: debug: libxl_bootloader.c:634
:bootloader_finished: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained kernel /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained ramdisk /var/run/xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained args root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloader_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f5178wpath=/local/domain/127 token=3/0: deregister slotnum=3domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 ro ", features="(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem: ca
lleddomainbuilder: detail: xc_dom_ramdisk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ...domainbuilder: detail: loader probe faileddomainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ...domainbuilder: detail: xc_dom_malloc            : 8861 kBdomainbuilder: detail: xc_dom_do_gunzip: unzip ok, 0x3e7bbc -> 0x8a7564domainbuilder: detail: loader probe OKxc: detail: elf_parse_binary: phdr: paddr=0x400000 memsz=0x66f000xc: detail: elf_parse_binary: phdr: paddr=0xa6f000 memsz=0x381000xc: detail: elf_parse_binary: memory: 0x400000 -> 0xdf0000xc: detail: elf_xen_parse_note: GUEST_OS = "linux"xc: detail: elf_xen_parse_note: GUEST_VERSION = "2.6"xc: detail: elf_xen_parse_note: XEN_VERSION = "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE = 0xc0000000xc:
 detail: elf_xen_parse_note: ENTRY = 0xc0b11000xc: detail: elf_xen_parse_note: HYPERCALL_PAGE = 0xc0402000xc: detail: elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_parse_note: PAE_MODE = "yes"xc: detail: elf_xen_parse_note: LOADER = "generic"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: elf_xen_parse_note: SUSPEND_CANCEL = 0x1xc: detail: elf_xen_parse_note: HV_START_LOW = 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET = 0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base        = 0xc0000000xc: detail:     elf_paddr_offset = 0x0xc: detail:     virt_offset      = 0xc0000000xc: detail:     virt_kstart      = 0xc0400000xc: detail:     virt_kend        = 0xc0df0000xc: detail:     virt_entry       = 0xc0b11000xc: detail:     p2m_base         = 0xffffffffffffffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc0400000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_init: 
mem 6000 MB, pages 0x177000 pages, 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: detail: x86_compat: guest xen-3.0-x86_32p, address size 32domainbuilder: detail: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_build_image: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel       : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 -> 0x7fd07bc7f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0x7fd07bdb2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 -> 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gunzip: unzip ok,
 0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   phys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c0000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c37fffff, 28 table(s)domainbuilder: detail: xc_dom_alloc_segment:   page tables  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: do
mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: detail: xc_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainbuilder: detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuilder: detail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder: detail: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootearly: doing nothingdomainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <= matchesdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit, pages 0x177000domainbuilder: detail: clear_page: pfn 0x34be, mfn 0x17cd7adomainbuilder: detail: clear_page: pfn 0x34bd, mfn 0x17cd7bdomainbuilder: 
detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: detail: setup_hypercall_page: vaddr=0xc0402000 pfn=0x402domainbuilder: detail: domain builder memory footprintdomainbuilder: detail:    allocateddomainbuilder: detail:       malloc             : 21157 kBdomainbuilder: detail:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomainbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail:       domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0xbf615domainbuilder: detail: shared_info_x86_32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: called, ctxt=0x7fd084ad4004domainbuilder: detail: xc_dom_release: calledlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=phylibxl: debug: li
bxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: register slotnum=3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: event epath=/local/domain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f6068wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: deregister slotnum=3libxl: debug: libxl_event.c:618:libxl
__ev_xswatch_deregister: watch w=0x22f6068: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483:watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51714/state token=3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: event epath=/local/domain/0/backend/vbd/127/51713/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f7df8wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7df8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483
:watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51713/state token=2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 still waiting state 1libxl: debug: lib
xl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22fa7c8wpath=/local/domain/0/backend/vif/127/0/state token=2/3: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_event.c:1591:libxl__ao_c
omplete: ao 0x22ff8b0: complete, rc=0libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: total allocations:470 total releases:470xc: debug: hypercall buffer: current allocations:0 maximum allocations:3xc: debug: hypercall buffer: cache current size:2xc: debug: hypercall buffer: cache hits:462 misses:2 toobig:6Parsing config from guest.cfg-----------------------------------------------Looking into dmesg, the only interesting thing I see related to this are these 2 lines everytime I try to start the VM: xen:balloon: Cannot add additional memory (-17) xen:balloon: Cannot add additional memory (-17)
> Thanks!Beau

Hello,

Can you also post the output of xl info before creating the guests?
AFAICT you are
giving each guest 6000MB of RAM; are you sure you have enough RAM for
Dom0 plus this two guests?

>From the output you provided, I can only see the trace of one guest
booting [0] (one execution of xl), what happens with the other guest?

Roger.

[0]
http://lists.xenproject.org/archives/html/xen-users/2016-02/msg00116.html


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 09:57:22 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 09:57:22 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY9hg-0002oO-HU; Tue, 23 Feb 2016 09:56:24 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY9he-0002oF-Sw
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 09:56:22 +0000
Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id
	64/C9-03800-6CC2CC65; Tue, 23 Feb 2016 09:56:22 +0000
X-Env-Sender: prvs=8546ee871=Ian.Campbell@citrix.com
X-Msg-Ref: server-8.tower-206.messagelabs.com!1456221380!24052757!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6151 invoked from network); 23 Feb 2016 09:56:21 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 09:56:21 -0000
X-IronPort-AV: E=Sophos;i="5.22,488,1449532800"; d="scan'208";a="340169497"
Message-ID: <1456221378.6225.116.camel@citrix.com>
From: Ian Campbell 
To: Harpreet Singh Chawla , 
Date: Tue, 23 Feb 2016 09:56:18 +0000
In-Reply-To: 
References: 
X-Mailer: Evolution 3.18.2-1 
MIME-Version: 1.0
X-DLP: MIA2
Subject: Re: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gU3VuLCAyMDE2LTAyLTIxIGF0IDE4OjM5IC0wNTAwLCBIYXJwcmVldCBTaW5naCBDaGF3bGEg
d3JvdGU6Cj4gSSBoYXZlIGJlZW4gdHJ5aW5nIHRvIHJ1biByZW11cyBvbiBYZW4gNC42IAo+IEkg
aGF2ZSBzdWNjZXNzZnVsbHkgZG9uZSBiYXNpYyBtaWdyYXRpb24gdG8gYW5kIGZybyBmcm9tIG9u
ZSBzZXJ2ZXIgdG8KPiBhbm90aGVyIHdpdGhvdXQgYW55IGlzc3Vlcy4KPiBCdXQgd2hlbiBJIHRy
aWVkIHRvIHJ1biByZW11cyB3aXRoIG5ldHdvcmtpbmcgZW5hYmxlZCBhbmQgZGlzayBidWZmZXJp
bmcKPiBkaXNhYmxlZCwgCj4gCj4gYGBgCj4gc3VkbyB4bCByZW11cyAtRiAtZCBsaW51eC0xIHJv
b3RAPHNlcnZlcl9kb21haW5fbmFtZT4KPiAKPiBgYGAKPiAKPiBJIGdldCB0aGUgZm9sbG93aW5n
IGVycm9yIG1lc3NhZ2U6Cj4gCj4gYGBgCj4gbWlncmF0aW9uIHRhcmdldDogUmVhZHkgdG8gcmVj
ZWl2ZSBkb21haW4uCj4gU2F2aW5nIHRvIG1pZ3JhdGlvbiBzdHJlYW0gbmV3IHhsIGZvcm1hdCAo
aW5mbyAweDMvMHgwLzEyMTkpCj4gbGlieGw6IGVycm9yOiBsaWJ4bC5jOjg4OTpsaWJ4bF9fcmVt
dXNfc2V0dXA6IFJlbXVzOiBObyBzdXBwb3J0IGZvcgo+IG5ldHdvcmsgYnVmZmVyaW5nIAo+IFJl
bXVzOiBCYWNrdXAgZmFpbGVkPyByZXN1bWluZyBkb21haW4gYXQgcHJpbWFyeS4KPiB4YzogZXJy
b3I6IERvbSAxIG5vdCBzdXNwZW5kZWQ6IChzaHV0ZG93biAwLCByZWFzb24gMjU1KTogSW50ZXJu
YWwgZXJyb3IKPiBsaWJ4bDogZXJyb3I6IGxpYnhsX2RvbV9zdXNwZW5kLmM6NDA5OmxpYnhsX19k
b21haW5fcmVzdW1lOgo+IHhjX2RvbWFpbl9yZXN1bWUgZmFpbGVkIGZvciBkb21haW4gMTogSW52
YWxpZCBhcmd1bWVudAo+IExvYWRpbmcgbmV3IHNhdmUgZmlsZSA8aW5jb21pbmcgbWlncmF0aW9u
IHN0cmVhbT4gKG5ldyB4bCBmbXQgaW5mbwo+IDB4My8weDAvMTIxOSkKPiDCoFNhdmVmaWxlIGNv
bnRhaW5zIHhsIGRvbWFpbiBjb25maWcgaW4gSlNPTiBmb3JtYXQKPiBQYXJzaW5nIGNvbmZpZyBm
cm9tIDxzYXZlZD4KPiBsaWJ4bDogZXJyb3I6IGxpYnhsX3N0cmVhbV9yZWFkLmM6Mjk4OnN0cmVh
bV9oZWFkZXJfZG9uZTogSW52YWxpZCBpZGVudDoKPiBleHBlY3RlZCAweDRjNjk2Mjc4NmM0NjZk
NzQsIGdvdCAweDAwMDAwMDAwMDAwMDAwMDAKPiAKPiBgYGAKPiAKPiBJIGRvbid0IHJlYWxseSBu
ZWVkIGRpc2sgYnVmZmVyaW5nIGFzIG9mIG5vdywgYW5kIGluIHNvbWUgcHJpb3IgdGhyZWFkIG9m
Cj4gTWlncmF0aW9uIEZhaWx1cmUgSSByZWFkIHRoZSBmZWF0dXJlIGRvZXNuJ3Qgd29yayB3ZWxs
IGluIHhlbiA0LjYgKGFtIG5vdAo+IHN1cmUgaWYgaXQgaGFzIGJlZW4gZml4ZWQpLCBidXQgSSBu
ZWVkIG5ldHdvcmsgYnVmZmVyaW5nLgo+IEkgY2FuIHJ1biB0aGUgcmVtdXMgZmVhdHVyZSB1c2lu
ZyB0aGUgLW4gb3B0aW9uIGZvciBkaXNhYmxpbmcgbmV0d29yawo+IGJ1ZmZlcmluZywgYnV0IG5v
dCB3aXRoIHdpdGggbmV0d29yayBidWZmZXJpbmcgZW5hYmxlZC4KPiAKPiBBbnlvbmUgaGFzIGEg
c29sdXRpb24gZm9yIGZpeGluZyB0aGlzPwoKWW91IG5lZWQgdG8gYnVpbGQgdGhlIFhlbiB0b29s
cyB3aXRoIHRoZSBsaWJyYXJpZXMgcmVxdWlyZWQgZm9yIG5ldHdvcmsKYnVmZmVyaW5nIGF2YWls
YWJsZSBpbiB0aGUgYnVpbGQgZW52aXJvbm1lbnQuIEZyb20gUkVBRE1FOgrCoCDCoCAqIERldmVs
b3BtZW50IGluc3RhbGwgb2YgbGlibmwzIChlLmcuLCBsaWJubC0zLTIwMCwKwqDCoMKgwqDCoMKg
bGlibmwtMy1kZXYsIGV0YykuwqDCoFJlcXVpcmVkIGlmIG5ldHdvcmsgYnVmZmVyaW5nIGlzIGRl
c2lyZWQKwqDCoMKgwqDCoMKgd2hlbiB1c2luZyBSZW11cyB3aXRoIGxpYnhsLsKgwqBTZWUgZG9j
cy9SRUFETUUucmVtdXMgZm9yIGRldGFpbGVkCsKgwqDCoMKgwqDCoGluZm9ybWF0aW9uLgoKSWFu
CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNl
cnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4u
b3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Tue Feb 23 09:57:22 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 09:57:22 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY9hg-0002oO-HU; Tue, 23 Feb 2016 09:56:24 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY9he-0002oF-Sw
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 09:56:22 +0000
Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id
	64/C9-03800-6CC2CC65; Tue, 23 Feb 2016 09:56:22 +0000
X-Env-Sender: prvs=8546ee871=Ian.Campbell@citrix.com
X-Msg-Ref: server-8.tower-206.messagelabs.com!1456221380!24052757!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 6151 invoked from network); 23 Feb 2016 09:56:21 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-8.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 09:56:21 -0000
X-IronPort-AV: E=Sophos;i="5.22,488,1449532800"; d="scan'208";a="340169497"
Message-ID: <1456221378.6225.116.camel@citrix.com>
From: Ian Campbell 
To: Harpreet Singh Chawla , 
Date: Tue, 23 Feb 2016 09:56:18 +0000
In-Reply-To: 
References: 
X-Mailer: Evolution 3.18.2-1 
MIME-Version: 1.0
X-DLP: MIA2
Subject: Re: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gU3VuLCAyMDE2LTAyLTIxIGF0IDE4OjM5IC0wNTAwLCBIYXJwcmVldCBTaW5naCBDaGF3bGEg
d3JvdGU6Cj4gSSBoYXZlIGJlZW4gdHJ5aW5nIHRvIHJ1biByZW11cyBvbiBYZW4gNC42IAo+IEkg
aGF2ZSBzdWNjZXNzZnVsbHkgZG9uZSBiYXNpYyBtaWdyYXRpb24gdG8gYW5kIGZybyBmcm9tIG9u
ZSBzZXJ2ZXIgdG8KPiBhbm90aGVyIHdpdGhvdXQgYW55IGlzc3Vlcy4KPiBCdXQgd2hlbiBJIHRy
aWVkIHRvIHJ1biByZW11cyB3aXRoIG5ldHdvcmtpbmcgZW5hYmxlZCBhbmQgZGlzayBidWZmZXJp
bmcKPiBkaXNhYmxlZCwgCj4gCj4gYGBgCj4gc3VkbyB4bCByZW11cyAtRiAtZCBsaW51eC0xIHJv
b3RAPHNlcnZlcl9kb21haW5fbmFtZT4KPiAKPiBgYGAKPiAKPiBJIGdldCB0aGUgZm9sbG93aW5n
IGVycm9yIG1lc3NhZ2U6Cj4gCj4gYGBgCj4gbWlncmF0aW9uIHRhcmdldDogUmVhZHkgdG8gcmVj
ZWl2ZSBkb21haW4uCj4gU2F2aW5nIHRvIG1pZ3JhdGlvbiBzdHJlYW0gbmV3IHhsIGZvcm1hdCAo
aW5mbyAweDMvMHgwLzEyMTkpCj4gbGlieGw6IGVycm9yOiBsaWJ4bC5jOjg4OTpsaWJ4bF9fcmVt
dXNfc2V0dXA6IFJlbXVzOiBObyBzdXBwb3J0IGZvcgo+IG5ldHdvcmsgYnVmZmVyaW5nIAo+IFJl
bXVzOiBCYWNrdXAgZmFpbGVkPyByZXN1bWluZyBkb21haW4gYXQgcHJpbWFyeS4KPiB4YzogZXJy
b3I6IERvbSAxIG5vdCBzdXNwZW5kZWQ6IChzaHV0ZG93biAwLCByZWFzb24gMjU1KTogSW50ZXJu
YWwgZXJyb3IKPiBsaWJ4bDogZXJyb3I6IGxpYnhsX2RvbV9zdXNwZW5kLmM6NDA5OmxpYnhsX19k
b21haW5fcmVzdW1lOgo+IHhjX2RvbWFpbl9yZXN1bWUgZmFpbGVkIGZvciBkb21haW4gMTogSW52
YWxpZCBhcmd1bWVudAo+IExvYWRpbmcgbmV3IHNhdmUgZmlsZSA8aW5jb21pbmcgbWlncmF0aW9u
IHN0cmVhbT4gKG5ldyB4bCBmbXQgaW5mbwo+IDB4My8weDAvMTIxOSkKPiDCoFNhdmVmaWxlIGNv
bnRhaW5zIHhsIGRvbWFpbiBjb25maWcgaW4gSlNPTiBmb3JtYXQKPiBQYXJzaW5nIGNvbmZpZyBm
cm9tIDxzYXZlZD4KPiBsaWJ4bDogZXJyb3I6IGxpYnhsX3N0cmVhbV9yZWFkLmM6Mjk4OnN0cmVh
bV9oZWFkZXJfZG9uZTogSW52YWxpZCBpZGVudDoKPiBleHBlY3RlZCAweDRjNjk2Mjc4NmM0NjZk
NzQsIGdvdCAweDAwMDAwMDAwMDAwMDAwMDAKPiAKPiBgYGAKPiAKPiBJIGRvbid0IHJlYWxseSBu
ZWVkIGRpc2sgYnVmZmVyaW5nIGFzIG9mIG5vdywgYW5kIGluIHNvbWUgcHJpb3IgdGhyZWFkIG9m
Cj4gTWlncmF0aW9uIEZhaWx1cmUgSSByZWFkIHRoZSBmZWF0dXJlIGRvZXNuJ3Qgd29yayB3ZWxs
IGluIHhlbiA0LjYgKGFtIG5vdAo+IHN1cmUgaWYgaXQgaGFzIGJlZW4gZml4ZWQpLCBidXQgSSBu
ZWVkIG5ldHdvcmsgYnVmZmVyaW5nLgo+IEkgY2FuIHJ1biB0aGUgcmVtdXMgZmVhdHVyZSB1c2lu
ZyB0aGUgLW4gb3B0aW9uIGZvciBkaXNhYmxpbmcgbmV0d29yawo+IGJ1ZmZlcmluZywgYnV0IG5v
dCB3aXRoIHdpdGggbmV0d29yayBidWZmZXJpbmcgZW5hYmxlZC4KPiAKPiBBbnlvbmUgaGFzIGEg
c29sdXRpb24gZm9yIGZpeGluZyB0aGlzPwoKWW91IG5lZWQgdG8gYnVpbGQgdGhlIFhlbiB0b29s
cyB3aXRoIHRoZSBsaWJyYXJpZXMgcmVxdWlyZWQgZm9yIG5ldHdvcmsKYnVmZmVyaW5nIGF2YWls
YWJsZSBpbiB0aGUgYnVpbGQgZW52aXJvbm1lbnQuIEZyb20gUkVBRE1FOgrCoCDCoCAqIERldmVs
b3BtZW50IGluc3RhbGwgb2YgbGlibmwzIChlLmcuLCBsaWJubC0zLTIwMCwKwqDCoMKgwqDCoMKg
bGlibmwtMy1kZXYsIGV0YykuwqDCoFJlcXVpcmVkIGlmIG5ldHdvcmsgYnVmZmVyaW5nIGlzIGRl
c2lyZWQKwqDCoMKgwqDCoMKgd2hlbiB1c2luZyBSZW11cyB3aXRoIGxpYnhsLsKgwqBTZWUgZG9j
cy9SRUFETUUucmVtdXMgZm9yIGRldGFpbGVkCsKgwqDCoMKgwqDCoGluZm9ybWF0aW9uLgoKSWFu
CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNl
cnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4u
b3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Tue Feb 23 10:01:57 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 10:01:57 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY9mv-0003DF-ER; Tue, 23 Feb 2016 10:01:49 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY9mt-0003Ct-Lt
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 10:01:47 +0000
Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id
	EF/D8-13475-70E2CC65; Tue, 23 Feb 2016 10:01:43 +0000
X-Env-Sender: prvs=8546ee871=Ian.Campbell@citrix.com
X-Msg-Ref: server-7.tower-27.messagelabs.com!1456221695!25945774!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7689 invoked from network); 23 Feb 2016 10:01:36 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 10:01:36 -0000
X-IronPort-AV: E=Sophos;i="5.22,488,1449532800"; d="scan'208";a="340170340"
Message-ID: <1456221694.6225.120.camel@citrix.com>
From: Ian Campbell 
To: "Ferger, Max" , "xen-users@lists.xen.org"
	
Date: Tue, 23 Feb 2016 10:01:34 +0000
In-Reply-To: <1a9d626b3bbb474b8e124d33cd133dac@DEBEMAIL002.kostal.int>
References: <1a9d626b3bbb474b8e124d33cd133dac@DEBEMAIL002.kostal.int>
X-Mailer: Evolution 3.18.2-1 
MIME-Version: 1.0
X-DLP: MIA2
Subject: Re: [Xen-users] gdbsx on ARM - any progress?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gTW9uLCAyMDE2LTAyLTIyIGF0IDExOjAxICswMDAwLCBGZXJnZXIsIE1heCB3cm90ZToKPiBI
aSEKPiDCoAo+IFdlIGFyZSB0cnlpbmcgdG8gcnVuIFhlbiBvbiBBUk0gZm9yIGF1dG9tb3RpdmUg
cHVycG9zZXMg4oCTIGJ1dCBpdCBpcwo+IHJlYWxseSBoYXJkIHRvIGNvbWUgYnkgYW55IG1lYW5z
IG9mIGRlYnVnZ2luZyBEb21VLCBlc3BlY2lhbGx5IHdoZW4gd2UKPiBkb27igJl0IGdldCBhbnkg
Y29uc29sZSBvdXRwdXQgYXQgYWxsLgo+IMKgCj4gZ2Ric3ggwqBzZWVtcyBsaWtlIHRoZSBzb2x1
dGlvbiB0byBEb21VLWRlYnVnZ2luZywgYnV0IGl0IGlzIGV4Y2x1ZGVkIGZyb20KPiDigJh0b29s
cy9NYWtlZmlsZeKAmSzCoCBhbmQgYnkgY29tcGFyaXNvbiB0byDigJhhcmNoL3g4NuKAmSwgdGhl
cmUgaXMgY29kZQo+IG1pc3NpbmcuCj4gwqAKPiBBbnlib2R5IGtub3dzIHNvbWV0aGluZyBvbiBo
b3cgdG8gc2luZ2xlLXN0ZXAgaW50byBEb21VIGJyaW5nLXVwPwoKZ2Ric3ggd291bGQgbmVlZCBw
b3J0aW5nIHRvIHN1cHBvcnQgQVJNLiBBcyBmYXIgYXMgSSBrbm93IG5vYm9keSBpcyB3b3JraW5n
Cm9uIHRoaXMsIHNvIHBhdGNoZXMgKHRvIHhlbi1kZXZlbCkgd291bGQgc3VyZWx5IGJlIHdlbGNv
bWVkLiBTZWXCoGh0dHA6Ly93aWsKaS54ZW4ub3JnL3dpa2kvU3VibWl0dGluZ19YZW5fUGF0Y2hl
c8KgZm9yIHNvbWUgZ3VpZGFuY2Ugb24gdGhlIGRldmVsb3BtZW50CnByb2Nlc3MuCgpJYW4uCgoK
Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2Vy
cyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5v
cmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Tue Feb 23 10:01:57 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 10:01:57 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY9mv-0003DF-ER; Tue, 23 Feb 2016 10:01:49 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aY9mt-0003Ct-Lt
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 10:01:47 +0000
Received: from [193.109.254.147] by server-9.bemta-14.messagelabs.com id
	EF/D8-13475-70E2CC65; Tue, 23 Feb 2016 10:01:43 +0000
X-Env-Sender: prvs=8546ee871=Ian.Campbell@citrix.com
X-Msg-Ref: server-7.tower-27.messagelabs.com!1456221695!25945774!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 7689 invoked from network); 23 Feb 2016 10:01:36 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-7.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 10:01:36 -0000
X-IronPort-AV: E=Sophos;i="5.22,488,1449532800"; d="scan'208";a="340170340"
Message-ID: <1456221694.6225.120.camel@citrix.com>
From: Ian Campbell 
To: "Ferger, Max" , "xen-users@lists.xen.org"
	
Date: Tue, 23 Feb 2016 10:01:34 +0000
In-Reply-To: <1a9d626b3bbb474b8e124d33cd133dac@DEBEMAIL002.kostal.int>
References: <1a9d626b3bbb474b8e124d33cd133dac@DEBEMAIL002.kostal.int>
X-Mailer: Evolution 3.18.2-1 
MIME-Version: 1.0
X-DLP: MIA2
Subject: Re: [Xen-users] gdbsx on ARM - any progress?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gTW9uLCAyMDE2LTAyLTIyIGF0IDExOjAxICswMDAwLCBGZXJnZXIsIE1heCB3cm90ZToKPiBI
aSEKPiDCoAo+IFdlIGFyZSB0cnlpbmcgdG8gcnVuIFhlbiBvbiBBUk0gZm9yIGF1dG9tb3RpdmUg
cHVycG9zZXMg4oCTIGJ1dCBpdCBpcwo+IHJlYWxseSBoYXJkIHRvIGNvbWUgYnkgYW55IG1lYW5z
IG9mIGRlYnVnZ2luZyBEb21VLCBlc3BlY2lhbGx5IHdoZW4gd2UKPiBkb27igJl0IGdldCBhbnkg
Y29uc29sZSBvdXRwdXQgYXQgYWxsLgo+IMKgCj4gZ2Ric3ggwqBzZWVtcyBsaWtlIHRoZSBzb2x1
dGlvbiB0byBEb21VLWRlYnVnZ2luZywgYnV0IGl0IGlzIGV4Y2x1ZGVkIGZyb20KPiDigJh0b29s
cy9NYWtlZmlsZeKAmSzCoCBhbmQgYnkgY29tcGFyaXNvbiB0byDigJhhcmNoL3g4NuKAmSwgdGhl
cmUgaXMgY29kZQo+IG1pc3NpbmcuCj4gwqAKPiBBbnlib2R5IGtub3dzIHNvbWV0aGluZyBvbiBo
b3cgdG8gc2luZ2xlLXN0ZXAgaW50byBEb21VIGJyaW5nLXVwPwoKZ2Ric3ggd291bGQgbmVlZCBw
b3J0aW5nIHRvIHN1cHBvcnQgQVJNLiBBcyBmYXIgYXMgSSBrbm93IG5vYm9keSBpcyB3b3JraW5n
Cm9uIHRoaXMsIHNvIHBhdGNoZXMgKHRvIHhlbi1kZXZlbCkgd291bGQgc3VyZWx5IGJlIHdlbGNv
bWVkLiBTZWXCoGh0dHA6Ly93aWsKaS54ZW4ub3JnL3dpa2kvU3VibWl0dGluZ19YZW5fUGF0Y2hl
c8KgZm9yIHNvbWUgZ3VpZGFuY2Ugb24gdGhlIGRldmVsb3BtZW50CnByb2Nlc3MuCgpJYW4uCgoK
Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2Vy
cyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5v
cmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Tue Feb 23 11:21:06 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 11:21:06 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYB1A-0000zs-Lb; Tue, 23 Feb 2016 11:20:36 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYB19-0000zk-0V
	for xen-users@lists.xenproject.org; Tue, 23 Feb 2016 11:20:35 +0000
Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id
	91/69-28972-2804CC65; Tue, 23 Feb 2016 11:20:34 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1456226433!25912191!1
X-Originating-IP: [74.125.82.42]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2076 invoked from network); 23 Feb 2016 11:20:33 -0000
Received: from mail-wm0-f42.google.com (HELO mail-wm0-f42.google.com)
	(74.125.82.42)
	by server-12.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 23 Feb 2016 11:20:33 -0000
Received: by mail-wm0-f42.google.com with SMTP id a4so204045438wme.1
	for ;
	Tue, 23 Feb 2016 03:20:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=from:content-type:content-transfer-encoding:subject:message-id:date
	:to:mime-version;
	bh=vXmrhxWG840tqNDnqGC6+Uf2jj2w/tunRMIp2TbyOOw=;
	b=Nj4cLbvKq4yt3M+YWW8Lkm4pU60efvTkkbx8w6GCf7QgpepRp0x8RptzKSaJcyRLM3
	qyTmsgIhpSFnWyFsekGxcyYxX/dhCZ8AIG+tyFs2bB8DXC0ZuOaiP5SvWdU7aACxSabX
	OVSf3WlFC/o7xtGjoUcknNEV4ck6X0KTfmIqnKjl5GG4gNQ5w6oYKYtwZ/3HqW9snROQ
	xY2EOpuCzPfSAVpf5tK6dkxS0phU3pIU+pRHaSzUaoFmS9w/ZC3bUECZNs2LdwZ2dLPx
	oPSSuRuREONnC2sRqOcpd7fi3+8kuq0FpeDkIwp3NwvDZAd+abAGngkuzcaCXwNyRZw5
	pkoQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:content-type:content-transfer-encoding
	:subject:message-id:date:to:mime-version;
	bh=vXmrhxWG840tqNDnqGC6+Uf2jj2w/tunRMIp2TbyOOw=;
	b=KhmkxxoF0mlW+7Re4rXycnNnyTFFkOTLSD8H6AOUwPo+0n37Afjuys/v0plhLo/7c/
	k+lgWG8nku64Vm48hGjMEzZyhL2lGmh5Fmvk7LZuYf2lRbXs+HPKPFViFAoAILsrBOGc
	He9xlaHCIiSDgRQr6gHkxUQ2AN0WcE4W6/rF1ro5iHevZE7DLGtRZs27U+dF3MJSAt+J
	Pp/EH42WRMerWdHiEeBDa6+q7A+LPEwLl28INrRjNXXK5IvmB267NGxlicPjD4r+3LKG
	QdLUeUzmzZ5ADuVmr52rpnZ8a4z32uTJ3bEt1J+3E79xDrX8MuMx82QB7L2hvMQgDv06
	UVDA==
X-Gm-Message-State: AG10YOQkyBHrm2Qj6DI37QsfooMxCjOvEjjrCvwIteSu3fjr3YFKJsV4EEylm2Pys/fakg==
X-Received: by 10.28.129.194 with SMTP id c185mr18127949wmd.29.1456226433006; 
	Tue, 23 Feb 2016 03:20:33 -0800 (PST)
Received: from [192.168.0.9] (97e551ba.skybroadband.com. [151.229.81.186])
	by smtp.gmail.com with ESMTPSA id
	c136sm25544529wmd.3.2016.02.23.03.20.31
	(version=TLSv1/SSLv3 cipher=OTHER);
	Tue, 23 Feb 2016 03:20:31 -0800 (PST)
From: Lars Kurth 
Message-Id: 
Date: Tue, 23 Feb 2016 11:20:29 +0000
To: Xen-devel ,
 xen-users@lists.xenproject.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
X-Mailer: Apple Mail (2.2104)
Subject: [Xen-users] Request for input: changes to OpenStack Docs:
	Configuration Reference guide => Hypervisor Guide => Xen via Libvirt
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi all,
I am planning to make some modifications to the OpenStack docs in the next few days. The bug outlining the changes are at https://bugs.launchpad.net/openstack-manuals/+bug/1548403 - if you know of any additional known issues, please comment on this thread or comment directly on the bug and I will see whether I can add them.
Best Regards
Lars
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 11:21:06 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 11:21:06 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYB1A-0000zs-Lb; Tue, 23 Feb 2016 11:20:36 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYB19-0000zk-0V
	for xen-users@lists.xenproject.org; Tue, 23 Feb 2016 11:20:35 +0000
Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id
	91/69-28972-2804CC65; Tue, 23 Feb 2016 11:20:34 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1456226433!25912191!1
X-Originating-IP: [74.125.82.42]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2076 invoked from network); 23 Feb 2016 11:20:33 -0000
Received: from mail-wm0-f42.google.com (HELO mail-wm0-f42.google.com)
	(74.125.82.42)
	by server-12.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 23 Feb 2016 11:20:33 -0000
Received: by mail-wm0-f42.google.com with SMTP id a4so204045438wme.1
	for ;
	Tue, 23 Feb 2016 03:20:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=from:content-type:content-transfer-encoding:subject:message-id:date
	:to:mime-version;
	bh=vXmrhxWG840tqNDnqGC6+Uf2jj2w/tunRMIp2TbyOOw=;
	b=Nj4cLbvKq4yt3M+YWW8Lkm4pU60efvTkkbx8w6GCf7QgpepRp0x8RptzKSaJcyRLM3
	qyTmsgIhpSFnWyFsekGxcyYxX/dhCZ8AIG+tyFs2bB8DXC0ZuOaiP5SvWdU7aACxSabX
	OVSf3WlFC/o7xtGjoUcknNEV4ck6X0KTfmIqnKjl5GG4gNQ5w6oYKYtwZ/3HqW9snROQ
	xY2EOpuCzPfSAVpf5tK6dkxS0phU3pIU+pRHaSzUaoFmS9w/ZC3bUECZNs2LdwZ2dLPx
	oPSSuRuREONnC2sRqOcpd7fi3+8kuq0FpeDkIwp3NwvDZAd+abAGngkuzcaCXwNyRZw5
	pkoQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:content-type:content-transfer-encoding
	:subject:message-id:date:to:mime-version;
	bh=vXmrhxWG840tqNDnqGC6+Uf2jj2w/tunRMIp2TbyOOw=;
	b=KhmkxxoF0mlW+7Re4rXycnNnyTFFkOTLSD8H6AOUwPo+0n37Afjuys/v0plhLo/7c/
	k+lgWG8nku64Vm48hGjMEzZyhL2lGmh5Fmvk7LZuYf2lRbXs+HPKPFViFAoAILsrBOGc
	He9xlaHCIiSDgRQr6gHkxUQ2AN0WcE4W6/rF1ro5iHevZE7DLGtRZs27U+dF3MJSAt+J
	Pp/EH42WRMerWdHiEeBDa6+q7A+LPEwLl28INrRjNXXK5IvmB267NGxlicPjD4r+3LKG
	QdLUeUzmzZ5ADuVmr52rpnZ8a4z32uTJ3bEt1J+3E79xDrX8MuMx82QB7L2hvMQgDv06
	UVDA==
X-Gm-Message-State: AG10YOQkyBHrm2Qj6DI37QsfooMxCjOvEjjrCvwIteSu3fjr3YFKJsV4EEylm2Pys/fakg==
X-Received: by 10.28.129.194 with SMTP id c185mr18127949wmd.29.1456226433006; 
	Tue, 23 Feb 2016 03:20:33 -0800 (PST)
Received: from [192.168.0.9] (97e551ba.skybroadband.com. [151.229.81.186])
	by smtp.gmail.com with ESMTPSA id
	c136sm25544529wmd.3.2016.02.23.03.20.31
	(version=TLSv1/SSLv3 cipher=OTHER);
	Tue, 23 Feb 2016 03:20:31 -0800 (PST)
From: Lars Kurth 
Message-Id: 
Date: Tue, 23 Feb 2016 11:20:29 +0000
To: Xen-devel ,
 xen-users@lists.xenproject.org
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
X-Mailer: Apple Mail (2.2104)
Subject: [Xen-users] Request for input: changes to OpenStack Docs:
	Configuration Reference guide => Hypervisor Guide => Xen via Libvirt
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

Hi all,
I am planning to make some modifications to the OpenStack docs in the next few days. The bug outlining the changes are at https://bugs.launchpad.net/openstack-manuals/+bug/1548403 - if you know of any additional known issues, please comment on this thread or comment directly on the bug and I will see whether I can add them.
Best Regards
Lars
_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 13:40:25 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 13:40:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYDBT-0000sf-SV; Tue, 23 Feb 2016 13:39:23 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYDBR-0000sa-Rp
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 13:39:22 +0000
Received: from [85.158.139.211] by server-15.bemta-5.messagelabs.com id
	85/B6-02989-9016CC65; Tue, 23 Feb 2016 13:39:21 +0000
X-Env-Sender: francis@choughs.net
X-Msg-Ref: server-10.tower-206.messagelabs.com!1456234760!24352339!1
X-Originating-IP: [217.69.47.44]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,
	HTML_ATTR_UNIQUE,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5095 invoked from network); 23 Feb 2016 13:39:20 -0000
Received: from uk1mail2513-permanet.ie.mymailbank.co.uk (HELO
	uk1mail2513.mymailbank.co.uk) (217.69.47.44)
	by server-10.tower-206.messagelabs.com with SMTP;
	23 Feb 2016 13:39:20 -0000
Received: from xenzimbra3.fsoft.nnet (UnknownHost [81.31.214.8]) by
	uk1mail2513-d.mymailbank.co.uk with SMTP; 
	Tue, 23 Feb 2016 13:37:36 +0000
Received: from localhost (localhost [127.0.0.1])
	by xenzimbra3.fsoft.nnet (Postfix) with ESMTP id 51D9BAB0FD
	for ; Tue, 23 Feb 2016 13:37:38 +0000 (GMT)
Received: from xenzimbra3.fsoft.nnet ([127.0.0.1])
	by localhost (xenzimbra3.fsoft.nnet [127.0.0.1]) (amavisd-new,
	port 10032) with ESMTP id 9qL7FKlsY1tp for ;
	Tue, 23 Feb 2016 13:37:37 +0000 (GMT)
Received: from localhost (localhost [127.0.0.1])
	by xenzimbra3.fsoft.nnet (Postfix) with ESMTP id BC1B1AC27A
	for ; Tue, 23 Feb 2016 13:37:37 +0000 (GMT)
X-Virus-Scanned: amavisd-new at fsoft.nnet
Received: from xenzimbra3.fsoft.nnet ([127.0.0.1])
	by localhost (xenzimbra3.fsoft.nnet [127.0.0.1]) (amavisd-new,
	port 10026) with ESMTP id rO5xLb2H--Sj for ;
	Tue, 23 Feb 2016 13:37:37 +0000 (GMT)
Received: from xenzimbra3.fsoft.nnet (localhost [127.0.0.1])
	by xenzimbra3.fsoft.nnet (Postfix) with ESMTP id 8FAD0AC279
	for ; Tue, 23 Feb 2016 13:37:37 +0000 (GMT)
Date: Tue, 23 Feb 2016 13:37:37 +0000 (GMT)
From: Francis Greaves 
To: xen-users@lists.xen.org
Message-ID: <1312168003.87.1456234657209.JavaMail.zimbra@choughs.net>
In-Reply-To: <569408044.62.1456157933558.JavaMail.zimbra@choughs.net>
References: <569408044.62.1456157933558.JavaMail.zimbra@choughs.net>
MIME-Version: 1.0
X-Originating-IP: [10.6.77.3]
X-Mailer: Zimbra 8.6.0_GA_1169 (ZimbraWebClient - FF38 (Linux)/8.6.0_GA_1169)
Thread-Topic: Garbled screen after RAM Scrub on boot
Thread-Index: SLF4BKWiYblYq1U+NHCjwCXm05v8HAiPdH3B
Subject: [Xen-users] Garbled screen after RAM Scrub on boot
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Francis 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0522398251327676947=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============0522398251327676947==
Content-Type: multipart/alternative; 
	boundary="----=_Part_86_148617239.1456234657209"

------=_Part_86_148617239.1456234657209
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Dear All 
I am using Centos 7 with Xen 4.6 on a Dell Poweredge T430 with (from lspci) Matrox Electronics Systems Ltd. G200eR2 (rev 01) VGA 

When the machine boots, after the 'Scrubbing Free RAM' message, I get a screen filled with little white squares until the login prompt, so I cannot see what is happening as the machine boots. Also there is nothing on the screen when I reboot or shutdown. 

My /etc/default/grub is 

GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" 
GRUB_DEFAULT=saved 
GRUB_DISABLE_SUBMENU=true 
GRUB_CMDLINE_LINUX="crashkernel=auto rhgb intremap=no_x2apic_optout" 
GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=13312M,max:14336M dom0_max_vcpus=6 dom0_vcpus_pin" 
GRUB_GFXMODE=1024x768 
GRUB_GFXPAYLOAD_LINUX=keep 
GRUB_CMDLINE_LINUX_XEN_REPLACE_DEFAULT="console=hvc0 earlyprintk=xen nomodeset" 

I have tried setting (for a 1024x768 resolution) vga=792 in the GRUB_CMDLINE_LINUX and commenting out GRUB_GFXMODE and GRUB_GFXPAYLOAD_LINUX, but this makes no difference. 
I have also tried with no settings for vga at all, and with and without 'rhgb' 
I have even tried bootscrub=false as suggested by the CentOS-virt mailing list, but that does not work either. They suggested I asked you folk. 

What am I doing wrong? 

Regards 
Francis 


------=_Part_86_148617239.1456234657209
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Dear All
I =
am using Centos 7 with Xen 4.6 on a Dell Poweredge T430 with (from lspci) M=
atrox Electronics Systems Ltd. G200eR2 (rev 01) VGA

When the machine boots, after the 'Scrubbing Fre=
e RAM' message, I get a screen filled with little white squares until the l=
ogin prompt, so I cannot see what is happening as the machine boots. Also t=
here is nothing on the screen when I reboot or shutdown.

=
My /etc/default/grub is

GRUB_DISTRIBUTOR=3D"$(sed 's, rel=
ease .*$,,g' /etc/system-release)"
GRUB_DEFAULT=3Dsaved
GRUB_DISABLE_=
SUBMENU=3Dtrue
GRUB_CMDLINE_LINUX=3D"crashkernel=3Dauto rhgb intremap=3D=
no_x2apic_optout"
GRUB_CMDLINE_XEN_DEFAULT=3D"dom0_mem=3D13312M,max:1433=
6M dom0_max_vcpus=3D6 dom0_vcpus_pin"
GRUB_GFXMODE=3D1024x768
GRUB_GF=
XPAYLOAD_LINUX=3Dkeep
GRUB_CMDLINE_LINUX_XEN_REPLACE_DEFAULT=3D"console=
=3Dhvc0 earlyprintk=3Dxen nomodeset"

I have tried setting=
 (for a 1024x768 resolution) vga=3D792 in the GRUB_CMDLINE_LINUX and commen=
ting out GRUB_GFXMODE and GRUB_GFXPAYLOAD_LINUX, but this makes no differen=
ce.
I have also tried with no settings for vga at all, and wi=
th and without 'rhgb'
I have even tried b=
ootscrub=3Dfalse as suggested by the CentOS-virt mailing list, but that doe=
s not work either. They suggested I asked you folk.

What am=
 I doing wrong?

Regards
Francis
=


------=_Part_86_148617239.1456234657209--



--===============0522398251327676947==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============0522398251327676947==--



From xen-users-bounces@lists.xen.org Tue Feb 23 13:40:25 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 13:40:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYDBT-0000sf-SV; Tue, 23 Feb 2016 13:39:23 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYDBR-0000sa-Rp
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 13:39:22 +0000
Received: from [85.158.139.211] by server-15.bemta-5.messagelabs.com id
	85/B6-02989-9016CC65; Tue, 23 Feb 2016 13:39:21 +0000
X-Env-Sender: francis@choughs.net
X-Msg-Ref: server-10.tower-206.messagelabs.com!1456234760!24352339!1
X-Originating-IP: [217.69.47.44]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,
	HTML_ATTR_UNIQUE,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 5095 invoked from network); 23 Feb 2016 13:39:20 -0000
Received: from uk1mail2513-permanet.ie.mymailbank.co.uk (HELO
	uk1mail2513.mymailbank.co.uk) (217.69.47.44)
	by server-10.tower-206.messagelabs.com with SMTP;
	23 Feb 2016 13:39:20 -0000
Received: from xenzimbra3.fsoft.nnet (UnknownHost [81.31.214.8]) by
	uk1mail2513-d.mymailbank.co.uk with SMTP; 
	Tue, 23 Feb 2016 13:37:36 +0000
Received: from localhost (localhost [127.0.0.1])
	by xenzimbra3.fsoft.nnet (Postfix) with ESMTP id 51D9BAB0FD
	for ; Tue, 23 Feb 2016 13:37:38 +0000 (GMT)
Received: from xenzimbra3.fsoft.nnet ([127.0.0.1])
	by localhost (xenzimbra3.fsoft.nnet [127.0.0.1]) (amavisd-new,
	port 10032) with ESMTP id 9qL7FKlsY1tp for ;
	Tue, 23 Feb 2016 13:37:37 +0000 (GMT)
Received: from localhost (localhost [127.0.0.1])
	by xenzimbra3.fsoft.nnet (Postfix) with ESMTP id BC1B1AC27A
	for ; Tue, 23 Feb 2016 13:37:37 +0000 (GMT)
X-Virus-Scanned: amavisd-new at fsoft.nnet
Received: from xenzimbra3.fsoft.nnet ([127.0.0.1])
	by localhost (xenzimbra3.fsoft.nnet [127.0.0.1]) (amavisd-new,
	port 10026) with ESMTP id rO5xLb2H--Sj for ;
	Tue, 23 Feb 2016 13:37:37 +0000 (GMT)
Received: from xenzimbra3.fsoft.nnet (localhost [127.0.0.1])
	by xenzimbra3.fsoft.nnet (Postfix) with ESMTP id 8FAD0AC279
	for ; Tue, 23 Feb 2016 13:37:37 +0000 (GMT)
Date: Tue, 23 Feb 2016 13:37:37 +0000 (GMT)
From: Francis Greaves 
To: xen-users@lists.xen.org
Message-ID: <1312168003.87.1456234657209.JavaMail.zimbra@choughs.net>
In-Reply-To: <569408044.62.1456157933558.JavaMail.zimbra@choughs.net>
References: <569408044.62.1456157933558.JavaMail.zimbra@choughs.net>
MIME-Version: 1.0
X-Originating-IP: [10.6.77.3]
X-Mailer: Zimbra 8.6.0_GA_1169 (ZimbraWebClient - FF38 (Linux)/8.6.0_GA_1169)
Thread-Topic: Garbled screen after RAM Scrub on boot
Thread-Index: SLF4BKWiYblYq1U+NHCjwCXm05v8HAiPdH3B
Subject: [Xen-users] Garbled screen after RAM Scrub on boot
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Francis 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============0522398251327676947=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============0522398251327676947==
Content-Type: multipart/alternative; 
	boundary="----=_Part_86_148617239.1456234657209"

------=_Part_86_148617239.1456234657209
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Dear All 
I am using Centos 7 with Xen 4.6 on a Dell Poweredge T430 with (from lspci) Matrox Electronics Systems Ltd. G200eR2 (rev 01) VGA 

When the machine boots, after the 'Scrubbing Free RAM' message, I get a screen filled with little white squares until the login prompt, so I cannot see what is happening as the machine boots. Also there is nothing on the screen when I reboot or shutdown. 

My /etc/default/grub is 

GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" 
GRUB_DEFAULT=saved 
GRUB_DISABLE_SUBMENU=true 
GRUB_CMDLINE_LINUX="crashkernel=auto rhgb intremap=no_x2apic_optout" 
GRUB_CMDLINE_XEN_DEFAULT="dom0_mem=13312M,max:14336M dom0_max_vcpus=6 dom0_vcpus_pin" 
GRUB_GFXMODE=1024x768 
GRUB_GFXPAYLOAD_LINUX=keep 
GRUB_CMDLINE_LINUX_XEN_REPLACE_DEFAULT="console=hvc0 earlyprintk=xen nomodeset" 

I have tried setting (for a 1024x768 resolution) vga=792 in the GRUB_CMDLINE_LINUX and commenting out GRUB_GFXMODE and GRUB_GFXPAYLOAD_LINUX, but this makes no difference. 
I have also tried with no settings for vga at all, and with and without 'rhgb' 
I have even tried bootscrub=false as suggested by the CentOS-virt mailing list, but that does not work either. They suggested I asked you folk. 

What am I doing wrong? 

Regards 
Francis 


------=_Part_86_148617239.1456234657209
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable


Dear All
I =
am using Centos 7 with Xen 4.6 on a Dell Poweredge T430 with (from lspci) M=
atrox Electronics Systems Ltd. G200eR2 (rev 01) VGA

When the machine boots, after the 'Scrubbing Fre=
e RAM' message, I get a screen filled with little white squares until the l=
ogin prompt, so I cannot see what is happening as the machine boots. Also t=
here is nothing on the screen when I reboot or shutdown.

=
My /etc/default/grub is

GRUB_DISTRIBUTOR=3D"$(sed 's, rel=
ease .*$,,g' /etc/system-release)"
GRUB_DEFAULT=3Dsaved
GRUB_DISABLE_=
SUBMENU=3Dtrue
GRUB_CMDLINE_LINUX=3D"crashkernel=3Dauto rhgb intremap=3D=
no_x2apic_optout"
GRUB_CMDLINE_XEN_DEFAULT=3D"dom0_mem=3D13312M,max:1433=
6M dom0_max_vcpus=3D6 dom0_vcpus_pin"
GRUB_GFXMODE=3D1024x768
GRUB_GF=
XPAYLOAD_LINUX=3Dkeep
GRUB_CMDLINE_LINUX_XEN_REPLACE_DEFAULT=3D"console=
=3Dhvc0 earlyprintk=3Dxen nomodeset"

I have tried setting=
 (for a 1024x768 resolution) vga=3D792 in the GRUB_CMDLINE_LINUX and commen=
ting out GRUB_GFXMODE and GRUB_GFXPAYLOAD_LINUX, but this makes no differen=
ce.
I have also tried with no settings for vga at all, and wi=
th and without 'rhgb'
I have even tried b=
ootscrub=3Dfalse as suggested by the CentOS-virt mailing list, but that doe=
s not work either. They suggested I asked you folk.

What am=
 I doing wrong?

Regards
Francis
=


------=_Part_86_148617239.1456234657209--



--===============0522398251327676947==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============0522398251327676947==--



From xen-users-bounces@lists.xen.org Tue Feb 23 15:25:11 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 15:25:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYEou-0005zt-1l; Tue, 23 Feb 2016 15:24:12 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYEos-0005zo-Io
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 15:24:10 +0000
Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id
	AD/15-24450-9997CC65; Tue, 23 Feb 2016 15:24:09 +0000
X-Env-Sender: brandon.shoemaker@gmail.com
X-Msg-Ref: server-8.tower-27.messagelabs.com!1456241048!22314009!1
X-Originating-IP: [74.125.82.50]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 57038 invoked from network); 23 Feb 2016 15:24:08 -0000
Received: from mail-wm0-f50.google.com (HELO mail-wm0-f50.google.com)
	(74.125.82.50)
	by server-8.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 23 Feb 2016 15:24:08 -0000
Received: by mail-wm0-f50.google.com with SMTP id b205so204433755wmb.1
	for ; Tue, 23 Feb 2016 07:24:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=from:to:subject:date:message-id:mime-version:content-type
	:thread-index:content-language;
	bh=UrSgP5Xh9tivF1OUSsRq8+gH5QNePIZfLJ4pbIPsvBQ=;
	b=Lj5lXs4Y1PxnKK9eeUOhezSEWzTDHOExh5j07i36gtwslPUA+u8x1VpfU2IP7iSO8f
	tlY6oj8GeBG5li9X7RA9yEPzD43wQ34BdLaa7d0vBJ8vNsgPIxOlh2nM+/vI/liGlfM3
	OosdsEksEohJ0k+L7C+jBtrBtDdwiF/Lzci6GydXzTNoEvL/ga7Ve1/6+bixOWb3O4dw
	f7FLWXvtOVn6q6Rv4ltHQD83y9vzNAKxvBCeErpLghMhey1TJ2yGzXnbTOwIGs9Mbk/o
	sHjhLgmbYH9DYfK/jjIX3H4HQnxLJlORbM6oh934nWdiMjKd0hc6tlJKajlqw6ff7Xtx
	Tatw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:to:subject:date:message-id:mime-version
	:content-type:thread-index:content-language;
	bh=UrSgP5Xh9tivF1OUSsRq8+gH5QNePIZfLJ4pbIPsvBQ=;
	b=V6CEXE94WXopTM7NbSS+ihLx0OaTAfgOYXexEBXey7r1Ber92LuxdoILkjNHyheKd3
	idKzm4xMI4MtdxrGYQO9urBJGqDebZeBpgql35YidJ0fOhGkhjqX+vESm8wNJPFldDTK
	DPO/B/2YNeX7PIUVOKTfWYGGCqmkU0D9bMFlnVdPeVoSPGU8iV7DQFAzxZUQ39GMYLED
	AOASpp2D2iIuhmay24ujDjj7DJeLZBZCELIqnqBwnDNXCbDejTG04cFdU5uDN6jARIpo
	Oyr3P3RtKRtfiO88V2zx9LN86x+aB74rlr86dn4pKmaWvCSPJbLZAMXVbYKA2VMlKCPi
	czWg==
X-Gm-Message-State: AG10YOSg6XI9gnexp6AN6lPFxHzq0U+9K9Y3O/rplTJVHpZ9k5qUyyIaIgzOnoazoCJhaA==
X-Received: by 10.28.18.85 with SMTP id 82mr20131802wms.5.1456241048200;
	Tue, 23 Feb 2016 07:24:08 -0800 (PST)
Received: from venus (ip70-170-124-201.lv.lv.cox.net. [70.170.124.201])
	by smtp.gmail.com with ESMTPSA id g1sm28674019wmc.0.2016.02.23.07.24.06
	for 
	(version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
	Tue, 23 Feb 2016 07:24:07 -0800 (PST)
From: "Brandon Shoemaker" 
To: 
Date: Tue, 23 Feb 2016 07:24:04 -0800
Message-ID: <149401d16e4e$3c643680$b52ca380$@gmail.com>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdFuTi9iBVJ2FhsIR5+dZJgLLkSlsA==
Content-Language: en-us
Subject: [Xen-users] signed drivers
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7605441674609319281=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multipart message in MIME format.

--===============7605441674609319281==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_1495_01D16E0B.2E4192C0"
Content-Language: en-us

This is a multipart message in MIME format.

------=_NextPart_000_1495_01D16E0B.2E4192C0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi list,

 

Does anyone know the ETA on a new stable release of Xen PV drivers for
Windows 2008/2012 for Xen 4.4 on CentOS6?  I searched through the list and
saw mention of possible forthcoming signed version pending obtaining a
commercial signing certificate.  I also saw mention of crowdsourcing the
cert costs.  If this is needed surely many of us can contribute (e.g.
Gofundme).  I have quite a few Xen servers and it is important signed stable
drivers are maintained somewhere.  I am running the older
ejbpv_Vista2008x64_1.0.1105.msi drivers before the website went down that
hosted these.

 

Thanks,

 

Brandon

 

 


------=_NextPart_000_1495_01D16E0B.2E4192C0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Hi list,
 
Does anyone =
know the ETA on a new stable release of Xen PV drivers for Windows =
2008/2012 for Xen 4.4 on CentOS6?  I searched through the list and =
saw mention of possible forthcoming signed version pending obtaining a =
commercial signing certificate.  I also saw mention of =
crowdsourcing the cert costs.  If this is needed surely many of us =
can contribute (e.g. Gofundme).  I have quite a few Xen servers and =
it is important signed stable drivers are maintained somewhere.  I =
am running the older ejbpv_Vista2008x64_1.0.1105.msi drivers before the =
website went down that hosted these.
 
Thanks,
 
Brandon
 
 

------=_NextPart_000_1495_01D16E0B.2E4192C0--



--===============7605441674609319281==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============7605441674609319281==--



From xen-users-bounces@lists.xen.org Tue Feb 23 15:25:11 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 15:25:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYEou-0005zt-1l; Tue, 23 Feb 2016 15:24:12 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYEos-0005zo-Io
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 15:24:10 +0000
Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id
	AD/15-24450-9997CC65; Tue, 23 Feb 2016 15:24:09 +0000
X-Env-Sender: brandon.shoemaker@gmail.com
X-Msg-Ref: server-8.tower-27.messagelabs.com!1456241048!22314009!1
X-Originating-IP: [74.125.82.50]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 57038 invoked from network); 23 Feb 2016 15:24:08 -0000
Received: from mail-wm0-f50.google.com (HELO mail-wm0-f50.google.com)
	(74.125.82.50)
	by server-8.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 23 Feb 2016 15:24:08 -0000
Received: by mail-wm0-f50.google.com with SMTP id b205so204433755wmb.1
	for ; Tue, 23 Feb 2016 07:24:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=from:to:subject:date:message-id:mime-version:content-type
	:thread-index:content-language;
	bh=UrSgP5Xh9tivF1OUSsRq8+gH5QNePIZfLJ4pbIPsvBQ=;
	b=Lj5lXs4Y1PxnKK9eeUOhezSEWzTDHOExh5j07i36gtwslPUA+u8x1VpfU2IP7iSO8f
	tlY6oj8GeBG5li9X7RA9yEPzD43wQ34BdLaa7d0vBJ8vNsgPIxOlh2nM+/vI/liGlfM3
	OosdsEksEohJ0k+L7C+jBtrBtDdwiF/Lzci6GydXzTNoEvL/ga7Ve1/6+bixOWb3O4dw
	f7FLWXvtOVn6q6Rv4ltHQD83y9vzNAKxvBCeErpLghMhey1TJ2yGzXnbTOwIGs9Mbk/o
	sHjhLgmbYH9DYfK/jjIX3H4HQnxLJlORbM6oh934nWdiMjKd0hc6tlJKajlqw6ff7Xtx
	Tatw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:to:subject:date:message-id:mime-version
	:content-type:thread-index:content-language;
	bh=UrSgP5Xh9tivF1OUSsRq8+gH5QNePIZfLJ4pbIPsvBQ=;
	b=V6CEXE94WXopTM7NbSS+ihLx0OaTAfgOYXexEBXey7r1Ber92LuxdoILkjNHyheKd3
	idKzm4xMI4MtdxrGYQO9urBJGqDebZeBpgql35YidJ0fOhGkhjqX+vESm8wNJPFldDTK
	DPO/B/2YNeX7PIUVOKTfWYGGCqmkU0D9bMFlnVdPeVoSPGU8iV7DQFAzxZUQ39GMYLED
	AOASpp2D2iIuhmay24ujDjj7DJeLZBZCELIqnqBwnDNXCbDejTG04cFdU5uDN6jARIpo
	Oyr3P3RtKRtfiO88V2zx9LN86x+aB74rlr86dn4pKmaWvCSPJbLZAMXVbYKA2VMlKCPi
	czWg==
X-Gm-Message-State: AG10YOSg6XI9gnexp6AN6lPFxHzq0U+9K9Y3O/rplTJVHpZ9k5qUyyIaIgzOnoazoCJhaA==
X-Received: by 10.28.18.85 with SMTP id 82mr20131802wms.5.1456241048200;
	Tue, 23 Feb 2016 07:24:08 -0800 (PST)
Received: from venus (ip70-170-124-201.lv.lv.cox.net. [70.170.124.201])
	by smtp.gmail.com with ESMTPSA id g1sm28674019wmc.0.2016.02.23.07.24.06
	for 
	(version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
	Tue, 23 Feb 2016 07:24:07 -0800 (PST)
From: "Brandon Shoemaker" 
To: 
Date: Tue, 23 Feb 2016 07:24:04 -0800
Message-ID: <149401d16e4e$3c643680$b52ca380$@gmail.com>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdFuTi9iBVJ2FhsIR5+dZJgLLkSlsA==
Content-Language: en-us
Subject: [Xen-users] signed drivers
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============7605441674609319281=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is a multipart message in MIME format.

--===============7605441674609319281==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_1495_01D16E0B.2E4192C0"
Content-Language: en-us

This is a multipart message in MIME format.

------=_NextPart_000_1495_01D16E0B.2E4192C0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi list,

 

Does anyone know the ETA on a new stable release of Xen PV drivers for
Windows 2008/2012 for Xen 4.4 on CentOS6?  I searched through the list and
saw mention of possible forthcoming signed version pending obtaining a
commercial signing certificate.  I also saw mention of crowdsourcing the
cert costs.  If this is needed surely many of us can contribute (e.g.
Gofundme).  I have quite a few Xen servers and it is important signed stable
drivers are maintained somewhere.  I am running the older
ejbpv_Vista2008x64_1.0.1105.msi drivers before the website went down that
hosted these.

 

Thanks,

 

Brandon

 

 


------=_NextPart_000_1495_01D16E0B.2E4192C0
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable


Hi list,
 
Does anyone =
know the ETA on a new stable release of Xen PV drivers for Windows =
2008/2012 for Xen 4.4 on CentOS6?  I searched through the list and =
saw mention of possible forthcoming signed version pending obtaining a =
commercial signing certificate.  I also saw mention of =
crowdsourcing the cert costs.  If this is needed surely many of us =
can contribute (e.g. Gofundme).  I have quite a few Xen servers and =
it is important signed stable drivers are maintained somewhere.  I =
am running the older ejbpv_Vista2008x64_1.0.1105.msi drivers before the =
website went down that hosted these.
 
Thanks,
 
Brandon
 
 

------=_NextPart_000_1495_01D16E0B.2E4192C0--



--===============7605441674609319281==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============7605441674609319281==--



From xen-users-bounces@lists.xen.org Tue Feb 23 15:34:54 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 15:34:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYEyz-0006c2-9h; Tue, 23 Feb 2016 15:34:37 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYEyx-0006bw-Fv
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 15:34:35 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	CB/16-23864-A0C7CC65; Tue, 23 Feb 2016 15:34:34 +0000
X-Env-Sender: prvs=854777591=roger.pau@citrix.com
X-Msg-Ref: server-10.tower-31.messagelabs.com!1456241672!24439963!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 43038 invoked from network); 23 Feb 2016 15:34:33 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 15:34:33 -0000
X-IronPort-AV: E=Sophos;i="5.22,489,1449532800"; d="scan'208";a="333682311"
To: , , Wei Liu
	, Anthony PERARD 
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CC7BED.9010907@citrix.com>
Date: Tue, 23 Feb 2016 16:34:05 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
X-DLP: MIA1
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 23/2/16 a les 1:34, suse.dev@fea.st ha escrit:
> I've installed an Arch linux DomU on a Xen-4.6.1 Dom0 host.
> 
> The install process seems to exec without error.
> 
> I'm passing 4 partitions through to the Guest, /dev/xvd[bcde].

Those are not partitions, those are actual disks. Have you tried to make
xvda the disk that contains the UEFI partition, so that OVMF can find it?

It's just a wild guess, since I've never used OVMF myself.

> The partitions are all created with GPT labels; I've setup to use UEFI in the Guest.  the DomU's fstab is
> 
>  cat /etc/fstab
>   LABEL=BOOT /boot     ext4  acl,user_xattr 1 2
>   LABEL=ROOT /         ext4  acl,user_xattr 1 1
>   LABEL=EFI  /boot/efi vfat umask=0002,utf8=true,x-systemd.automount,noauto 0 2
>   LABEL=SWAP swap      swap  defaults       0 0
> 
> In the guest I've installed grub, and exec
> 
>  mkinitcpio -p linux
>  grub-mkconfig -o /boot/grub/grub.cfg
> 
> On reboot, however, launch fails.
> 
> In the Guest's VNC console, I see 
> 
> 	Press F12 for boot  menu.
> 
> 	Booting from ROM ...
> 	iPXE (PCI 00:04:0) starting execution ... ok
> 	iPXE initialising devices ... ok
> 
> 	iPXE 1.0.0+ () -- OpenSource Network Boot Firmware -- http://ipxe.org
> 	Features: iSCSI HTTO DNS TFTP AoE bzImage ELF MBOOT PXE Menu PXEXT
> 
> 	net0: 00:16:3E:10:01:01 using 82540em on PCI00:04.0 (open)
> 	  [Link:up, TX:0 TXE:0 RX:0 RXE:0]
> 	Configuring (net0 00:16:3E:10:01:01) ................. Error 0x040ee119 (http://ipxe.org/040ee119)
> 	No more network devices
> 
> 	Booting from Floppy ...
> 	Boot failed: could not read the boot disk
> 
> 	Booting from Hard Disk ...
> 	Boot failed: could not read the boot disk
> 
> 	No bootable device.  Retrying in 60 seconds.
> 
> Reading
> 
> 	http://events.linuxfoundation.org/sites/events/files/slides/xen_in_efi_world_20140801.final_.dk_.pdf
> 
> @ Page 22
> 
> 	Open Virtual Machine Firmware (OVMF)
> 	UEFI within Virtual Machines
> 
> 	OVMF is a project to enable support for UEFI within Virtual Machines. It is built upon the EDK II code base.
> 
> suggests that, at the time of the presentation in 2014, UEFI Guest support was early/spotty.
> 
> Before I start debugging Arch,
> 
> (1) What's the current status of UEFI in PVHVM Guests in Xen 4.6.1?
> 
>     Is is at all functional? supported? recommended?

Adding Wei and Anthony who have worked with OVMF and Xen.

> (2) Offhand, anyone know if Arch's current pv-ops kernel has the needed support (OVMF? other?) to seek/boot a UEFI client?
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users
> 


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 15:34:54 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 15:34:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYEyz-0006c2-9h; Tue, 23 Feb 2016 15:34:37 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYEyx-0006bw-Fv
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 15:34:35 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	CB/16-23864-A0C7CC65; Tue, 23 Feb 2016 15:34:34 +0000
X-Env-Sender: prvs=854777591=roger.pau@citrix.com
X-Msg-Ref: server-10.tower-31.messagelabs.com!1456241672!24439963!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 43038 invoked from network); 23 Feb 2016 15:34:33 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 15:34:33 -0000
X-IronPort-AV: E=Sophos;i="5.22,489,1449532800"; d="scan'208";a="333682311"
To: , , Wei Liu
	, Anthony PERARD 
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CC7BED.9010907@citrix.com>
Date: Tue, 23 Feb 2016 16:34:05 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
X-DLP: MIA1
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 23/2/16 a les 1:34, suse.dev@fea.st ha escrit:
> I've installed an Arch linux DomU on a Xen-4.6.1 Dom0 host.
> 
> The install process seems to exec without error.
> 
> I'm passing 4 partitions through to the Guest, /dev/xvd[bcde].

Those are not partitions, those are actual disks. Have you tried to make
xvda the disk that contains the UEFI partition, so that OVMF can find it?

It's just a wild guess, since I've never used OVMF myself.

> The partitions are all created with GPT labels; I've setup to use UEFI in the Guest.  the DomU's fstab is
> 
>  cat /etc/fstab
>   LABEL=BOOT /boot     ext4  acl,user_xattr 1 2
>   LABEL=ROOT /         ext4  acl,user_xattr 1 1
>   LABEL=EFI  /boot/efi vfat umask=0002,utf8=true,x-systemd.automount,noauto 0 2
>   LABEL=SWAP swap      swap  defaults       0 0
> 
> In the guest I've installed grub, and exec
> 
>  mkinitcpio -p linux
>  grub-mkconfig -o /boot/grub/grub.cfg
> 
> On reboot, however, launch fails.
> 
> In the Guest's VNC console, I see 
> 
> 	Press F12 for boot  menu.
> 
> 	Booting from ROM ...
> 	iPXE (PCI 00:04:0) starting execution ... ok
> 	iPXE initialising devices ... ok
> 
> 	iPXE 1.0.0+ () -- OpenSource Network Boot Firmware -- http://ipxe.org
> 	Features: iSCSI HTTO DNS TFTP AoE bzImage ELF MBOOT PXE Menu PXEXT
> 
> 	net0: 00:16:3E:10:01:01 using 82540em on PCI00:04.0 (open)
> 	  [Link:up, TX:0 TXE:0 RX:0 RXE:0]
> 	Configuring (net0 00:16:3E:10:01:01) ................. Error 0x040ee119 (http://ipxe.org/040ee119)
> 	No more network devices
> 
> 	Booting from Floppy ...
> 	Boot failed: could not read the boot disk
> 
> 	Booting from Hard Disk ...
> 	Boot failed: could not read the boot disk
> 
> 	No bootable device.  Retrying in 60 seconds.
> 
> Reading
> 
> 	http://events.linuxfoundation.org/sites/events/files/slides/xen_in_efi_world_20140801.final_.dk_.pdf
> 
> @ Page 22
> 
> 	Open Virtual Machine Firmware (OVMF)
> 	UEFI within Virtual Machines
> 
> 	OVMF is a project to enable support for UEFI within Virtual Machines. It is built upon the EDK II code base.
> 
> suggests that, at the time of the presentation in 2014, UEFI Guest support was early/spotty.
> 
> Before I start debugging Arch,
> 
> (1) What's the current status of UEFI in PVHVM Guests in Xen 4.6.1?
> 
>     Is is at all functional? supported? recommended?

Adding Wei and Anthony who have worked with OVMF and Xen.

> (2) Offhand, anyone know if Arch's current pv-ops kernel has the needed support (OVMF? other?) to seek/boot a UEFI client?
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users
> 


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:05:20 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:05:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFSK-0000D8-CG; Tue, 23 Feb 2016 16:04:56 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYFSJ-0000Cz-7E
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:04:55 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	1D/3D-03443-6238CC65; Tue, 23 Feb 2016 16:04:54 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-11.tower-31.messagelabs.com!1456243492!23902436!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 64732 invoked from network); 23 Feb 2016 16:04:53 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 16:04:53 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id 684E5207DB
	for ; Tue, 23 Feb 2016 11:04:52 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Tue, 23 Feb 2016 11:04:52 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=5649+vUlrpmpi7M1DA0vS2nAzcE=; b=VCxXyD
	FWKTokPZIZGF/5MAgxoXsfsk2CJBcQnVHMybK0NThsddPQoOtUkL19YHiz1wmq4X
	25y9p9TpSna1IMUvoZSWX9iYaYWSHzcSd6a93/6738i88TVTrBNt4jL8NA5zesuu
	504Is7PoNzekqljWskkU+nllSvBhlHAJIaleY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=5649+vUlrpmpi7M
	1DA0vS2nAzcE=; b=kPU1byFuCGuF7PheoJ2FkvjSD+jtyzPuJOIm5wqZc35eUmL
	MZUoIOZAS3Vw9lbvDpYEL9JXzmZDA20WSvXT7YtFH9crgdwtthMQLAlsvB6QFze8
	psewM6IVLLKRTlhBvLb4hv6hcOpANfuiDCTKXxvkSzgsVp4OZlUWyBDpsKU0=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 349DF101FC0; Tue, 23 Feb 2016 11:04:52 -0500 (EST)
Message-Id: <56CC7F58.3020509@fastmail.fm>
X-Sasl-Enc: V/7ClHdwPABck7vDuTUyk0WdZJ45DKGD7QKz4uOc/aW1 1456243492
From: suse.dev@fea.st
To: =?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= ,
	suse.dev@fea.st, xen-users@lists.xen.org, Wei Liu ,
	Anthony PERARD 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <56CC7BED.9010907@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com>
Date: Tue, 23 Feb 2016 08:04:52 -0800
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 02/23/2016 07:34 AM, Roger Pau Monn=E9 wrote:
> Those are not partitions, those are actual disks. Have you tried to make
> xvda the disk that contains the UEFI partition, so that OVMF can find it?
>
> It's just a wild guess, since I've never used OVMF myself.

I swtiched to

 disk =3D [ 'phy:/dev/VG0/tEFI,xvda,w',
          'phy:/dev/VG0/tBOOT,xvde,w',
          'phy:/dev/VG0/tSWAP,xvdf,w',
          'phy:/dev/VG0/tROOT,xvdg,w',
        ]

where via parted

 select /dev/xvda
 mklabel gpt
 mkpart ESP fat32 1MiB 100%
 set 1 boot on

as well as systemd-boot as bootloader.  It seems far less bloated/opaque th=
an Grub for DomU use.

Repeating the install process, logged into the being-installed-Guest's chro=
ot,

 cat /boot/efi/loader/loader.conf
  default  arch
  timeout  4
  editor   0

 cat << EOF > /boot/efi/loader/entries/arch.conf
  title          Arch
  linux          /vmlinuz-linux
  initrd         /initramfs-linux.img
  options        root=3DLABEL=3DROOT resume=3DLABEL=3DSWAP rw

 mkinitcpio -p linux
	...
	=3D=3D> Image generation successful
 bootctl --path=3D/boot/efi install
	Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/s=
ystemd/systemd-bootx64.efi".
	Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/B=
oot/BOOTX64.EFI".
	Not booted with EFI, skipping EFI variable setup.

then stop/start the DomU

 xl create ./arch.cfg
	Parsing config from ./arch.cfg
	got a tsc mode string: "default"
 xl list
	Name                                        ID   Mem VCPUs      State   Ti=
me(s)
	Domain-0                                     0  4096     1     r-----    1=
798.4
	arch                                        70  2048     1     -b----     =
  1.2

but, as before, same iPXE-boot cruft ...

>> Is is at all functional? supported? recommended?
>
> Adding Wei and Anthony who have worked with OVMF and Xen.

Thanks.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:05:20 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:05:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFSK-0000D8-CG; Tue, 23 Feb 2016 16:04:56 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYFSJ-0000Cz-7E
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:04:55 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
	1D/3D-03443-6238CC65; Tue, 23 Feb 2016 16:04:54 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-11.tower-31.messagelabs.com!1456243492!23902436!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 64732 invoked from network); 23 Feb 2016 16:04:53 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 16:04:53 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id 684E5207DB
	for ; Tue, 23 Feb 2016 11:04:52 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Tue, 23 Feb 2016 11:04:52 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=5649+vUlrpmpi7M1DA0vS2nAzcE=; b=VCxXyD
	FWKTokPZIZGF/5MAgxoXsfsk2CJBcQnVHMybK0NThsddPQoOtUkL19YHiz1wmq4X
	25y9p9TpSna1IMUvoZSWX9iYaYWSHzcSd6a93/6738i88TVTrBNt4jL8NA5zesuu
	504Is7PoNzekqljWskkU+nllSvBhlHAJIaleY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=5649+vUlrpmpi7M
	1DA0vS2nAzcE=; b=kPU1byFuCGuF7PheoJ2FkvjSD+jtyzPuJOIm5wqZc35eUmL
	MZUoIOZAS3Vw9lbvDpYEL9JXzmZDA20WSvXT7YtFH9crgdwtthMQLAlsvB6QFze8
	psewM6IVLLKRTlhBvLb4hv6hcOpANfuiDCTKXxvkSzgsVp4OZlUWyBDpsKU0=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 349DF101FC0; Tue, 23 Feb 2016 11:04:52 -0500 (EST)
Message-Id: <56CC7F58.3020509@fastmail.fm>
X-Sasl-Enc: V/7ClHdwPABck7vDuTUyk0WdZJ45DKGD7QKz4uOc/aW1 1456243492
From: suse.dev@fea.st
To: =?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= ,
	suse.dev@fea.st, xen-users@lists.xen.org, Wei Liu ,
	Anthony PERARD 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <56CC7BED.9010907@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com>
Date: Tue, 23 Feb 2016 08:04:52 -0800
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On 02/23/2016 07:34 AM, Roger Pau Monn=E9 wrote:
> Those are not partitions, those are actual disks. Have you tried to make
> xvda the disk that contains the UEFI partition, so that OVMF can find it?
>
> It's just a wild guess, since I've never used OVMF myself.

I swtiched to

 disk =3D [ 'phy:/dev/VG0/tEFI,xvda,w',
          'phy:/dev/VG0/tBOOT,xvde,w',
          'phy:/dev/VG0/tSWAP,xvdf,w',
          'phy:/dev/VG0/tROOT,xvdg,w',
        ]

where via parted

 select /dev/xvda
 mklabel gpt
 mkpart ESP fat32 1MiB 100%
 set 1 boot on

as well as systemd-boot as bootloader.  It seems far less bloated/opaque th=
an Grub for DomU use.

Repeating the install process, logged into the being-installed-Guest's chro=
ot,

 cat /boot/efi/loader/loader.conf
  default  arch
  timeout  4
  editor   0

 cat << EOF > /boot/efi/loader/entries/arch.conf
  title          Arch
  linux          /vmlinuz-linux
  initrd         /initramfs-linux.img
  options        root=3DLABEL=3DROOT resume=3DLABEL=3DSWAP rw

 mkinitcpio -p linux
	...
	=3D=3D> Image generation successful
 bootctl --path=3D/boot/efi install
	Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/s=
ystemd/systemd-bootx64.efi".
	Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/B=
oot/BOOTX64.EFI".
	Not booted with EFI, skipping EFI variable setup.

then stop/start the DomU

 xl create ./arch.cfg
	Parsing config from ./arch.cfg
	got a tsc mode string: "default"
 xl list
	Name                                        ID   Mem VCPUs      State   Ti=
me(s)
	Domain-0                                     0  4096     1     r-----    1=
798.4
	arch                                        70  2048     1     -b----     =
  1.2

but, as before, same iPXE-boot cruft ...

>> Is is at all functional? supported? recommended?
>
> Adding Wei and Anthony who have worked with OVMF and Xen.

Thanks.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:14:18 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:14:18 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFbD-0000es-7B; Tue, 23 Feb 2016 16:14:07 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFbB-0000em-W2
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:14:06 +0000
Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
	EC/71-02994-7458CC65; Tue, 23 Feb 2016 16:13:59 +0000
X-Env-Sender: prvs=854777591=roger.pau@citrix.com
X-Msg-Ref: server-6.tower-31.messagelabs.com!1456244043!24470629!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10911 invoked from network); 23 Feb 2016 16:14:04 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 16:14:04 -0000
X-IronPort-AV: E=Sophos;i="5.22,490,1449532800"; d="scan'208";a="340274647"
To: , , Wei Liu
	, Anthony PERARD 
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CC8526.9090703@citrix.com>
Date: Tue, 23 Feb 2016 17:13:26 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <56CC7F58.3020509@fastmail.fm>
Content-Length: 858
X-DLP: MIA1
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 23/2/16 a les 17:04, suse.dev@fea.st ha escrit:
> On 02/23/2016 07:34 AM, Roger Pau Monn=E9 wrote:
>> Those are not partitions, those are actual disks. Have you tried to make
>> xvda the disk that contains the UEFI partition, so that OVMF can find it?
>>
>> It's just a wild guess, since I've never used OVMF myself.
> =

> I swtiched to
> =

>  disk =3D [ 'phy:/dev/VG0/tEFI,xvda,w',
>           'phy:/dev/VG0/tBOOT,xvde,w',
>           'phy:/dev/VG0/tSWAP,xvdf,w',
>           'phy:/dev/VG0/tROOT,xvdg,w',
>         ]

Can you paste your full DomU configuration file? I assume you have
bios=3D"ovmf" somewhere there. Do you see any errors/messages on the
hypervisor console (xl dmesg) after trying to boot the guest?

Roger.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:14:18 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:14:18 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFbD-0000es-7B; Tue, 23 Feb 2016 16:14:07 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFbB-0000em-W2
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:14:06 +0000
Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
	EC/71-02994-7458CC65; Tue, 23 Feb 2016 16:13:59 +0000
X-Env-Sender: prvs=854777591=roger.pau@citrix.com
X-Msg-Ref: server-6.tower-31.messagelabs.com!1456244043!24470629!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10911 invoked from network); 23 Feb 2016 16:14:04 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 16:14:04 -0000
X-IronPort-AV: E=Sophos;i="5.22,490,1449532800"; d="scan'208";a="340274647"
To: , , Wei Liu
	, Anthony PERARD 
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CC8526.9090703@citrix.com>
Date: Tue, 23 Feb 2016 17:13:26 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <56CC7F58.3020509@fastmail.fm>
Content-Length: 858
X-DLP: MIA1
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 23/2/16 a les 17:04, suse.dev@fea.st ha escrit:
> On 02/23/2016 07:34 AM, Roger Pau Monn=E9 wrote:
>> Those are not partitions, those are actual disks. Have you tried to make
>> xvda the disk that contains the UEFI partition, so that OVMF can find it?
>>
>> It's just a wild guess, since I've never used OVMF myself.
> =

> I swtiched to
> =

>  disk =3D [ 'phy:/dev/VG0/tEFI,xvda,w',
>           'phy:/dev/VG0/tBOOT,xvde,w',
>           'phy:/dev/VG0/tSWAP,xvdf,w',
>           'phy:/dev/VG0/tROOT,xvdg,w',
>         ]

Can you paste your full DomU configuration file? I assume you have
bios=3D"ovmf" somewhere there. Do you see any errors/messages on the
hypervisor console (xl dmesg) after trying to boot the guest?

Roger.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:15:45 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:15:45 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFci-0000zg-Ce; Tue, 23 Feb 2016 16:15:40 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFcg-0000zP-ON
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:15:38 +0000
Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id
	4C/91-02978-9A58CC65; Tue, 23 Feb 2016 16:15:37 +0000
X-Env-Sender: prvs=8540992c9=wei.liu2@citrix.com
X-Msg-Ref: server-6.tower-31.messagelabs.com!1456244134!24471063!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24378 invoked from network); 23 Feb 2016 16:15:36 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 16:15:36 -0000
X-IronPort-AV: E=Sophos;i="5.22,490,1449532800"; d="scan'208";a="333698506"
Date: Tue, 23 Feb 2016 16:15:30 +0000
From: Wei Liu 
To: 
Message-ID: <20160223161530.GF3723@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
MIME-Version: 1.0
Content-Length: 2862
Content-Disposition: inline
In-Reply-To: <56CC7F58.3020509@fastmail.fm>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 08:04:52AM -0800, suse.dev@fea.st wrote:
> On 02/23/2016 07:34 AM, Roger Pau Monn=E9 wrote:
> > Those are not partitions, those are actual disks. Have you tried to make
> > xvda the disk that contains the UEFI partition, so that OVMF can find i=
t?
> >
> > It's just a wild guess, since I've never used OVMF myself.
> =

> I swtiched to
> =

>  disk =3D [ 'phy:/dev/VG0/tEFI,xvda,w',
>           'phy:/dev/VG0/tBOOT,xvde,w',
>           'phy:/dev/VG0/tSWAP,xvdf,w',
>           'phy:/dev/VG0/tROOT,xvdg,w',
>         ]
> =

> where via parted
> =

>  select /dev/xvda
>  mklabel gpt
>  mkpart ESP fat32 1MiB 100%
>  set 1 boot on
> =

> as well as systemd-boot as bootloader.  It seems far less bloated/opaque =
than Grub for DomU use.
> =

> Repeating the install process, logged into the being-installed-Guest's ch=
root,
> =

>  cat /boot/efi/loader/loader.conf
>   default  arch
>   timeout  4
>   editor   0
> =

>  cat << EOF > /boot/efi/loader/entries/arch.conf
>   title          Arch
>   linux          /vmlinuz-linux
>   initrd         /initramfs-linux.img
>   options        root=3DLABEL=3DROOT resume=3DLABEL=3DSWAP rw
> =

>  mkinitcpio -p linux
> 	...
> 	=3D=3D> Image generation successful
>  bootctl --path=3D/boot/efi install
> 	Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI=
/systemd/systemd-bootx64.efi".
> 	Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI=
/Boot/BOOTX64.EFI".
> 	Not booted with EFI, skipping EFI variable setup.
> =

> then stop/start the DomU
> =

>  xl create ./arch.cfg
> 	Parsing config from ./arch.cfg
> 	got a tsc mode string: "default"
>  xl list
> 	Name                                        ID   Mem VCPUs      State   =
Time(s)
> 	Domain-0                                     0  4096     1     r-----   =
 1798.4
> 	arch                                        70  2048     1     -b----   =
    1.2
> =

> but, as before, same iPXE-boot cruft ...
> =

> >> Is is at all functional? supported? recommended?
> >

Do you have bios=3D'ovmf' in your guest config file? It seems that the
guest is booting with legacy bios (seabios).

Furthermore nvram isn't supported at the moment, so your modification will =
be
lost. What we do in our test system is to place grubx64 efi into a known
location so that it always gets picked up by OVMF.

If you don't require any specific functionality provided by UEFI, it's
better to just use legacy bios. OVMF needs more work to make it work out
of the box.

Wei.

> > Adding Wei and Anthony who have worked with OVMF and Xen.
> =

> Thanks.
> =

> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:15:45 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:15:45 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFci-0000zg-Ce; Tue, 23 Feb 2016 16:15:40 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFcg-0000zP-ON
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:15:38 +0000
Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id
	4C/91-02978-9A58CC65; Tue, 23 Feb 2016 16:15:37 +0000
X-Env-Sender: prvs=8540992c9=wei.liu2@citrix.com
X-Msg-Ref: server-6.tower-31.messagelabs.com!1456244134!24471063!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 24378 invoked from network); 23 Feb 2016 16:15:36 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-6.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 16:15:36 -0000
X-IronPort-AV: E=Sophos;i="5.22,490,1449532800"; d="scan'208";a="333698506"
Date: Tue, 23 Feb 2016 16:15:30 +0000
From: Wei Liu 
To: 
Message-ID: <20160223161530.GF3723@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
MIME-Version: 1.0
Content-Length: 2862
Content-Disposition: inline
In-Reply-To: <56CC7F58.3020509@fastmail.fm>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 08:04:52AM -0800, suse.dev@fea.st wrote:
> On 02/23/2016 07:34 AM, Roger Pau Monn=E9 wrote:
> > Those are not partitions, those are actual disks. Have you tried to make
> > xvda the disk that contains the UEFI partition, so that OVMF can find i=
t?
> >
> > It's just a wild guess, since I've never used OVMF myself.
> =

> I swtiched to
> =

>  disk =3D [ 'phy:/dev/VG0/tEFI,xvda,w',
>           'phy:/dev/VG0/tBOOT,xvde,w',
>           'phy:/dev/VG0/tSWAP,xvdf,w',
>           'phy:/dev/VG0/tROOT,xvdg,w',
>         ]
> =

> where via parted
> =

>  select /dev/xvda
>  mklabel gpt
>  mkpart ESP fat32 1MiB 100%
>  set 1 boot on
> =

> as well as systemd-boot as bootloader.  It seems far less bloated/opaque =
than Grub for DomU use.
> =

> Repeating the install process, logged into the being-installed-Guest's ch=
root,
> =

>  cat /boot/efi/loader/loader.conf
>   default  arch
>   timeout  4
>   editor   0
> =

>  cat << EOF > /boot/efi/loader/entries/arch.conf
>   title          Arch
>   linux          /vmlinuz-linux
>   initrd         /initramfs-linux.img
>   options        root=3DLABEL=3DROOT resume=3DLABEL=3DSWAP rw
> =

>  mkinitcpio -p linux
> 	...
> 	=3D=3D> Image generation successful
>  bootctl --path=3D/boot/efi install
> 	Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI=
/systemd/systemd-bootx64.efi".
> 	Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI=
/Boot/BOOTX64.EFI".
> 	Not booted with EFI, skipping EFI variable setup.
> =

> then stop/start the DomU
> =

>  xl create ./arch.cfg
> 	Parsing config from ./arch.cfg
> 	got a tsc mode string: "default"
>  xl list
> 	Name                                        ID   Mem VCPUs      State   =
Time(s)
> 	Domain-0                                     0  4096     1     r-----   =
 1798.4
> 	arch                                        70  2048     1     -b----   =
    1.2
> =

> but, as before, same iPXE-boot cruft ...
> =

> >> Is is at all functional? supported? recommended?
> >

Do you have bios=3D'ovmf' in your guest config file? It seems that the
guest is booting with legacy bios (seabios).

Furthermore nvram isn't supported at the moment, so your modification will =
be
lost. What we do in our test system is to place grubx64 efi into a known
location so that it always gets picked up by OVMF.

If you don't require any specific functionality provided by UEFI, it's
better to just use legacy bios. OVMF needs more work to make it work out
of the box.

Wei.

> > Adding Wei and Anthony who have worked with OVMF and Xen.
> =

> Thanks.
> =

> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:33:47 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:33:47 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFtr-00039z-17; Tue, 23 Feb 2016 16:33:23 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYFtp-00038z-3D
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:33:21 +0000
Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id
	91/40-02992-0D98CC65; Tue, 23 Feb 2016 16:33:20 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-13.tower-206.messagelabs.com!1456245199!24179367!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20968 invoked from network); 23 Feb 2016 16:33:19 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 16:33:19 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id 0E1D820A8A
	for ; Tue, 23 Feb 2016 11:33:19 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Tue, 23 Feb 2016 11:33:19 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=iuNsr0HOPJ+riF5IJQ8cNWUUw/Q=; b=j0Hdeo
	w26C3LpW0qZgyHXGRoJL6Gsb014ZNWb7XhQOPsFGczs1sz1XSefA6mTgmNhi2vrP
	OTkGvuumeBziMCyIuzvj51XqCElhvFbnWI2VUhtbOGvfQpgQZTmhO0pzYqziLrpk
	54r1eMsapIuUoraIZnzEj26jRl2EVuyxdSUsk=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=iuNsr0HOPJ+riF5
	IJQ8cNWUUw/Q=; b=pQCJdIdKkAhM/LSR7wmFiB834Ml8Q6uXQlAiMCD3iCWpdsV
	xY/KxawhAYz/3l1u8cchKBJFweySUnRATFweKe7V6+Iq7Nan30tptuEDZnLEd7/U
	b3LavJRG2hZAEX9at8PRExnIKMOqAeKjbUhC8Pbr/jAr5amuuu70ekHMDs6U=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id D3E551024DE; Tue, 23 Feb 2016 11:33:18 -0500 (EST)
Message-Id: <1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
X-Sasl-Enc: LHlLu/+j74O+uIkwNuRer+/lA+4A6hXjDKbQbm22sV8F 1456245198
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Tue, 23 Feb 2016 08:33:18 -0800
In-Reply-To: <20160223161530.GF3723@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 23, 2016, at 08:15 AM, Wei Liu wrote:
> Do you have bios='ovmf' in your guest config file? It seems that the
> guest is booting with legacy bios (seabios).

Nope.  Wasn't even aware yet that it was needed (did I miss the doc?).  I'd switched from rombios -> seabios when I learned THAT was causing problems.

SHOULD it be bios=ovmf

?

> Furthermore nvram isn't supported at the moment, so your modification will be
> lost. What we do in our test system is to place grubx64 efi into a known
> location so that it always gets picked up by OVMF.

What's considered a 'well known location'?

Somewhere under the ESP, here == /boot/efi?

I'd expect the location loaded by `bootctl` to be among those well-known locations?

> If you don't require any specific functionality provided by UEFI, it's
> better to just use legacy bios. OVMF needs more work to make it work out
> of the box.

I'm chasing 'legacy-free' & consistency.

All our hardware is now EFI, all OSs -- host & guest -- are systemd based, all disks are GPT, all setup/install scripts use parted.

I'd ideally prefer to not have to continue to have legacy bios/MBR anywhere in the mix.

But if we have to, we have to.  My hope is that UEFI guests' support is, at least, in-plan.

Fwiw, currently, my cfg is

-------------------
name = 'arch'
builder = 'hvm'
xen_platform_pci = 1
device_model_version="qemu-xen"
boot = 'cd'
hdtype = 'ahci'
disk = [ 'phy:/dev/VG0/tEFI,xvda,w',
         'phy:/dev/VG0/tBOOT,xvde,w',
         'phy:/dev/VG0/tSWAP,xvdf,w',
         'phy:/dev/VG0/tROOT,xvdg,w',
       ]
vif = [ 'mac=00:16:3E:10:01:01, model=e1000, bridge=br0, vifname=vif0',]

acpi = 1
apic = 1
bios = 'seabios'
hap = 1
keymap = 'en-us'
localtime = 0
maxmem = 2048
memory = 2048
nestedhvm = 0
nx = 1
pae = 1
sdl = 0
serial = 'pty'
shadow_memory = 16
spice = 0
tsc_mode = "default"
vga = 'stdvga'
videoram = 16
vnc = 1
vncdisplay = 2
vnclisten = '0.0.0.0'

on_shutdown = 'destroy'
on_reboot = 'destroy'
on_crash = 'destroy'
-------------------

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:33:47 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:33:47 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYFtr-00039z-17; Tue, 23 Feb 2016 16:33:23 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYFtp-00038z-3D
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:33:21 +0000
Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id
	91/40-02992-0D98CC65; Tue, 23 Feb 2016 16:33:20 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-13.tower-206.messagelabs.com!1456245199!24179367!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 20968 invoked from network); 23 Feb 2016 16:33:19 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-13.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 16:33:19 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id 0E1D820A8A
	for ; Tue, 23 Feb 2016 11:33:19 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Tue, 23 Feb 2016 11:33:19 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=iuNsr0HOPJ+riF5IJQ8cNWUUw/Q=; b=j0Hdeo
	w26C3LpW0qZgyHXGRoJL6Gsb014ZNWb7XhQOPsFGczs1sz1XSefA6mTgmNhi2vrP
	OTkGvuumeBziMCyIuzvj51XqCElhvFbnWI2VUhtbOGvfQpgQZTmhO0pzYqziLrpk
	54r1eMsapIuUoraIZnzEj26jRl2EVuyxdSUsk=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=iuNsr0HOPJ+riF5
	IJQ8cNWUUw/Q=; b=pQCJdIdKkAhM/LSR7wmFiB834Ml8Q6uXQlAiMCD3iCWpdsV
	xY/KxawhAYz/3l1u8cchKBJFweySUnRATFweKe7V6+Iq7Nan30tptuEDZnLEd7/U
	b3LavJRG2hZAEX9at8PRExnIKMOqAeKjbUhC8Pbr/jAr5amuuu70ekHMDs6U=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id D3E551024DE; Tue, 23 Feb 2016 11:33:18 -0500 (EST)
Message-Id: <1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
X-Sasl-Enc: LHlLu/+j74O+uIkwNuRer+/lA+4A6hXjDKbQbm22sV8F 1456245198
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Tue, 23 Feb 2016 08:33:18 -0800
In-Reply-To: <20160223161530.GF3723@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 23, 2016, at 08:15 AM, Wei Liu wrote:
> Do you have bios='ovmf' in your guest config file? It seems that the
> guest is booting with legacy bios (seabios).

Nope.  Wasn't even aware yet that it was needed (did I miss the doc?).  I'd switched from rombios -> seabios when I learned THAT was causing problems.

SHOULD it be bios=ovmf

?

> Furthermore nvram isn't supported at the moment, so your modification will be
> lost. What we do in our test system is to place grubx64 efi into a known
> location so that it always gets picked up by OVMF.

What's considered a 'well known location'?

Somewhere under the ESP, here == /boot/efi?

I'd expect the location loaded by `bootctl` to be among those well-known locations?

> If you don't require any specific functionality provided by UEFI, it's
> better to just use legacy bios. OVMF needs more work to make it work out
> of the box.

I'm chasing 'legacy-free' & consistency.

All our hardware is now EFI, all OSs -- host & guest -- are systemd based, all disks are GPT, all setup/install scripts use parted.

I'd ideally prefer to not have to continue to have legacy bios/MBR anywhere in the mix.

But if we have to, we have to.  My hope is that UEFI guests' support is, at least, in-plan.

Fwiw, currently, my cfg is

-------------------
name = 'arch'
builder = 'hvm'
xen_platform_pci = 1
device_model_version="qemu-xen"
boot = 'cd'
hdtype = 'ahci'
disk = [ 'phy:/dev/VG0/tEFI,xvda,w',
         'phy:/dev/VG0/tBOOT,xvde,w',
         'phy:/dev/VG0/tSWAP,xvdf,w',
         'phy:/dev/VG0/tROOT,xvdg,w',
       ]
vif = [ 'mac=00:16:3E:10:01:01, model=e1000, bridge=br0, vifname=vif0',]

acpi = 1
apic = 1
bios = 'seabios'
hap = 1
keymap = 'en-us'
localtime = 0
maxmem = 2048
memory = 2048
nestedhvm = 0
nx = 1
pae = 1
sdl = 0
serial = 'pty'
shadow_memory = 16
spice = 0
tsc_mode = "default"
vga = 'stdvga'
videoram = 16
vnc = 1
vncdisplay = 2
vnclisten = '0.0.0.0'

on_shutdown = 'destroy'
on_reboot = 'destroy'
on_crash = 'destroy'
-------------------

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:40:40 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:40:40 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG0g-00044Q-Gc; Tue, 23 Feb 2016 16:40:26 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYG0f-00044J-0m
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:40:25 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	50/4F-02994-87B8CC65; Tue, 23 Feb 2016 16:40:24 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-4.tower-206.messagelabs.com!1456245623!24449611!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9220 invoked from network); 23 Feb 2016 16:40:23 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 16:40:23 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id F017720CAD
	for ; Tue, 23 Feb 2016 11:40:22 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Tue, 23 Feb 2016 11:40:22 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=H686GwYXr+ivUnuNybwJWcStyZQ=; b=K5bbJx
	IQvE+vD8xy/v2m6ZaV49ecDJbmxdELSLNOwQmVPtuEzCAiYxeT0DX+rN7xWBPVgo
	IXKcHnaKE9Z1eSgqWBhqghr4LZv17QdcA5d4NGaU/NPiAk+9a2rEZCtj9+scCEKC
	ViTrIuBx0j6zjqdVycYuNH1mmrHq+mzOHZvVo=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=H686GwYXr+ivUnu
	NybwJWcStyZQ=; b=Mdd/c9wGaFRSBsU5s74b9sFXjPdyaAySGtnR+btRkpl6MPq
	QqwsN/xR/cvP1Vbl6BLXpoqUwI+WrNHPOT2tsCImi31DCLO8Ya6/8QWIQ8TSS7yd
	BdpT9K/jC8NTs52+SyjTKyZiFDOdUUnb8Qfx6hSDVedZRDiD57eEOOOkWt+w=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id C30FD1025EC; Tue, 23 Feb 2016 11:40:22 -0500 (EST)
Message-Id: <1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
X-Sasl-Enc: T2m9H3rPcxNbEpPZfK0QuLU7FKqhy/+jksx/TF48EGr1 1456245622
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
Date: Tue, 23 Feb 2016 08:40:22 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

fyi,

With

	bios = 'seabios'

on Guest launch, I get the attempt to 'Boot from ROM ... iPXE' biz, as reported

Bith

-	bios = 'seabios'
+	bios = 'ovmf'

The guest doesn't even launch

	xl create -c arch.cfg
		Parsing config from arch.cfg
		got a tsc mode string: "default"
		xenconsole: Could not open tty `/dev/pts/4': No such file or directory
		xenconsole: Could not read tty from store: No such file or directory
		libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [18653] exited with error status 2

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:40:40 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:40:40 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG0g-00044Q-Gc; Tue, 23 Feb 2016 16:40:26 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYG0f-00044J-0m
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:40:25 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	50/4F-02994-87B8CC65; Tue, 23 Feb 2016 16:40:24 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-4.tower-206.messagelabs.com!1456245623!24449611!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9220 invoked from network); 23 Feb 2016 16:40:23 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-4.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 16:40:23 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id F017720CAD
	for ; Tue, 23 Feb 2016 11:40:22 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Tue, 23 Feb 2016 11:40:22 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=H686GwYXr+ivUnuNybwJWcStyZQ=; b=K5bbJx
	IQvE+vD8xy/v2m6ZaV49ecDJbmxdELSLNOwQmVPtuEzCAiYxeT0DX+rN7xWBPVgo
	IXKcHnaKE9Z1eSgqWBhqghr4LZv17QdcA5d4NGaU/NPiAk+9a2rEZCtj9+scCEKC
	ViTrIuBx0j6zjqdVycYuNH1mmrHq+mzOHZvVo=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=H686GwYXr+ivUnu
	NybwJWcStyZQ=; b=Mdd/c9wGaFRSBsU5s74b9sFXjPdyaAySGtnR+btRkpl6MPq
	QqwsN/xR/cvP1Vbl6BLXpoqUwI+WrNHPOT2tsCImi31DCLO8Ya6/8QWIQ8TSS7yd
	BdpT9K/jC8NTs52+SyjTKyZiFDOdUUnb8Qfx6hSDVedZRDiD57eEOOOkWt+w=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id C30FD1025EC; Tue, 23 Feb 2016 11:40:22 -0500 (EST)
Message-Id: <1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
X-Sasl-Enc: T2m9H3rPcxNbEpPZfK0QuLU7FKqhy/+jksx/TF48EGr1 1456245622
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
Date: Tue, 23 Feb 2016 08:40:22 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

fyi,

With

	bios = 'seabios'

on Guest launch, I get the attempt to 'Boot from ROM ... iPXE' biz, as reported

Bith

-	bios = 'seabios'
+	bios = 'ovmf'

The guest doesn't even launch

	xl create -c arch.cfg
		Parsing config from arch.cfg
		got a tsc mode string: "default"
		xenconsole: Could not open tty `/dev/pts/4': No such file or directory
		xenconsole: Could not read tty from store: No such file or directory
		libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [18653] exited with error status 2

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:41:54 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:41:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG22-0004Cl-En; Tue, 23 Feb 2016 16:41:50 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG20-0004CW-P3
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:41:48 +0000
Received: from [85.158.139.211] by server-13.bemta-5.messagelabs.com id
	BA/CE-02983-CCB8CC65; Tue, 23 Feb 2016 16:41:48 +0000
X-Env-Sender: prvs=8540992c9=wei.liu2@citrix.com
X-Msg-Ref: server-5.tower-206.messagelabs.com!1456245706!24388444!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 40212 invoked from network); 23 Feb 2016 16:41:47 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 16:41:47 -0000
X-IronPort-AV: E=Sophos;i="5.22,490,1449532800"; d="scan'208";a="340286749"
Date: Tue, 23 Feb 2016 16:41:44 +0000
From: Wei Liu 
To: 
Message-ID: <20160223164144.GG3723@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 08:33:18AM -0800, suse.dev@fea.st wrote:
> 
> 
> On Tue, Feb 23, 2016, at 08:15 AM, Wei Liu wrote:
> > Do you have bios='ovmf' in your guest config file? It seems that the
> > guest is booting with legacy bios (seabios).
> 
> Nope.  Wasn't even aware yet that it was needed (did I miss the doc?).  I'd switched from rombios -> seabios when I learned THAT was causing problems.
> 
> SHOULD it be bios=ovmf
> 
> ?

I think it should be bios="ovmf" (quoted). Double or single quote
shouldn't matter).

See man xl.cfg.

> 
> > Furthermore nvram isn't supported at the moment, so your modification will be
> > lost. What we do in our test system is to place grubx64 efi into a known
> > location so that it always gets picked up by OVMF.
> 
> What's considered a 'well known location'?
> 
> Somewhere under the ESP, here == /boot/efi?
> 
> I'd expect the location loaded by `bootctl` to be among those well-known locations?
> 

In our test system:

   cp /boot/efi/EFI/debian/grubx64.efi /boot/efi/EFI/boot/bootx64.efi

(I've never used bootctl myself.)


> > If you don't require any specific functionality provided by UEFI, it's
> > better to just use legacy bios. OVMF needs more work to make it work out
> > of the box.
> 
> I'm chasing 'legacy-free' & consistency.
> 
> All our hardware is now EFI, all OSs -- host & guest -- are systemd based, all disks are GPT, all setup/install scripts use parted.
> 
> I'd ideally prefer to not have to continue to have legacy bios/MBR anywhere in the mix.
> 

Fair enough.

> But if we have to, we have to.  My hope is that UEFI guests' support is, at least, in-plan.
> 

Currently we make sure it boots. Full support needs more work.

> Fwiw, currently, my cfg is
> 
> -------------------
> name = 'arch'
> builder = 'hvm'
> xen_platform_pci = 1
> device_model_version="qemu-xen"
> boot = 'cd'
> hdtype = 'ahci'
> disk = [ 'phy:/dev/VG0/tEFI,xvda,w',
>          'phy:/dev/VG0/tBOOT,xvde,w',
>          'phy:/dev/VG0/tSWAP,xvdf,w',
>          'phy:/dev/VG0/tROOT,xvdg,w',
>        ]
> vif = [ 'mac=00:16:3E:10:01:01, model=e1000, bridge=br0, vifname=vif0',]
> 
> acpi = 1
> apic = 1
> bios = 'seabios'

Yep. You specified seabios here. Change it to ovmf.

Wei.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:41:54 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:41:54 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG22-0004Cl-En; Tue, 23 Feb 2016 16:41:50 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG20-0004CW-P3
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:41:48 +0000
Received: from [85.158.139.211] by server-13.bemta-5.messagelabs.com id
	BA/CE-02983-CCB8CC65; Tue, 23 Feb 2016 16:41:48 +0000
X-Env-Sender: prvs=8540992c9=wei.liu2@citrix.com
X-Msg-Ref: server-5.tower-206.messagelabs.com!1456245706!24388444!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 40212 invoked from network); 23 Feb 2016 16:41:47 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-5.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 16:41:47 -0000
X-IronPort-AV: E=Sophos;i="5.22,490,1449532800"; d="scan'208";a="340286749"
Date: Tue, 23 Feb 2016 16:41:44 +0000
From: Wei Liu 
To: 
Message-ID: <20160223164144.GG3723@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 08:33:18AM -0800, suse.dev@fea.st wrote:
> 
> 
> On Tue, Feb 23, 2016, at 08:15 AM, Wei Liu wrote:
> > Do you have bios='ovmf' in your guest config file? It seems that the
> > guest is booting with legacy bios (seabios).
> 
> Nope.  Wasn't even aware yet that it was needed (did I miss the doc?).  I'd switched from rombios -> seabios when I learned THAT was causing problems.
> 
> SHOULD it be bios=ovmf
> 
> ?

I think it should be bios="ovmf" (quoted). Double or single quote
shouldn't matter).

See man xl.cfg.

> 
> > Furthermore nvram isn't supported at the moment, so your modification will be
> > lost. What we do in our test system is to place grubx64 efi into a known
> > location so that it always gets picked up by OVMF.
> 
> What's considered a 'well known location'?
> 
> Somewhere under the ESP, here == /boot/efi?
> 
> I'd expect the location loaded by `bootctl` to be among those well-known locations?
> 

In our test system:

   cp /boot/efi/EFI/debian/grubx64.efi /boot/efi/EFI/boot/bootx64.efi

(I've never used bootctl myself.)


> > If you don't require any specific functionality provided by UEFI, it's
> > better to just use legacy bios. OVMF needs more work to make it work out
> > of the box.
> 
> I'm chasing 'legacy-free' & consistency.
> 
> All our hardware is now EFI, all OSs -- host & guest -- are systemd based, all disks are GPT, all setup/install scripts use parted.
> 
> I'd ideally prefer to not have to continue to have legacy bios/MBR anywhere in the mix.
> 

Fair enough.

> But if we have to, we have to.  My hope is that UEFI guests' support is, at least, in-plan.
> 

Currently we make sure it boots. Full support needs more work.

> Fwiw, currently, my cfg is
> 
> -------------------
> name = 'arch'
> builder = 'hvm'
> xen_platform_pci = 1
> device_model_version="qemu-xen"
> boot = 'cd'
> hdtype = 'ahci'
> disk = [ 'phy:/dev/VG0/tEFI,xvda,w',
>          'phy:/dev/VG0/tBOOT,xvde,w',
>          'phy:/dev/VG0/tSWAP,xvdf,w',
>          'phy:/dev/VG0/tROOT,xvdg,w',
>        ]
> vif = [ 'mac=00:16:3E:10:01:01, model=e1000, bridge=br0, vifname=vif0',]
> 
> acpi = 1
> apic = 1
> bios = 'seabios'

Yep. You specified seabios here. Change it to ovmf.

Wei.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:44:21 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:44:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG4N-0004a0-Ar; Tue, 23 Feb 2016 16:44:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG4M-0004Zq-QV
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:44:14 +0000
Received: from [85.158.137.68] by server-12.bemta-3.messagelabs.com id
	94/3B-19343-E5C8CC65; Tue, 23 Feb 2016 16:44:14 +0000
X-Env-Sender: prvs=8540992c9=wei.liu2@citrix.com
X-Msg-Ref: server-7.tower-31.messagelabs.com!1456245851!16991210!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29193 invoked from network); 23 Feb 2016 16:44:13 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 16:44:13 -0000
X-IronPort-AV: E=Sophos;i="5.22,490,1449532800"; d="scan'208";a="340287404"
Date: Tue, 23 Feb 2016 16:43:47 +0000
From: Wei Liu 
To: 
Message-ID: <20160223164347.GH3723@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 08:40:22AM -0800, suse.dev@fea.st wrote:
> fyi,
> 
> With
> 
> 	bios = 'seabios'
> 
> on Guest launch, I get the attempt to 'Boot from ROM ... iPXE' biz, as reported
> 
> Bith
> 
> -	bios = 'seabios'
> +	bios = 'ovmf'
> 

Use 

  $ xl dmesg | tail -n20

to see if there is anything relevant.

My guess is that you didn't enable OVMF when building Xen -- it is off
by default. You should see hvmloader complaining that it doesn't know
what ovmf is.

Wei.

> The guest doesn't even launch
> 
> 	xl create -c arch.cfg
> 		Parsing config from arch.cfg
> 		got a tsc mode string: "default"
> 		xenconsole: Could not open tty `/dev/pts/4': No such file or directory
> 		xenconsole: Could not read tty from store: No such file or directory
> 		libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [18653] exited with error status 2

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:44:21 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:44:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG4N-0004a0-Ar; Tue, 23 Feb 2016 16:44:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG4M-0004Zq-QV
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:44:14 +0000
Received: from [85.158.137.68] by server-12.bemta-3.messagelabs.com id
	94/3B-19343-E5C8CC65; Tue, 23 Feb 2016 16:44:14 +0000
X-Env-Sender: prvs=8540992c9=wei.liu2@citrix.com
X-Msg-Ref: server-7.tower-31.messagelabs.com!1456245851!16991210!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 29193 invoked from network); 23 Feb 2016 16:44:13 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-7.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 16:44:13 -0000
X-IronPort-AV: E=Sophos;i="5.22,490,1449532800"; d="scan'208";a="340287404"
Date: Tue, 23 Feb 2016 16:43:47 +0000
From: Wei Liu 
To: 
Message-ID: <20160223164347.GH3723@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 08:40:22AM -0800, suse.dev@fea.st wrote:
> fyi,
> 
> With
> 
> 	bios = 'seabios'
> 
> on Guest launch, I get the attempt to 'Boot from ROM ... iPXE' biz, as reported
> 
> Bith
> 
> -	bios = 'seabios'
> +	bios = 'ovmf'
> 

Use 

  $ xl dmesg | tail -n20

to see if there is anything relevant.

My guess is that you didn't enable OVMF when building Xen -- it is off
by default. You should see hvmloader complaining that it doesn't know
what ovmf is.

Wei.

> The guest doesn't even launch
> 
> 	xl create -c arch.cfg
> 		Parsing config from arch.cfg
> 		got a tsc mode string: "default"
> 		xenconsole: Could not open tty `/dev/pts/4': No such file or directory
> 		xenconsole: Could not read tty from store: No such file or directory
> 		libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [18653] exited with error status 2

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:46:57 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:46:57 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG6o-0004sN-EZ; Tue, 23 Feb 2016 16:46:46 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYG6m-0004s0-DP
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:46:44 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	B1/8C-23864-3FC8CC65; Tue, 23 Feb 2016 16:46:43 +0000
X-Env-Sender: mudithagayan88@gmail.com
X-Msg-Ref: server-12.tower-31.messagelabs.com!1456246001!24410923!1
X-Originating-IP: [209.85.223.179]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16335 invoked from network); 23 Feb 2016 16:46:42 -0000
Received: from mail-io0-f179.google.com (HELO mail-io0-f179.google.com)
	(209.85.223.179)
	by server-12.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 23 Feb 2016 16:46:42 -0000
Received: by mail-io0-f179.google.com with SMTP id g203so218760682iof.2
	for ; Tue, 23 Feb 2016 08:46:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=iSgaVkmtINse2ZEqBim9WwfRu2VXr//O9SO/034y0dE=;
	b=Wlt/BlKSDmDbvNJnLba7RcS6bJ7FVg1jFospHea/zr93TIOSI4RBs8ukMZzHImRKv+
	tykwG9iN8Dw/f881c8i/YBPpGGdzht45IgBwEpQ19mWW46skFBPWLnhmEclnb69cIhqu
	oE5uxr6m6D3NnZYKR9Vw5NnHroE/r5T9YnUHcDKRWEHBTOYhZ5MvIXH6hBX2gbTPgIGi
	x77uYH1lmeanP99Gb7FOtusFFRy0NtNynJWmKVl3u9/ahlnronGOgdaweqoSbB7q7ucB
	qdpPXU58sHyedn6E7IpbapAi05vI3r3BkLxiK8g+ktn6odykNuT0GEY5dQrQ2jiiFEw5
	YtsA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type;
	bh=iSgaVkmtINse2ZEqBim9WwfRu2VXr//O9SO/034y0dE=;
	b=VmyD4zeKJansHN+jhVMtzbh3iQC4CP1iYxdVcqIeKi+qe7fVJWdIt61Hv04M7cMLQU
	4IF4uX0qXKewmVsqE0VwTF5kTJLTGYH5Kmpy1cTVdURHEKLmZoEvHGgnLZxV7ZhvfkeS
	QYGOoqqcCZzb69MAHGkG83ldSQJf7ySgDkSkqG6BSjKKSBro8orhvEkthIFR0E/9LkG8
	7z7Myo/7Ur82Ex8CmIICSUKG6VBEHbcul1I6h30OuvZTHHvOEdwSkUL4KixFKXIHUWEF
	H6Ag22NkYcOsZQ57mhX2lk4ijsqQTb3at53fmZkVV4IYbItgDoPvb6a3fAjGqOMFJ2s/
	x75Q==
X-Gm-Message-State: AG10YOQVoGHgW593fYH0mh3wry7E98vvS964I99WNEon5oGQaWzM2qY5GLAcaAOA+b1GaDk57p8kLMZlqP8efA==
MIME-Version: 1.0
X-Received: by 10.107.137.142 with SMTP id t14mr38302169ioi.172.1456246001579; 
	Tue, 23 Feb 2016 08:46:41 -0800 (PST)
Received: by 10.36.123.10 with HTTP; Tue, 23 Feb 2016 08:46:41 -0800 (PST)
In-Reply-To: <1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
Date: Tue, 23 Feb 2016 22:16:41 +0530
Message-ID: 
From: Muditha Dissanayaka 
To: suse.dev@fea.st
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	=?UTF-8?Q?Roger_Pau_Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5552374736777307193=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============5552374736777307193==
Content-Type: multipart/alternative; boundary=001a113f8f2ca13efd052c72b19a

--001a113f8f2ca13efd052c72b19a
Content-Type: text/plain; charset=UTF-8

lol

On Tue, Feb 23, 2016 at 10:03 PM,  wrote:

>
>
> On Tue, Feb 23, 2016, at 08:15 AM, Wei Liu wrote:
> > Do you have bios='ovmf' in your guest config file? It seems that the
> > guest is booting with legacy bios (seabios).
>
> Nope.  Wasn't even aware yet that it was needed (did I miss the doc?).
> I'd switched from rombios -> seabios when I learned THAT was causing
> problems.
>
> SHOULD it be bios=ovmf
>
> ?
>
> > Furthermore nvram isn't supported at the moment, so your modification
> will be
> > lost. What we do in our test system is to place grubx64 efi into a known
> > location so that it always gets picked up by OVMF.
>
> What's considered a 'well known location'?
>
> Somewhere under the ESP, here == /boot/efi?
>
> I'd expect the location loaded by `bootctl` to be among those well-known
> locations?
>
> > If you don't require any specific functionality provided by UEFI, it's
> > better to just use legacy bios. OVMF needs more work to make it work out
> > of the box.
>
> I'm chasing 'legacy-free' & consistency.
>
> All our hardware is now EFI, all OSs -- host & guest -- are systemd based,
> all disks are GPT, all setup/install scripts use parted.
>
> I'd ideally prefer to not have to continue to have legacy bios/MBR
> anywhere in the mix.
>
> But if we have to, we have to.  My hope is that UEFI guests' support is,
> at least, in-plan.
>
> Fwiw, currently, my cfg is
>
> -------------------
> name = 'arch'
> builder = 'hvm'
> xen_platform_pci = 1
> device_model_version="qemu-xen"
> boot = 'cd'
> hdtype = 'ahci'
> disk = [ 'phy:/dev/VG0/tEFI,xvda,w',
>          'phy:/dev/VG0/tBOOT,xvde,w',
>          'phy:/dev/VG0/tSWAP,xvdf,w',
>          'phy:/dev/VG0/tROOT,xvdg,w',
>        ]
> vif = [ 'mac=00:16:3E:10:01:01, model=e1000, bridge=br0, vifname=vif0',]
>
> acpi = 1
> apic = 1
> bios = 'seabios'
> hap = 1
> keymap = 'en-us'
> localtime = 0
> maxmem = 2048
> memory = 2048
> nestedhvm = 0
> nx = 1
> pae = 1
> sdl = 0
> serial = 'pty'
> shadow_memory = 16
> spice = 0
> tsc_mode = "default"
> vga = 'stdvga'
> videoram = 16
> vnc = 1
> vncdisplay = 2
> vnclisten = '0.0.0.0'
>
> on_shutdown = 'destroy'
> on_reboot = 'destroy'
> on_crash = 'destroy'
> -------------------
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users
>

--001a113f8f2ca13efd052c72b19a
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


lol

On Tue, Feb 23, 2016 at 10:03 PM,  <suse.dev@fea.st> wrote:




On Tue, Feb 23, 2016, at 08:15 AM, Wei Liu wrote:

> Do you have bios=3D'ovmf' in your guest config file? It seems =
that the

> guest is booting with legacy bios (seabios).



Nope.=C2=A0 Wasn't even aware yet that it was needed (did I miss=
 the doc?).=C2=A0 I'd switched from rombios -> seabios when I learne=
d THAT was causing problems.



SHOULD it be bios=3Dovmf



?



> Furthermore nvram isn't supported at the moment, so your modificat=
ion will be

> lost. What we do in our test system is to place grubx64 efi into a kno=
wn

> location so that it always gets picked up by OVMF.



What's considered a 'well known location'?



Somewhere under the ESP, here =3D=3D /boot/efi?



I'd expect the location loaded by `bootctl` to be among those well-know=
n locations?



> If you don't require any specific functionality provided by UEFI, =
it's

> better to just use legacy bios. OVMF needs more work to make it work o=
ut

> of the box.



I'm chasing 'legacy-free' & consistency.



All our hardware is now EFI, all OSs -- host & guest -- are systemd bas=
ed, all disks are GPT, all setup/install scripts use parted.



I'd ideally prefer to not have to continue to have legacy bios/MBR anyw=
here in the mix.



But if we have to, we have to.=C2=A0 My hope is that UEFI guests' suppo=
rt is, at least, in-plan.



Fwiw, currently, my cfg is



-------------------

name =3D 'arch'

builder =3D 'hvm'

xen_platform_pci =3D 1

device_model_version=3D"qemu-xen"

boot =3D 'cd'

hdtype =3D 'ahci'

disk =3D [ 'phy:/dev/VG0/tEFI,xvda,w',

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'phy:/dev/VG0/tBOOT,xvde,w',

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'phy:/dev/VG0/tSWAP,xvdf,w',

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'phy:/dev/VG0/tROOT,xvdg,w',

=C2=A0 =C2=A0 =C2=A0 =C2=A0]

vif =3D [ 'mac=3D00:16:3E:10:01:01, model=3De1000, bridge=3Dbr0,=
 vifname=3Dvif0',]



acpi =3D 1

apic =3D 1

bios =3D 'seabios'

hap =3D 1

keymap =3D 'en-us'

localtime =3D 0

maxmem =3D 2048

memory =3D 2048

nestedhvm =3D 0

nx =3D 1

pae =3D 1

sdl =3D 0

serial =3D 'pty'

shadow_memory =3D 16

spice =3D 0

tsc_mode =3D "default"

vga =3D 'stdvga'

videoram =3D 16

vnc =3D 1

vncdisplay =3D 2

vnclisten =3D '0.0.0.0'



on_shutdown =3D 'destroy'

on_reboot =3D 'destroy'

on_crash =3D 'destroy'

-------------------




_______________________________________________

Xen-users mailing list

Xen-users@lists.xen.org

http://lists.xen.org/xen-users





--001a113f8f2ca13efd052c72b19a--


--===============5552374736777307193==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============5552374736777307193==--


From xen-users-bounces@lists.xen.org Tue Feb 23 16:46:57 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:46:57 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYG6o-0004sN-EZ; Tue, 23 Feb 2016 16:46:46 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYG6m-0004s0-DP
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:46:44 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	B1/8C-23864-3FC8CC65; Tue, 23 Feb 2016 16:46:43 +0000
X-Env-Sender: mudithagayan88@gmail.com
X-Msg-Ref: server-12.tower-31.messagelabs.com!1456246001!24410923!1
X-Originating-IP: [209.85.223.179]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
	RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16335 invoked from network); 23 Feb 2016 16:46:42 -0000
Received: from mail-io0-f179.google.com (HELO mail-io0-f179.google.com)
	(209.85.223.179)
	by server-12.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 23 Feb 2016 16:46:42 -0000
Received: by mail-io0-f179.google.com with SMTP id g203so218760682iof.2
	for ; Tue, 23 Feb 2016 08:46:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=iSgaVkmtINse2ZEqBim9WwfRu2VXr//O9SO/034y0dE=;
	b=Wlt/BlKSDmDbvNJnLba7RcS6bJ7FVg1jFospHea/zr93TIOSI4RBs8ukMZzHImRKv+
	tykwG9iN8Dw/f881c8i/YBPpGGdzht45IgBwEpQ19mWW46skFBPWLnhmEclnb69cIhqu
	oE5uxr6m6D3NnZYKR9Vw5NnHroE/r5T9YnUHcDKRWEHBTOYhZ5MvIXH6hBX2gbTPgIGi
	x77uYH1lmeanP99Gb7FOtusFFRy0NtNynJWmKVl3u9/ahlnronGOgdaweqoSbB7q7ucB
	qdpPXU58sHyedn6E7IpbapAi05vI3r3BkLxiK8g+ktn6odykNuT0GEY5dQrQ2jiiFEw5
	YtsA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:cc:content-type;
	bh=iSgaVkmtINse2ZEqBim9WwfRu2VXr//O9SO/034y0dE=;
	b=VmyD4zeKJansHN+jhVMtzbh3iQC4CP1iYxdVcqIeKi+qe7fVJWdIt61Hv04M7cMLQU
	4IF4uX0qXKewmVsqE0VwTF5kTJLTGYH5Kmpy1cTVdURHEKLmZoEvHGgnLZxV7ZhvfkeS
	QYGOoqqcCZzb69MAHGkG83ldSQJf7ySgDkSkqG6BSjKKSBro8orhvEkthIFR0E/9LkG8
	7z7Myo/7Ur82Ex8CmIICSUKG6VBEHbcul1I6h30OuvZTHHvOEdwSkUL4KixFKXIHUWEF
	H6Ag22NkYcOsZQ57mhX2lk4ijsqQTb3at53fmZkVV4IYbItgDoPvb6a3fAjGqOMFJ2s/
	x75Q==
X-Gm-Message-State: AG10YOQVoGHgW593fYH0mh3wry7E98vvS964I99WNEon5oGQaWzM2qY5GLAcaAOA+b1GaDk57p8kLMZlqP8efA==
MIME-Version: 1.0
X-Received: by 10.107.137.142 with SMTP id t14mr38302169ioi.172.1456246001579; 
	Tue, 23 Feb 2016 08:46:41 -0800 (PST)
Received: by 10.36.123.10 with HTTP; Tue, 23 Feb 2016 08:46:41 -0800 (PST)
In-Reply-To: <1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
Date: Tue, 23 Feb 2016 22:16:41 +0530
Message-ID: 
From: Muditha Dissanayaka 
To: suse.dev@fea.st
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	=?UTF-8?Q?Roger_Pau_Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5552374736777307193=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============5552374736777307193==
Content-Type: multipart/alternative; boundary=001a113f8f2ca13efd052c72b19a

--001a113f8f2ca13efd052c72b19a
Content-Type: text/plain; charset=UTF-8

lol

On Tue, Feb 23, 2016 at 10:03 PM,  wrote:

>
>
> On Tue, Feb 23, 2016, at 08:15 AM, Wei Liu wrote:
> > Do you have bios='ovmf' in your guest config file? It seems that the
> > guest is booting with legacy bios (seabios).
>
> Nope.  Wasn't even aware yet that it was needed (did I miss the doc?).
> I'd switched from rombios -> seabios when I learned THAT was causing
> problems.
>
> SHOULD it be bios=ovmf
>
> ?
>
> > Furthermore nvram isn't supported at the moment, so your modification
> will be
> > lost. What we do in our test system is to place grubx64 efi into a known
> > location so that it always gets picked up by OVMF.
>
> What's considered a 'well known location'?
>
> Somewhere under the ESP, here == /boot/efi?
>
> I'd expect the location loaded by `bootctl` to be among those well-known
> locations?
>
> > If you don't require any specific functionality provided by UEFI, it's
> > better to just use legacy bios. OVMF needs more work to make it work out
> > of the box.
>
> I'm chasing 'legacy-free' & consistency.
>
> All our hardware is now EFI, all OSs -- host & guest -- are systemd based,
> all disks are GPT, all setup/install scripts use parted.
>
> I'd ideally prefer to not have to continue to have legacy bios/MBR
> anywhere in the mix.
>
> But if we have to, we have to.  My hope is that UEFI guests' support is,
> at least, in-plan.
>
> Fwiw, currently, my cfg is
>
> -------------------
> name = 'arch'
> builder = 'hvm'
> xen_platform_pci = 1
> device_model_version="qemu-xen"
> boot = 'cd'
> hdtype = 'ahci'
> disk = [ 'phy:/dev/VG0/tEFI,xvda,w',
>          'phy:/dev/VG0/tBOOT,xvde,w',
>          'phy:/dev/VG0/tSWAP,xvdf,w',
>          'phy:/dev/VG0/tROOT,xvdg,w',
>        ]
> vif = [ 'mac=00:16:3E:10:01:01, model=e1000, bridge=br0, vifname=vif0',]
>
> acpi = 1
> apic = 1
> bios = 'seabios'
> hap = 1
> keymap = 'en-us'
> localtime = 0
> maxmem = 2048
> memory = 2048
> nestedhvm = 0
> nx = 1
> pae = 1
> sdl = 0
> serial = 'pty'
> shadow_memory = 16
> spice = 0
> tsc_mode = "default"
> vga = 'stdvga'
> videoram = 16
> vnc = 1
> vncdisplay = 2
> vnclisten = '0.0.0.0'
>
> on_shutdown = 'destroy'
> on_reboot = 'destroy'
> on_crash = 'destroy'
> -------------------
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users
>

--001a113f8f2ca13efd052c72b19a
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


lol

On Tue, Feb 23, 2016 at 10:03 PM,  <suse.dev@fea.st> wrote:




On Tue, Feb 23, 2016, at 08:15 AM, Wei Liu wrote:

> Do you have bios=3D'ovmf' in your guest config file? It seems =
that the

> guest is booting with legacy bios (seabios).



Nope.=C2=A0 Wasn't even aware yet that it was needed (did I miss=
 the doc?).=C2=A0 I'd switched from rombios -> seabios when I learne=
d THAT was causing problems.



SHOULD it be bios=3Dovmf



?



> Furthermore nvram isn't supported at the moment, so your modificat=
ion will be

> lost. What we do in our test system is to place grubx64 efi into a kno=
wn

> location so that it always gets picked up by OVMF.



What's considered a 'well known location'?



Somewhere under the ESP, here =3D=3D /boot/efi?



I'd expect the location loaded by `bootctl` to be among those well-know=
n locations?



> If you don't require any specific functionality provided by UEFI, =
it's

> better to just use legacy bios. OVMF needs more work to make it work o=
ut

> of the box.



I'm chasing 'legacy-free' & consistency.



All our hardware is now EFI, all OSs -- host & guest -- are systemd bas=
ed, all disks are GPT, all setup/install scripts use parted.



I'd ideally prefer to not have to continue to have legacy bios/MBR anyw=
here in the mix.



But if we have to, we have to.=C2=A0 My hope is that UEFI guests' suppo=
rt is, at least, in-plan.



Fwiw, currently, my cfg is



-------------------

name =3D 'arch'

builder =3D 'hvm'

xen_platform_pci =3D 1

device_model_version=3D"qemu-xen"

boot =3D 'cd'

hdtype =3D 'ahci'

disk =3D [ 'phy:/dev/VG0/tEFI,xvda,w',

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'phy:/dev/VG0/tBOOT,xvde,w',

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'phy:/dev/VG0/tSWAP,xvdf,w',

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0'phy:/dev/VG0/tROOT,xvdg,w',

=C2=A0 =C2=A0 =C2=A0 =C2=A0]

vif =3D [ 'mac=3D00:16:3E:10:01:01, model=3De1000, bridge=3Dbr0,=
 vifname=3Dvif0',]



acpi =3D 1

apic =3D 1

bios =3D 'seabios'

hap =3D 1

keymap =3D 'en-us'

localtime =3D 0

maxmem =3D 2048

memory =3D 2048

nestedhvm =3D 0

nx =3D 1

pae =3D 1

sdl =3D 0

serial =3D 'pty'

shadow_memory =3D 16

spice =3D 0

tsc_mode =3D "default"

vga =3D 'stdvga'

videoram =3D 16

vnc =3D 1

vncdisplay =3D 2

vnclisten =3D '0.0.0.0'



on_shutdown =3D 'destroy'

on_reboot =3D 'destroy'

on_crash =3D 'destroy'

-------------------




_______________________________________________

Xen-users mailing list

Xen-users@lists.xen.org

http://lists.xen.org/xen-users





--001a113f8f2ca13efd052c72b19a--


--===============5552374736777307193==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============5552374736777307193==--


From xen-users-bounces@lists.xen.org Tue Feb 23 16:56:15 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:56:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYGFf-0005Ya-8e; Tue, 23 Feb 2016 16:55:55 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYGFd-0005YU-9m
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:55:53 +0000
Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id
	2D/48-03800-81F8CC65; Tue, 23 Feb 2016 16:55:52 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-5.tower-206.messagelabs.com!1456246551!24392023!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 579 invoked from network); 23 Feb 2016 16:55:51 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 16:55:51 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id 144E520B69
	for ; Tue, 23 Feb 2016 11:55:51 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Tue, 23 Feb 2016 11:55:51 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=1kXvPL1oF/AyeJ5TzRHnYrQxPmw=; b=dlnVCO
	bO/ZZX7ZFJhyHGWrBJvdolHWu/bUGZEfD20w0Z26HwNPBCynny97W9GJimplxQuH
	4aZjFPiY+2HH0I+3pjpz7dwoY0iWP6VC6w+igo16PaO8hvciLMIya4yj+LzwS1o1
	eABS8aV2wk3OP99yly+UERlx+hAnhdmOGaBAM=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=1kXvPL1oF/AyeJ5
	TzRHnYrQxPmw=; b=LB0bRLa4+a70j9QYEzChCNqHIDMwUddBUzXgASMUQ50jlDX
	hO3Snt6RN5dis8MMGAQWThJtlM6LLKEf/Cwr81+s9XKRurLssFtuy59sov0C9Oo4
	b7c90Ny5FV+wYBt4pQ9sA1CstjzO8Uw6XWJuXx6U8GZW2G2BgJ+BSKhZZgN0=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id D6E601027B7; Tue, 23 Feb 2016 11:55:50 -0500 (EST)
Message-Id: <1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
X-Sasl-Enc: EQJE6goM91hqbNwfsq6E8n4+/q74bsMbljwGRI6ThU9+ 1456246550
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160223164347.GH3723@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
Date: Tue, 23 Feb 2016 08:55:50 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016, at 08:43 AM, Wei Liu wrote:
>   $ xl dmesg | tail -n20
> 
> to see if there is anything relevant.

I'm getting nothing DomU-related there.  I suspect I have to figure out what/where to make that logging more verbose ...

> My guess is that you didn't enable OVMF when building Xen -- it is off
> by default. You should see hvmloader complaining that it doesn't know
> what ovmf is.

My Dom0 is currently from Opensuse packages.

I'll eventually get to building my own on Arch -- just not there yet; figured I should monkey with not-working-DomUs on a know-to-work Dom0, first.

The version I'm using

  xen-4.6.1_01-409.1.x86_64

is built from this .spec

  https://build.opensuse.org/package/view_file/Virtualization/xen/xen.spec?expand=1

I found the doc

  http://wiki.xen.org/wiki/OVMF

which says it needs

 --enable-ovmf

afaict from the .spec, it's NOT enabled for the current builds.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 16:56:15 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 16:56:15 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYGFf-0005Ya-8e; Tue, 23 Feb 2016 16:55:55 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYGFd-0005YU-9m
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 16:55:53 +0000
Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id
	2D/48-03800-81F8CC65; Tue, 23 Feb 2016 16:55:52 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-5.tower-206.messagelabs.com!1456246551!24392023!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 579 invoked from network); 23 Feb 2016 16:55:51 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-5.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 16:55:51 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id 144E520B69
	for ; Tue, 23 Feb 2016 11:55:51 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Tue, 23 Feb 2016 11:55:51 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=1kXvPL1oF/AyeJ5TzRHnYrQxPmw=; b=dlnVCO
	bO/ZZX7ZFJhyHGWrBJvdolHWu/bUGZEfD20w0Z26HwNPBCynny97W9GJimplxQuH
	4aZjFPiY+2HH0I+3pjpz7dwoY0iWP6VC6w+igo16PaO8hvciLMIya4yj+LzwS1o1
	eABS8aV2wk3OP99yly+UERlx+hAnhdmOGaBAM=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=1kXvPL1oF/AyeJ5
	TzRHnYrQxPmw=; b=LB0bRLa4+a70j9QYEzChCNqHIDMwUddBUzXgASMUQ50jlDX
	hO3Snt6RN5dis8MMGAQWThJtlM6LLKEf/Cwr81+s9XKRurLssFtuy59sov0C9Oo4
	b7c90Ny5FV+wYBt4pQ9sA1CstjzO8Uw6XWJuXx6U8GZW2G2BgJ+BSKhZZgN0=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id D6E601027B7; Tue, 23 Feb 2016 11:55:50 -0500 (EST)
Message-Id: <1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
X-Sasl-Enc: EQJE6goM91hqbNwfsq6E8n4+/q74bsMbljwGRI6ThU9+ 1456246550
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160223164347.GH3723@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
Date: Tue, 23 Feb 2016 08:55:50 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016, at 08:43 AM, Wei Liu wrote:
>   $ xl dmesg | tail -n20
> 
> to see if there is anything relevant.

I'm getting nothing DomU-related there.  I suspect I have to figure out what/where to make that logging more verbose ...

> My guess is that you didn't enable OVMF when building Xen -- it is off
> by default. You should see hvmloader complaining that it doesn't know
> what ovmf is.

My Dom0 is currently from Opensuse packages.

I'll eventually get to building my own on Arch -- just not there yet; figured I should monkey with not-working-DomUs on a know-to-work Dom0, first.

The version I'm using

  xen-4.6.1_01-409.1.x86_64

is built from this .spec

  https://build.opensuse.org/package/view_file/Virtualization/xen/xen.spec?expand=1

I found the doc

  http://wiki.xen.org/wiki/OVMF

which says it needs

 --enable-ovmf

afaict from the .spec, it's NOT enabled for the current builds.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 17:02:16 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 17:02:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYGLc-00065Z-Ie; Tue, 23 Feb 2016 17:02:04 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYGLb-00065U-An
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 17:02:03 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	A6/F8-23366-A809CC65; Tue, 23 Feb 2016 17:02:02 +0000
X-Env-Sender: prvs=8540992c9=wei.liu2@citrix.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1456246920!26027260!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 61244 invoked from network); 23 Feb 2016 17:02:01 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 17:02:01 -0000
X-IronPort-AV: E=Sophos;i="5.22,490,1449532800"; d="scan'208";a="333716794"
Date: Tue, 23 Feb 2016 17:01:59 +0000
From: Wei Liu 
To: 
Message-ID: <20160223170158.GA22982@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 08:55:50AM -0800, suse.dev@fea.st wrote:
> On Tue, Feb 23, 2016, at 08:43 AM, Wei Liu wrote:
> >   $ xl dmesg | tail -n20
> > 
> > to see if there is anything relevant.
> 
> I'm getting nothing DomU-related there.  I suspect I have to figure out what/where to make that logging more verbose ...
> 
> > My guess is that you didn't enable OVMF when building Xen -- it is off
> > by default. You should see hvmloader complaining that it doesn't know
> > what ovmf is.
> 
> My Dom0 is currently from Opensuse packages.
> 

To be pedantic: this has nothing to do with Dom0 -- it just doesn't
care. It's the Xen package you need to look at (which you already did).

> I'll eventually get to building my own on Arch -- just not there yet; figured I should monkey with not-working-DomUs on a know-to-work Dom0, first.
> 
> The version I'm using
> 
>   xen-4.6.1_01-409.1.x86_64
> 
> is built from this .spec
> 
>   https://build.opensuse.org/package/view_file/Virtualization/xen/xen.spec?expand=1
> 
> I found the doc
> 
>   http://wiki.xen.org/wiki/OVMF
> 
> which says it needs
> 
>  --enable-ovmf
> 
> afaict from the .spec, it's NOT enabled for the current builds.
> 

Yes, I got the same conclusion.

You need to add that to the spec file if you want OVMF built.

Wei.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 17:02:16 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 17:02:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYGLc-00065Z-Ie; Tue, 23 Feb 2016 17:02:04 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYGLb-00065U-An
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 17:02:03 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	A6/F8-23366-A809CC65; Tue, 23 Feb 2016 17:02:02 +0000
X-Env-Sender: prvs=8540992c9=wei.liu2@citrix.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1456246920!26027260!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 61244 invoked from network); 23 Feb 2016 17:02:01 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-12.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 17:02:01 -0000
X-IronPort-AV: E=Sophos;i="5.22,490,1449532800"; d="scan'208";a="333716794"
Date: Tue, 23 Feb 2016 17:01:59 +0000
From: Wei Liu 
To: 
Message-ID: <20160223170158.GA22982@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 08:55:50AM -0800, suse.dev@fea.st wrote:
> On Tue, Feb 23, 2016, at 08:43 AM, Wei Liu wrote:
> >   $ xl dmesg | tail -n20
> > 
> > to see if there is anything relevant.
> 
> I'm getting nothing DomU-related there.  I suspect I have to figure out what/where to make that logging more verbose ...
> 
> > My guess is that you didn't enable OVMF when building Xen -- it is off
> > by default. You should see hvmloader complaining that it doesn't know
> > what ovmf is.
> 
> My Dom0 is currently from Opensuse packages.
> 

To be pedantic: this has nothing to do with Dom0 -- it just doesn't
care. It's the Xen package you need to look at (which you already did).

> I'll eventually get to building my own on Arch -- just not there yet; figured I should monkey with not-working-DomUs on a know-to-work Dom0, first.
> 
> The version I'm using
> 
>   xen-4.6.1_01-409.1.x86_64
> 
> is built from this .spec
> 
>   https://build.opensuse.org/package/view_file/Virtualization/xen/xen.spec?expand=1
> 
> I found the doc
> 
>   http://wiki.xen.org/wiki/OVMF
> 
> which says it needs
> 
>  --enable-ovmf
> 
> afaict from the .spec, it's NOT enabled for the current builds.
> 

Yes, I got the same conclusion.

You need to add that to the spec file if you want OVMF built.

Wei.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 17:41:49 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 17:41:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYGxW-0008Kx-Cr; Tue, 23 Feb 2016 17:41:14 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYGxV-0008Kl-AH
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 17:41:13 +0000
Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id
	05/09-04050-8B99CC65; Tue, 23 Feb 2016 17:41:12 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-4.tower-31.messagelabs.com!1456249271!14863948!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1685 invoked from network); 23 Feb 2016 17:41:11 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 17:41:11 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id 0661320CFA
	for ; Tue, 23 Feb 2016 12:41:11 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Tue, 23 Feb 2016 12:41:11 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=ZbGZ4mczI9BnJWGl83tfB3pzWRw=; b=lR29sl
	U/kW9LyURfv+FiZ12o6qBRj/5bQhtxCTh+5vFnHb2WbMNlB/hwROQ7q1TdlZBOMU
	Wt0dn8aT4zAPFGGpaoA4+a+zEo4TdYCYq8r9tWA1T9HsxwaVB6zM2PSDsCnpnpfb
	e3Dr5kMreYmzNW5pzieb0L3+h5X46Zz7Ss8V0=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=ZbGZ4mczI9BnJWG
	l83tfB3pzWRw=; b=SGRlbNNlhGB6BGQjffMr9cn1WwY7SCXES6tXpAoobeyoWNX
	NuMDiTBJX8UnuGsFcGr5xSv+57Bq4Yss+WnTyv87DCw7K2tIQ2IytYnCbHSZnvda
	yd3KEK8rtwLUCnWdro6GnC/Mps9cJS57lnpLFhROjwT2gEuMNqViHekwYABA=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id CB5371030FD; Tue, 23 Feb 2016 12:41:10 -0500 (EST)
Message-Id: <1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
X-Sasl-Enc: PwvyMcA5BA/GlNh5zeU6AWeW/aTjxyOrh5ChNZJ/HrkM 1456249270
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160223170158.GA22982@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
Date: Tue, 23 Feb 2016 09:41:10 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 23, 2016, at 09:01 AM, Wei Liu wrote:
> To be pedantic: this has nothing to do with Dom0 -- it just doesn't
> care. It's the Xen package you need to look at (which you already did).

My bad.  I incorrectly conflate terminology, using 'Dom0' and 'Xen' interchangeably.

> You need to add that to the spec file if you want OVMF built.

Requested in pkgs,

  https://bugzilla.opensuse.org/show_bug.cgi?id=967869

I think it's also time to start building Xen pkgs myself, to keep up with upstream.

Thanks.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 17:41:49 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 17:41:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYGxW-0008Kx-Cr; Tue, 23 Feb 2016 17:41:14 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYGxV-0008Kl-AH
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 17:41:13 +0000
Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id
	05/09-04050-8B99CC65; Tue, 23 Feb 2016 17:41:12 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-4.tower-31.messagelabs.com!1456249271!14863948!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 1685 invoked from network); 23 Feb 2016 17:41:11 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 17:41:11 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id 0661320CFA
	for ; Tue, 23 Feb 2016 12:41:11 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Tue, 23 Feb 2016 12:41:11 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=ZbGZ4mczI9BnJWGl83tfB3pzWRw=; b=lR29sl
	U/kW9LyURfv+FiZ12o6qBRj/5bQhtxCTh+5vFnHb2WbMNlB/hwROQ7q1TdlZBOMU
	Wt0dn8aT4zAPFGGpaoA4+a+zEo4TdYCYq8r9tWA1T9HsxwaVB6zM2PSDsCnpnpfb
	e3Dr5kMreYmzNW5pzieb0L3+h5X46Zz7Ss8V0=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=ZbGZ4mczI9BnJWG
	l83tfB3pzWRw=; b=SGRlbNNlhGB6BGQjffMr9cn1WwY7SCXES6tXpAoobeyoWNX
	NuMDiTBJX8UnuGsFcGr5xSv+57Bq4Yss+WnTyv87DCw7K2tIQ2IytYnCbHSZnvda
	yd3KEK8rtwLUCnWdro6GnC/Mps9cJS57lnpLFhROjwT2gEuMNqViHekwYABA=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id CB5371030FD; Tue, 23 Feb 2016 12:41:10 -0500 (EST)
Message-Id: <1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
X-Sasl-Enc: PwvyMcA5BA/GlNh5zeU6AWeW/aTjxyOrh5ChNZJ/HrkM 1456249270
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160223170158.GA22982@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
Date: Tue, 23 Feb 2016 09:41:10 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 23, 2016, at 09:01 AM, Wei Liu wrote:
> To be pedantic: this has nothing to do with Dom0 -- it just doesn't
> care. It's the Xen package you need to look at (which you already did).

My bad.  I incorrectly conflate terminology, using 'Dom0' and 'Xen' interchangeably.

> You need to add that to the spec file if you want OVMF built.

Requested in pkgs,

  https://bugzilla.opensuse.org/show_bug.cgi?id=967869

I think it's also time to start building Xen pkgs myself, to keep up with upstream.

Thanks.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 18:28:38 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 18:28:38 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYHh2-0002nC-MX; Tue, 23 Feb 2016 18:28:16 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYHh1-0002n7-AD
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 18:28:15 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	EB/D4-02994-EB4ACC65; Tue, 23 Feb 2016 18:28:14 +0000
X-Env-Sender: olaf@aepfle.de
X-Msg-Ref: server-11.tower-206.messagelabs.com!1456252093!12176321!1
X-Originating-IP: [81.169.146.177]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiA4MS4xNjkuMTQ2LjE3NyA9PiAzNDM5OQ==\n,sa_preprocessor: 
	QmFkIElQOiA4MS4xNjkuMTQ2LjE3NyA9PiAzNDM5OQ==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 33095 invoked from network); 23 Feb 2016 18:28:13 -0000
Received: from mo4-p04-ob.smtp.rzone.de (HELO mo4-p04-ob.smtp.rzone.de)
	(81.169.146.177)
	by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 18:28:13 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1456252093; l=372;
	s=domk; d=aepfle.de;
	h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version:
	References:Subject:Cc:To:From:Date;
	bh=g1S10ZnSd80ZnIgIX5dOLLFCoshCy3GSgxFCgsO2W+g=;
	b=oc+KJ4XMMmnmfGIM5Hc8i2gcV6LTC+aDRFdQt7NthJ4xAJJKxS5ODxUosT8n/CSu8Jr
	BEVjMOkwn3ULN+HW2GTuPBiYNVPRz1wt2/JfUdVzVb2S+PdGgOFDnIsV9kStoaURmnQLw
	64atKuOydW4GEJt5RDQWtw/5OVETgfgNHz4=
X-RZG-CLASS-ID: mo04
X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWtqWFmrC5F/k8792bvtkQ==
Received: from probook (aftr-185-17-204-196.dynamic.mnet-online.de
	[185.17.204.196]) by smtp.strato.de (RZmta 37.19 SBL|AUTH)
	with ESMTPSA id h05ddfs1NISCjED
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1
	with 521 ECDH bits, eq. 15360 bits RSA))
	(Client did not present a certificate);
	Tue, 23 Feb 2016 19:28:12 +0100 (CET)
Received: by probook (Postfix, from userid 1000)
	id BFAC05033F; Tue, 23 Feb 2016 19:28:11 +0100 (CET)
Date: Tue, 23 Feb 2016 19:28:11 +0100
From: Olaf Hering 
To: suse.dev@fea.st
Message-ID: <20160223182811.GA17186@aepfle.de>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
User-Agent: Mutt/1.5.24 (6559)
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, suse.dev@fea.st wrote:

> I think it's also time to start building Xen pkgs myself, to keep up with upstream.

A great exercise. Its already done here:

https://build.opensuse.org/project/show/home:olh:xen-4.6
https://build.opensuse.org/project/show/home:olh:xen-unstable
https://build.opensuse.org/project/show/home:olh:xen-buildrequires

Olaf

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 18:28:38 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 18:28:38 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYHh2-0002nC-MX; Tue, 23 Feb 2016 18:28:16 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYHh1-0002n7-AD
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 18:28:15 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	EB/D4-02994-EB4ACC65; Tue, 23 Feb 2016 18:28:14 +0000
X-Env-Sender: olaf@aepfle.de
X-Msg-Ref: server-11.tower-206.messagelabs.com!1456252093!12176321!1
X-Originating-IP: [81.169.146.177]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	QmFkIElQOiA4MS4xNjkuMTQ2LjE3NyA9PiAzNDM5OQ==\n,sa_preprocessor: 
	QmFkIElQOiA4MS4xNjkuMTQ2LjE3NyA9PiAzNDM5OQ==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 33095 invoked from network); 23 Feb 2016 18:28:13 -0000
Received: from mo4-p04-ob.smtp.rzone.de (HELO mo4-p04-ob.smtp.rzone.de)
	(81.169.146.177)
	by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 18:28:13 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1456252093; l=372;
	s=domk; d=aepfle.de;
	h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version:
	References:Subject:Cc:To:From:Date;
	bh=g1S10ZnSd80ZnIgIX5dOLLFCoshCy3GSgxFCgsO2W+g=;
	b=oc+KJ4XMMmnmfGIM5Hc8i2gcV6LTC+aDRFdQt7NthJ4xAJJKxS5ODxUosT8n/CSu8Jr
	BEVjMOkwn3ULN+HW2GTuPBiYNVPRz1wt2/JfUdVzVb2S+PdGgOFDnIsV9kStoaURmnQLw
	64atKuOydW4GEJt5RDQWtw/5OVETgfgNHz4=
X-RZG-CLASS-ID: mo04
X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWtqWFmrC5F/k8792bvtkQ==
Received: from probook (aftr-185-17-204-196.dynamic.mnet-online.de
	[185.17.204.196]) by smtp.strato.de (RZmta 37.19 SBL|AUTH)
	with ESMTPSA id h05ddfs1NISCjED
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1
	with 521 ECDH bits, eq. 15360 bits RSA))
	(Client did not present a certificate);
	Tue, 23 Feb 2016 19:28:12 +0100 (CET)
Received: by probook (Postfix, from userid 1000)
	id BFAC05033F; Tue, 23 Feb 2016 19:28:11 +0100 (CET)
Date: Tue, 23 Feb 2016 19:28:11 +0100
From: Olaf Hering 
To: suse.dev@fea.st
Message-ID: <20160223182811.GA17186@aepfle.de>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
User-Agent: Mutt/1.5.24 (6559)
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, suse.dev@fea.st wrote:

> I think it's also time to start building Xen pkgs myself, to keep up with upstream.

A great exercise. Its already done here:

https://build.opensuse.org/project/show/home:olh:xen-4.6
https://build.opensuse.org/project/show/home:olh:xen-unstable
https://build.opensuse.org/project/show/home:olh:xen-buildrequires

Olaf

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 18:36:37 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 18:36:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYHoz-0003IM-1o; Tue, 23 Feb 2016 18:36:29 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYHoy-0003IF-7A
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 18:36:28 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	75/0F-02994-BA6ACC65; Tue, 23 Feb 2016 18:36:27 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-7.tower-206.messagelabs.com!1456252586!24222222!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10457 invoked from network); 23 Feb 2016 18:36:26 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 18:36:26 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id D6CA520B6C
	for ; Tue, 23 Feb 2016 13:36:25 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Tue, 23 Feb 2016 13:36:25 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=P80rURZI1YzDX2YZArh6Kw0+7MQ=; b=DR9gpg
	JF0OAmCR1rHInGrnzEkdwv+8CeWGgBbR1PbidKkyQN6U/+LT0w+mN1KJyustOKiC
	ahNFc9C37S+VCTATDCDDD6e1r9FkEHXqvrnYSHMc8pAno4jtm00dL3UgP1R8HyXd
	pSdBHQgHewbczUDZ3v5Fy9feQCUxwnWfraQAE=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=P80rURZI1YzDX2Y
	ZArh6Kw0+7MQ=; b=oMCLeG1eO129x5pXXheY0idDSMWksFS/yFZesIx9jEn1E3e
	NcpZY5Y2JQen5IcH9bFmOexuLaeeUkjj4HFCQd4b+dhmVbYc1qARndnXndQ/dlD0
	kJX4vSPsaBBO3fadslImHBktpEiXzxwvjpkXrefIaIgXvxxm6lEt2TxsRUPw=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id A5006104C8C; Tue, 23 Feb 2016 13:36:25 -0500 (EST)
Message-Id: <1456252585.3013892.529677146.437FB0E8@webmail.messagingengine.com>
X-Sasl-Enc: 9K22V98tANnwau0tDU4b+bcCFo0pUZ7PFAnwxcfOPdd3 1456252585
From: suse.dev@fea.st
To: Olaf Hering 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160223182811.GA17186@aepfle.de>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
	<20160223182811.GA17186@aepfle.de>
Date: Tue, 23 Feb 2016 10:36:25 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016, at 10:28 AM, Olaf Hering wrote:
> On Tue, Feb 23, suse.dev@fea.st wrote:
> 
> > I think it's also time to start building Xen pkgs myself, to keep up with upstream.
> 
> A great exercise. Its already done here:
> 
> https://build.opensuse.org/project/show/home:olh:xen-4.6
> https://build.opensuse.org/project/show/home:olh:xen-unstable
> https://build.opensuse.org/project/show/home:olh:xen-buildrequires

Those are helpful, at least for the Suse-flavor of builds, thanks!

I'll take a look, but -- curious: generally, how -- or more importantly, Why? (iyo) -- are your specs different than Suse's "official(ish)" pkgs @ Virtualization? 

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 18:36:37 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 18:36:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYHoz-0003IM-1o; Tue, 23 Feb 2016 18:36:29 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYHoy-0003IF-7A
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 18:36:28 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	75/0F-02994-BA6ACC65; Tue, 23 Feb 2016 18:36:27 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-7.tower-206.messagelabs.com!1456252586!24222222!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10457 invoked from network); 23 Feb 2016 18:36:26 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-7.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 18:36:26 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id D6CA520B6C
	for ; Tue, 23 Feb 2016 13:36:25 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Tue, 23 Feb 2016 13:36:25 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=P80rURZI1YzDX2YZArh6Kw0+7MQ=; b=DR9gpg
	JF0OAmCR1rHInGrnzEkdwv+8CeWGgBbR1PbidKkyQN6U/+LT0w+mN1KJyustOKiC
	ahNFc9C37S+VCTATDCDDD6e1r9FkEHXqvrnYSHMc8pAno4jtm00dL3UgP1R8HyXd
	pSdBHQgHewbczUDZ3v5Fy9feQCUxwnWfraQAE=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=P80rURZI1YzDX2Y
	ZArh6Kw0+7MQ=; b=oMCLeG1eO129x5pXXheY0idDSMWksFS/yFZesIx9jEn1E3e
	NcpZY5Y2JQen5IcH9bFmOexuLaeeUkjj4HFCQd4b+dhmVbYc1qARndnXndQ/dlD0
	kJX4vSPsaBBO3fadslImHBktpEiXzxwvjpkXrefIaIgXvxxm6lEt2TxsRUPw=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id A5006104C8C; Tue, 23 Feb 2016 13:36:25 -0500 (EST)
Message-Id: <1456252585.3013892.529677146.437FB0E8@webmail.messagingengine.com>
X-Sasl-Enc: 9K22V98tANnwau0tDU4b+bcCFo0pUZ7PFAnwxcfOPdd3 1456252585
From: suse.dev@fea.st
To: Olaf Hering 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160223182811.GA17186@aepfle.de>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
	<20160223182811.GA17186@aepfle.de>
Date: Tue, 23 Feb 2016 10:36:25 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016, at 10:28 AM, Olaf Hering wrote:
> On Tue, Feb 23, suse.dev@fea.st wrote:
> 
> > I think it's also time to start building Xen pkgs myself, to keep up with upstream.
> 
> A great exercise. Its already done here:
> 
> https://build.opensuse.org/project/show/home:olh:xen-4.6
> https://build.opensuse.org/project/show/home:olh:xen-unstable
> https://build.opensuse.org/project/show/home:olh:xen-buildrequires

Those are helpful, at least for the Suse-flavor of builds, thanks!

I'll take a look, but -- curious: generally, how -- or more importantly, Why? (iyo) -- are your specs different than Suse's "official(ish)" pkgs @ Virtualization? 

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 18:50:47 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 18:50:47 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYI2L-0004EY-UO; Tue, 23 Feb 2016 18:50:17 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYI2K-0004ET-PE
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 18:50:17 +0000
Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id
	ED/4D-02987-8E9ACC65; Tue, 23 Feb 2016 18:50:16 +0000
X-Env-Sender: olaf@aepfle.de
X-Msg-Ref: server-16.tower-206.messagelabs.com!1456253415!10024998!1
X-Originating-IP: [81.169.146.220]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 43683 invoked from network); 23 Feb 2016 18:50:15 -0000
Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de)
	(81.169.146.220)
	by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 18:50:15 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1456253415; l=324;
	s=domk; d=aepfle.de;
	h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version:
	References:Subject:Cc:To:From:Date;
	bh=XwFl3BO59ckYtnR98mMNkHHWFLEPFDzJxdyE4a5VpFw=;
	b=ufqjhPt46C+uky/W4vJ1IBMPFZ9vUa8Rb800tIrMDjYf8uEAsHLchXDNBVdwxHkoCxI
	LsiFa6a1vSi0xvm5777lYxJYB5XyAzkXEkukdx0+aFCbx9Ivlm/5rfTjMAYW7MFpt+jL1
	VtH4eymeg4r0shSeZd9yJTPaXoaPK0VNjkw=
X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWi/zfN1cLnDYUgqTAeBk4W9EFtcJhQlEigjKrHZjO+/XyMB8ZtmWA==
X-RZG-CLASS-ID: mo00
Received: from probook ([2001:a62:113c:45ff:2082:fb69:3bad:17fe])
	by smtp.strato.de (RZmta 37.19 AUTH) with ESMTPSA id R0149es1NIoEoYU
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1
	with 521 ECDH bits, eq. 15360 bits RSA))
	(Client did not present a certificate);
	Tue, 23 Feb 2016 19:50:14 +0100 (CET)
Received: by probook (Postfix, from userid 1000)
	id 235AA5033F; Tue, 23 Feb 2016 19:50:14 +0100 (CET)
Date: Tue, 23 Feb 2016 19:50:14 +0100
From: Olaf Hering 
To: suse.dev@fea.st
Message-ID: <20160223185014.GA18061@aepfle.de>
References: <56CC7F58.3020509@fastmail.fm> <20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
	<20160223182811.GA17186@aepfle.de>
	<1456252585.3013892.529677146.437FB0E8@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456252585.3013892.529677146.437FB0E8@webmail.messagingengine.com>
User-Agent: Mutt/1.5.24 (6559)
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, suse.dev@fea.st wrote:

> I'll take a look, but -- curious: generally, how -- or more
> importantly, Why? (iyo) -- are your specs different than Suse's
> "official(ish)" pkgs @ Virtualization? 

Its more a compile test for the staging branches, and for my own patches
before they go upstream.

Olaf

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 18:50:47 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 18:50:47 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYI2L-0004EY-UO; Tue, 23 Feb 2016 18:50:17 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYI2K-0004ET-PE
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 18:50:17 +0000
Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id
	ED/4D-02987-8E9ACC65; Tue, 23 Feb 2016 18:50:16 +0000
X-Env-Sender: olaf@aepfle.de
X-Msg-Ref: server-16.tower-206.messagelabs.com!1456253415!10024998!1
X-Originating-IP: [81.169.146.220]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 43683 invoked from network); 23 Feb 2016 18:50:15 -0000
Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de)
	(81.169.146.220)
	by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 18:50:15 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1456253415; l=324;
	s=domk; d=aepfle.de;
	h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version:
	References:Subject:Cc:To:From:Date;
	bh=XwFl3BO59ckYtnR98mMNkHHWFLEPFDzJxdyE4a5VpFw=;
	b=ufqjhPt46C+uky/W4vJ1IBMPFZ9vUa8Rb800tIrMDjYf8uEAsHLchXDNBVdwxHkoCxI
	LsiFa6a1vSi0xvm5777lYxJYB5XyAzkXEkukdx0+aFCbx9Ivlm/5rfTjMAYW7MFpt+jL1
	VtH4eymeg4r0shSeZd9yJTPaXoaPK0VNjkw=
X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWi/zfN1cLnDYUgqTAeBk4W9EFtcJhQlEigjKrHZjO+/XyMB8ZtmWA==
X-RZG-CLASS-ID: mo00
Received: from probook ([2001:a62:113c:45ff:2082:fb69:3bad:17fe])
	by smtp.strato.de (RZmta 37.19 AUTH) with ESMTPSA id R0149es1NIoEoYU
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1
	with 521 ECDH bits, eq. 15360 bits RSA))
	(Client did not present a certificate);
	Tue, 23 Feb 2016 19:50:14 +0100 (CET)
Received: by probook (Postfix, from userid 1000)
	id 235AA5033F; Tue, 23 Feb 2016 19:50:14 +0100 (CET)
Date: Tue, 23 Feb 2016 19:50:14 +0100
From: Olaf Hering 
To: suse.dev@fea.st
Message-ID: <20160223185014.GA18061@aepfle.de>
References: <56CC7F58.3020509@fastmail.fm> <20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
	<20160223182811.GA17186@aepfle.de>
	<1456252585.3013892.529677146.437FB0E8@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456252585.3013892.529677146.437FB0E8@webmail.messagingengine.com>
User-Agent: Mutt/1.5.24 (6559)
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, suse.dev@fea.st wrote:

> I'll take a look, but -- curious: generally, how -- or more
> importantly, Why? (iyo) -- are your specs different than Suse's
> "official(ish)" pkgs @ Virtualization? 

Its more a compile test for the staging branches, and for my own patches
before they go upstream.

Olaf

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 21:19:31 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 21:19:31 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYKLs-00038z-PG; Tue, 23 Feb 2016 21:18:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYJbZ-0008KR-6g
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 20:30:45 +0000
Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id
	75/07-03651-471CCC65; Tue, 23 Feb 2016 20:30:44 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-13.tower-31.messagelabs.com!1456259441!23981804!1
X-Originating-IP: [65.55.116.17]
X-SpamReason: No, hits=1.3 required=7.0 tests=FORGED_HOTMAIL_RCVD,
	HTML_10_20,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 46894 invoked from network); 23 Feb 2016 20:30:42 -0000
Received: from blu004-omc1s6.hotmail.com (HELO BLU004-OMC1S6.hotmail.com)
	(65.55.116.17)
	by server-13.tower-31.messagelabs.com with AES256-SHA256 encrypted SMTP;
	23 Feb 2016 20:30:42 -0000
Received: from BLU183-W45 ([65.55.116.9]) by BLU004-OMC1S6.hotmail.com over
	TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
	Tue, 23 Feb 2016 12:30:41 -0800
X-TMN: [kV/q09CJ+fuHXwHLSx/bUtIlekvRFBtD]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
	"xen-users@lists.xen.org" 
Date: Tue, 23 Feb 2016 15:30:40 -0500
Importance: Normal
In-Reply-To: <56CC1701.3070807@citrix.com>
References: ,
	<56CAEEA7.7050508@citrix.com>
	,
	<56CB4D1C.3000701@citrix.com>
	,
	,
	<56CC1701.3070807@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 23 Feb 2016 20:30:41.0406 (UTC)
	FILETIME=[104D61E0:01D16E79]
X-Mailman-Approved-At: Tue, 23 Feb 2016 21:18:35 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============8002473501104447651=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============8002473501104447651==
Content-Type: multipart/alternative;
	boundary="_a64b507f-1ee2-4ef9-bf3e-7c2d3cda979b_"

--_a64b507f-1ee2-4ef9-bf3e-7c2d3cda979b_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



> Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl cre=
ate" on second VM
> To: badkins79@msn.com=3B xen-users@lists.xen.org
> From: roger.pau@citrix.com
> Date: Tue=2C 23 Feb 2016 09:23:29 +0100
>=20
> El 22/2/16 a les 20:11=2C Brandon Adkins ha escrit:
> >=20
> >> El 22/2/16 a les 18:40=2C Brandon Adkins ha escrit:
> >>>
> >>>>
> >>>> El 19/2/16 a les 17:38=2C Brandon Adkins ha escrit:
> >>>>> I am having issues migrating my Xen setup from Debian Wheezy to Deb=
ian Jessie. The errors I see are not very concrete=2C so it doesn't give me=
 much details.Here is what I am seeing:First=2C when I make a new Xen VM an=
d connect to its console=2C I see "xenconsole: Could not open tty `': No su=
ch file or directory". It seems to boot fine after that=2C but after return=
ing to Dom0=2C the console is kinda jacked up. This mimics exactly the issu=
e described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . =
Apparently there is a fix as of Oct 2015=2C but just not released on Jessie=
 yet? Will that be released on Jessie sometime soon?Second=2C and this is t=
he bigger issue: I can make 1 VM like this fine=2C but when I try to make a=
 second one=2C it just seems to hang. If I use "xl create -c" so I see the =
console the whole time=2C I see the bootloader menu appear=2C and when the =
kernel selection is finished=2C it prints the error about the tty=2C and th=
en nothing else. I don't know if the tty issue is rela
> te
> >> d=20
> >>>> at all."xl list" shows the second VM in the list=2C but it is marked=
 as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or an=
y number higher)=2C it is just ignored. I can't find any log files to indic=
ate there is a problem at all. The VM just doesn't start. It was created fr=
om the same template as the first VM=2C so VM1 and VM2 are basically copies=
 of each other=2C yet only the first one will run.I have no idea if I am do=
ing something wrong or if this is a bug in Jessie. I will say that everythi=
ng that I am doing now has worked perfectly for years using Debian Wheezy. =
The only change I needed was to start using "xl" instead of "xm".Anyone hav=
e clues on figuring this out?Thanks=2CBeau 		 	   		 =20
> >>>>
> >>>> Hello=2C
> >>>>
> >>>> Can you please paste the config file of those two VMs?
> >>>>
> >>>> Also=2C can you paste the output when creating them with:
> >>>>
> >>>> # xl -vvv create 
> >>>>
> >>>> Are there any errors displayed by Xen or Linux in the serial console=
 or
> >>>> dmesg?
> >>>>
> >>>> Roger.
> >>>
> >>
> >> Hello=2C
> >>
> >> I'm sorry but your MUA seems to completely mangle the messages=2C and =
I
> >> cannot parse the output you posted. Could you try to use a different M=
UA
> >> that adds proper line breaks?
> >>
> >> Thanks=2C Roger.
> >>
> > Trying again
> >=20
> > Hi Roger=2C=20
> > Thanks for the help. Here are the 2 config files:guest0:bootloader =3D =
'/usr/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '6000'ro=
ot =3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=
=2Cw'=2C 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]name =3D 'guest0'vi=
f =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'destr=
oy'on_reboot =3D 'restart'on_crash =3D 'restart'---------------------------=
--------------guest1:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D =
'6'cpus =3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:/=
dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest1swap=
=2Cxvda1=2Cw' ]name =3D 'guest1'vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=
=3Dxenbr0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D 'r=
estart'---------------------------------------------Output of xl -vvv creat=
e:libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create:=
 how=3D(nil) callback=3D(nil) poller=3D0x22ff9b0libxl: debug: libxl_device.=
c:251:libxl__device_disk_set_backen
> d: Disk vdev=3Dxvda2 spec.backend=3Dunknownlibxl: debug: libxl_device.c:2=
86:libxl__device_disk_set_backend: Disk vdev=3Dxvda2=2C using backend phyli=
bxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D=
xvda1 spec.backend=3Dunknownlibxl: debug: libxl_device.c:286:libxl__device_=
disk_set_backend: Disk vdev=3Dxvda1=2C using backend phylibxl: debug: libxl=
_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: libxl=
_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D(null) spec.backe=
nd=3Dphylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_attach=
: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: libxl=
_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value: /us=
r/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_create:=
 ao 0x22ff8b0: inprogress: poller=3D0x22ff9b0=2C flags=3Dilibxl: debug: lib=
xl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f5178 wpath=3D/loc=
al/domain/127 token=3D3/0: register slotnum=3D3libxl: debug:
>  libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress rep=
ort: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: execut=
ing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c=
:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrublibxl=
: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --arg=
s=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_got=
ptys:   bootloader arg: --output=3D/var/run/xen/bootloader.127.outlibxl: de=
bug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-=
format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   =
bootloader arg: --output-directory=3D/var/run/xen/bootloader.127.dlibxl: de=
bug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/xenv=
olgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watch w=
=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event epath=3D/local/do=
main/127libxl: debug: libxl_bootloader.c:634
> :bootloader_finished: bootloader completedlibxl: debug: libxl_bootloader.=
c:136:bootloader_result_command: bootloader output contained kernel /var/ru=
n/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:1=
36:bootloader_result_command: bootloader output contained ramdisk /var/run/=
xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:13=
6:bootloader_result_command: bootloader output contained args root=3D/dev/x=
vda2 ro crashkernel=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl_bootload=
er.c:647:bootloader_finished: bootloader execution successfullibxl: debug: =
libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f5178wpath=3D=
/local/domain/127 token=3D3/0: deregister slotnum=3D3domainbuilder: detail:=
 xc_dom_allocate: cmdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dauto root=
=3D/dev/xvda2 ro "=2C features=3D"(null)"libxl: debug: libxl_dom.c:364:libx=
l__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/boot_ker=
nel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem: ca
> lleddomainbuilder: detail: xc_dom_ramdisk_mem: calleddomainbuilder: detai=
l: xc_dom_boot_xen_init: ver 4.4=2C caps xen-3.0-x86_64 xen-3.0-x86_32p hvm=
-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder: detail: xc_dom_par=
se_image: calleddomainbuilder: detail: xc_dom_find_loader: trying multiboot=
-binary loader ...domainbuilder: detail: loader probe faileddomainbuilder: =
detail: xc_dom_find_loader: trying Linux bzImage loader ...domainbuilder: d=
etail: xc_dom_malloc            : 8861 kBdomainbuilder: detail: xc_dom_do_g=
unzip: unzip ok=2C 0x3e7bbc -> 0x8a7564domainbuilder: detail: loader probe =
OKxc: detail: elf_parse_binary: phdr: paddr=3D0x400000 memsz=3D0x66f000xc: =
detail: elf_parse_binary: phdr: paddr=3D0xa6f000 memsz=3D0x381000xc: detail=
: elf_parse_binary: memory: 0x400000 -> 0xdf0000xc: detail: elf_xen_parse_n=
ote: GUEST_OS =3D "linux"xc: detail: elf_xen_parse_note: GUEST_VERSION =3D =
"2.6"xc: detail: elf_xen_parse_note: XEN_VERSION =3D "xen-3.0"xc: detail: e=
lf_xen_parse_note: VIRT_BASE =3D 0xc0000000xc:
>  detail: elf_xen_parse_note: ENTRY =3D 0xc0b11000xc: detail: elf_xen_pars=
e_note: HYPERCALL_PAGE =3D 0xc0402000xc: detail: elf_xen_parse_note: FEATUR=
ES =3D "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_parse=
_note: PAE_MODE =3D "yes"xc: detail: elf_xen_parse_note: LOADER =3D "generi=
c"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: elf=
_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc: detail: elf_xen_parse_note: HV_S=
TART_LOW =3D 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET =3D 0x0=
xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base   =
     =3D 0xc0000000xc: detail:     elf_paddr_offset =3D 0x0xc: detail:     =
virt_offset      =3D 0xc0000000xc: detail:     virt_kstart      =3D 0xc0400=
000xc: detail:     virt_kend        =3D 0xc0df0000xc: detail:     virt_entr=
y       =3D 0xc0b11000xc: detail:     p2m_base         =3D 0xffffffffffffff=
ffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc04000=
00 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_init:=20
> mem 6000 MB=2C pages 0x177000 pages=2C 4k eachdomainbuilder: detail: xc_d=
om_mem_init: 0x177000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: cal=
leddomainbuilder: detail: x86_compat: guest xen-3.0-x86_32p=2C address size=
 32domainbuilder: detail: xc_dom_malloc            : 12000 kBdomainbuilder:=
 detail: xc_dom_build_image: calleddomainbuilder: detail: xc_dom_alloc_segm=
ent:   kernel       : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)do=
mainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x=
9f0 at 0x7fd07b610000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 =
-> 0x7fd07bc7f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0=
x7fd07bdb2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk      : =
0xc0df0000 -> 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: =
xc_dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_r=
etcount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: det=
ail: xc_dom_do_gunzip: unzip ok=2C
>  0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   phys=
2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbuilde=
r: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at 0x=
7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   : 0=
xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xensto=
re     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page   =
:   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page_ta=
bles: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff=2C 1 =
table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x000=
00000c0000000 -> 0x00000000ffffffff=2C 1 table(s)domainbuilder: detail: nr_=
page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c37ffff=
f=2C 28 table(s)domainbuilder: detail: xc_dom_alloc_segment:   page tables =
 : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainbuilder: detail=
: xc_dom_pfn_to_ptr_retcount: do
> mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: detail: xc_do=
m_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainbuilder: det=
ail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuilder: detail=
: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder: detail: x=
c_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootearly: doing =
nothingdomainbuilder: detail: xc_dom_compat_check: supported guest type: xe=
n-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supported guest typ=
e: xen-3.0-x86_32p <=3D matchesdomainbuilder: detail: xc_dom_compat_check: =
supported guest type: hvm-3.0-x86_32domainbuilder: detail: xc_dom_compat_ch=
eck: supported guest type: hvm-3.0-x86_32pdomainbuilder: detail: xc_dom_com=
pat_check: supported guest type: hvm-3.0-x86_64domainbuilder: detail: xc_do=
m_update_guest_p2m: dst 32bit=2C pages 0x177000domainbuilder: detail: clear=
_page: pfn 0x34be=2C mfn 0x17cd7adomainbuilder: detail: clear_page: pfn 0x3=
4bd=2C mfn 0x17cd7bdomainbuilder:=20
> detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7fd0=
84b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: deta=
il: setup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuilder: deta=
il: domain builder memory footprintdomainbuilder: detail:    allocateddomai=
nbuilder: detail:       malloc             : 21157 kBdomainbuilder: detail:=
       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomainbu=
ilder: detail:       file mmap          : 0 bytesdomainbuilder: detail:    =
   domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate: sh=
ared_info: pfn 0x0=2C mfn 0xbf615domainbuilder: detail: shared_info_x86_32:=
 calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: vcp=
u_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: cal=
led=2C ctxt=3D0x7fd084ad4004domainbuilder: detail: xc_dom_release: calledli=
bxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D=
xvda2 spec.backend=3Dphylibxl: debug: li
> bxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f6068 wpath=3D/=
local/domain/0/backend/vbd/127/51714/state token=3D3/1: register slotnum=3D=
3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda1 spec.backend=3Dphylibxl: debug: libxl_device.c:251:libxl__device_d=
isk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: libxl_ev=
ent.c:570:libxl__ev_xswatch_register: watch w=3D0x22f7df8 wpath=3D/local/do=
main/0/backend/vbd/127/51713/state token=3D2/2: register slotnum=3D2libxl: =
debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f6068 wpath=3D/loc=
al/domain/0/backend/vbd/127/51714/state token=3D3/1: event epath=3D/local/d=
omain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:devstate=
_watch_callback: backend /local/domain/0/backend/vbd/127/51714/state wanted=
 state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: wa=
tch w=3D0x22f6068wpath=3D/local/domain/0/backend/vbd/127/51714/state token=
=3D3/1: deregister slotnum=3D3libxl: debug: libxl_event.c:618:libxl
> __ev_xswatch_deregister: watch w=3D0x22f6068: deregister unregisteredlibx=
l: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/=
xen/scripts/block addlibxl: debug: libxl_event.c:483:watchfd_callback: watc=
h epath=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: empty sl=
otlibxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f7df8 wpa=
th=3D/local/domain/0/backend/vbd/127/51713/state token=3D2/2: event epath=
=3D/local/domain/0/backend/vbd/127/51713/statelibxl: debug: libxl_event.c:6=
53:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51713/s=
tate wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_der=
egister: watch w=3D0x22f7df8wpath=3D/local/domain/0/backend/vbd/127/51713/s=
tate token=3D2/2: deregister slotnum=3D2libxl: debug: libxl_event.c:618:lib=
xl__ev_xswatch_deregister: watch w=3D0x22f7df8: deregister unregisteredlibx=
l: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/=
xen/scripts/block addlibxl: debug: libxl_event.c:483
> :watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/51713/st=
ate token=3D2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xswatc=
h_deregister: watch w=3D0x22f60f0: deregister unregisteredlibxl: debug: lib=
xl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: deregiste=
r unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister:=
 watch w=3D0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:61=
8:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: deregister unregistere=
dlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22=
fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: register=
 slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x2=
2fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: event e=
path=3D/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:6=
57:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state=
 wanted state 2 still waiting state 1libxl: debug: lib
> xl_event.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/local/domai=
n/0/backend/vif/127/0/state token=3D2/3: event epath=3D/local/domain/0/back=
end/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_callback:=
 backend /local/domain/0/backend/vif/127/0/state wanted state 2 oklibxl: de=
bug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8wpa=
th=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: deregister slotnu=
m=3D2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=
=3D0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:1023:devi=
ce_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlinelibxl=
: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa85=
0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch=
_deregister: watch w=3D0x22fa850: deregister unregisteredlibxl: debug: libx=
l_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ig=
noredlibxl: debug: libxl_event.c:1591:libxl__ao_c
> omplete: ao 0x22ff8b0: complete=2C rc=3D0libxl: debug: libxl_event.c:1563=
:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: tota=
l allocations:470 total releases:470xc: debug: hypercall buffer: current al=
locations:0 maximum allocations:3xc: debug: hypercall buffer: cache current=
 size:2xc: debug: hypercall buffer: cache hits:462 misses:2 toobig:6Parsing=
 config from guest.cfg-----------------------------------------------Lookin=
g into dmesg=2C the only interesting thing I see related to this are these =
2 lines everytime I try to start the VM: xen:balloon: Cannot add additional=
 memory (-17) xen:balloon: Cannot add additional memory (-17)
> > Thanks!Beau
>=20
> Hello=2C
>=20
> Can you also post the output of xl info before creating the guests?
> AFAICT you are
> giving each guest 6000MB of RAM=3B are you sure you have enough RAM for
> Dom0 plus this two guests?
>=20
> From the output you provided=2C I can only see the trace of one guest
> booting [0] (one execution of xl)=2C what happens with the other guest?
>=20
> Roger.
>=20
> [0]
> http://lists.xenproject.org/archives/html/xen-users/2016-02/msg00116.html
>=20

Roger=2C yes thats right. Both guests get 6000MB of RAM. The system has 16G=
B of RAM=2C and I have allocated 4GB to the host.
Guest0 boots and operates perfectly. It is only guest1 that has issues. It =
does act like maybe there isnt enough RAM for the second VM=2C but from my =
calculations=2C it looks like it should be fine. Here is the output of "xl =
info" with no guests running:host                   : lpwtestrelease       =
         : 3.16.0-4-amd64version                : #1 SMP Debian 3.16.7-ckt2=
0-1+deb8u3 (2016-01-17)machine                : x86_64nr_cpus              =
  : 8max_cpu_id             : 7nr_nodes               : 1cores_per_socket  =
     : 4threads_per_core       : 2cpu_mhz                : 3292hw_caps     =
           : bfebfbff:28100800:00000000:00007f00:77bae3ff:00000000:00000001=
:00000281virt_caps              : hvm hvm_directiototal_memory           : =
16353free_memory            : 12040sharing_freed_memory   : 0sharing_used_m=
emory    : 0outstanding_claims     : 0free_cpus              : 0xen_major  =
            : 4xen_minor              : 4xen_extra              : .1xen_ver=
sion            : 4.4.1xen_caps               : xen-3.0-x86_64 xen-3.0-x86_=
32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64xen_scheduler          : c=
reditxen_pagesize           : 4096platform_params        : virt_start=3D0xf=
fff800000000000xen_changeset          :xen_commandline        : placeholder=
 dom0_mem=3D4096M=2Cmax:4096Mcc_compiler            : gcc (Debian 4.9.2-10)=
 4.9.2cc_compile_by          : ultrottercc_compile_domain      : debian.org=
cc_compile_date        : Wed Nov 25 15:46:22 EET 2015xend_config_format    =
 : 4
Best=2CBeau 		 	   		  =

--_a64b507f-1ee2-4ef9-bf3e-7c2d3cda979b_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable







>=3B Subject: Re:=
 [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl create" on second=
 VM
>=3B To: badkins79@msn.com=3B xen-users@lists.xen.org
>=3B Fr=
om: roger.pau@citrix.com
>=3B Date: Tue=2C 23 Feb 2016 09:23:29 +0100<=
br>>=3B 
>=3B El 22/2/16 a les 20:11=2C Brandon Adkins ha escrit:>=3B >=3B 
>=3B >=3B>=3B El 22/2/16 a les 18:40=2C Brandon Ad=
kins ha escrit:
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B&g=
t=3B
>=3B >=3B>=3B>=3B>=3B El 19/2/16 a les 17:38=2C Brandon A=
dkins ha escrit:
>=3B >=3B>=3B>=3B>=3B>=3B I am having issue=
s migrating my Xen setup from Debian Wheezy to Debian Jessie. The errors I =
see are not very concrete=2C so it doesn't give me much details.Here is wha=
t I am seeing:First=2C when I make a new Xen VM and connect to its console=
=2C I see "xenconsole: Could not open tty `': No such file or directory". I=
t seems to boot fine after that=2C but after returning to Dom0=2C the conso=
le is kinda jacked up. This mimics exactly the issue described athttps://bu=
gs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Apparently there is a fi=
x as of Oct 2015=2C but just not released on Jessie yet? Will that be relea=
sed on Jessie sometime soon?Second=2C and this is the bigger issue: I can m=
ake 1 VM like this fine=2C but when I try to make a second one=2C it just s=
eems to hang. If I use "xl create -c" so I see the console the whole time=
=2C I see the bootloader menu appear=2C and when the kernel selection is fi=
nished=2C it prints the error about the tty=2C and then nothing else. I don=
't know if the tty issue is rela
>=3B te
>=3B >=3B>=3B d 
=
>=3B >=3B>=3B>=3B>=3B at all."xl list" shows the second VM in the=
 list=2C but it is marked as only having 1 vcpu. If I try to change this wi=
th "xl vcpu-set 2" (or any number higher)=2C it is just ignored. I can't fi=
nd any log files to indicate there is a problem at all. The VM just doesn't=
 start. It was created from the same template as the first VM=2C so VM1 and=
 VM2 are basically copies of each other=2C yet only the first one will run.=
I have no idea if I am doing something wrong or if this is a bug in Jessie.=
 I will say that everything that I am doing now has worked perfectly for ye=
ars using Debian Wheezy. The only change I needed was to start using "xl" i=
nstead of "xm".Anyone have clues on figuring this out?Thanks=2CBeau 		 	   =
		  
>=3B >=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=3B =
Hello=2C
>=3B >=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=
=3B Can you please paste the config file of those two VMs?
>=3B >=3B=
>=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=3B Also=2C can you paste=
 the output when creating them with:
>=3B >=3B>=3B>=3B>=3B
=
>=3B >=3B>=3B>=3B>=3B # xl -vvv create <=3Bconfig.cfg>=3B
=
>=3B >=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=3B Are ther=
e any errors displayed by Xen or Linux in the serial console or
>=3B &=
gt=3B>=3B>=3B>=3B dmesg?
>=3B >=3B>=3B>=3B>=3B
>=3B=
 >=3B>=3B>=3B>=3B Roger.
>=3B >=3B>=3B>=3B
>=3B >=
=3B>=3B
>=3B >=3B>=3B Hello=2C
>=3B >=3B>=3B
>=3B =
>=3B>=3B I'm sorry but your MUA seems to completely mangle the messages=
=2C and I
>=3B >=3B>=3B cannot parse the output you posted. Could =
you try to use a different MUA
>=3B >=3B>=3B that adds proper line=
 breaks?
>=3B >=3B>=3B
>=3B >=3B>=3B Thanks=2C Roger.
=
>=3B >=3B>=3B
>=3B >=3B Trying again
>=3B >=3B 
>=
=3B >=3B Hi Roger=2C 
>=3B >=3B Thanks for the help. Here are the =
2 config files:guest0:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D=
 '6'cpus =3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:=
/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest0swa=
p=2Cxvda1=2Cw' ]name =3D 'guest0'vif =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridg=
e=3Dxenbr0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D '=
restart'-----------------------------------------guest1:bootloader =3D '/us=
r/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '6000'root =
=3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=
=2C 'phy:/dev/xenvolgroup/guest1swap=2Cxvda1=2Cw' ]name =3D 'guest1'vif =3D=
 [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'destroy'on=
_reboot =3D 'restart'on_crash =3D 'restart'--------------------------------=
-------------Output of xl -vvv create:libxl: debug: libxl_create.c:1342:do_=
domain_create: ao 0x22ff8b0: create: how=3D(nil) callback=3D(nil) poller=3D=
0x22ff9b0libxl: debug: libxl_device.c:251:libxl__device_disk_set_backen
=
>=3B d: Disk vdev=3Dxvda2 spec.backend=3Dunknownlibxl: debug: libxl_devic=
e.c:286:libxl__device_disk_set_backend: Disk vdev=3Dxvda2=2C using backend =
phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vd=
ev=3Dxvda1 spec.backend=3Dunknownlibxl: debug: libxl_device.c:286:libxl__de=
vice_disk_set_backend: Disk vdev=3Dxvda1=2C using backend phylibxl: debug: =
libxl_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: =
libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D(null) spec.=
backend=3Dphylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_a=
ttach: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: =
libxl_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value=
: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_cr=
eate: ao 0x22ff8b0: inprogress: poller=3D0x22ff9b0=2C flags=3Dilibxl: debug=
: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f5178 wpath=
=3D/local/domain/127 token=3D3/0: register slotnum=3D3libxl: debug:
>=
=3B  libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress r=
eport: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: exec=
uting bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader=
.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrublib=
xl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --a=
rgs=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_g=
otptys:   bootloader arg: --output=3D/var/run/xen/bootloader.127.outlibxl: =
debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --outpu=
t-format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys: =
  bootloader arg: --output-directory=3D/var/run/xen/bootloader.127.dlibxl: =
debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/xe=
nvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watch=
 w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event epath=3D/local/=
domain/127libxl: debug: libxl_bootloader.c:634
>=3B :bootloader_finish=
ed: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_res=
ult_command: bootloader output contained kernel /var/run/xen/bootloader.127=
.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_result=
_command: bootloader output contained ramdisk /var/run/xen/bootloader.127.d=
/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_result_=
command: bootloader output contained args root=3D/dev/xvda2 ro crashkernel=
=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloader=
_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:l=
ibxl__ev_xswatch_deregister: watch w=3D0x22f5178wpath=3D/local/domain/127 t=
oken=3D3/0: deregister slotnum=3D3domainbuilder: detail: xc_dom_allocate: c=
mdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dauto root=3D/dev/xvda2 ro "=2C=
 features=3D"(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv kerne=
l mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbuild=
er: detail: xc_dom_kernel_mem: ca
>=3B lleddomainbuilder: detail: xc_d=
om_ramdisk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4=
=2C caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-=
3.0-x86_64domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: d=
etail: xc_dom_find_loader: trying multiboot-binary loader ...domainbuilder:=
 detail: loader probe faileddomainbuilder: detail: xc_dom_find_loader: tryi=
ng Linux bzImage loader ...domainbuilder: detail: xc_dom_malloc            =
: 8861 kBdomainbuilder: detail: xc_dom_do_gunzip: unzip ok=2C 0x3e7bbc ->=
=3B 0x8a7564domainbuilder: detail: loader probe OKxc: detail: elf_parse_bin=
ary: phdr: paddr=3D0x400000 memsz=3D0x66f000xc: detail: elf_parse_binary: p=
hdr: paddr=3D0xa6f000 memsz=3D0x381000xc: detail: elf_parse_binary: memory:=
 0x400000 ->=3B 0xdf0000xc: detail: elf_xen_parse_note: GUEST_OS =3D "lin=
ux"xc: detail: elf_xen_parse_note: GUEST_VERSION =3D "2.6"xc: detail: elf_x=
en_parse_note: XEN_VERSION =3D "xen-3.0"xc: detail: elf_xen_parse_note: VIR=
T_BASE =3D 0xc0000000xc:
>=3B  detail: elf_xen_parse_note: ENTRY =3D 0=
xc0b11000xc: detail: elf_xen_parse_note: HYPERCALL_PAGE =3D 0xc0402000xc: d=
etail: elf_xen_parse_note: FEATURES =3D "!writable_page_tables|pae_pgdir_ab=
ove_4gb"xc: detail: elf_xen_parse_note: PAE_MODE =3D "yes"xc: detail: elf_x=
en_parse_note: LOADER =3D "generic"xc: detail: elf_xen_parse_note: unknown =
xen elf note (0xd)xc: detail: elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc:=
 detail: elf_xen_parse_note: HV_START_LOW =3D 0xf5800000xc: detail: elf_xen=
_parse_note: PADDR_OFFSET =3D 0x0xc: detail: elf_xen_addr_calc_check: addre=
sses:xc: detail:     virt_base        =3D 0xc0000000xc: detail:     elf_pad=
dr_offset =3D 0x0xc: detail:     virt_offset      =3D 0xc0000000xc: detail:=
     virt_kstart      =3D 0xc0400000xc: detail:     virt_kend        =3D 0x=
c0df0000xc: detail:     virt_entry       =3D 0xc0b11000xc: detail:     p2m_=
base         =3D 0xffffffffffffffffdomainbuilder: detail: xc_dom_parse_elf_=
kernel: xen-3.0-x86_32p: 0xc0400000 ->=3B 0xc0df0000domainbuilder: detail=
: xc_dom_mem_init: 
>=3B mem 6000 MB=2C pages 0x177000 pages=2C 4k eac=
hdomainbuilder: detail: xc_dom_mem_init: 0x177000 pagesdomainbuilder: detai=
l: xc_dom_boot_mem_init: calleddomainbuilder: detail: x86_compat: guest xen=
-3.0-x86_32p=2C address size 32domainbuilder: detail: xc_dom_malloc        =
    : 12000 kBdomainbuilder: detail: xc_dom_build_image: calleddomainbuilde=
r: detail: xc_dom_alloc_segment:   kernel       : 0xc0400000 ->=3B 0xc0df=
0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detail: xc_dom_pfn_to_ptr_ret=
count: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610000xc: detail: elf_load_=
binary: phdr 0 at 0x7fd07b610000 ->=3B 0x7fd07bc7f000xc: detail: elf_load=
_binary: phdr 1 at 0x7fd07bc7f000 ->=3B 0x7fd07bdb2000domainbuilder: deta=
il: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 ->=3B 0xc2ee0000  (=
pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc            : =
197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn =
0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gunzip: unzi=
p ok=2C
>=3B  0xd262fe ->=3B 0x20ef410domainbuilder: detail: xc_dom_=
alloc_segment:   phys2mach    : 0xc2ee0000 ->=3B 0xc34bc000  (pfn 0x2ee0 =
+ 0x5dc pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mappi=
ng: pfn 0x2ee0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_p=
age   :   start info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_d=
om_alloc_page   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: de=
tail: xc_dom_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainb=
uilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -=
>=3B 0x00000000ffffffff=2C 1 table(s)domainbuilder: detail: nr_page_table=
s: 0x000000003fffffff/30: 0x00000000c0000000 ->=3B 0x00000000ffffffff=2C =
1 table(s)domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x0=
0000000c0000000 ->=3B 0x00000000c37fffff=2C 28 table(s)domainbuilder: det=
ail: xc_dom_alloc_segment:   page tables  : 0xc34bf000 ->=3B 0xc34dd000  =
(pfn 0x34bf + 0x1e pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount:=
 do
>=3B mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: d=
etail: xc_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domain=
builder: detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbui=
lder: detail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilde=
r: detail: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_boote=
arly: doing nothingdomainbuilder: detail: xc_dom_compat_check: supported gu=
est type: xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: support=
ed guest type: xen-3.0-x86_32p <=3B=3D matchesdomainbuilder: detail: xc_d=
om_compat_check: supported guest type: hvm-3.0-x86_32domainbuilder: detail:=
 xc_dom_compat_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: d=
etail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64domainbuild=
er: detail: xc_dom_update_guest_p2m: dst 32bit=2C pages 0x177000domainbuild=
er: detail: clear_page: pfn 0x34be=2C mfn 0x17cd7adomainbuilder: detail: cl=
ear_page: pfn 0x34bd=2C mfn 0x17cd7bdomainbuilder: 
>=3B detail: xc_do=
m_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7fd084b31000domainb=
uilder: detail: start_info_x86_32: calleddomainbuilder: detail: setup_hyper=
call_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuilder: detail: domain buil=
der memory footprintdomainbuilder: detail:    allocateddomainbuilder: detai=
l:       malloc             : 21157 kBdomainbuilder: detail:       anon mma=
p          : 0 bytesdomainbuilder: detail:    mappeddomainbuilder: detail: =
      file mmap          : 0 bytesdomainbuilder: detail:       domU mmap   =
       : 48 MBdomainbuilder: detail: arch_setup_bootlate: shared_info: pfn =
0x0=2C mfn 0xbf615domainbuilder: detail: shared_info_x86_32: calleddomainbu=
ilder: detail: vcpu_x86_32: calleddomainbuilder: detail: vcpu_x86_32: cr3: =
pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: called=2C ctxt=3D0=
x7fd084ad4004domainbuilder: detail: xc_dom_release: calledlibxl: debug: lib=
xl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda2 spec.back=
end=3Dphylibxl: debug: li
>=3B bxl_event.c:570:libxl__ev_xswatch_regis=
ter: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/51714/stat=
e token=3D3/1: register slotnum=3D3libxl: debug: libxl_device.c:251:libxl__=
device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: =
libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1 spec.b=
ackend=3Dphylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: wat=
ch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/state token=
=3D2/2: register slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_callbac=
k: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/51714/state =
token=3D3/1: event epath=3D/local/domain/0/backend/vbd/127/51714/statelibxl=
: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0=
/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_event.c:6=
06:libxl__ev_xswatch_deregister: watch w=3D0x22f6068wpath=3D/local/domain/0=
/backend/vbd/127/51714/state token=3D3/1: deregister slotnum=3D3libxl: debu=
g: libxl_event.c:618:libxl
>=3B __ev_xswatch_deregister: watch w=3D0x2=
2f6068: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hot=
plug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl=
_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/12=
7/51714/state token=3D3/1: empty slotlibxl: debug: libxl_event.c:514:watchf=
d_callback: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/517=
13/state token=3D2/2: event epath=3D/local/domain/0/backend/vbd/127/51713/s=
tatelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local=
/domain/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_=
event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8wpath=3D/local=
/domain/0/backend/vbd/127/51713/state token=3D2/2: deregister slotnum=3D2li=
bxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f=
7df8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotpl=
ug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_e=
vent.c:483
>=3B :watchfd_callback: watch epath=3D/local/domain/0/backe=
nd/vbd/127/51713/state token=3D2/2: empty slotlibxl: debug: libxl_event.c:6=
18:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: deregister unregister=
edlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0=
x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_=
xswatch_deregister: watch w=3D0x22f7e80: deregister unregisteredlibxl: debu=
g: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: der=
egister unregisteredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_regis=
ter: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state to=
ken=3D2/3: register slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_call=
back: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state t=
oken=3D2/3: event epath=3D/local/domain/0/backend/vif/127/0/statelibxl: deb=
ug: libxl_event.c:657:devstate_watch_callback: backend /local/domain/0/back=
end/vif/127/0/state wanted state 2 still waiting state 1libxl: debug: lib>=3B xl_event.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/loca=
l/domain/0/backend/vif/127/0/state token=3D2/3: event epath=3D/local/domain=
/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_ca=
llback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 okli=
bxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f=
a7c8wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: deregister=
 slotnum=3D2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: w=
atch w=3D0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:102=
3:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlin=
elibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x=
22fa850: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_x=
swatch_deregister: watch w=3D0x22fa850: deregister unregisteredlibxl: debug=
: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress repo=
rt: ignoredlibxl: debug: libxl_event.c:1591:libxl__ao_c
>=3B omplete: =
ao 0x22ff8b0: complete=2C rc=3D0libxl: debug: libxl_event.c:1563:libxl__ao_=
_destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: total allocatio=
ns:470 total releases:470xc: debug: hypercall buffer: current allocations:0=
 maximum allocations:3xc: debug: hypercall buffer: cache current size:2xc: =
debug: hypercall buffer: cache hits:462 misses:2 toobig:6Parsing config fro=
m guest.cfg-----------------------------------------------Looking into dmes=
g=2C the only interesting thing I see related to this are these 2 lines eve=
rytime I try to start the VM: xen:balloon: Cannot add additional memory (-1=
7) xen:balloon: Cannot add additional memory (-17)
>=3B >=3B Thanks!=
Beau
>=3B 
>=3B Hello=2C
>=3B 
>=3B Can you also post t=
he output of xl info before creating the guests?
>=3B AFAICT you are>=3B giving each guest 6000MB of RAM=3B are you sure you have enough RA=
M for
>=3B Dom0 plus this two guests?
>=3B 
>=3B From the ou=
tput you provided=2C I can only see the trace of one guest
>=3B bootin=
g [0] (one execution of xl)=2C what happens with the other guest?
>=3B=
 
>=3B Roger.
>=3B 
>=3B [0]
>=3B http://lists.xenproje=
ct.org/archives/html/xen-users/2016-02/msg00116.html
>=3B 

Roger=2C yes thats right. Both guests get 6000MB of RAM. =
The system has 16GB of RAM=2C and I have allocated 4GB to the host.

Guest0 boots and operates perfectly. It is only guest1 th=
at has issues. It does act like maybe there isnt enough RAM for the second =
VM=2C but from my calculations=2C it looks like it should be fine. Here is =
the output of "xl info" with no guests running:
host  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
 : lpwtest
release  =3B  =3B  =3B  =3B  =3B &=
nbsp=3B  =3B  =3B: 3.16.0-4-amd64
version  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B: #1 SMP Debian 3.=
16.7-ckt20-1+deb8u3 (2016-01-17)
machine  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B: x86_64
nr_cpus =
 =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B: 8<=
/div>
max_cpu_id  =3B  =3B  =3B  =3B  =3B  =3B =
: 7
nr_nodes  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B : 1
cores_per_socket  =3B  =3B  =3B : 4<=
/div>
threads_per_core  =3B  =3B  =3B : 2
cpu_mhz=
  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B: 3=
292
hw_caps  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B: bfebfbff:28100800:00000000:00007f00:77bae3ff:00000000:0=
0000001:00000281
virt_caps  =3B  =3B  =3B  =3B &n=
bsp=3B  =3B  =3B: hvm hvm_directio
total_memory  =3B =
 =3B  =3B  =3B  =3B : 16353
free_memory  =3B =
 =3B  =3B  =3B  =3B  =3B: 12040
sharing_freed=
_memory  =3B : 0
sharing_used_memory  =3B  =3B: 0
outstanding_claims  =3B  =3B : 0
free_cpus  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B: 0
xen_=
major  =3B  =3B  =3B  =3B  =3B  =3B  =3B: 4
xen_minor  =3B  =3B  =3B  =3B  =3B  =3B &nbs=
p=3B: 4
xen_extra  =3B  =3B  =3B  =3B  =3B &n=
bsp=3B  =3B: .1
xen_version  =3B  =3B  =3B  =
=3B  =3B  =3B: 4.4.1
xen_caps  =3B  =3B  =3B =
 =3B  =3B  =3B  =3B : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.=
0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler  =3B &n=
bsp=3B  =3B  =3B  =3B: credit
xen_pagesize  =3B &=
nbsp=3B  =3B  =3B  =3B : 4096
platform_params  =
=3B  =3B  =3B  =3B: virt_start=3D0xffff800000000000
x=
en_changeset  =3B  =3B  =3B  =3B  =3B:
xen_co=
mmandline  =3B  =3B  =3B  =3B: placeholder dom0_mem=3D4096M=
=2Cmax:4096M
cc_compiler  =3B  =3B  =3B  =3B &nbs=
p=3B  =3B: gcc (Debian 4.9.2-10) 4.9.2
cc_compile_by  =3B=
  =3B  =3B  =3B  =3B: ultrotter
cc_compile_domain=
  =3B  =3B  =3B: debian.org
cc_compile_date  =3B =
 =3B  =3B  =3B: Wed Nov 25 15:46:22 EET 2015
xend_con=
fig_format  =3B  =3B : 4

Best=2C
Beau
 		 	   		  

=

--_a64b507f-1ee2-4ef9-bf3e-7c2d3cda979b_--


--===============8002473501104447651==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============8002473501104447651==--


From xen-users-bounces@lists.xen.org Tue Feb 23 21:19:31 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 21:19:31 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYKLs-00038z-PG; Tue, 23 Feb 2016 21:18:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYJbZ-0008KR-6g
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 20:30:45 +0000
Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id
	75/07-03651-471CCC65; Tue, 23 Feb 2016 20:30:44 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-13.tower-31.messagelabs.com!1456259441!23981804!1
X-Originating-IP: [65.55.116.17]
X-SpamReason: No, hits=1.3 required=7.0 tests=FORGED_HOTMAIL_RCVD,
	HTML_10_20,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 46894 invoked from network); 23 Feb 2016 20:30:42 -0000
Received: from blu004-omc1s6.hotmail.com (HELO BLU004-OMC1S6.hotmail.com)
	(65.55.116.17)
	by server-13.tower-31.messagelabs.com with AES256-SHA256 encrypted SMTP;
	23 Feb 2016 20:30:42 -0000
Received: from BLU183-W45 ([65.55.116.9]) by BLU004-OMC1S6.hotmail.com over
	TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
	Tue, 23 Feb 2016 12:30:41 -0800
X-TMN: [kV/q09CJ+fuHXwHLSx/bUtIlekvRFBtD]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
	"xen-users@lists.xen.org" 
Date: Tue, 23 Feb 2016 15:30:40 -0500
Importance: Normal
In-Reply-To: <56CC1701.3070807@citrix.com>
References: ,
	<56CAEEA7.7050508@citrix.com>
	,
	<56CB4D1C.3000701@citrix.com>
	,
	,
	<56CC1701.3070807@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 23 Feb 2016 20:30:41.0406 (UTC)
	FILETIME=[104D61E0:01D16E79]
X-Mailman-Approved-At: Tue, 23 Feb 2016 21:18:35 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============8002473501104447651=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============8002473501104447651==
Content-Type: multipart/alternative;
	boundary="_a64b507f-1ee2-4ef9-bf3e-7c2d3cda979b_"

--_a64b507f-1ee2-4ef9-bf3e-7c2d3cda979b_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



> Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl cre=
ate" on second VM
> To: badkins79@msn.com=3B xen-users@lists.xen.org
> From: roger.pau@citrix.com
> Date: Tue=2C 23 Feb 2016 09:23:29 +0100
>=20
> El 22/2/16 a les 20:11=2C Brandon Adkins ha escrit:
> >=20
> >> El 22/2/16 a les 18:40=2C Brandon Adkins ha escrit:
> >>>
> >>>>
> >>>> El 19/2/16 a les 17:38=2C Brandon Adkins ha escrit:
> >>>>> I am having issues migrating my Xen setup from Debian Wheezy to Deb=
ian Jessie. The errors I see are not very concrete=2C so it doesn't give me=
 much details.Here is what I am seeing:First=2C when I make a new Xen VM an=
d connect to its console=2C I see "xenconsole: Could not open tty `': No su=
ch file or directory". It seems to boot fine after that=2C but after return=
ing to Dom0=2C the console is kinda jacked up. This mimics exactly the issu=
e described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . =
Apparently there is a fix as of Oct 2015=2C but just not released on Jessie=
 yet? Will that be released on Jessie sometime soon?Second=2C and this is t=
he bigger issue: I can make 1 VM like this fine=2C but when I try to make a=
 second one=2C it just seems to hang. If I use "xl create -c" so I see the =
console the whole time=2C I see the bootloader menu appear=2C and when the =
kernel selection is finished=2C it prints the error about the tty=2C and th=
en nothing else. I don't know if the tty issue is rela
> te
> >> d=20
> >>>> at all."xl list" shows the second VM in the list=2C but it is marked=
 as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or an=
y number higher)=2C it is just ignored. I can't find any log files to indic=
ate there is a problem at all. The VM just doesn't start. It was created fr=
om the same template as the first VM=2C so VM1 and VM2 are basically copies=
 of each other=2C yet only the first one will run.I have no idea if I am do=
ing something wrong or if this is a bug in Jessie. I will say that everythi=
ng that I am doing now has worked perfectly for years using Debian Wheezy. =
The only change I needed was to start using "xl" instead of "xm".Anyone hav=
e clues on figuring this out?Thanks=2CBeau 		 	   		 =20
> >>>>
> >>>> Hello=2C
> >>>>
> >>>> Can you please paste the config file of those two VMs?
> >>>>
> >>>> Also=2C can you paste the output when creating them with:
> >>>>
> >>>> # xl -vvv create 
> >>>>
> >>>> Are there any errors displayed by Xen or Linux in the serial console=
 or
> >>>> dmesg?
> >>>>
> >>>> Roger.
> >>>
> >>
> >> Hello=2C
> >>
> >> I'm sorry but your MUA seems to completely mangle the messages=2C and =
I
> >> cannot parse the output you posted. Could you try to use a different M=
UA
> >> that adds proper line breaks?
> >>
> >> Thanks=2C Roger.
> >>
> > Trying again
> >=20
> > Hi Roger=2C=20
> > Thanks for the help. Here are the 2 config files:guest0:bootloader =3D =
'/usr/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '6000'ro=
ot =3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=
=2Cw'=2C 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]name =3D 'guest0'vi=
f =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'destr=
oy'on_reboot =3D 'restart'on_crash =3D 'restart'---------------------------=
--------------guest1:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D =
'6'cpus =3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:/=
dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest1swap=
=2Cxvda1=2Cw' ]name =3D 'guest1'vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=
=3Dxenbr0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D 'r=
estart'---------------------------------------------Output of xl -vvv creat=
e:libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create:=
 how=3D(nil) callback=3D(nil) poller=3D0x22ff9b0libxl: debug: libxl_device.=
c:251:libxl__device_disk_set_backen
> d: Disk vdev=3Dxvda2 spec.backend=3Dunknownlibxl: debug: libxl_device.c:2=
86:libxl__device_disk_set_backend: Disk vdev=3Dxvda2=2C using backend phyli=
bxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D=
xvda1 spec.backend=3Dunknownlibxl: debug: libxl_device.c:286:libxl__device_=
disk_set_backend: Disk vdev=3Dxvda1=2C using backend phylibxl: debug: libxl=
_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: libxl=
_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D(null) spec.backe=
nd=3Dphylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_attach=
: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: libxl=
_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value: /us=
r/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_create:=
 ao 0x22ff8b0: inprogress: poller=3D0x22ff9b0=2C flags=3Dilibxl: debug: lib=
xl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f5178 wpath=3D/loc=
al/domain/127 token=3D3/0: register slotnum=3D3libxl: debug:
>  libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress rep=
ort: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: execut=
ing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c=
:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrublibxl=
: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --arg=
s=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_got=
ptys:   bootloader arg: --output=3D/var/run/xen/bootloader.127.outlibxl: de=
bug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-=
format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   =
bootloader arg: --output-directory=3D/var/run/xen/bootloader.127.dlibxl: de=
bug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/xenv=
olgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watch w=
=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event epath=3D/local/do=
main/127libxl: debug: libxl_bootloader.c:634
> :bootloader_finished: bootloader completedlibxl: debug: libxl_bootloader.=
c:136:bootloader_result_command: bootloader output contained kernel /var/ru=
n/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:1=
36:bootloader_result_command: bootloader output contained ramdisk /var/run/=
xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:13=
6:bootloader_result_command: bootloader output contained args root=3D/dev/x=
vda2 ro crashkernel=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl_bootload=
er.c:647:bootloader_finished: bootloader execution successfullibxl: debug: =
libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f5178wpath=3D=
/local/domain/127 token=3D3/0: deregister slotnum=3D3domainbuilder: detail:=
 xc_dom_allocate: cmdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dauto root=
=3D/dev/xvda2 ro "=2C features=3D"(null)"libxl: debug: libxl_dom.c:364:libx=
l__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/boot_ker=
nel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem: ca
> lleddomainbuilder: detail: xc_dom_ramdisk_mem: calleddomainbuilder: detai=
l: xc_dom_boot_xen_init: ver 4.4=2C caps xen-3.0-x86_64 xen-3.0-x86_32p hvm=
-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder: detail: xc_dom_par=
se_image: calleddomainbuilder: detail: xc_dom_find_loader: trying multiboot=
-binary loader ...domainbuilder: detail: loader probe faileddomainbuilder: =
detail: xc_dom_find_loader: trying Linux bzImage loader ...domainbuilder: d=
etail: xc_dom_malloc            : 8861 kBdomainbuilder: detail: xc_dom_do_g=
unzip: unzip ok=2C 0x3e7bbc -> 0x8a7564domainbuilder: detail: loader probe =
OKxc: detail: elf_parse_binary: phdr: paddr=3D0x400000 memsz=3D0x66f000xc: =
detail: elf_parse_binary: phdr: paddr=3D0xa6f000 memsz=3D0x381000xc: detail=
: elf_parse_binary: memory: 0x400000 -> 0xdf0000xc: detail: elf_xen_parse_n=
ote: GUEST_OS =3D "linux"xc: detail: elf_xen_parse_note: GUEST_VERSION =3D =
"2.6"xc: detail: elf_xen_parse_note: XEN_VERSION =3D "xen-3.0"xc: detail: e=
lf_xen_parse_note: VIRT_BASE =3D 0xc0000000xc:
>  detail: elf_xen_parse_note: ENTRY =3D 0xc0b11000xc: detail: elf_xen_pars=
e_note: HYPERCALL_PAGE =3D 0xc0402000xc: detail: elf_xen_parse_note: FEATUR=
ES =3D "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_parse=
_note: PAE_MODE =3D "yes"xc: detail: elf_xen_parse_note: LOADER =3D "generi=
c"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: elf=
_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc: detail: elf_xen_parse_note: HV_S=
TART_LOW =3D 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET =3D 0x0=
xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base   =
     =3D 0xc0000000xc: detail:     elf_paddr_offset =3D 0x0xc: detail:     =
virt_offset      =3D 0xc0000000xc: detail:     virt_kstart      =3D 0xc0400=
000xc: detail:     virt_kend        =3D 0xc0df0000xc: detail:     virt_entr=
y       =3D 0xc0b11000xc: detail:     p2m_base         =3D 0xffffffffffffff=
ffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc04000=
00 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_init:=20
> mem 6000 MB=2C pages 0x177000 pages=2C 4k eachdomainbuilder: detail: xc_d=
om_mem_init: 0x177000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: cal=
leddomainbuilder: detail: x86_compat: guest xen-3.0-x86_32p=2C address size=
 32domainbuilder: detail: xc_dom_malloc            : 12000 kBdomainbuilder:=
 detail: xc_dom_build_image: calleddomainbuilder: detail: xc_dom_alloc_segm=
ent:   kernel       : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)do=
mainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x=
9f0 at 0x7fd07b610000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 =
-> 0x7fd07bc7f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0=
x7fd07bdb2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk      : =
0xc0df0000 -> 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: =
xc_dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_r=
etcount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: det=
ail: xc_dom_do_gunzip: unzip ok=2C
>  0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   phys=
2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbuilde=
r: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at 0x=
7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   : 0=
xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xensto=
re     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page   =
:   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page_ta=
bles: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff=2C 1 =
table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x000=
00000c0000000 -> 0x00000000ffffffff=2C 1 table(s)domainbuilder: detail: nr_=
page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c37ffff=
f=2C 28 table(s)domainbuilder: detail: xc_dom_alloc_segment:   page tables =
 : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainbuilder: detail=
: xc_dom_pfn_to_ptr_retcount: do
> mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: detail: xc_do=
m_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainbuilder: det=
ail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuilder: detail=
: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder: detail: x=
c_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootearly: doing =
nothingdomainbuilder: detail: xc_dom_compat_check: supported guest type: xe=
n-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supported guest typ=
e: xen-3.0-x86_32p <=3D matchesdomainbuilder: detail: xc_dom_compat_check: =
supported guest type: hvm-3.0-x86_32domainbuilder: detail: xc_dom_compat_ch=
eck: supported guest type: hvm-3.0-x86_32pdomainbuilder: detail: xc_dom_com=
pat_check: supported guest type: hvm-3.0-x86_64domainbuilder: detail: xc_do=
m_update_guest_p2m: dst 32bit=2C pages 0x177000domainbuilder: detail: clear=
_page: pfn 0x34be=2C mfn 0x17cd7adomainbuilder: detail: clear_page: pfn 0x3=
4bd=2C mfn 0x17cd7bdomainbuilder:=20
> detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7fd0=
84b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: deta=
il: setup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuilder: deta=
il: domain builder memory footprintdomainbuilder: detail:    allocateddomai=
nbuilder: detail:       malloc             : 21157 kBdomainbuilder: detail:=
       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomainbu=
ilder: detail:       file mmap          : 0 bytesdomainbuilder: detail:    =
   domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate: sh=
ared_info: pfn 0x0=2C mfn 0xbf615domainbuilder: detail: shared_info_x86_32:=
 calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: vcp=
u_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: cal=
led=2C ctxt=3D0x7fd084ad4004domainbuilder: detail: xc_dom_release: calledli=
bxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D=
xvda2 spec.backend=3Dphylibxl: debug: li
> bxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f6068 wpath=3D/=
local/domain/0/backend/vbd/127/51714/state token=3D3/1: register slotnum=3D=
3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda1 spec.backend=3Dphylibxl: debug: libxl_device.c:251:libxl__device_d=
isk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: libxl_ev=
ent.c:570:libxl__ev_xswatch_register: watch w=3D0x22f7df8 wpath=3D/local/do=
main/0/backend/vbd/127/51713/state token=3D2/2: register slotnum=3D2libxl: =
debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f6068 wpath=3D/loc=
al/domain/0/backend/vbd/127/51714/state token=3D3/1: event epath=3D/local/d=
omain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:devstate=
_watch_callback: backend /local/domain/0/backend/vbd/127/51714/state wanted=
 state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: wa=
tch w=3D0x22f6068wpath=3D/local/domain/0/backend/vbd/127/51714/state token=
=3D3/1: deregister slotnum=3D3libxl: debug: libxl_event.c:618:libxl
> __ev_xswatch_deregister: watch w=3D0x22f6068: deregister unregisteredlibx=
l: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/=
xen/scripts/block addlibxl: debug: libxl_event.c:483:watchfd_callback: watc=
h epath=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: empty sl=
otlibxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f7df8 wpa=
th=3D/local/domain/0/backend/vbd/127/51713/state token=3D2/2: event epath=
=3D/local/domain/0/backend/vbd/127/51713/statelibxl: debug: libxl_event.c:6=
53:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51713/s=
tate wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_der=
egister: watch w=3D0x22f7df8wpath=3D/local/domain/0/backend/vbd/127/51713/s=
tate token=3D2/2: deregister slotnum=3D2libxl: debug: libxl_event.c:618:lib=
xl__ev_xswatch_deregister: watch w=3D0x22f7df8: deregister unregisteredlibx=
l: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/=
xen/scripts/block addlibxl: debug: libxl_event.c:483
> :watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/51713/st=
ate token=3D2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xswatc=
h_deregister: watch w=3D0x22f60f0: deregister unregisteredlibxl: debug: lib=
xl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: deregiste=
r unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister:=
 watch w=3D0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:61=
8:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: deregister unregistere=
dlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22=
fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: register=
 slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x2=
2fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: event e=
path=3D/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:6=
57:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state=
 wanted state 2 still waiting state 1libxl: debug: lib
> xl_event.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/local/domai=
n/0/backend/vif/127/0/state token=3D2/3: event epath=3D/local/domain/0/back=
end/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_callback:=
 backend /local/domain/0/backend/vif/127/0/state wanted state 2 oklibxl: de=
bug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8wpa=
th=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: deregister slotnu=
m=3D2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=
=3D0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:1023:devi=
ce_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlinelibxl=
: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa85=
0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch=
_deregister: watch w=3D0x22fa850: deregister unregisteredlibxl: debug: libx=
l_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ig=
noredlibxl: debug: libxl_event.c:1591:libxl__ao_c
> omplete: ao 0x22ff8b0: complete=2C rc=3D0libxl: debug: libxl_event.c:1563=
:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: tota=
l allocations:470 total releases:470xc: debug: hypercall buffer: current al=
locations:0 maximum allocations:3xc: debug: hypercall buffer: cache current=
 size:2xc: debug: hypercall buffer: cache hits:462 misses:2 toobig:6Parsing=
 config from guest.cfg-----------------------------------------------Lookin=
g into dmesg=2C the only interesting thing I see related to this are these =
2 lines everytime I try to start the VM: xen:balloon: Cannot add additional=
 memory (-17) xen:balloon: Cannot add additional memory (-17)
> > Thanks!Beau
>=20
> Hello=2C
>=20
> Can you also post the output of xl info before creating the guests?
> AFAICT you are
> giving each guest 6000MB of RAM=3B are you sure you have enough RAM for
> Dom0 plus this two guests?
>=20
> From the output you provided=2C I can only see the trace of one guest
> booting [0] (one execution of xl)=2C what happens with the other guest?
>=20
> Roger.
>=20
> [0]
> http://lists.xenproject.org/archives/html/xen-users/2016-02/msg00116.html
>=20

Roger=2C yes thats right. Both guests get 6000MB of RAM. The system has 16G=
B of RAM=2C and I have allocated 4GB to the host.
Guest0 boots and operates perfectly. It is only guest1 that has issues. It =
does act like maybe there isnt enough RAM for the second VM=2C but from my =
calculations=2C it looks like it should be fine. Here is the output of "xl =
info" with no guests running:host                   : lpwtestrelease       =
         : 3.16.0-4-amd64version                : #1 SMP Debian 3.16.7-ckt2=
0-1+deb8u3 (2016-01-17)machine                : x86_64nr_cpus              =
  : 8max_cpu_id             : 7nr_nodes               : 1cores_per_socket  =
     : 4threads_per_core       : 2cpu_mhz                : 3292hw_caps     =
           : bfebfbff:28100800:00000000:00007f00:77bae3ff:00000000:00000001=
:00000281virt_caps              : hvm hvm_directiototal_memory           : =
16353free_memory            : 12040sharing_freed_memory   : 0sharing_used_m=
emory    : 0outstanding_claims     : 0free_cpus              : 0xen_major  =
            : 4xen_minor              : 4xen_extra              : .1xen_ver=
sion            : 4.4.1xen_caps               : xen-3.0-x86_64 xen-3.0-x86_=
32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64xen_scheduler          : c=
reditxen_pagesize           : 4096platform_params        : virt_start=3D0xf=
fff800000000000xen_changeset          :xen_commandline        : placeholder=
 dom0_mem=3D4096M=2Cmax:4096Mcc_compiler            : gcc (Debian 4.9.2-10)=
 4.9.2cc_compile_by          : ultrottercc_compile_domain      : debian.org=
cc_compile_date        : Wed Nov 25 15:46:22 EET 2015xend_config_format    =
 : 4
Best=2CBeau 		 	   		  =

--_a64b507f-1ee2-4ef9-bf3e-7c2d3cda979b_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable







>=3B Subject: Re:=
 [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl create" on second=
 VM
>=3B To: badkins79@msn.com=3B xen-users@lists.xen.org
>=3B Fr=
om: roger.pau@citrix.com
>=3B Date: Tue=2C 23 Feb 2016 09:23:29 +0100<=
br>>=3B 
>=3B El 22/2/16 a les 20:11=2C Brandon Adkins ha escrit:>=3B >=3B 
>=3B >=3B>=3B El 22/2/16 a les 18:40=2C Brandon Ad=
kins ha escrit:
>=3B >=3B>=3B>=3B
>=3B >=3B>=3B>=3B&g=
t=3B
>=3B >=3B>=3B>=3B>=3B El 19/2/16 a les 17:38=2C Brandon A=
dkins ha escrit:
>=3B >=3B>=3B>=3B>=3B>=3B I am having issue=
s migrating my Xen setup from Debian Wheezy to Debian Jessie. The errors I =
see are not very concrete=2C so it doesn't give me much details.Here is wha=
t I am seeing:First=2C when I make a new Xen VM and connect to its console=
=2C I see "xenconsole: Could not open tty `': No such file or directory". I=
t seems to boot fine after that=2C but after returning to Dom0=2C the conso=
le is kinda jacked up. This mimics exactly the issue described athttps://bu=
gs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 . Apparently there is a fi=
x as of Oct 2015=2C but just not released on Jessie yet? Will that be relea=
sed on Jessie sometime soon?Second=2C and this is the bigger issue: I can m=
ake 1 VM like this fine=2C but when I try to make a second one=2C it just s=
eems to hang. If I use "xl create -c" so I see the console the whole time=
=2C I see the bootloader menu appear=2C and when the kernel selection is fi=
nished=2C it prints the error about the tty=2C and then nothing else. I don=
't know if the tty issue is rela
>=3B te
>=3B >=3B>=3B d 
=
>=3B >=3B>=3B>=3B>=3B at all."xl list" shows the second VM in the=
 list=2C but it is marked as only having 1 vcpu. If I try to change this wi=
th "xl vcpu-set 2" (or any number higher)=2C it is just ignored. I can't fi=
nd any log files to indicate there is a problem at all. The VM just doesn't=
 start. It was created from the same template as the first VM=2C so VM1 and=
 VM2 are basically copies of each other=2C yet only the first one will run.=
I have no idea if I am doing something wrong or if this is a bug in Jessie.=
 I will say that everything that I am doing now has worked perfectly for ye=
ars using Debian Wheezy. The only change I needed was to start using "xl" i=
nstead of "xm".Anyone have clues on figuring this out?Thanks=2CBeau 		 	   =
		  
>=3B >=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=3B =
Hello=2C
>=3B >=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=
=3B Can you please paste the config file of those two VMs?
>=3B >=3B=
>=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=3B Also=2C can you paste=
 the output when creating them with:
>=3B >=3B>=3B>=3B>=3B
=
>=3B >=3B>=3B>=3B>=3B # xl -vvv create <=3Bconfig.cfg>=3B
=
>=3B >=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=3B Are ther=
e any errors displayed by Xen or Linux in the serial console or
>=3B &=
gt=3B>=3B>=3B>=3B dmesg?
>=3B >=3B>=3B>=3B>=3B
>=3B=
 >=3B>=3B>=3B>=3B Roger.
>=3B >=3B>=3B>=3B
>=3B >=
=3B>=3B
>=3B >=3B>=3B Hello=2C
>=3B >=3B>=3B
>=3B =
>=3B>=3B I'm sorry but your MUA seems to completely mangle the messages=
=2C and I
>=3B >=3B>=3B cannot parse the output you posted. Could =
you try to use a different MUA
>=3B >=3B>=3B that adds proper line=
 breaks?
>=3B >=3B>=3B
>=3B >=3B>=3B Thanks=2C Roger.
=
>=3B >=3B>=3B
>=3B >=3B Trying again
>=3B >=3B 
>=
=3B >=3B Hi Roger=2C 
>=3B >=3B Thanks for the help. Here are the =
2 config files:guest0:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D=
 '6'cpus =3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:=
/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest0swa=
p=2Cxvda1=2Cw' ]name =3D 'guest0'vif =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridg=
e=3Dxenbr0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D '=
restart'-----------------------------------------guest1:bootloader =3D '/us=
r/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '6000'root =
=3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=
=2C 'phy:/dev/xenvolgroup/guest1swap=2Cxvda1=2Cw' ]name =3D 'guest1'vif =3D=
 [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'destroy'on=
_reboot =3D 'restart'on_crash =3D 'restart'--------------------------------=
-------------Output of xl -vvv create:libxl: debug: libxl_create.c:1342:do_=
domain_create: ao 0x22ff8b0: create: how=3D(nil) callback=3D(nil) poller=3D=
0x22ff9b0libxl: debug: libxl_device.c:251:libxl__device_disk_set_backen
=
>=3B d: Disk vdev=3Dxvda2 spec.backend=3Dunknownlibxl: debug: libxl_devic=
e.c:286:libxl__device_disk_set_backend: Disk vdev=3Dxvda2=2C using backend =
phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vd=
ev=3Dxvda1 spec.backend=3Dunknownlibxl: debug: libxl_device.c:286:libxl__de=
vice_disk_set_backend: Disk vdev=3Dxvda1=2C using backend phylibxl: debug: =
libxl_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: =
libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D(null) spec.=
backend=3Dphylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_a=
ttach: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: =
libxl_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value=
: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_cr=
eate: ao 0x22ff8b0: inprogress: poller=3D0x22ff9b0=2C flags=3Dilibxl: debug=
: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f5178 wpath=
=3D/local/domain/127 token=3D3/0: register slotnum=3D3libxl: debug:
>=
=3B  libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress r=
eport: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: exec=
uting bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader=
.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrublib=
xl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --a=
rgs=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_g=
otptys:   bootloader arg: --output=3D/var/run/xen/bootloader.127.outlibxl: =
debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --outpu=
t-format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys: =
  bootloader arg: --output-directory=3D/var/run/xen/bootloader.127.dlibxl: =
debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/xe=
nvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watch=
 w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event epath=3D/local/=
domain/127libxl: debug: libxl_bootloader.c:634
>=3B :bootloader_finish=
ed: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_res=
ult_command: bootloader output contained kernel /var/run/xen/bootloader.127=
.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_result=
_command: bootloader output contained ramdisk /var/run/xen/bootloader.127.d=
/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_result_=
command: bootloader output contained args root=3D/dev/xvda2 ro crashkernel=
=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloader=
_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:l=
ibxl__ev_xswatch_deregister: watch w=3D0x22f5178wpath=3D/local/domain/127 t=
oken=3D3/0: deregister slotnum=3D3domainbuilder: detail: xc_dom_allocate: c=
mdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dauto root=3D/dev/xvda2 ro "=2C=
 features=3D"(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv kerne=
l mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbuild=
er: detail: xc_dom_kernel_mem: ca
>=3B lleddomainbuilder: detail: xc_d=
om_ramdisk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4=
=2C caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-=
3.0-x86_64domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: d=
etail: xc_dom_find_loader: trying multiboot-binary loader ...domainbuilder:=
 detail: loader probe faileddomainbuilder: detail: xc_dom_find_loader: tryi=
ng Linux bzImage loader ...domainbuilder: detail: xc_dom_malloc            =
: 8861 kBdomainbuilder: detail: xc_dom_do_gunzip: unzip ok=2C 0x3e7bbc ->=
=3B 0x8a7564domainbuilder: detail: loader probe OKxc: detail: elf_parse_bin=
ary: phdr: paddr=3D0x400000 memsz=3D0x66f000xc: detail: elf_parse_binary: p=
hdr: paddr=3D0xa6f000 memsz=3D0x381000xc: detail: elf_parse_binary: memory:=
 0x400000 ->=3B 0xdf0000xc: detail: elf_xen_parse_note: GUEST_OS =3D "lin=
ux"xc: detail: elf_xen_parse_note: GUEST_VERSION =3D "2.6"xc: detail: elf_x=
en_parse_note: XEN_VERSION =3D "xen-3.0"xc: detail: elf_xen_parse_note: VIR=
T_BASE =3D 0xc0000000xc:
>=3B  detail: elf_xen_parse_note: ENTRY =3D 0=
xc0b11000xc: detail: elf_xen_parse_note: HYPERCALL_PAGE =3D 0xc0402000xc: d=
etail: elf_xen_parse_note: FEATURES =3D "!writable_page_tables|pae_pgdir_ab=
ove_4gb"xc: detail: elf_xen_parse_note: PAE_MODE =3D "yes"xc: detail: elf_x=
en_parse_note: LOADER =3D "generic"xc: detail: elf_xen_parse_note: unknown =
xen elf note (0xd)xc: detail: elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc:=
 detail: elf_xen_parse_note: HV_START_LOW =3D 0xf5800000xc: detail: elf_xen=
_parse_note: PADDR_OFFSET =3D 0x0xc: detail: elf_xen_addr_calc_check: addre=
sses:xc: detail:     virt_base        =3D 0xc0000000xc: detail:     elf_pad=
dr_offset =3D 0x0xc: detail:     virt_offset      =3D 0xc0000000xc: detail:=
     virt_kstart      =3D 0xc0400000xc: detail:     virt_kend        =3D 0x=
c0df0000xc: detail:     virt_entry       =3D 0xc0b11000xc: detail:     p2m_=
base         =3D 0xffffffffffffffffdomainbuilder: detail: xc_dom_parse_elf_=
kernel: xen-3.0-x86_32p: 0xc0400000 ->=3B 0xc0df0000domainbuilder: detail=
: xc_dom_mem_init: 
>=3B mem 6000 MB=2C pages 0x177000 pages=2C 4k eac=
hdomainbuilder: detail: xc_dom_mem_init: 0x177000 pagesdomainbuilder: detai=
l: xc_dom_boot_mem_init: calleddomainbuilder: detail: x86_compat: guest xen=
-3.0-x86_32p=2C address size 32domainbuilder: detail: xc_dom_malloc        =
    : 12000 kBdomainbuilder: detail: xc_dom_build_image: calleddomainbuilde=
r: detail: xc_dom_alloc_segment:   kernel       : 0xc0400000 ->=3B 0xc0df=
0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detail: xc_dom_pfn_to_ptr_ret=
count: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610000xc: detail: elf_load_=
binary: phdr 0 at 0x7fd07b610000 ->=3B 0x7fd07bc7f000xc: detail: elf_load=
_binary: phdr 1 at 0x7fd07bc7f000 ->=3B 0x7fd07bdb2000domainbuilder: deta=
il: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 ->=3B 0xc2ee0000  (=
pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc            : =
197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn =
0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gunzip: unzi=
p ok=2C
>=3B  0xd262fe ->=3B 0x20ef410domainbuilder: detail: xc_dom_=
alloc_segment:   phys2mach    : 0xc2ee0000 ->=3B 0xc34bc000  (pfn 0x2ee0 =
+ 0x5dc pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mappi=
ng: pfn 0x2ee0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_p=
age   :   start info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_d=
om_alloc_page   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: de=
tail: xc_dom_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainb=
uilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -=
>=3B 0x00000000ffffffff=2C 1 table(s)domainbuilder: detail: nr_page_table=
s: 0x000000003fffffff/30: 0x00000000c0000000 ->=3B 0x00000000ffffffff=2C =
1 table(s)domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x0=
0000000c0000000 ->=3B 0x00000000c37fffff=2C 28 table(s)domainbuilder: det=
ail: xc_dom_alloc_segment:   page tables  : 0xc34bf000 ->=3B 0xc34dd000  =
(pfn 0x34bf + 0x1e pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount:=
 do
>=3B mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: d=
etail: xc_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domain=
builder: detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbui=
lder: detail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilde=
r: detail: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_boote=
arly: doing nothingdomainbuilder: detail: xc_dom_compat_check: supported gu=
est type: xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: support=
ed guest type: xen-3.0-x86_32p <=3B=3D matchesdomainbuilder: detail: xc_d=
om_compat_check: supported guest type: hvm-3.0-x86_32domainbuilder: detail:=
 xc_dom_compat_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: d=
etail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64domainbuild=
er: detail: xc_dom_update_guest_p2m: dst 32bit=2C pages 0x177000domainbuild=
er: detail: clear_page: pfn 0x34be=2C mfn 0x17cd7adomainbuilder: detail: cl=
ear_page: pfn 0x34bd=2C mfn 0x17cd7bdomainbuilder: 
>=3B detail: xc_do=
m_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7fd084b31000domainb=
uilder: detail: start_info_x86_32: calleddomainbuilder: detail: setup_hyper=
call_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuilder: detail: domain buil=
der memory footprintdomainbuilder: detail:    allocateddomainbuilder: detai=
l:       malloc             : 21157 kBdomainbuilder: detail:       anon mma=
p          : 0 bytesdomainbuilder: detail:    mappeddomainbuilder: detail: =
      file mmap          : 0 bytesdomainbuilder: detail:       domU mmap   =
       : 48 MBdomainbuilder: detail: arch_setup_bootlate: shared_info: pfn =
0x0=2C mfn 0xbf615domainbuilder: detail: shared_info_x86_32: calleddomainbu=
ilder: detail: vcpu_x86_32: calleddomainbuilder: detail: vcpu_x86_32: cr3: =
pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: called=2C ctxt=3D0=
x7fd084ad4004domainbuilder: detail: xc_dom_release: calledlibxl: debug: lib=
xl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda2 spec.back=
end=3Dphylibxl: debug: li
>=3B bxl_event.c:570:libxl__ev_xswatch_regis=
ter: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/51714/stat=
e token=3D3/1: register slotnum=3D3libxl: debug: libxl_device.c:251:libxl__=
device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: =
libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1 spec.b=
ackend=3Dphylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: wat=
ch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/state token=
=3D2/2: register slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_callbac=
k: watch w=3D0x22f6068 wpath=3D/local/domain/0/backend/vbd/127/51714/state =
token=3D3/1: event epath=3D/local/domain/0/backend/vbd/127/51714/statelibxl=
: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0=
/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_event.c:6=
06:libxl__ev_xswatch_deregister: watch w=3D0x22f6068wpath=3D/local/domain/0=
/backend/vbd/127/51714/state token=3D3/1: deregister slotnum=3D3libxl: debu=
g: libxl_event.c:618:libxl
>=3B __ev_xswatch_deregister: watch w=3D0x2=
2f6068: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hot=
plug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl=
_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/12=
7/51714/state token=3D3/1: empty slotlibxl: debug: libxl_event.c:514:watchf=
d_callback: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/517=
13/state token=3D2/2: event epath=3D/local/domain/0/backend/vbd/127/51713/s=
tatelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local=
/domain/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_=
event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8wpath=3D/local=
/domain/0/backend/vbd/127/51713/state token=3D2/2: deregister slotnum=3D2li=
bxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f=
7df8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotpl=
ug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_e=
vent.c:483
>=3B :watchfd_callback: watch epath=3D/local/domain/0/backe=
nd/vbd/127/51713/state token=3D2/2: empty slotlibxl: debug: libxl_event.c:6=
18:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: deregister unregister=
edlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0=
x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_=
xswatch_deregister: watch w=3D0x22f7e80: deregister unregisteredlibxl: debu=
g: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: der=
egister unregisteredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_regis=
ter: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state to=
ken=3D2/3: register slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_call=
back: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state t=
oken=3D2/3: event epath=3D/local/domain/0/backend/vif/127/0/statelibxl: deb=
ug: libxl_event.c:657:devstate_watch_callback: backend /local/domain/0/back=
end/vif/127/0/state wanted state 2 still waiting state 1libxl: debug: lib>=3B xl_event.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/loca=
l/domain/0/backend/vif/127/0/state token=3D2/3: event epath=3D/local/domain=
/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_ca=
llback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 okli=
bxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f=
a7c8wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: deregister=
 slotnum=3D2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: w=
atch w=3D0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:102=
3:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlin=
elibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x=
22fa850: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_x=
swatch_deregister: watch w=3D0x22fa850: deregister unregisteredlibxl: debug=
: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress repo=
rt: ignoredlibxl: debug: libxl_event.c:1591:libxl__ao_c
>=3B omplete: =
ao 0x22ff8b0: complete=2C rc=3D0libxl: debug: libxl_event.c:1563:libxl__ao_=
_destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: total allocatio=
ns:470 total releases:470xc: debug: hypercall buffer: current allocations:0=
 maximum allocations:3xc: debug: hypercall buffer: cache current size:2xc: =
debug: hypercall buffer: cache hits:462 misses:2 toobig:6Parsing config fro=
m guest.cfg-----------------------------------------------Looking into dmes=
g=2C the only interesting thing I see related to this are these 2 lines eve=
rytime I try to start the VM: xen:balloon: Cannot add additional memory (-1=
7) xen:balloon: Cannot add additional memory (-17)
>=3B >=3B Thanks!=
Beau
>=3B 
>=3B Hello=2C
>=3B 
>=3B Can you also post t=
he output of xl info before creating the guests?
>=3B AFAICT you are>=3B giving each guest 6000MB of RAM=3B are you sure you have enough RA=
M for
>=3B Dom0 plus this two guests?
>=3B 
>=3B From the ou=
tput you provided=2C I can only see the trace of one guest
>=3B bootin=
g [0] (one execution of xl)=2C what happens with the other guest?
>=3B=
 
>=3B Roger.
>=3B 
>=3B [0]
>=3B http://lists.xenproje=
ct.org/archives/html/xen-users/2016-02/msg00116.html
>=3B 

Roger=2C yes thats right. Both guests get 6000MB of RAM. =
The system has 16GB of RAM=2C and I have allocated 4GB to the host.

Guest0 boots and operates perfectly. It is only guest1 th=
at has issues. It does act like maybe there isnt enough RAM for the second =
VM=2C but from my calculations=2C it looks like it should be fine. Here is =
the output of "xl info" with no guests running:
host  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
 : lpwtest
release  =3B  =3B  =3B  =3B  =3B &=
nbsp=3B  =3B  =3B: 3.16.0-4-amd64
version  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B: #1 SMP Debian 3.=
16.7-ckt20-1+deb8u3 (2016-01-17)
machine  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B: x86_64
nr_cpus =
 =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B: 8<=
/div>
max_cpu_id  =3B  =3B  =3B  =3B  =3B  =3B =
: 7
nr_nodes  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B : 1
cores_per_socket  =3B  =3B  =3B : 4<=
/div>
threads_per_core  =3B  =3B  =3B : 2
cpu_mhz=
  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B: 3=
292
hw_caps  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B: bfebfbff:28100800:00000000:00007f00:77bae3ff:00000000:0=
0000001:00000281
virt_caps  =3B  =3B  =3B  =3B &n=
bsp=3B  =3B  =3B: hvm hvm_directio
total_memory  =3B =
 =3B  =3B  =3B  =3B : 16353
free_memory  =3B =
 =3B  =3B  =3B  =3B  =3B: 12040
sharing_freed=
_memory  =3B : 0
sharing_used_memory  =3B  =3B: 0
outstanding_claims  =3B  =3B : 0
free_cpus  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B: 0
xen_=
major  =3B  =3B  =3B  =3B  =3B  =3B  =3B: 4
xen_minor  =3B  =3B  =3B  =3B  =3B  =3B &nbs=
p=3B: 4
xen_extra  =3B  =3B  =3B  =3B  =3B &n=
bsp=3B  =3B: .1
xen_version  =3B  =3B  =3B  =
=3B  =3B  =3B: 4.4.1
xen_caps  =3B  =3B  =3B =
 =3B  =3B  =3B  =3B : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.=
0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler  =3B &n=
bsp=3B  =3B  =3B  =3B: credit
xen_pagesize  =3B &=
nbsp=3B  =3B  =3B  =3B : 4096
platform_params  =
=3B  =3B  =3B  =3B: virt_start=3D0xffff800000000000
x=
en_changeset  =3B  =3B  =3B  =3B  =3B:
xen_co=
mmandline  =3B  =3B  =3B  =3B: placeholder dom0_mem=3D4096M=
=2Cmax:4096M
cc_compiler  =3B  =3B  =3B  =3B &nbs=
p=3B  =3B: gcc (Debian 4.9.2-10) 4.9.2
cc_compile_by  =3B=
  =3B  =3B  =3B  =3B: ultrotter
cc_compile_domain=
  =3B  =3B  =3B: debian.org
cc_compile_date  =3B =
 =3B  =3B  =3B: Wed Nov 25 15:46:22 EET 2015
xend_con=
fig_format  =3B  =3B : 4

Best=2C
Beau
 		 	   		  

=

--_a64b507f-1ee2-4ef9-bf3e-7c2d3cda979b_--


--===============8002473501104447651==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============8002473501104447651==--


From xen-users-bounces@lists.xen.org Tue Feb 23 22:00:11 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 22:00:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYKz4-00054r-AM; Tue, 23 Feb 2016 21:59:06 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYKz3-00054m-JM
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 21:59:05 +0000
Received: from [85.158.137.68] by server-12.bemta-3.messagelabs.com id
	46/75-19343-826DCC65; Tue, 23 Feb 2016 21:59:04 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-7.tower-31.messagelabs.com!1456264743!17040772!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32451 invoked from network); 23 Feb 2016 21:59:04 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 21:59:04 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id 742B721079
	for ; Tue, 23 Feb 2016 16:59:03 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Tue, 23 Feb 2016 16:59:03 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=PlW4vuBP9Or8/GwsnxQR+fPYxJs=; b=NihmBr
	yNA/TbschsKKdyC21HMSAGWEOIh69fl0QC6O89ThtOvic0usL7+tcMJgVK/t1NSN
	bPmt4rUs2iPXfth1pPsue1SDVPp2wGS2Nt2b9BUtKP7A/YqVTQi+rE0CiyA/Z08b
	K/SbP4ccVVldjuf319De10s6KYP8XZixsZlFk=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=PlW4vuBP9Or8/Gw
	snxQR+fPYxJs=; b=Ov6goLdbmbS6Rb4hAmRQEbsuVAs/2Mq9O1/3m0iw7WvCB1k
	BbDPdke9VswPoQjPewR+TdOm1RKwjfHqfnZiq5FWhAe3ZbnH5MscfkB8seo82Wlx
	aAdl5unf17LEcM08v2FiavjKlFr6ivjRfgR6mPwU1iRNWq5ec0mFg1os6sHc=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 3AF4610A225; Tue, 23 Feb 2016 16:59:03 -0500 (EST)
Message-Id: <1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
X-Sasl-Enc: t12x03AftZ2NUO9H1IaLaeoL0tpjF3gdVyMeMoXQf0cc 1456264743
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160223170158.GA22982@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
Date: Tue, 23 Feb 2016 13:59:03 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 23, 2016, at 09:01 AM, Wei Liu wrote:
> >  --enable-ovmf
> > 
> > afaict from the .spec, it's NOT enabled for the current builds.
> > 
> 
> Yes, I got the same conclusion.
> 
> You need to add that to the spec file if you want OVMF built.

I installed Xen pkgs rebuilt with

  --with-ovmf \

Checking at the build log,

  [   70s] + ./configure --with-ovmf --disable-xen 

I enabled verbose logging @ Dom0 grub

  GRUB_CMDLINE_XEN="... debug loglvl=debug guest_loglvl=debug"

I passed through & formatted an ESP for my Xen guest.

I installed Arch guest, and setup systemd-boot

 bootctl --path=/boot/efi install

 cat /boot/efi/loader/loader.conf
  default  arch
  timeout  4
  editor   0

 cat /boot/efi/loader/entries/arch.conf
  title          Arch
  linux          /vmlinuz-linux
  initrd         /initramfs-linux.img
  options        root=LABEL=ROOT resume=LABEL=SWAP rw

 bootctl --path=/boot/efi update
 tree /boot/efi
	/boot/efi
	|-- EFI
	|   |-- Boot
	|   |   `-- BOOTX64.EFI
	|   `-- systemd
	|       `-- systemd-bootx64.efi
	`-- loader
	    |-- entries
	    |   `-- arch.conf
	    `-- loader.conf

I added 

	bios='ovmf'

to the .cfg, and launched the client

 xl create -c ./arch.cfg
	Parsing config from ./arch.cfg
	got a tsc mode string: "default"
	xenconsole: Could not open tty `/dev/pts/4': No such file or directory
	xenconsole: Could not read tty from store: No such file or directory
	libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [4683] exited with error status 2

and at the Dom0's serial console, I get only

 (d5) [2016-02-23 21:49:56] HVM Loader
 (d5) [2016-02-23 21:49:56] Detected Xen v4.6.1_01-412
 (d5) [2016-02-23 21:49:56] Xenbus rings @0xfeffc000, event channel 1
 (d5) [2016-02-23 21:49:56] Unknown BIOS ovmf, no ROM image found
 (d5) [2016-02-23 21:49:56] *** HVMLoader bug at hvmloader.c:229
 (d5) [2016-02-23 21:49:56] *** HVMLoader crashed.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 22:00:11 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 22:00:11 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYKz4-00054r-AM; Tue, 23 Feb 2016 21:59:06 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYKz3-00054m-JM
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 21:59:05 +0000
Received: from [85.158.137.68] by server-12.bemta-3.messagelabs.com id
	46/75-19343-826DCC65; Tue, 23 Feb 2016 21:59:04 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-7.tower-31.messagelabs.com!1456264743!17040772!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 32451 invoked from network); 23 Feb 2016 21:59:04 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 21:59:04 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id 742B721079
	for ; Tue, 23 Feb 2016 16:59:03 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Tue, 23 Feb 2016 16:59:03 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=PlW4vuBP9Or8/GwsnxQR+fPYxJs=; b=NihmBr
	yNA/TbschsKKdyC21HMSAGWEOIh69fl0QC6O89ThtOvic0usL7+tcMJgVK/t1NSN
	bPmt4rUs2iPXfth1pPsue1SDVPp2wGS2Nt2b9BUtKP7A/YqVTQi+rE0CiyA/Z08b
	K/SbP4ccVVldjuf319De10s6KYP8XZixsZlFk=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=PlW4vuBP9Or8/Gw
	snxQR+fPYxJs=; b=Ov6goLdbmbS6Rb4hAmRQEbsuVAs/2Mq9O1/3m0iw7WvCB1k
	BbDPdke9VswPoQjPewR+TdOm1RKwjfHqfnZiq5FWhAe3ZbnH5MscfkB8seo82Wlx
	aAdl5unf17LEcM08v2FiavjKlFr6ivjRfgR6mPwU1iRNWq5ec0mFg1os6sHc=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 3AF4610A225; Tue, 23 Feb 2016 16:59:03 -0500 (EST)
Message-Id: <1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
X-Sasl-Enc: t12x03AftZ2NUO9H1IaLaeoL0tpjF3gdVyMeMoXQf0cc 1456264743
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160223170158.GA22982@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
Date: Tue, 23 Feb 2016 13:59:03 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 23, 2016, at 09:01 AM, Wei Liu wrote:
> >  --enable-ovmf
> > 
> > afaict from the .spec, it's NOT enabled for the current builds.
> > 
> 
> Yes, I got the same conclusion.
> 
> You need to add that to the spec file if you want OVMF built.

I installed Xen pkgs rebuilt with

  --with-ovmf \

Checking at the build log,

  [   70s] + ./configure --with-ovmf --disable-xen 

I enabled verbose logging @ Dom0 grub

  GRUB_CMDLINE_XEN="... debug loglvl=debug guest_loglvl=debug"

I passed through & formatted an ESP for my Xen guest.

I installed Arch guest, and setup systemd-boot

 bootctl --path=/boot/efi install

 cat /boot/efi/loader/loader.conf
  default  arch
  timeout  4
  editor   0

 cat /boot/efi/loader/entries/arch.conf
  title          Arch
  linux          /vmlinuz-linux
  initrd         /initramfs-linux.img
  options        root=LABEL=ROOT resume=LABEL=SWAP rw

 bootctl --path=/boot/efi update
 tree /boot/efi
	/boot/efi
	|-- EFI
	|   |-- Boot
	|   |   `-- BOOTX64.EFI
	|   `-- systemd
	|       `-- systemd-bootx64.efi
	`-- loader
	    |-- entries
	    |   `-- arch.conf
	    `-- loader.conf

I added 

	bios='ovmf'

to the .cfg, and launched the client

 xl create -c ./arch.cfg
	Parsing config from ./arch.cfg
	got a tsc mode string: "default"
	xenconsole: Could not open tty `/dev/pts/4': No such file or directory
	xenconsole: Could not read tty from store: No such file or directory
	libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [4683] exited with error status 2

and at the Dom0's serial console, I get only

 (d5) [2016-02-23 21:49:56] HVM Loader
 (d5) [2016-02-23 21:49:56] Detected Xen v4.6.1_01-412
 (d5) [2016-02-23 21:49:56] Xenbus rings @0xfeffc000, event channel 1
 (d5) [2016-02-23 21:49:56] Unknown BIOS ovmf, no ROM image found
 (d5) [2016-02-23 21:49:56] *** HVMLoader bug at hvmloader.c:229
 (d5) [2016-02-23 21:49:56] *** HVMLoader crashed.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 22:12:13 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 22:12:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYLBT-0005n1-K9; Tue, 23 Feb 2016 22:11:55 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYLBR-0005mu-H8
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 22:11:53 +0000
Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id
	96/9B-03172-829DCC65; Tue, 23 Feb 2016 22:11:52 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-7.tower-31.messagelabs.com!1456265510!17042230!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 41573 invoked from network); 23 Feb 2016 22:11:51 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 22:11:51 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id 3A4A221415
	for ; Tue, 23 Feb 2016 17:11:50 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Tue, 23 Feb 2016 17:11:50 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=LWwXWeAGqHi8IiDUdH4g9Ncb0/Y=; b=lxms6d
	nFva+zYdZ3o8HfgAy++JFUW0Db9LvLh8X9vS13NwzXgrriyGk5h0t7sD4GNwfte6
	KXjMln+8xaq3kWk5LiVXi64IaoMPAASPqi45SxUGwjMyoN0mOHayyAPMyf2kmbbC
	fG7ViKPB/3tuKLOPjO482Cj8q2hNE+PSdYWRM=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=LWwXWeAGqHi8IiD
	UdH4g9Ncb0/Y=; b=A1xiHY+xSG1eWCDc55qnQVx5fOU6judIBZZY+dID5m96Vuh
	VIIgjIK72xGy1prq/EvfhUXeixS3+XHhkZEcdx9T24zct/IHp0LGM/xnkCNFJVUL
	ecyPUlei26p/9OLjcUeAKZj6aZ+DvB/wEXMfLQEB6Bfwb99OzJRiwYg/03Dg=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id DE3E010A68B; Tue, 23 Feb 2016 17:11:49 -0500 (EST)
Message-Id: <1456265509.3062034.529897058.66DCB122@webmail.messagingengine.com>
X-Sasl-Enc: eIGohpd+52+JaeVF/aoXOrDKxeLSILQNc5qI4fO5bBaP 1456265509
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Tue, 23 Feb 2016 14:11:49 -0800
In-Reply-To: <1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

And fyi, here's the verbose 'xl create -vvv' output

xl -vvv create -c ./arch.cfg
Parsing config from ./arch.cfg
got a tsc mode string: "default"
libxl: debug: libxl_create.c:1561:do_domain_create: ao 0x25d6b30: create: how=(nil) callback=(nil) poller=0x25d6f30
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=unknown
libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvda, using backend phy
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvde spec.backend=unknown
libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvde, using backend phy
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdf spec.backend=unknown
libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvdf, using backend phy
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdg spec.backend=unknown
libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvdg, using backend phy
libxl: debug: libxl_create.c:945:initiate_domain_create: running bootloader
libxl: debug: libxl_bootloader.c:324:libxl__bootloader_run: not a PV domain, skipping bootloader
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25d78d8: deregister unregistered
xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0xbace4
xc: detail: elf_parse_binary: memory: 0x100000 -> 0x1bace4
xc: detail: VIRTUAL MEMORY ARRANGEMENT:
xc: detail:   Loader:   0000000000100000->00000000001bace4
xc: detail:   Modules:  0000000000000000->0000000000000000
xc: detail:   TOTAL:    0000000000000000->000000007f000000
xc: detail:   ENTRY:    0000000000100610
xc: detail: PHYSICAL MEMORY ALLOCATION:
xc: detail:   4KB PAGES: 0x0000000000000200
xc: detail:   2MB PAGES: 0x00000000000003f7
xc: detail:   1GB PAGES: 0x0000000000000000
xc: detail: elf_load_binary: phdr 0 at 0x7f5588dc4000 -> 0x7f5588e75131
domainbuilder: detail: xc_dom_gnttab_hvm_seed: called, pfn=0xff000
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=phy
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25d95a0 wpath=/local/domain/0/backend/vbd/7/51712/state token=3/0: register slotnum=3
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvde spec.backend=phy
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25da870 wpath=/local/domain/0/backend/vbd/7/51776/state token=2/1: register slotnum=2
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdf spec.backend=phy
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdf spec.backend=phy
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25db650 wpath=/local/domain/0/backend/vbd/7/51792/state token=1/2: register slotnum=1
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdg spec.backend=phy
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdg spec.backend=phy
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25dd430 wpath=/local/domain/0/backend/vbd/7/51808/state token=0/3: register slotnum=0
libxl: debug: libxl_create.c:1584:do_domain_create: ao 0x25d6b30: inprogress: poller=0x25d6f30, flags=i
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25d95a0 wpath=/local/domain/0/backend/vbd/7/51712/state token=3/0: event epath=/local/domain/0/backend/vbd/7/51712/state
libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/0/backend/vbd/7/51712/state wanted state 2 ok
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25d95a0 wpath=/local/domain/0/backend/vbd/7/51712/state token=3/0: deregister slotnum=3
libxl: debug: libxl_device.c:960:device_backend_callback: calling device_backend_cleanup
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25d95a0: deregister unregistered
libxl: debug: libxl_linux.c:229:libxl__hotplug_disk: Args and environment ready
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/block add
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/block add 
libxl: debug: libxl_event.c:545:watchfd_callback: watch epath=/local/domain/0/backend/vbd/7/51712/state token=3/0: empty slot
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25da870 wpath=/local/domain/0/backend/vbd/7/51776/state token=2/1: event epath=/local/domain/0/backend/vbd/7/51776/state
libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/0/backend/vbd/7/51776/state wanted state 2 ok
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25da870 wpath=/local/domain/0/backend/vbd/7/51776/state token=2/1: deregister slotnum=2
libxl: debug: libxl_device.c:960:device_backend_callback: calling device_backend_cleanup
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25da870: deregister unregistered
libxl: debug: libxl_linux.c:229:libxl__hotplug_disk: Args and environment ready
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/block add
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/block add 
libxl: debug: libxl_event.c:545:watchfd_callback: watch epath=/local/domain/0/backend/vbd/7/51776/state token=2/1: empty slot
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25db650 wpath=/local/domain/0/backend/vbd/7/51792/state token=1/2: event epath=/local/domain/0/backend/vbd/7/51792/state
libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/0/backend/vbd/7/51792/state wanted state 2 ok
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25db650 wpath=/local/domain/0/backend/vbd/7/51792/state token=1/2: deregister slotnum=1
libxl: debug: libxl_device.c:960:device_backend_callback: calling device_backend_cleanup
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25db650: deregister unregistered
libxl: debug: libxl_linux.c:229:libxl__hotplug_disk: Args and environment ready
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/block add
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/block add 
libxl: debug: libxl_event.c:545:watchfd_callback: watch epath=/local/domain/0/backend/vbd/7/51792/state token=1/2: empty slot
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25dd430 wpath=/local/domain/0/backend/vbd/7/51808/state token=0/3: event epath=/local/domain/0/backend/vbd/7/51808/state
libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/0/backend/vbd/7/51808/state wanted state 2 ok
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25dd430 wpath=/local/domain/0/backend/vbd/7/51808/state token=0/3: deregister slotnum=0
libxl: debug: libxl_device.c:960:device_backend_callback: calling device_backend_cleanup
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25dd430: deregister unregistered
libxl: debug: libxl_linux.c:229:libxl__hotplug_disk: Args and environment ready
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/block add
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/block add 
libxl: debug: libxl_event.c:545:watchfd_callback: watch epath=/local/domain/0/backend/vbd/7/51808/state token=0/3: empty slot
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25d96a0: deregister unregistered
libxl: debug: libxl_linux.c:246:libxl__get_hotplug_script_info: num_exec 1, not running hotplug scripts
libxl: debug: libxl_device.c:1044:device_hotplug: No hotplug script to execute
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25d96a0: deregister unregistered
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25da970: deregister unregistered
libxl: debug: libxl_linux.c:246:libxl__get_hotplug_script_info: num_exec 1, not running hotplug scripts
libxl: debug: libxl_device.c:1044:device_hotplug: No hotplug script to execute
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25da970: deregister unregistered
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25dd530: deregister unregistered
libxl: debug: libxl_linux.c:246:libxl__get_hotplug_script_info: num_exec 1, not running hotplug scripts
libxl: debug: libxl_device.c:1044:device_hotplug: No hotplug script to execute
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25dd530: deregister unregistered
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25db750: deregister unregistered
libxl: debug: libxl_linux.c:246:libxl__get_hotplug_script_info: num_exec 1, not running hotplug scripts
libxl: debug: libxl_device.c:1044:device_hotplug: No hotplug script to execute
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25db750: deregister unregistered
libxl: debug: libxl_dm.c:1788:libxl__spawn_local_dm: Spawning device-model /usr/lib/xen/bin/qemu-system-i386 with arguments:
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   /usr/lib/xen/bin/qemu-system-i386
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -xen-domid
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   7
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -chardev
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-7,server,nowait
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -no-shutdown
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -mon
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   chardev=libxl-cmd,mode=control
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -chardev
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   socket,id=libxenstat-cmd,path=/var/run/xen/qmp-libxenstat-7,server,nowait
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -mon
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   chardev=libxenstat-cmd,mode=control
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -nodefaults
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -name
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   arch-template
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -vnc
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   0.0.0.0:2,to=99
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -display
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   none
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -k
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   en-us
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -serial
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   pty
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -device
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   VGA,vgamem_mb=16
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -boot
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   order=cd
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -device
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   e1000,id=nic0,netdev=net0,mac=00:16:3e:10:01:01
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -netdev
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   type=tap,id=net0,ifname=vif7.0-emu,script=no,downscript=no
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -machine
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   xenfv
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -m
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   2032
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -device
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   ahci,id=ahci0
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25d7bd0 wpath=/local/domain/0/device-model/7/state token=0/4: register slotnum=0
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25d7bd0 wpath=/local/domain/0/device-model/7/state token=0/4: event epath=/local/domain/0/device-model/7/state
libxl: debug: libxl_exec.c:399:spawn_watch_event: domain 7 device model: spawn watch p=(null)
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25d7bd0 wpath=/local/domain/0/device-model/7/state token=0/4: event epath=/local/domain/0/device-model/7/state
libxl: debug: libxl_exec.c:399:spawn_watch_event: domain 7 device model: spawn watch p=running
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25d7bd0 wpath=/local/domain/0/device-model/7/state token=0/4: deregister slotnum=0
libxl: debug: libxl_exec.c:129:libxl_report_child_exitstatus: domain 7 device model (dying as expected) [5849] died due to fatal signal Killed
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25d7bd0: deregister unregistered
libxl: debug: libxl_qmp.c:706:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-7
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: qmp
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
    "execute": "qmp_capabilities",
    "id": 1
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
    "execute": "query-chardev",
    "id": 2
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
    "execute": "query-vnc",
    "id": 3
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25e20e0 wpath=/local/domain/0/backend/vif/7/0/state token=0/5: register slotnum=0
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25e20e0 wpath=/local/domain/0/backend/vif/7/0/state token=0/5: event epath=/local/domain/0/backend/vif/7/0/state
libxl: debug: libxl_event.c:884:devstate_callback: backend /local/domain/0/backend/vif/7/0/state wanted state 2 still waiting state 1
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25e20e0 wpath=/local/domain/0/backend/vif/7/0/state token=0/5: event epath=/local/domain/0/backend/vif/7/0/state
libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/0/backend/vif/7/0/state wanted state 2 ok
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25e20e0 wpath=/local/domain/0/backend/vif/7/0/state token=0/5: deregister slotnum=0
libxl: debug: libxl_device.c:960:device_backend_callback: calling device_backend_cleanup
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25e20e0: deregister unregistered
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge online
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/vif-bridge online 
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25e21e0: deregister unregistered
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge add
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/vif-bridge add 
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25e21e0: deregister unregistered
libxl: debug: libxl_linux.c:259:libxl__get_hotplug_script_info: num_exec 2, not running hotplug scripts
libxl: debug: libxl_device.c:1044:device_hotplug: No hotplug script to execute
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25e21e0: deregister unregistered
libxl: debug: libxl_event.c:2193:libxl__ao_progress_report: ao 0x25d6b30: progress report: callback queued aop=0x25e2b70
libxl: debug: libxl_event.c:1874:libxl__ao_complete: ao 0x25d6b30: complete, rc=0
libxl: debug: libxl_event.c:1410:egc_run_callbacks: ao 0x25d6b30: progress report: callback aop=0x25e2b70
libxl: debug: libxl_event.c:1843:libxl__ao__destroy: ao 0x25d6b30: destroy
libxl: debug: libxl_qmp.c:706:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-7
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: qmp
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
    "execute": "qmp_capabilities",
    "id": 1
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
    "execute": "cont",
    "id": 2
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
xenconsole: Could not open tty `/dev/pts/4': No such file or directory
xenconsole: Could not read tty from store: No such file or directory
libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [5939] exited with error status 2
xc: debug: hypercall buffer: total allocations:1011 total releases:1011
xc: debug: hypercall buffer: current allocations:0 maximum allocations:3
xc: debug: hypercall buffer: cache current size:3
xc: debug: hypercall buffer: cache hits:999 misses:3 toobig:9

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 22:12:13 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 22:12:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYLBT-0005n1-K9; Tue, 23 Feb 2016 22:11:55 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYLBR-0005mu-H8
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 22:11:53 +0000
Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id
	96/9B-03172-829DCC65; Tue, 23 Feb 2016 22:11:52 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-7.tower-31.messagelabs.com!1456265510!17042230!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 41573 invoked from network); 23 Feb 2016 22:11:51 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 22:11:51 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
	by mailout.nyi.internal (Postfix) with ESMTP id 3A4A221415
	for ; Tue, 23 Feb 2016 17:11:50 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute1.internal (MEProxy); Tue, 23 Feb 2016 17:11:50 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=LWwXWeAGqHi8IiDUdH4g9Ncb0/Y=; b=lxms6d
	nFva+zYdZ3o8HfgAy++JFUW0Db9LvLh8X9vS13NwzXgrriyGk5h0t7sD4GNwfte6
	KXjMln+8xaq3kWk5LiVXi64IaoMPAASPqi45SxUGwjMyoN0mOHayyAPMyf2kmbbC
	fG7ViKPB/3tuKLOPjO482Cj8q2hNE+PSdYWRM=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=LWwXWeAGqHi8IiD
	UdH4g9Ncb0/Y=; b=A1xiHY+xSG1eWCDc55qnQVx5fOU6judIBZZY+dID5m96Vuh
	VIIgjIK72xGy1prq/EvfhUXeixS3+XHhkZEcdx9T24zct/IHp0LGM/xnkCNFJVUL
	ecyPUlei26p/9OLjcUeAKZj6aZ+DvB/wEXMfLQEB6Bfwb99OzJRiwYg/03Dg=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id DE3E010A68B; Tue, 23 Feb 2016 17:11:49 -0500 (EST)
Message-Id: <1456265509.3062034.529897058.66DCB122@webmail.messagingengine.com>
X-Sasl-Enc: eIGohpd+52+JaeVF/aoXOrDKxeLSILQNc5qI4fO5bBaP 1456265509
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Tue, 23 Feb 2016 14:11:49 -0800
In-Reply-To: <1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

And fyi, here's the verbose 'xl create -vvv' output

xl -vvv create -c ./arch.cfg
Parsing config from ./arch.cfg
got a tsc mode string: "default"
libxl: debug: libxl_create.c:1561:do_domain_create: ao 0x25d6b30: create: how=(nil) callback=(nil) poller=0x25d6f30
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=unknown
libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvda, using backend phy
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvde spec.backend=unknown
libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvde, using backend phy
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdf spec.backend=unknown
libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvdf, using backend phy
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdg spec.backend=unknown
libxl: debug: libxl_device.c:298:libxl__device_disk_set_backend: Disk vdev=xvdg, using backend phy
libxl: debug: libxl_create.c:945:initiate_domain_create: running bootloader
libxl: debug: libxl_bootloader.c:324:libxl__bootloader_run: not a PV domain, skipping bootloader
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25d78d8: deregister unregistered
xc: detail: elf_parse_binary: phdr: paddr=0x100000 memsz=0xbace4
xc: detail: elf_parse_binary: memory: 0x100000 -> 0x1bace4
xc: detail: VIRTUAL MEMORY ARRANGEMENT:
xc: detail:   Loader:   0000000000100000->00000000001bace4
xc: detail:   Modules:  0000000000000000->0000000000000000
xc: detail:   TOTAL:    0000000000000000->000000007f000000
xc: detail:   ENTRY:    0000000000100610
xc: detail: PHYSICAL MEMORY ALLOCATION:
xc: detail:   4KB PAGES: 0x0000000000000200
xc: detail:   2MB PAGES: 0x00000000000003f7
xc: detail:   1GB PAGES: 0x0000000000000000
xc: detail: elf_load_binary: phdr 0 at 0x7f5588dc4000 -> 0x7f5588e75131
domainbuilder: detail: xc_dom_gnttab_hvm_seed: called, pfn=0xff000
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvda spec.backend=phy
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25d95a0 wpath=/local/domain/0/backend/vbd/7/51712/state token=3/0: register slotnum=3
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvde spec.backend=phy
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25da870 wpath=/local/domain/0/backend/vbd/7/51776/state token=2/1: register slotnum=2
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdf spec.backend=phy
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdf spec.backend=phy
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25db650 wpath=/local/domain/0/backend/vbd/7/51792/state token=1/2: register slotnum=1
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdg spec.backend=phy
libxl: debug: libxl_device.c:269:libxl__device_disk_set_backend: Disk vdev=xvdg spec.backend=phy
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25dd430 wpath=/local/domain/0/backend/vbd/7/51808/state token=0/3: register slotnum=0
libxl: debug: libxl_create.c:1584:do_domain_create: ao 0x25d6b30: inprogress: poller=0x25d6f30, flags=i
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25d95a0 wpath=/local/domain/0/backend/vbd/7/51712/state token=3/0: event epath=/local/domain/0/backend/vbd/7/51712/state
libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/0/backend/vbd/7/51712/state wanted state 2 ok
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25d95a0 wpath=/local/domain/0/backend/vbd/7/51712/state token=3/0: deregister slotnum=3
libxl: debug: libxl_device.c:960:device_backend_callback: calling device_backend_cleanup
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25d95a0: deregister unregistered
libxl: debug: libxl_linux.c:229:libxl__hotplug_disk: Args and environment ready
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/block add
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/block add 
libxl: debug: libxl_event.c:545:watchfd_callback: watch epath=/local/domain/0/backend/vbd/7/51712/state token=3/0: empty slot
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25da870 wpath=/local/domain/0/backend/vbd/7/51776/state token=2/1: event epath=/local/domain/0/backend/vbd/7/51776/state
libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/0/backend/vbd/7/51776/state wanted state 2 ok
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25da870 wpath=/local/domain/0/backend/vbd/7/51776/state token=2/1: deregister slotnum=2
libxl: debug: libxl_device.c:960:device_backend_callback: calling device_backend_cleanup
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25da870: deregister unregistered
libxl: debug: libxl_linux.c:229:libxl__hotplug_disk: Args and environment ready
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/block add
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/block add 
libxl: debug: libxl_event.c:545:watchfd_callback: watch epath=/local/domain/0/backend/vbd/7/51776/state token=2/1: empty slot
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25db650 wpath=/local/domain/0/backend/vbd/7/51792/state token=1/2: event epath=/local/domain/0/backend/vbd/7/51792/state
libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/0/backend/vbd/7/51792/state wanted state 2 ok
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25db650 wpath=/local/domain/0/backend/vbd/7/51792/state token=1/2: deregister slotnum=1
libxl: debug: libxl_device.c:960:device_backend_callback: calling device_backend_cleanup
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25db650: deregister unregistered
libxl: debug: libxl_linux.c:229:libxl__hotplug_disk: Args and environment ready
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/block add
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/block add 
libxl: debug: libxl_event.c:545:watchfd_callback: watch epath=/local/domain/0/backend/vbd/7/51792/state token=1/2: empty slot
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25dd430 wpath=/local/domain/0/backend/vbd/7/51808/state token=0/3: event epath=/local/domain/0/backend/vbd/7/51808/state
libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/0/backend/vbd/7/51808/state wanted state 2 ok
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25dd430 wpath=/local/domain/0/backend/vbd/7/51808/state token=0/3: deregister slotnum=0
libxl: debug: libxl_device.c:960:device_backend_callback: calling device_backend_cleanup
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25dd430: deregister unregistered
libxl: debug: libxl_linux.c:229:libxl__hotplug_disk: Args and environment ready
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/block add
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/block add 
libxl: debug: libxl_event.c:545:watchfd_callback: watch epath=/local/domain/0/backend/vbd/7/51808/state token=0/3: empty slot
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25d96a0: deregister unregistered
libxl: debug: libxl_linux.c:246:libxl__get_hotplug_script_info: num_exec 1, not running hotplug scripts
libxl: debug: libxl_device.c:1044:device_hotplug: No hotplug script to execute
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25d96a0: deregister unregistered
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25da970: deregister unregistered
libxl: debug: libxl_linux.c:246:libxl__get_hotplug_script_info: num_exec 1, not running hotplug scripts
libxl: debug: libxl_device.c:1044:device_hotplug: No hotplug script to execute
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25da970: deregister unregistered
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25dd530: deregister unregistered
libxl: debug: libxl_linux.c:246:libxl__get_hotplug_script_info: num_exec 1, not running hotplug scripts
libxl: debug: libxl_device.c:1044:device_hotplug: No hotplug script to execute
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25dd530: deregister unregistered
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25db750: deregister unregistered
libxl: debug: libxl_linux.c:246:libxl__get_hotplug_script_info: num_exec 1, not running hotplug scripts
libxl: debug: libxl_device.c:1044:device_hotplug: No hotplug script to execute
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25db750: deregister unregistered
libxl: debug: libxl_dm.c:1788:libxl__spawn_local_dm: Spawning device-model /usr/lib/xen/bin/qemu-system-i386 with arguments:
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   /usr/lib/xen/bin/qemu-system-i386
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -xen-domid
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   7
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -chardev
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   socket,id=libxl-cmd,path=/var/run/xen/qmp-libxl-7,server,nowait
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -no-shutdown
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -mon
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   chardev=libxl-cmd,mode=control
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -chardev
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   socket,id=libxenstat-cmd,path=/var/run/xen/qmp-libxenstat-7,server,nowait
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -mon
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   chardev=libxenstat-cmd,mode=control
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -nodefaults
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -name
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   arch-template
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -vnc
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   0.0.0.0:2,to=99
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -display
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   none
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -k
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   en-us
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -serial
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   pty
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -device
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   VGA,vgamem_mb=16
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -boot
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   order=cd
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -device
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   e1000,id=nic0,netdev=net0,mac=00:16:3e:10:01:01
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -netdev
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   type=tap,id=net0,ifname=vif7.0-emu,script=no,downscript=no
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -machine
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   xenfv
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -m
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   2032
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   -device
libxl: debug: libxl_dm.c:1790:libxl__spawn_local_dm:   ahci,id=ahci0
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25d7bd0 wpath=/local/domain/0/device-model/7/state token=0/4: register slotnum=0
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25d7bd0 wpath=/local/domain/0/device-model/7/state token=0/4: event epath=/local/domain/0/device-model/7/state
libxl: debug: libxl_exec.c:399:spawn_watch_event: domain 7 device model: spawn watch p=(null)
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25d7bd0 wpath=/local/domain/0/device-model/7/state token=0/4: event epath=/local/domain/0/device-model/7/state
libxl: debug: libxl_exec.c:399:spawn_watch_event: domain 7 device model: spawn watch p=running
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25d7bd0 wpath=/local/domain/0/device-model/7/state token=0/4: deregister slotnum=0
libxl: debug: libxl_exec.c:129:libxl_report_child_exitstatus: domain 7 device model (dying as expected) [5849] died due to fatal signal Killed
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25d7bd0: deregister unregistered
libxl: debug: libxl_qmp.c:706:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-7
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: qmp
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
    "execute": "qmp_capabilities",
    "id": 1
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
    "execute": "query-chardev",
    "id": 2
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
    "execute": "query-vnc",
    "id": 3
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_event.c:639:libxl__ev_xswatch_register: watch w=0x25e20e0 wpath=/local/domain/0/backend/vif/7/0/state token=0/5: register slotnum=0
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25e20e0 wpath=/local/domain/0/backend/vif/7/0/state token=0/5: event epath=/local/domain/0/backend/vif/7/0/state
libxl: debug: libxl_event.c:884:devstate_callback: backend /local/domain/0/backend/vif/7/0/state wanted state 2 still waiting state 1
libxl: debug: libxl_event.c:576:watchfd_callback: watch w=0x25e20e0 wpath=/local/domain/0/backend/vif/7/0/state token=0/5: event epath=/local/domain/0/backend/vif/7/0/state
libxl: debug: libxl_event.c:880:devstate_callback: backend /local/domain/0/backend/vif/7/0/state wanted state 2 ok
libxl: debug: libxl_event.c:677:libxl__ev_xswatch_deregister: watch w=0x25e20e0 wpath=/local/domain/0/backend/vif/7/0/state token=0/5: deregister slotnum=0
libxl: debug: libxl_device.c:960:device_backend_callback: calling device_backend_cleanup
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25e20e0: deregister unregistered
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge online
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/vif-bridge online 
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25e21e0: deregister unregistered
libxl: debug: libxl_device.c:1057:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge add
libxl: debug: libxl_aoutils.c:593:libxl__async_exec_start: forking to execute: /etc/xen/scripts/vif-bridge add 
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25e21e0: deregister unregistered
libxl: debug: libxl_linux.c:259:libxl__get_hotplug_script_info: num_exec 2, not running hotplug scripts
libxl: debug: libxl_device.c:1044:device_hotplug: No hotplug script to execute
libxl: debug: libxl_event.c:691:libxl__ev_xswatch_deregister: watch w=0x25e21e0: deregister unregistered
libxl: debug: libxl_event.c:2193:libxl__ao_progress_report: ao 0x25d6b30: progress report: callback queued aop=0x25e2b70
libxl: debug: libxl_event.c:1874:libxl__ao_complete: ao 0x25d6b30: complete, rc=0
libxl: debug: libxl_event.c:1410:egc_run_callbacks: ao 0x25d6b30: progress report: callback aop=0x25e2b70
libxl: debug: libxl_event.c:1843:libxl__ao__destroy: ao 0x25d6b30: destroy
libxl: debug: libxl_qmp.c:706:libxl__qmp_initialize: connected to /var/run/xen/qmp-libxl-7
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: qmp
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
    "execute": "qmp_capabilities",
    "id": 1
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
libxl: debug: libxl_qmp.c:555:qmp_send_prepare: next qmp command: '{
    "execute": "cont",
    "id": 2
}
'
libxl: debug: libxl_qmp.c:296:qmp_handle_response: message type: return
xenconsole: Could not open tty `/dev/pts/4': No such file or directory
xenconsole: Could not read tty from store: No such file or directory
libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [5939] exited with error status 2
xc: debug: hypercall buffer: total allocations:1011 total releases:1011
xc: debug: hypercall buffer: current allocations:0 maximum allocations:3
xc: debug: hypercall buffer: cache current size:3
xc: debug: hypercall buffer: cache hits:999 misses:3 toobig:9

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 22:22:16 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 22:22:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYLLE-0006Sf-UN; Tue, 23 Feb 2016 22:22:00 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYLLC-0006SY-Mg
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 22:21:58 +0000
Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id
	AD/AC-03883-58BDCC65; Tue, 23 Feb 2016 22:21:57 +0000
X-Env-Sender: cjs1976@me.com
X-Msg-Ref: server-12.tower-206.messagelabs.com!1456266115!24499633!1
X-Originating-IP: [17.110.69.254]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15910 invoked from network); 23 Feb 2016 22:21:56 -0000
Received: from mr11p00im-asmtp003.me.com (HELO mr11p00im-asmtp003.me.com)
	(17.110.69.254)
	by server-12.tower-206.messagelabs.com with DHE-RSA-AES128-GCM-SHA256
	encrypted SMTP; 23 Feb 2016 22:21:56 -0000
Received: from [192.168.0.11] (unknown [213.182.244.11])
	by mr11p00im-asmtp003.me.com
	(Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8
	2015))
	with ESMTPSA id <0O3000HETU4G6W00@mr11p00im-asmtp003.me.com> for
	xen-users@lists.xen.org; Tue, 23 Feb 2016 22:21:55 +0000 (GMT)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,,
	definitions=2016-02-23_12:,, signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0
	clxscore=1015 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0
	bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1
	engine=8.0.1-1510270003 definitions=main-1602230241
From: Christian-Josef Schrattenthaler 
To: xen-users@lists.xen.org
Date: Tue, 23 Feb 2016 22:21:46 +0000
Message-id: 
User-Agent: eM_Client/6.0.24316.0
MIME-version: 1.0
Subject: [Xen-users] Please help with the configuration of Debian 8 and Xen
 and networking with only one network card and multiple external IP
 addresses.
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Christian-Josef Schrattenthaler 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5944937749390419681=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org


--===============5944937749390419681==
Content-type: multipart/alternative;
 boundary="------=_MB0FF81E54-A1D7-44DF-B5C3-AD09E2D85DC1"


--------=_MB0FF81E54-A1D7-44DF-B5C3-AD09E2D85DC1
Content-Type: text/plain; format=flowed; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi!

I have a rootserver with only one network card and 4 official (external=20
IPs). The server runs under Debian 8. I installed the Xen of the=20
distribution. I added the 4 IPs to the network card (like it is=20
described in the official Debian documentation). And if I do a checkup=20
and a test, everything seems to work fine.

The idea now is to create a couple of virtual servers under Xen which=20
uses internal IP addresses (e.g. 10.0.0.1 - 10.0.0.5). All of the=20
servers should be able to connect to the internet (would be cool, if I=20
could decide which server uses which external IP address to appeare on=20
the Internet), but only a couple of them should accept incoming request.=
=20
Depending on the external IP and the used port I need to forward the=20
request to an internal IP address of on of my virtual servers.

I tried to find the solution myself, but I got stucked. After reading a=20
lot of manuals I don't know what would be the right way. I am completely=
=20
confused about all of the possible options. I found nowhere a=20
documentation or an Howto for this situation.

Can someone help me or give me a hint in the right direction please?

Thanks,
Christian.
--------=_MB0FF81E54-A1D7-44DF-B5C3-AD09E2D85DC1
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable






Hi!


 


I have a rootserver with only one network card and 4 official (externa=
l IPs). The server runs under Debian 8. I installed the Xen of the distribu=
tion. I added the 4 IPs to the network card (like it is described in the=
 official Debian documentation). And if I do a checkup and a test, eve=
rything seems to work fine.


 


The idea now is to create a couple of virtual servers under Xen w=
hich uses internal IP addresses (e.g. 10.0.0.1 - 10.0.0.5). All of =
the servers should be able to connect to the internet (would be cool, if=
 I could decide which server uses which external IP address to appeare on=
 the Internet), but only a couple of them should accept incoming request.=
 Depending on the external IP and the used port I need to forward the reque=
st to an internal IP address of on of my virtual servers.


 


I tried to find the solution myself, but I got stucked. After reading=
 a lot of manuals I don't know what would be the right way. I am completely=
 confused about all of the possible options. I found nowhere a documen=
tation or an Howto for this situation.


 


Can someone help me or give me a hint in the right direction please?

 


Thanks,


Christian.

--------=_MB0FF81E54-A1D7-44DF-B5C3-AD09E2D85DC1--



--===============5944937749390419681==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============5944937749390419681==--



From xen-users-bounces@lists.xen.org Tue Feb 23 22:22:16 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 22:22:16 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYLLE-0006Sf-UN; Tue, 23 Feb 2016 22:22:00 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYLLC-0006SY-Mg
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 22:21:58 +0000
Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id
	AD/AC-03883-58BDCC65; Tue, 23 Feb 2016 22:21:57 +0000
X-Env-Sender: cjs1976@me.com
X-Msg-Ref: server-12.tower-206.messagelabs.com!1456266115!24499633!1
X-Originating-IP: [17.110.69.254]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 15910 invoked from network); 23 Feb 2016 22:21:56 -0000
Received: from mr11p00im-asmtp003.me.com (HELO mr11p00im-asmtp003.me.com)
	(17.110.69.254)
	by server-12.tower-206.messagelabs.com with DHE-RSA-AES128-GCM-SHA256
	encrypted SMTP; 23 Feb 2016 22:21:56 -0000
Received: from [192.168.0.11] (unknown [213.182.244.11])
	by mr11p00im-asmtp003.me.com
	(Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8
	2015))
	with ESMTPSA id <0O3000HETU4G6W00@mr11p00im-asmtp003.me.com> for
	xen-users@lists.xen.org; Tue, 23 Feb 2016 22:21:55 +0000 (GMT)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,,
	definitions=2016-02-23_12:,, signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0
	clxscore=1015 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0
	bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1
	engine=8.0.1-1510270003 definitions=main-1602230241
From: Christian-Josef Schrattenthaler 
To: xen-users@lists.xen.org
Date: Tue, 23 Feb 2016 22:21:46 +0000
Message-id: 
User-Agent: eM_Client/6.0.24316.0
MIME-version: 1.0
Subject: [Xen-users] Please help with the configuration of Debian 8 and Xen
 and networking with only one network card and multiple external IP
 addresses.
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
Reply-To: Christian-Josef Schrattenthaler 
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============5944937749390419681=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org


--===============5944937749390419681==
Content-type: multipart/alternative;
 boundary="------=_MB0FF81E54-A1D7-44DF-B5C3-AD09E2D85DC1"


--------=_MB0FF81E54-A1D7-44DF-B5C3-AD09E2D85DC1
Content-Type: text/plain; format=flowed; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi!

I have a rootserver with only one network card and 4 official (external=20
IPs). The server runs under Debian 8. I installed the Xen of the=20
distribution. I added the 4 IPs to the network card (like it is=20
described in the official Debian documentation). And if I do a checkup=20
and a test, everything seems to work fine.

The idea now is to create a couple of virtual servers under Xen which=20
uses internal IP addresses (e.g. 10.0.0.1 - 10.0.0.5). All of the=20
servers should be able to connect to the internet (would be cool, if I=20
could decide which server uses which external IP address to appeare on=20
the Internet), but only a couple of them should accept incoming request.=
=20
Depending on the external IP and the used port I need to forward the=20
request to an internal IP address of on of my virtual servers.

I tried to find the solution myself, but I got stucked. After reading a=20
lot of manuals I don't know what would be the right way. I am completely=
=20
confused about all of the possible options. I found nowhere a=20
documentation or an Howto for this situation.

Can someone help me or give me a hint in the right direction please?

Thanks,
Christian.
--------=_MB0FF81E54-A1D7-44DF-B5C3-AD09E2D85DC1
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable






Hi!


 


I have a rootserver with only one network card and 4 official (externa=
l IPs). The server runs under Debian 8. I installed the Xen of the distribu=
tion. I added the 4 IPs to the network card (like it is described in the=
 official Debian documentation). And if I do a checkup and a test, eve=
rything seems to work fine.


 


The idea now is to create a couple of virtual servers under Xen w=
hich uses internal IP addresses (e.g. 10.0.0.1 - 10.0.0.5). All of =
the servers should be able to connect to the internet (would be cool, if=
 I could decide which server uses which external IP address to appeare on=
 the Internet), but only a couple of them should accept incoming request.=
 Depending on the external IP and the used port I need to forward the reque=
st to an internal IP address of on of my virtual servers.


 


I tried to find the solution myself, but I got stucked. After reading=
 a lot of manuals I don't know what would be the right way. I am completely=
 confused about all of the possible options. I found nowhere a documen=
tation or an Howto for this situation.


 


Can someone help me or give me a hint in the right direction please?

 


Thanks,


Christian.

--------=_MB0FF81E54-A1D7-44DF-B5C3-AD09E2D85DC1--



--===============5944937749390419681==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============5944937749390419681==--



From xen-users-bounces@lists.xen.org Tue Feb 23 22:50:46 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 22:50:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYLmd-0007yd-HR; Tue, 23 Feb 2016 22:50:19 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYLmc-0007yY-D3
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 22:50:18 +0000
Received: from [193.109.254.147] by server-16.bemta-14.messagelabs.com id
	D0/01-15991-922ECC65; Tue, 23 Feb 2016 22:50:17 +0000
X-Env-Sender: prvs=8540992c9=wei.liu2@citrix.com
X-Msg-Ref: server-10.tower-27.messagelabs.com!1456267815!26192251!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11579 invoked from network); 23 Feb 2016 22:50:16 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 22:50:16 -0000
X-IronPort-AV: E=Sophos;i="5.22,491,1449532800"; d="scan'208";a="340415048"
Date: Tue, 23 Feb 2016 22:49:44 +0000
From: Wei Liu 
To: 
Message-ID: <20160223224944.GA25420@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 01:59:03PM -0800, suse.dev@fea.st wrote:
> 
> 
> On Tue, Feb 23, 2016, at 09:01 AM, Wei Liu wrote:
> > >  --enable-ovmf
> > > 
> > > afaict from the .spec, it's NOT enabled for the current builds.
> > > 
> > 
> > Yes, I got the same conclusion.
> > 
> > You need to add that to the spec file if you want OVMF built.
> 
> I installed Xen pkgs rebuilt with
> 
>   --with-ovmf \
> 
> Checking at the build log,
> 
>   [   70s] + ./configure --with-ovmf --disable-xen 

This is not right. What configure did you run?

I don't think configure in Xen will even have an option called
"--disable-xen". :-)

> 
> I enabled verbose logging @ Dom0 grub
> 
>   GRUB_CMDLINE_XEN="... debug loglvl=debug guest_loglvl=debug"
> 
> I passed through & formatted an ESP for my Xen guest.
> 
> I installed Arch guest, and setup systemd-boot
> 
>  bootctl --path=/boot/efi install
> 
>  cat /boot/efi/loader/loader.conf
>   default  arch
>   timeout  4
>   editor   0
> 
>  cat /boot/efi/loader/entries/arch.conf
>   title          Arch
>   linux          /vmlinuz-linux
>   initrd         /initramfs-linux.img
>   options        root=LABEL=ROOT resume=LABEL=SWAP rw
> 
>  bootctl --path=/boot/efi update
>  tree /boot/efi
> 	/boot/efi
> 	|-- EFI
> 	|   |-- Boot
> 	|   |   `-- BOOTX64.EFI
> 	|   `-- systemd
> 	|       `-- systemd-bootx64.efi
> 	`-- loader
> 	    |-- entries
> 	    |   `-- arch.conf
> 	    `-- loader.conf
> 
> I added 
> 
> 	bios='ovmf'
> 
> to the .cfg, and launched the client
> 
>  xl create -c ./arch.cfg
> 	Parsing config from ./arch.cfg
> 	got a tsc mode string: "default"
> 	xenconsole: Could not open tty `/dev/pts/4': No such file or directory
> 	xenconsole: Could not read tty from store: No such file or directory
> 	libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [4683] exited with error status 2
> 
> and at the Dom0's serial console, I get only
> 
>  (d5) [2016-02-23 21:49:56] HVM Loader
>  (d5) [2016-02-23 21:49:56] Detected Xen v4.6.1_01-412
>  (d5) [2016-02-23 21:49:56] Xenbus rings @0xfeffc000, event channel 1
>  (d5) [2016-02-23 21:49:56] Unknown BIOS ovmf, no ROM image found

And hvmloader is complaining you don't have OVMF.

>  (d5) [2016-02-23 21:49:56] *** HVMLoader bug at hvmloader.c:229
>  (d5) [2016-02-23 21:49:56] *** HVMLoader crashed.
> 

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 22:50:46 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 22:50:46 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYLmd-0007yd-HR; Tue, 23 Feb 2016 22:50:19 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYLmc-0007yY-D3
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 22:50:18 +0000
Received: from [193.109.254.147] by server-16.bemta-14.messagelabs.com id
	D0/01-15991-922ECC65; Tue, 23 Feb 2016 22:50:17 +0000
X-Env-Sender: prvs=8540992c9=wei.liu2@citrix.com
X-Msg-Ref: server-10.tower-27.messagelabs.com!1456267815!26192251!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11579 invoked from network); 23 Feb 2016 22:50:16 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	23 Feb 2016 22:50:16 -0000
X-IronPort-AV: E=Sophos;i="5.22,491,1449532800"; d="scan'208";a="340415048"
Date: Tue, 23 Feb 2016 22:49:44 +0000
From: Wei Liu 
To: 
Message-ID: <20160223224944.GA25420@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 01:59:03PM -0800, suse.dev@fea.st wrote:
> 
> 
> On Tue, Feb 23, 2016, at 09:01 AM, Wei Liu wrote:
> > >  --enable-ovmf
> > > 
> > > afaict from the .spec, it's NOT enabled for the current builds.
> > > 
> > 
> > Yes, I got the same conclusion.
> > 
> > You need to add that to the spec file if you want OVMF built.
> 
> I installed Xen pkgs rebuilt with
> 
>   --with-ovmf \
> 
> Checking at the build log,
> 
>   [   70s] + ./configure --with-ovmf --disable-xen 

This is not right. What configure did you run?

I don't think configure in Xen will even have an option called
"--disable-xen". :-)

> 
> I enabled verbose logging @ Dom0 grub
> 
>   GRUB_CMDLINE_XEN="... debug loglvl=debug guest_loglvl=debug"
> 
> I passed through & formatted an ESP for my Xen guest.
> 
> I installed Arch guest, and setup systemd-boot
> 
>  bootctl --path=/boot/efi install
> 
>  cat /boot/efi/loader/loader.conf
>   default  arch
>   timeout  4
>   editor   0
> 
>  cat /boot/efi/loader/entries/arch.conf
>   title          Arch
>   linux          /vmlinuz-linux
>   initrd         /initramfs-linux.img
>   options        root=LABEL=ROOT resume=LABEL=SWAP rw
> 
>  bootctl --path=/boot/efi update
>  tree /boot/efi
> 	/boot/efi
> 	|-- EFI
> 	|   |-- Boot
> 	|   |   `-- BOOTX64.EFI
> 	|   `-- systemd
> 	|       `-- systemd-bootx64.efi
> 	`-- loader
> 	    |-- entries
> 	    |   `-- arch.conf
> 	    `-- loader.conf
> 
> I added 
> 
> 	bios='ovmf'
> 
> to the .cfg, and launched the client
> 
>  xl create -c ./arch.cfg
> 	Parsing config from ./arch.cfg
> 	got a tsc mode string: "default"
> 	xenconsole: Could not open tty `/dev/pts/4': No such file or directory
> 	xenconsole: Could not read tty from store: No such file or directory
> 	libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [4683] exited with error status 2
> 
> and at the Dom0's serial console, I get only
> 
>  (d5) [2016-02-23 21:49:56] HVM Loader
>  (d5) [2016-02-23 21:49:56] Detected Xen v4.6.1_01-412
>  (d5) [2016-02-23 21:49:56] Xenbus rings @0xfeffc000, event channel 1
>  (d5) [2016-02-23 21:49:56] Unknown BIOS ovmf, no ROM image found

And hvmloader is complaining you don't have OVMF.

>  (d5) [2016-02-23 21:49:56] *** HVMLoader bug at hvmloader.c:229
>  (d5) [2016-02-23 21:49:56] *** HVMLoader crashed.
> 

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 23:01:20 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 23:01:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYLwp-00006S-5N; Tue, 23 Feb 2016 23:00:51 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYLwn-00006N-S5
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 23:00:50 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
	19/3F-03449-1A4ECC65; Tue, 23 Feb 2016 23:00:49 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-11.tower-206.messagelabs.com!1456268447!12210226!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27620 invoked from network); 23 Feb 2016 23:00:48 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 23:00:48 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id AE14220DA3
	for ; Tue, 23 Feb 2016 18:00:47 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Tue, 23 Feb 2016 18:00:47 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=EiKuKz9aVX2RPpxRc62DiBHF52c=; b=UPRkTH
	KQu0km0WIVI0tpOJG3DDUfnJ/OnHMeTQHMy1Lrik+zDC6/CsgvJ+sxWA6eEd04r5
	RCtHyNiW7SBPVTMVqByzq6kwTSGBmR26zmVBqm8wCXG9txJ8ebmFrFCOnCznTy2d
	LnGpRyZyGd0BH3ZCXVNeWWTAXBv9sV11Imda4=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=EiKuKz9aVX2RPpx
	Rc62DiBHF52c=; b=Kqym+aJWJXfOv8KiqXnV9yI0ONY+It+73JDp04XbLfdP6rN
	VRtQGcmtYVp8YaYpMGHC+AWolOufywbxbl0jKPyvUn0QFAdWYoLefK4vN4ouWYk7
	XCCh0MEi6fSc6dff5Cgxn09Ypv2JyjI/10/xcu4qd7MPn7nQ/WvFl79Z9i9Q=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 78F2110B591; Tue, 23 Feb 2016 18:00:47 -0500 (EST)
Message-Id: <1456268447.3072929.529937010.67262567@webmail.messagingengine.com>
X-Sasl-Enc: Ltz/AZAApMY73MUd1U1EAFmq5m3mnWESdao1DNQGFMaA 1456268447
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160223224944.GA25420@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
	<20160223224944.GA25420@citrix.com>
Date: Tue, 23 Feb 2016 15:00:47 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016, at 02:49 PM, Wei Liu wrote:
> This is not right. What configure did you run?

Technically, I didn't run it.

I used packages built from the spec that I referenced earlier,

https://build.opensuse.org/package/view_file/Virtualization/xen/xen.spec?expand=1

with the additional

--with-ovmh 

added at Line # 730 

> I don't think configure in Xen will even have an option called
> "--disable-xen". :-)

Well, that spec appears to .

Not that I understand all of it yet.

I figured since the devs @ Opensuse are active Xen contributors I'd be better off using theirs than starting from scratch.

> >  (d5) [2016-02-23 21:49:56] HVM Loader
> >  (d5) [2016-02-23 21:49:56] Detected Xen v4.6.1_01-412
> >  (d5) [2016-02-23 21:49:56] Xenbus rings @0xfeffc000, event channel 1
> >  (d5) [2016-02-23 21:49:56] Unknown BIOS ovmf, no ROM image found
> 
> And hvmloader is complaining you don't have OVMF.

Right, which iiuc the xen build, with `--with-ovmh` specified, is supposed to take care of.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Tue Feb 23 23:01:20 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Tue, 23 Feb 2016 23:01:20 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYLwp-00006S-5N; Tue, 23 Feb 2016 23:00:51 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYLwn-00006N-S5
	for xen-users@lists.xen.org; Tue, 23 Feb 2016 23:00:50 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
	19/3F-03449-1A4ECC65; Tue, 23 Feb 2016 23:00:49 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-11.tower-206.messagelabs.com!1456268447!12210226!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27620 invoked from network); 23 Feb 2016 23:00:48 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-11.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 23 Feb 2016 23:00:48 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
	by mailout.nyi.internal (Postfix) with ESMTP id AE14220DA3
	for ; Tue, 23 Feb 2016 18:00:47 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute4.internal (MEProxy); Tue, 23 Feb 2016 18:00:47 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=EiKuKz9aVX2RPpxRc62DiBHF52c=; b=UPRkTH
	KQu0km0WIVI0tpOJG3DDUfnJ/OnHMeTQHMy1Lrik+zDC6/CsgvJ+sxWA6eEd04r5
	RCtHyNiW7SBPVTMVqByzq6kwTSGBmR26zmVBqm8wCXG9txJ8ebmFrFCOnCznTy2d
	LnGpRyZyGd0BH3ZCXVNeWWTAXBv9sV11Imda4=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=EiKuKz9aVX2RPpx
	Rc62DiBHF52c=; b=Kqym+aJWJXfOv8KiqXnV9yI0ONY+It+73JDp04XbLfdP6rN
	VRtQGcmtYVp8YaYpMGHC+AWolOufywbxbl0jKPyvUn0QFAdWYoLefK4vN4ouWYk7
	XCCh0MEi6fSc6dff5Cgxn09Ypv2JyjI/10/xcu4qd7MPn7nQ/WvFl79Z9i9Q=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 78F2110B591; Tue, 23 Feb 2016 18:00:47 -0500 (EST)
Message-Id: <1456268447.3072929.529937010.67262567@webmail.messagingengine.com>
X-Sasl-Enc: Ltz/AZAApMY73MUd1U1EAFmq5m3mnWESdao1DNQGFMaA 1456268447
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160223224944.GA25420@citrix.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
	<20160223224944.GA25420@citrix.com>
Date: Tue, 23 Feb 2016 15:00:47 -0800
Cc: Anthony PERARD , xen-users@lists.xen.org,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016, at 02:49 PM, Wei Liu wrote:
> This is not right. What configure did you run?

Technically, I didn't run it.

I used packages built from the spec that I referenced earlier,

https://build.opensuse.org/package/view_file/Virtualization/xen/xen.spec?expand=1

with the additional

--with-ovmh 

added at Line # 730 

> I don't think configure in Xen will even have an option called
> "--disable-xen". :-)

Well, that spec appears to .

Not that I understand all of it yet.

I figured since the devs @ Opensuse are active Xen contributors I'd be better off using theirs than starting from scratch.

> >  (d5) [2016-02-23 21:49:56] HVM Loader
> >  (d5) [2016-02-23 21:49:56] Detected Xen v4.6.1_01-412
> >  (d5) [2016-02-23 21:49:56] Xenbus rings @0xfeffc000, event channel 1
> >  (d5) [2016-02-23 21:49:56] Unknown BIOS ovmf, no ROM image found
> 
> And hvmloader is complaining you don't have OVMF.

Right, which iiuc the xen build, with `--with-ovmh` specified, is supposed to take care of.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 07:49:44 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 07:49:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYUBg-0007Lk-J1; Wed, 24 Feb 2016 07:48:44 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYUBf-0007Lb-7n
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 07:48:43 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	D5/96-03497-A506DC65; Wed, 24 Feb 2016 07:48:42 +0000
X-Env-Sender: szazs@mm.bme.hu
X-Msg-Ref: server-8.tower-27.messagelabs.com!1456300121!22465940!1
X-Originating-IP: [152.66.33.80]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16927 invoked from network); 24 Feb 2016 07:48:41 -0000
Received: from galilei.mm.bme.hu (HELO galilei.mm.bme.hu) (152.66.33.80)
	by server-8.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted
	SMTP; 24 Feb 2016 07:48:41 -0000
Received: from szazs (helo=localhost)
	by galilei.mm.bme.hu with local-esmtp (Exim 4.80)
	(envelope-from )
	id 1aYUBc-0001xY-EQ; Wed, 24 Feb 2016 08:48:40 +0100
Date: Wed, 24 Feb 2016 08:48:40 +0100 (CET)
From: SZABO Zsolt 
To: Christian-Josef Schrattenthaler 
In-Reply-To: 
Message-ID: 
References: 
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
MIME-Version: 1.0
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Please help with the configuration of Debian 8 and
 Xen and networking with only one network card and multiple external IP
 addresses.
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, 23 Feb 2016, Christian-Josef Schrattenthaler wrote:

> I have a rootserver with only one network card and 4 official (external IPs). 
> The server runs under Debian 8. I installed the Xen of the distribution. I 
> added the 4 IPs to the network card (like it is described in the official 
> Debian documentation). And if I do a checkup and a test, everything seems to 
> work fine.

Hi,
that's great for the beginning... :-)

> The idea now is to create a couple of virtual servers under Xen which uses 
> internal IP addresses (e.g. 10.0.0.1 - 10.0.0.5). All of the servers should 
> be able to connect to the internet (would be cool, if I could decide which 
> server uses which external IP address to appeare on the Internet), but only a 
> couple of them should accept incoming request. Depending on the external IP 
> and the used port I need to forward the request to an internal IP address of 
> on of my virtual servers.
>
> I tried to find the solution myself, but I got stucked. After reading a lot 
> of manuals I don't know what would be the right way. I am completely confused 
> about all of the possible options. I found nowhere a documentation or an 
> Howto for this situation.

I guess that it is a routing or iptable problem...
Not quite clear how do you want to use the offcial (not local) IP-s...

I would configure the domU's with these IP addresses and then set up
corresponding iptable rules.

For the local IP-s, you could try to use ipalias (eth0:0, etc.) configured
in each domU-s, perhaps..  if it is really necessary (e.g. the domU-s 
are part of a LAN containing other hosts, too).

Regards,
-- 
sz.zs

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 07:49:44 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 07:49:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYUBg-0007Lk-J1; Wed, 24 Feb 2016 07:48:44 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYUBf-0007Lb-7n
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 07:48:43 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
	D5/96-03497-A506DC65; Wed, 24 Feb 2016 07:48:42 +0000
X-Env-Sender: szazs@mm.bme.hu
X-Msg-Ref: server-8.tower-27.messagelabs.com!1456300121!22465940!1
X-Originating-IP: [152.66.33.80]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16927 invoked from network); 24 Feb 2016 07:48:41 -0000
Received: from galilei.mm.bme.hu (HELO galilei.mm.bme.hu) (152.66.33.80)
	by server-8.tower-27.messagelabs.com with DHE-RSA-AES128-SHA encrypted
	SMTP; 24 Feb 2016 07:48:41 -0000
Received: from szazs (helo=localhost)
	by galilei.mm.bme.hu with local-esmtp (Exim 4.80)
	(envelope-from )
	id 1aYUBc-0001xY-EQ; Wed, 24 Feb 2016 08:48:40 +0100
Date: Wed, 24 Feb 2016 08:48:40 +0100 (CET)
From: SZABO Zsolt 
To: Christian-Josef Schrattenthaler 
In-Reply-To: 
Message-ID: 
References: 
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
MIME-Version: 1.0
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Please help with the configuration of Debian 8 and
 Xen and networking with only one network card and multiple external IP
 addresses.
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, 23 Feb 2016, Christian-Josef Schrattenthaler wrote:

> I have a rootserver with only one network card and 4 official (external IPs). 
> The server runs under Debian 8. I installed the Xen of the distribution. I 
> added the 4 IPs to the network card (like it is described in the official 
> Debian documentation). And if I do a checkup and a test, everything seems to 
> work fine.

Hi,
that's great for the beginning... :-)

> The idea now is to create a couple of virtual servers under Xen which uses 
> internal IP addresses (e.g. 10.0.0.1 - 10.0.0.5). All of the servers should 
> be able to connect to the internet (would be cool, if I could decide which 
> server uses which external IP address to appeare on the Internet), but only a 
> couple of them should accept incoming request. Depending on the external IP 
> and the used port I need to forward the request to an internal IP address of 
> on of my virtual servers.
>
> I tried to find the solution myself, but I got stucked. After reading a lot 
> of manuals I don't know what would be the right way. I am completely confused 
> about all of the possible options. I found nowhere a documentation or an 
> Howto for this situation.

I guess that it is a routing or iptable problem...
Not quite clear how do you want to use the offcial (not local) IP-s...

I would configure the domU's with these IP addresses and then set up
corresponding iptable rules.

For the local IP-s, you could try to use ipalias (eth0:0, etc.) configured
in each domU-s, perhaps..  if it is really necessary (e.g. the domU-s 
are part of a LAN containing other hosts, too).

Regards,
-- 
sz.zs

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 08:37:04 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 08:37:04 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYUvX-0001JT-Cz; Wed, 24 Feb 2016 08:36:07 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYUvW-0001Ir-IS
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 08:36:06 +0000
Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id
	8F/1E-03511-57B6DC65; Wed, 24 Feb 2016 08:36:05 +0000
X-Env-Sender: prvs=855b39dea=roger.pau@citrix.com
X-Msg-Ref: server-13.tower-206.messagelabs.com!1456302963!24306896!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 42886 invoked from network); 24 Feb 2016 08:36:04 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	24 Feb 2016 08:36:04 -0000
X-IronPort-AV: E=Sophos;i="5.22,493,1449532800"; d="scan'208";a="340608722"
To: Brandon Adkins , "xen-users@lists.xen.org"
	
References: 
	<56CAEEA7.7050508@citrix.com>
	
	<56CB4D1C.3000701@citrix.com>
	
	
	<56CC1701.3070807@citrix.com>
	
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
X-Enigmail-Draft-Status: N1110
Message-ID: <56CD6B71.6000801@citrix.com>
Date: Wed, 24 Feb 2016 09:36:01 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA2
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 23/2/16 a les 21:30, Brandon Adkins ha escrit:
> 
> 
>> Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl create" on second VM
>> To: badkins79@msn.com; xen-users@lists.xen.org
>> From: roger.pau@citrix.com
>> Date: Tue, 23 Feb 2016 09:23:29 +0100
>>
>> El 22/2/16 a les 20:11, Brandon Adkins ha escrit:
>>>
>>>> El 22/2/16 a les 18:40, Brandon Adkins ha escrit:
>>>>>
>>>>>>
>>>>>> El 19/2/16 a les 17:38, Brandon Adkins ha escrit:
>>>>>>> I am having issues migrating my Xen setup from Debian Wheezy to Debian Jessie. The errors I see are not very concrete, so it doesn't give me much details.Here is what I am seeing:First, when I make a new Xen VM and connect to its console, I see "xenconsole: Could not open tty `': No such file or directory". It seems to boot fine after that, but after returning to Dom0, the console is kinda jacked up. This mimics exactly the issue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794071 . Apparently there is a fix as of Oct 2015, but just not released on Jessie yet? Will that be released on Jessie sometime soon?Second, and this is the bigger issue: I can make 1 VM like this fine, but when I try to make a second one, it just seems to hang. If I use "xl create -c" so I see the console the whole time, I see the bootloader menu appear, and when the kernel selection is finished, it prints the error about the tty, and then nothing else. I don't know if the tty issue is re
la
>> te
>>>> d 
>>>>>> at all."xl list" shows the second VM in the list, but it is marked as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any number higher), it is just ignored. I can't find any log files to indicate there is a problem at all. The VM just doesn't start. It was created from the same template as the first VM, so VM1 and VM2 are basically copies of each other, yet only the first one will run.I have no idea if I am doing something wrong or if this is a bug in Jessie. I will say that everything that I am doing now has worked perfectly for years using Debian Wheezy. The only change I needed was to start using "xl" instead of "xm".Anyone have clues on figuring this out?Thanks,Beau 		 	   		  
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> Can you please paste the config file of those two VMs?
>>>>>>
>>>>>> Also, can you paste the output when creating them with:
>>>>>>
>>>>>> # xl -vvv create 
>>>>>>
>>>>>> Are there any errors displayed by Xen or Linux in the serial console or
>>>>>> dmesg?
>>>>>>
>>>>>> Roger.
>>>>>
>>>>
>>>> Hello,
>>>>
>>>> I'm sorry but your MUA seems to completely mangle the messages, and I
>>>> cannot parse the output you posted. Could you try to use a different MUA
>>>> that adds proper line breaks?
>>>>
>>>> Thanks, Roger.
>>>>
>>> Trying again
>>>
>>> Hi Roger, 
>>> Thanks for the help. Here are the 2 config files:guest0:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest0disk,xvda2,w', 'phy:/dev/xenvolgroup/guest0swap,xvda1,w' ]name = 'guest0'vif = [ 'mac=AE:57:EC:01:54:8C,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'-----------------------------------------guest1:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest1disk,xvda2,w', 'phy:/dev/xenvolgroup/guest1swap,xvda1,w' ]name = 'guest1'vif = [ 'mac=76:7B:D6:6F:34:C6,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'---------------------------------------------Output of xl -vvv create:libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=(nil) callback=(nil) poller=0x22ff9b0libxl: debug: libxl_device.c:251:libxl__device_disk_set_back
en
>> d: Disk vdev=xvda2 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda2, using backend phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda1, using backend phylibxl: debug: libxl_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=(null) spec.backend=phylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_attach: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: poller=0x22ff9b0, flags=ilibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: register slotnum=3libxl: deb
ug:
>>  libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: executing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --args=root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output=/var/run/xen/bootloader.127.outlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-format=simple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-directory=/var/run/xen/bootloader.127.dlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: event epath=/local/domain/127libxl: debug: libxl_bootloader.c:
634
>> :bootloader_finished: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained kernel /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained ramdisk /var/run/xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained args root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloader_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f5178wpath=/local/domain/127 token=3/0: deregister slotnum=3domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 ro ", features="(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem:
 ca
>> lleddomainbuilder: detail: xc_dom_ramdisk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ...domainbuilder: detail: loader probe faileddomainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ...domainbuilder: detail: xc_dom_malloc            : 8861 kBdomainbuilder: detail: xc_dom_do_gunzip: unzip ok, 0x3e7bbc -> 0x8a7564domainbuilder: detail: loader probe OKxc: detail: elf_parse_binary: phdr: paddr=0x400000 memsz=0x66f000xc: detail: elf_parse_binary: phdr: paddr=0xa6f000 memsz=0x381000xc: detail: elf_parse_binary: memory: 0x400000 -> 0xdf0000xc: detail: elf_xen_parse_note: GUEST_OS = "linux"xc: detail: elf_xen_parse_note: GUEST_VERSION = "2.6"xc: detail: elf_xen_parse_note: XEN_VERSION = "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE = 0xc0000000
xc:
>>  detail: elf_xen_parse_note: ENTRY = 0xc0b11000xc: detail: elf_xen_parse_note: HYPERCALL_PAGE = 0xc0402000xc: detail: elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_parse_note: PAE_MODE = "yes"xc: detail: elf_xen_parse_note: LOADER = "generic"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: elf_xen_parse_note: SUSPEND_CANCEL = 0x1xc: detail: elf_xen_parse_note: HV_START_LOW = 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET = 0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base        = 0xc0000000xc: detail:     elf_paddr_offset = 0x0xc: detail:     virt_offset      = 0xc0000000xc: detail:     virt_kstart      = 0xc0400000xc: detail:     virt_kend        = 0xc0df0000xc: detail:     virt_entry       = 0xc0b11000xc: detail:     p2m_base         = 0xffffffffffffffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc0400000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_ini
t: 
>> mem 6000 MB, pages 0x177000 pages, 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: detail: x86_compat: guest xen-3.0-x86_32p, address size 32domainbuilder: detail: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_build_image: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel       : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 -> 0x7fd07bc7f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0x7fd07bdb2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 -> 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gunzip: unzip 
ok,
>>  0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   phys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c0000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c37fffff, 28 table(s)domainbuilder: detail: xc_dom_alloc_segment:   page tables  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount:
 do
>> mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: detail: xc_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainbuilder: detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuilder: detail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder: detail: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootearly: doing nothingdomainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <= matchesdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit, pages 0x177000domainbuilder: detail: clear_page: pfn 0x34be, mfn 0x17cd7adomainbuilder: detail: clear_page: pfn 0x34bd, mfn 0x17cd7bdomainbuilde
r: 
>> detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: detail: setup_hypercall_page: vaddr=0xc0402000 pfn=0x402domainbuilder: detail: domain builder memory footprintdomainbuilder: detail:    allocateddomainbuilder: detail:       malloc             : 21157 kBdomainbuilder: detail:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomainbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail:       domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0xbf615domainbuilder: detail: shared_info_x86_32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: called, ctxt=0x7fd084ad4004domainbuilder: detail: xc_dom_release: calledlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=phylibxl: debug:
 li
>> bxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: register slotnum=3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: event epath=/local/domain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f6068wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: deregister slotnum=3libxl: debug: libxl_event.c:618:li
bxl
>> __ev_xswatch_deregister: watch w=0x22f6068: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483:watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51714/state token=3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: event epath=/local/domain/0/backend/vbd/127/51713/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f7df8wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7df8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:
483
>> :watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51713/state token=2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 still waiting state 1libxl: debug: 
lib
>> xl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22fa7c8wpath=/local/domain/0/backend/vif/127/0/state token=2/3: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_event.c:1591:libxl__a
o_c
>> omplete: ao 0x22ff8b0: complete, rc=0libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: total allocations:470 total releases:470xc: debug: hypercall buffer: current allocations:0 maximum allocations:3xc: debug: hypercall buffer: cache current size:2xc: debug: hypercall buffer: cache hits:462 misses:2 toobig:6Parsing config from guest.cfg-----------------------------------------------Looking into dmesg, the only interesting thing I see related to this are these 2 lines everytime I try to start the VM: xen:balloon: Cannot add additional memory (-17) xen:balloon: Cannot add additional memory (-17)
>>> Thanks!Beau
>>
>> Hello,
>>
>> Can you also post the output of xl info before creating the guests?
>> AFAICT you are
>> giving each guest 6000MB of RAM; are you sure you have enough RAM for
>> Dom0 plus this two guests?
>>
>> From the output you provided, I can only see the trace of one guest
>> booting [0] (one execution of xl), what happens with the other guest?
>>
>> Roger.
>>
>> [0]
>> http://lists.xenproject.org/archives/html/xen-users/2016-02/msg00116.html
>>
> 
> Roger, yes thats right. Both guests get 6000MB of RAM. The system has 16GB of RAM, and I have allocated 4GB to the host.
> Guest0 boots and operates perfectly. It is only guest1 that has issues. It does act like maybe there isnt enough RAM for the second VM, but from my calculations, it looks like it should be fine. Here is the output of "xl info" with no guests running

You haven't provided the log when creating the second guest. I would try
reducing the memory assigned to the second guest, if you have 4GB
assigned to Dom0 and 6GB assigned to each guest you don't leave any
memory for Xen (Xen takes over some memory in order to run).

Roger.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 08:37:04 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 08:37:04 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYUvX-0001JT-Cz; Wed, 24 Feb 2016 08:36:07 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYUvW-0001Ir-IS
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 08:36:06 +0000
Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id
	8F/1E-03511-57B6DC65; Wed, 24 Feb 2016 08:36:05 +0000
X-Env-Sender: prvs=855b39dea=roger.pau@citrix.com
X-Msg-Ref: server-13.tower-206.messagelabs.com!1456302963!24306896!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 42886 invoked from network); 24 Feb 2016 08:36:04 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	24 Feb 2016 08:36:04 -0000
X-IronPort-AV: E=Sophos;i="5.22,493,1449532800"; d="scan'208";a="340608722"
To: Brandon Adkins , "xen-users@lists.xen.org"
	
References: 
	<56CAEEA7.7050508@citrix.com>
	
	<56CB4D1C.3000701@citrix.com>
	
	
	<56CC1701.3070807@citrix.com>
	
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
X-Enigmail-Draft-Status: N1110
Message-ID: <56CD6B71.6000801@citrix.com>
Date: Wed, 24 Feb 2016 09:36:01 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
	Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA2
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

El 23/2/16 a les 21:30, Brandon Adkins ha escrit:
> 
> 
>> Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl create" on second VM
>> To: badkins79@msn.com; xen-users@lists.xen.org
>> From: roger.pau@citrix.com
>> Date: Tue, 23 Feb 2016 09:23:29 +0100
>>
>> El 22/2/16 a les 20:11, Brandon Adkins ha escrit:
>>>
>>>> El 22/2/16 a les 18:40, Brandon Adkins ha escrit:
>>>>>
>>>>>>
>>>>>> El 19/2/16 a les 17:38, Brandon Adkins ha escrit:
>>>>>>> I am having issues migrating my Xen setup from Debian Wheezy to Debian Jessie. The errors I see are not very concrete, so it doesn't give me much details.Here is what I am seeing:First, when I make a new Xen VM and connect to its console, I see "xenconsole: Could not open tty `': No such file or directory". It seems to boot fine after that, but after returning to Dom0, the console is kinda jacked up. This mimics exactly the issue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794071 . Apparently there is a fix as of Oct 2015, but just not released on Jessie yet? Will that be released on Jessie sometime soon?Second, and this is the bigger issue: I can make 1 VM like this fine, but when I try to make a second one, it just seems to hang. If I use "xl create -c" so I see the console the whole time, I see the bootloader menu appear, and when the kernel selection is finished, it prints the error about the tty, and then nothing else. I don't know if the tty issue is re
la
>> te
>>>> d 
>>>>>> at all."xl list" shows the second VM in the list, but it is marked as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or any number higher), it is just ignored. I can't find any log files to indicate there is a problem at all. The VM just doesn't start. It was created from the same template as the first VM, so VM1 and VM2 are basically copies of each other, yet only the first one will run.I have no idea if I am doing something wrong or if this is a bug in Jessie. I will say that everything that I am doing now has worked perfectly for years using Debian Wheezy. The only change I needed was to start using "xl" instead of "xm".Anyone have clues on figuring this out?Thanks,Beau 		 	   		  
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> Can you please paste the config file of those two VMs?
>>>>>>
>>>>>> Also, can you paste the output when creating them with:
>>>>>>
>>>>>> # xl -vvv create 
>>>>>>
>>>>>> Are there any errors displayed by Xen or Linux in the serial console or
>>>>>> dmesg?
>>>>>>
>>>>>> Roger.
>>>>>
>>>>
>>>> Hello,
>>>>
>>>> I'm sorry but your MUA seems to completely mangle the messages, and I
>>>> cannot parse the output you posted. Could you try to use a different MUA
>>>> that adds proper line breaks?
>>>>
>>>> Thanks, Roger.
>>>>
>>> Trying again
>>>
>>> Hi Roger, 
>>> Thanks for the help. Here are the 2 config files:guest0:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest0disk,xvda2,w', 'phy:/dev/xenvolgroup/guest0swap,xvda1,w' ]name = 'guest0'vif = [ 'mac=AE:57:EC:01:54:8C,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'-----------------------------------------guest1:bootloader = '/usr/lib/xen-4.4/bin/pygrub'vcpus = '6'cpus = '2-7'memory = '6000'root = '/dev/xvda2 ro'disk = [ 'phy:/dev/xenvolgroup/guest1disk,xvda2,w', 'phy:/dev/xenvolgroup/guest1swap,xvda1,w' ]name = 'guest1'vif = [ 'mac=76:7B:D6:6F:34:C6,bridge=xenbr0' ]on_poweroff = 'destroy'on_reboot = 'restart'on_crash = 'restart'---------------------------------------------Output of xl -vvv create:libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=(nil) callback=(nil) poller=0x22ff9b0libxl: debug: libxl_device.c:251:libxl__device_disk_set_back
en
>> d: Disk vdev=xvda2 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda2, using backend phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=unknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=xvda1, using backend phylibxl: debug: libxl_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=(null) spec.backend=phylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_attach: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: libxl_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_create: ao 0x22ff8b0: inprogress: poller=0x22ff9b0, flags=ilibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: register slotnum=3libxl: deb
ug:
>>  libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: executing bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --args=root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output=/var/run/xen/bootloader.127.outlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-format=simple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --output-directory=/var/run/xen/bootloader.127.dlibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f5178 wpath=/local/domain/127 token=3/0: event epath=/local/domain/127libxl: debug: libxl_bootloader.c:
634
>> :bootloader_finished: bootloader completedlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained kernel /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained ramdisk /var/run/xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c:136:bootloader_result_command: bootloader output contained args root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 rolibxl: debug: libxl_bootloader.c:647:bootloader_finished: bootloader execution successfullibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f5178wpath=/local/domain/127 token=3/0: deregister slotnum=3domainbuilder: detail: xc_dom_allocate: cmdline="root=/dev/xvda2 ro crashkernel=auto root=/dev/xvda2 ro ", features="(null)"libxl: debug: libxl_dom.c:364:libxl__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem:
 ca
>> lleddomainbuilder: detail: xc_dom_ramdisk_mem: calleddomainbuilder: detail: xc_dom_boot_xen_init: ver 4.4, caps xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder: detail: xc_dom_parse_image: calleddomainbuilder: detail: xc_dom_find_loader: trying multiboot-binary loader ...domainbuilder: detail: loader probe faileddomainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader ...domainbuilder: detail: xc_dom_malloc            : 8861 kBdomainbuilder: detail: xc_dom_do_gunzip: unzip ok, 0x3e7bbc -> 0x8a7564domainbuilder: detail: loader probe OKxc: detail: elf_parse_binary: phdr: paddr=0x400000 memsz=0x66f000xc: detail: elf_parse_binary: phdr: paddr=0xa6f000 memsz=0x381000xc: detail: elf_parse_binary: memory: 0x400000 -> 0xdf0000xc: detail: elf_xen_parse_note: GUEST_OS = "linux"xc: detail: elf_xen_parse_note: GUEST_VERSION = "2.6"xc: detail: elf_xen_parse_note: XEN_VERSION = "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE = 0xc0000000
xc:
>>  detail: elf_xen_parse_note: ENTRY = 0xc0b11000xc: detail: elf_xen_parse_note: HYPERCALL_PAGE = 0xc0402000xc: detail: elf_xen_parse_note: FEATURES = "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_parse_note: PAE_MODE = "yes"xc: detail: elf_xen_parse_note: LOADER = "generic"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: elf_xen_parse_note: SUSPEND_CANCEL = 0x1xc: detail: elf_xen_parse_note: HV_START_LOW = 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET = 0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base        = 0xc0000000xc: detail:     elf_paddr_offset = 0x0xc: detail:     virt_offset      = 0xc0000000xc: detail:     virt_kstart      = 0xc0400000xc: detail:     virt_kend        = 0xc0df0000xc: detail:     virt_entry       = 0xc0b11000xc: detail:     p2m_base         = 0xffffffffffffffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc0400000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_ini
t: 
>> mem 6000 MB, pages 0x177000 pages, 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: detail: x86_compat: guest xen-3.0-x86_32p, address size 32domainbuilder: detail: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_build_image: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel       : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 -> 0x7fd07bc7f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -> 0x7fd07bdb2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df0000 -> 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail: xc_dom_do_gunzip: unzip 
ok,
>>  0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   phys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   : 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xenstore     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x00000000c0000000 -> 0x00000000ffffffff, 1 table(s)domainbuilder: detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c37fffff, 28 table(s)domainbuilder: detail: xc_dom_alloc_segment:   page tables  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount:
 do
>> mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: detail: xc_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainbuilder: detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuilder: detail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder: detail: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootearly: doing nothingdomainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supported guest type: xen-3.0-x86_32p <= matchesdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32domainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: detail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64domainbuilder: detail: xc_dom_update_guest_p2m: dst 32bit, pages 0x177000domainbuilder: detail: clear_page: pfn 0x34be, mfn 0x17cd7adomainbuilder: detail: clear_page: pfn 0x34bd, mfn 0x17cd7bdomainbuilde
r: 
>> detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: detail: setup_hypercall_page: vaddr=0xc0402000 pfn=0x402domainbuilder: detail: domain builder memory footprintdomainbuilder: detail:    allocateddomainbuilder: detail:       malloc             : 21157 kBdomainbuilder: detail:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomainbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail:       domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate: shared_info: pfn 0x0, mfn 0xbf615domainbuilder: detail: shared_info_x86_32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: called, ctxt=0x7fd084ad4004domainbuilder: detail: xc_dom_release: calledlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda2 spec.backend=phylibxl: debug:
 li
>> bxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: register slotnum=3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=xvda1 spec.backend=phylibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f6068 wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: event epath=/local/domain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51714/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f6068wpath=/local/domain/0/backend/vbd/127/51714/state token=3/1: deregister slotnum=3libxl: debug: libxl_event.c:618:li
bxl
>> __ev_xswatch_deregister: watch w=0x22f6068: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483:watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51714/state token=3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22f7df8 wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: event epath=/local/domain/0/backend/vbd/127/51713/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22f7df8wpath=/local/domain/0/backend/vbd/127/51713/state token=2/2: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7df8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:
483
>> :watchfd_callback: watch epath=/local/domain/0/backend/vbd/127/51713/state token=2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f60f0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: register slotnum=2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 still waiting state 1libxl: debug: 
lib
>> xl_event.c:514:watchfd_callback: watch w=0x22fa7c8 wpath=/local/domain/0/backend/vif/127/0/state token=2/3: event epath=/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=0x22fa7c8wpath=/local/domain/0/backend/vif/127/0/state token=2/3: deregister slotnum=2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=0x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl_event.c:1591:libxl__a
o_c
>> omplete: ao 0x22ff8b0: complete, rc=0libxl: debug: libxl_event.c:1563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: total allocations:470 total releases:470xc: debug: hypercall buffer: current allocations:0 maximum allocations:3xc: debug: hypercall buffer: cache current size:2xc: debug: hypercall buffer: cache hits:462 misses:2 toobig:6Parsing config from guest.cfg-----------------------------------------------Looking into dmesg, the only interesting thing I see related to this are these 2 lines everytime I try to start the VM: xen:balloon: Cannot add additional memory (-17) xen:balloon: Cannot add additional memory (-17)
>>> Thanks!Beau
>>
>> Hello,
>>
>> Can you also post the output of xl info before creating the guests?
>> AFAICT you are
>> giving each guest 6000MB of RAM; are you sure you have enough RAM for
>> Dom0 plus this two guests?
>>
>> From the output you provided, I can only see the trace of one guest
>> booting [0] (one execution of xl), what happens with the other guest?
>>
>> Roger.
>>
>> [0]
>> http://lists.xenproject.org/archives/html/xen-users/2016-02/msg00116.html
>>
> 
> Roger, yes thats right. Both guests get 6000MB of RAM. The system has 16GB of RAM, and I have allocated 4GB to the host.
> Guest0 boots and operates perfectly. It is only guest1 that has issues. It does act like maybe there isnt enough RAM for the second VM, but from my calculations, it looks like it should be fine. Here is the output of "xl info" with no guests running

You haven't provided the log when creating the second guest. I would try
reducing the memory assigned to the second guest, if you have 4GB
assigned to Dom0 and 6GB assigned to each guest you don't leave any
memory for Xen (Xen takes over some memory in order to run).

Roger.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 09:29:33 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 09:29:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYVkK-0003ZG-6L; Wed, 24 Feb 2016 09:28:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYVkI-0003ZA-Pl
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 09:28:34 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
	2C/24-03814-2C77DC65; Wed, 24 Feb 2016 09:28:34 +0000
X-Env-Sender: M.Ferger@kostal.com
X-Msg-Ref: server-15.tower-31.messagelabs.com!1456306113!24317641!1
X-Originating-IP: [193.22.205.227]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 39217 invoked from network); 24 Feb 2016 09:28:33 -0000
Received: from securemail.kostal.com (HELO securemail.kostal.com)
	(193.22.205.227)
	by server-15.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 09:28:33 -0000
Received: from mailgw002.kostal.com (mailgw002.kostal.com [193.22.205.236])
	by securemail.kostal.com (8.14.7/8.14.7) with ESMTP id u1O9SP2p008985
	for ; Wed, 24 Feb 2016 10:28:25 +0100
Received: from DEBEMAIL010.kostal.int (unverified [10.20.2.140]) by 
	mailgw002.kostal.com (Kostal content checked) with ESMTP id 
	 for 
	; Wed, 24 Feb 2016 10:28:28 +0100
Received: from DEBEMAIL002.kostal.int (10.20.2.182) by DEBEMAIL010.kostal.int 
	(10.20.2.140) with Microsoft SMTP Server (TLS) id 14.3.224.2;
	Wed, 24 Feb 2016 10:28:23 +0100
Received: from DEBEMAIL002.kostal.int (10.20.2.182) by DEBEMAIL002.kostal.int 
	(10.20.2.182) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Wed, 
	24 Feb 2016 10:28:23 +0100
Received: from DEBEMAIL002.kostal.int ([fe80::e135:11a6:577e:23bb]) by 
	DEBEMAIL002.kostal.int ([fe80::e135:11a6:577e:23bb%12]) with mapi id 
	15.00.1130.005; Wed, 24 Feb 2016 10:28:23 +0100
From: "Ferger, Max" 
To: "xen-users@lists.xen.org" 
Thread-Topic: [Xen-users] gdbsx on ARM - any progress?
Thread-Index: AdFtX9ZpzQTeRtATQa61QNUz7dJqYAAuPToAADLsy1A=
Date: Wed, 24 Feb 2016 09:28:23 +0000
Message-ID: <9ad590a7015d4480b17a5a29a1edd96a@DEBEMAIL002.kostal.int>
References: <1a9d626b3bbb474b8e124d33cd133dac@DEBEMAIL002.kostal.int> 
	<1456221694.6225.120.camel@citrix.com>
In-Reply-To: <1456221694.6225.120.camel@citrix.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.20.2.192]
MIME-Version: 1.0
X-OLX-Disclaimer: Done
X-TM-AS-Product-Ver: SMEX-11.0.0.1191-8.000.1202-21780.006
X-TM-AS-Result: No--6.195700-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Subject: Re: [Xen-users] gdbsx on ARM - any progress?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBPbiBUdWUsIDIwMTYtMDItMjMsIElhbiBD
YW1wYmVsbCB3cm90ZToNCj4gT24gTW9uLCAyMDE2LTAyLTIyIGF0IDExOjAxICswMDAwLCBGZXJn
ZXIsIE1heCB3cm90ZToNCj4gPiBbLi4uXQ0KPiA+IGdkYnN4IMKgc2VlbXMgbGlrZSB0aGUgc29s
dXRpb24gdG8gRG9tVS1kZWJ1Z2dpbmcsIGJ1dCBpdCBpcyBleGNsdWRlZA0KPiA+IGZyb20g4oCY
dG9vbHMvTWFrZWZpbGXigJkswqAgYW5kIGJ5IGNvbXBhcmlzb24gdG8g4oCYYXJjaC94ODbigJks
IHRoZXJlIGlzIGNvZGUNCj4gPiBtaXNzaW5nLg0KPiA+IFsuLi5dDQo+IA0KPiBnZGJzeCB3b3Vs
ZCBuZWVkIHBvcnRpbmcgdG8gc3VwcG9ydCBBUk0uIEFzIGZhciBhcyBJIGtub3cgbm9ib2R5IGlz
IHdvcmtpbmcgb24gdGhpcywgWy4uLl0NCg0KSXMgdGhpcyBhIGdvb2QgdG9waWMgZm9yIHRoZSBI
YWNrYXRob24gaW4gQ2FtYnJpZGdlPyBbMV0NCldlIG1pZ2h0IGFzayBBUk0sIGlmIG1heWJlIHRo
ZWlyIGRlYnVnIHNwZWNpYWxpc3RzIHdvdWxkIGxpa2UgdG8gYXNzaXN0Pw0KDQpNYXgNCg0KWzFd
IGh0dHA6Ly93aWtpLnhlbnByb2plY3Qub3JnL3dpa2kvSGFja2F0aG9uL0FwcmlsMjAxNg0KDQoN
Cg0KDQpMZW9wb2xkIEtPU1RBTCBHbWJIICYgQ28uIEtHIC0gU2l0eiBMw7xkZW5zY2hlaWQsIFJl
Z2lzdGVyZ2VyaWNodCBJc2VybG9obiBIUkEgMjg1NCwgcGhHIEtvc3RhbCBWZXJ3YWx0dW5nc2dl
c2VsbHNjaGFmdCBtYkgsIFJlZ2lzdGVyZ2VyaWNodCBJc2VybG9obiBIUkIgNDA2MSAtIFVTdC1J
ZC1Oci4vVmF0IE5vLjogREUgMTI1ODAwODg1DQpQb3N0LSB1bmQgV2Vya3NhbnNjaHJpZnQ6IEFu
IGRlciBCZWxsbWVyZWkgMTAsIEQtNTg1MTMgTMO8ZGVuc2NoZWlkICogVGVsZWZvbjogKzQ5IDIz
NTEgMTYtMCAqIFRlbGVmYXg6ICs0OSAyMzUxIDE2LTI0MDAgQmVsbG1lcmVpDQpHZXNjaMOkZnRz
ZsO8aHJ1bmc6IERpcGwuLU9lYy4gQW5kcmVhcyBLb3N0YWwgKFZvcnNpdHplbmRlciksIERpcGwu
LUluZy4gTWFyd2luIEtpbnpsLCBEci4tSW5nLiBMdWRnZXIgTGF1ZmVuYmVyZywgRGlwbC4tS2Zt
LiBVbHJpY2ggWmltbWVybWFubg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4u
b3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Wed Feb 24 09:29:33 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 09:29:33 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYVkK-0003ZG-6L; Wed, 24 Feb 2016 09:28:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYVkI-0003ZA-Pl
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 09:28:34 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
	2C/24-03814-2C77DC65; Wed, 24 Feb 2016 09:28:34 +0000
X-Env-Sender: M.Ferger@kostal.com
X-Msg-Ref: server-15.tower-31.messagelabs.com!1456306113!24317641!1
X-Originating-IP: [193.22.205.227]
X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 39217 invoked from network); 24 Feb 2016 09:28:33 -0000
Received: from securemail.kostal.com (HELO securemail.kostal.com)
	(193.22.205.227)
	by server-15.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 09:28:33 -0000
Received: from mailgw002.kostal.com (mailgw002.kostal.com [193.22.205.236])
	by securemail.kostal.com (8.14.7/8.14.7) with ESMTP id u1O9SP2p008985
	for ; Wed, 24 Feb 2016 10:28:25 +0100
Received: from DEBEMAIL010.kostal.int (unverified [10.20.2.140]) by 
	mailgw002.kostal.com (Kostal content checked) with ESMTP id 
	 for 
	; Wed, 24 Feb 2016 10:28:28 +0100
Received: from DEBEMAIL002.kostal.int (10.20.2.182) by DEBEMAIL010.kostal.int 
	(10.20.2.140) with Microsoft SMTP Server (TLS) id 14.3.224.2;
	Wed, 24 Feb 2016 10:28:23 +0100
Received: from DEBEMAIL002.kostal.int (10.20.2.182) by DEBEMAIL002.kostal.int 
	(10.20.2.182) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Wed, 
	24 Feb 2016 10:28:23 +0100
Received: from DEBEMAIL002.kostal.int ([fe80::e135:11a6:577e:23bb]) by 
	DEBEMAIL002.kostal.int ([fe80::e135:11a6:577e:23bb%12]) with mapi id 
	15.00.1130.005; Wed, 24 Feb 2016 10:28:23 +0100
From: "Ferger, Max" 
To: "xen-users@lists.xen.org" 
Thread-Topic: [Xen-users] gdbsx on ARM - any progress?
Thread-Index: AdFtX9ZpzQTeRtATQa61QNUz7dJqYAAuPToAADLsy1A=
Date: Wed, 24 Feb 2016 09:28:23 +0000
Message-ID: <9ad590a7015d4480b17a5a29a1edd96a@DEBEMAIL002.kostal.int>
References: <1a9d626b3bbb474b8e124d33cd133dac@DEBEMAIL002.kostal.int> 
	<1456221694.6225.120.camel@citrix.com>
In-Reply-To: <1456221694.6225.120.camel@citrix.com>
Accept-Language: de-DE, en-US
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.20.2.192]
MIME-Version: 1.0
X-OLX-Disclaimer: Done
X-TM-AS-Product-Ver: SMEX-11.0.0.1191-8.000.1202-21780.006
X-TM-AS-Result: No--6.195700-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Subject: Re: [Xen-users] gdbsx on ARM - any progress?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBPbiBUdWUsIDIwMTYtMDItMjMsIElhbiBD
YW1wYmVsbCB3cm90ZToNCj4gT24gTW9uLCAyMDE2LTAyLTIyIGF0IDExOjAxICswMDAwLCBGZXJn
ZXIsIE1heCB3cm90ZToNCj4gPiBbLi4uXQ0KPiA+IGdkYnN4IMKgc2VlbXMgbGlrZSB0aGUgc29s
dXRpb24gdG8gRG9tVS1kZWJ1Z2dpbmcsIGJ1dCBpdCBpcyBleGNsdWRlZA0KPiA+IGZyb20g4oCY
dG9vbHMvTWFrZWZpbGXigJkswqAgYW5kIGJ5IGNvbXBhcmlzb24gdG8g4oCYYXJjaC94ODbigJks
IHRoZXJlIGlzIGNvZGUNCj4gPiBtaXNzaW5nLg0KPiA+IFsuLi5dDQo+IA0KPiBnZGJzeCB3b3Vs
ZCBuZWVkIHBvcnRpbmcgdG8gc3VwcG9ydCBBUk0uIEFzIGZhciBhcyBJIGtub3cgbm9ib2R5IGlz
IHdvcmtpbmcgb24gdGhpcywgWy4uLl0NCg0KSXMgdGhpcyBhIGdvb2QgdG9waWMgZm9yIHRoZSBI
YWNrYXRob24gaW4gQ2FtYnJpZGdlPyBbMV0NCldlIG1pZ2h0IGFzayBBUk0sIGlmIG1heWJlIHRo
ZWlyIGRlYnVnIHNwZWNpYWxpc3RzIHdvdWxkIGxpa2UgdG8gYXNzaXN0Pw0KDQpNYXgNCg0KWzFd
IGh0dHA6Ly93aWtpLnhlbnByb2plY3Qub3JnL3dpa2kvSGFja2F0aG9uL0FwcmlsMjAxNg0KDQoN
Cg0KDQpMZW9wb2xkIEtPU1RBTCBHbWJIICYgQ28uIEtHIC0gU2l0eiBMw7xkZW5zY2hlaWQsIFJl
Z2lzdGVyZ2VyaWNodCBJc2VybG9obiBIUkEgMjg1NCwgcGhHIEtvc3RhbCBWZXJ3YWx0dW5nc2dl
c2VsbHNjaGFmdCBtYkgsIFJlZ2lzdGVyZ2VyaWNodCBJc2VybG9obiBIUkIgNDA2MSAtIFVTdC1J
ZC1Oci4vVmF0IE5vLjogREUgMTI1ODAwODg1DQpQb3N0LSB1bmQgV2Vya3NhbnNjaHJpZnQ6IEFu
IGRlciBCZWxsbWVyZWkgMTAsIEQtNTg1MTMgTMO8ZGVuc2NoZWlkICogVGVsZWZvbjogKzQ5IDIz
NTEgMTYtMCAqIFRlbGVmYXg6ICs0OSAyMzUxIDE2LTI0MDAgQmVsbG1lcmVpDQpHZXNjaMOkZnRz
ZsO8aHJ1bmc6IERpcGwuLU9lYy4gQW5kcmVhcyBLb3N0YWwgKFZvcnNpdHplbmRlciksIERpcGwu
LUluZy4gTWFyd2luIEtpbnpsLCBEci4tSW5nLiBMdWRnZXIgTGF1ZmVuYmVyZywgRGlwbC4tS2Zt
LiBVbHJpY2ggWmltbWVybWFubg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4u
b3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Wed Feb 24 10:03:40 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 10:03:40 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYWHt-0005PN-Al; Wed, 24 Feb 2016 10:03:17 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72) (envelope-from )
	id 1aYWHq-0005OZ-Ug
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 10:03:15 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	38/DB-02994-2EF7DC65; Wed, 24 Feb 2016 10:03:14 +0000
X-Env-Sender: et@etit.hu
X-Msg-Ref: server-16.tower-206.messagelabs.com!1456308191!10154427!1
X-Originating-IP: [95.140.34.219]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 58239 invoked from network); 24 Feb 2016 10:03:11 -0000
Received: from mail.etit.hu (HELO mail.etit.hu) (95.140.34.219)
	by server-16.tower-206.messagelabs.com with SMTP;
	24 Feb 2016 10:03:11 -0000
Received: from localhost (localhost [127.0.0.1])
	by mail.etit.hu (Postfix) with ESMTP id BA7F1BFE
	for ; Wed, 24 Feb 2016 11:03:10 +0100 (CET)
Received: from [192.168.100.225] (87.229.89.127.z-net.hu [87.229.89.127])
	by mail.etit.hu (Postfix) with ESMTPSA id 43BA4BFB
	for ; Wed, 24 Feb 2016 11:02:59 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=etit.hu; s=mail;
	t=1456308179; bh=JuH7C4+1djlNo2Gf5bM0z1SRlLcAH9iVAH5WzBJdpBY=;
	h=To:From:Subject:Message-ID:Date:MIME-Version:Content-Type:From;
	b=O5x2Y85BfFW/Buv7RPq3KPHnWnK2WbhygnlM+lh2b3siXRaDKKkdL46beLRxIxKUF
	u1nHIKvjffrFY4Trt8uItZMdmIAoOUPmPrQ8BA9ttE3IIqxsWrjrsdKuRwcll2Bn2B
	srKV3IkqPwuC/b+hhHZ4kujpHL4vNqV25SPsdjJg=
To: "xen-users@lists.xen.org" 
From: =?UTF-8?B?w4lsacOhcyBUYW3DoXM=?= 
X-Enigmail-Draft-Status: N1110
Organization: ETIT[nwpro] KFT
Message-ID: <56CD7FCD.8070208@etit.hu>
Date: Wed, 24 Feb 2016 11:02:53 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
	Thunderbird/38.5.1
MIME-Version: 1.0
Subject: [Xen-users] windows pv drivers 8.1 series INACCESSIBLE_BOOT_DEVICE
	windows 10
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============8648673900064018773=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===============8648673900064018773==
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="1SjXdrq1ruOiUJlgTLHo32xLKllCrevWu"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--1SjXdrq1ruOiUJlgTLHo32xLKllCrevWu
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: quoted-printable

All.

I was succesfully using 8.2 series drivers for a while in a debian dom0
with 64bit windows 10 pvh guests, until the first "Service pack" for
windows 10, - which keep turning off testsigning after upgrade -
arrived. This prevents the os to boot with the xen drivers (solution
is/was not to install the upgrade package, which is quite hard to
achieve winth windows 10). The long awaited signed drivers are not
released yet, and based on previous discussions only 8.1 series will be
signed (as they are considered to be stable).

So I decided to downgrade my installations to use 8.1 series drivers. I
removed 8.2 series (from installed programs, and from the device tree)
and installed 8.1 series (pfx certs also installed).

Unfortunately with 8.1 series I'm keep getting INACCESSIBLE_BOOT_DEVICE
even with TESTSIGNONG on. I have to boot into safe mode, remove 8.1
series, install 8.2 series, and bang, it is working again.

So I must assume, that there is generally wrong with the 8.1 series drive=
rs.

Anyone has any idea how to use the 8.1 series drivers in this situation
(I belive once the drivers will be signed will not solve this problem)?

Are there any fundamental differences between 8.1 and 8.2 series which
would require me to change the domu configuration?

Thank you.

--=20


=C9li=E1s Tam=E1s
Thomas Elias

ETIT[nwpro] KFT, =DCgyvezet=F5-H=E1l=F3zatbiztons=E1gi specialista
ETIT[nwpro] Ltd, General Manager-Network security specialist

Tel. HU: +36/30-497-1626
Tel. DE: +49/160-651-8723
OpenPGP pubkey: http://etit.hu/doc/et-pub.asc

Okleveles m=E9rn=F6k-informatikus (MSC)
Master of Science in Information Technology (MSC)

Kapcsolat: http://etit.hu/index.php/hu/kapcsolat
Jogi nyilatkozat: http://etit.hu/disclaimer-email-hu.txt
Contact: http://etit.hu/index.php/en/contact
Disclaimer: http://etit.hu/disclaimer-email-en.txt


--1SjXdrq1ruOiUJlgTLHo32xLKllCrevWu
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJWzX/SAAoJENWYes1C3s/CCaQQAKVNb154jPx9rMPCnBNtYo/v
6OXcBmrQRQ5w6ypWoJ/2Dsg7OcKRJuj61SOZGcpZ/LtYw6VxZZjUwvDCdKW3/R85
Yqv1uCmMQCMBnmDzppOff7bDdud9sDfZAbPKp1xgCKIvk3OIyrWrqOrtL+h92UPH
nLAYRs/J2nNjDLsVWX5QDaLZ82MuuCVvTAQovo2PYJMaID20uBdDoQYID+LRjR8K
4KehP24BVePi9sYtccyj7GAIvmcJvY4xVm9HiWhFvSDNkyimqme+tqYn3z0lAa0N
zEFtQ3w5REmtZOAHL1VoG8ylUEWKfc9Zksxlw7Gbo3KUws4YPepB5qCf0hZ/Fa4f
tJlcI6E9dixQkTrjiQZUs9ky7oqI943LQ3NpZdQQOhZXDONoPniCQjFS49EWRDxs
vPeGXkQBStZ2aAPYNRqIovcwU7SQX0yIt2dR+P0+WOH7B4+11T9lRPh+EVklH+Wc
bNXZdeiHu1RLBcucXLxQuFj35qfVLcQI7F0f9q/3Fn1dm/cAK+puxW9VE9eGDfPQ
3MTaiOQtfJVZ9zBkYPfCP8mxaS2pDlsW1PXt2ACrTeMM/yJD2kjYNdrfP4cosSG8
Zjt7rP4iMsyMKBmh5qzgcS7DeG1CBR4+1YNPrp1m4L/fjE2sF0YIblkATT7PjAaq
1zHsijzqMXpvrua0imzC
=IoDB
-----END PGP SIGNATURE-----

--1SjXdrq1ruOiUJlgTLHo32xLKllCrevWu--


--===============8648673900064018773==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============8648673900064018773==--


From xen-users-bounces@lists.xen.org Wed Feb 24 10:03:40 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 10:03:40 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYWHt-0005PN-Al; Wed, 24 Feb 2016 10:03:17 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72) (envelope-from )
	id 1aYWHq-0005OZ-Ug
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 10:03:15 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	38/DB-02994-2EF7DC65; Wed, 24 Feb 2016 10:03:14 +0000
X-Env-Sender: et@etit.hu
X-Msg-Ref: server-16.tower-206.messagelabs.com!1456308191!10154427!1
X-Originating-IP: [95.140.34.219]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 58239 invoked from network); 24 Feb 2016 10:03:11 -0000
Received: from mail.etit.hu (HELO mail.etit.hu) (95.140.34.219)
	by server-16.tower-206.messagelabs.com with SMTP;
	24 Feb 2016 10:03:11 -0000
Received: from localhost (localhost [127.0.0.1])
	by mail.etit.hu (Postfix) with ESMTP id BA7F1BFE
	for ; Wed, 24 Feb 2016 11:03:10 +0100 (CET)
Received: from [192.168.100.225] (87.229.89.127.z-net.hu [87.229.89.127])
	by mail.etit.hu (Postfix) with ESMTPSA id 43BA4BFB
	for ; Wed, 24 Feb 2016 11:02:59 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=etit.hu; s=mail;
	t=1456308179; bh=JuH7C4+1djlNo2Gf5bM0z1SRlLcAH9iVAH5WzBJdpBY=;
	h=To:From:Subject:Message-ID:Date:MIME-Version:Content-Type:From;
	b=O5x2Y85BfFW/Buv7RPq3KPHnWnK2WbhygnlM+lh2b3siXRaDKKkdL46beLRxIxKUF
	u1nHIKvjffrFY4Trt8uItZMdmIAoOUPmPrQ8BA9ttE3IIqxsWrjrsdKuRwcll2Bn2B
	srKV3IkqPwuC/b+hhHZ4kujpHL4vNqV25SPsdjJg=
To: "xen-users@lists.xen.org" 
From: =?UTF-8?B?w4lsacOhcyBUYW3DoXM=?= 
X-Enigmail-Draft-Status: N1110
Organization: ETIT[nwpro] KFT
Message-ID: <56CD7FCD.8070208@etit.hu>
Date: Wed, 24 Feb 2016 11:02:53 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
	Thunderbird/38.5.1
MIME-Version: 1.0
Subject: [Xen-users] windows pv drivers 8.1 series INACCESSIBLE_BOOT_DEVICE
	windows 10
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============8648673900064018773=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===============8648673900064018773==
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="1SjXdrq1ruOiUJlgTLHo32xLKllCrevWu"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--1SjXdrq1ruOiUJlgTLHo32xLKllCrevWu
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: quoted-printable

All.

I was succesfully using 8.2 series drivers for a while in a debian dom0
with 64bit windows 10 pvh guests, until the first "Service pack" for
windows 10, - which keep turning off testsigning after upgrade -
arrived. This prevents the os to boot with the xen drivers (solution
is/was not to install the upgrade package, which is quite hard to
achieve winth windows 10). The long awaited signed drivers are not
released yet, and based on previous discussions only 8.1 series will be
signed (as they are considered to be stable).

So I decided to downgrade my installations to use 8.1 series drivers. I
removed 8.2 series (from installed programs, and from the device tree)
and installed 8.1 series (pfx certs also installed).

Unfortunately with 8.1 series I'm keep getting INACCESSIBLE_BOOT_DEVICE
even with TESTSIGNONG on. I have to boot into safe mode, remove 8.1
series, install 8.2 series, and bang, it is working again.

So I must assume, that there is generally wrong with the 8.1 series drive=
rs.

Anyone has any idea how to use the 8.1 series drivers in this situation
(I belive once the drivers will be signed will not solve this problem)?

Are there any fundamental differences between 8.1 and 8.2 series which
would require me to change the domu configuration?

Thank you.

--=20


=C9li=E1s Tam=E1s
Thomas Elias

ETIT[nwpro] KFT, =DCgyvezet=F5-H=E1l=F3zatbiztons=E1gi specialista
ETIT[nwpro] Ltd, General Manager-Network security specialist

Tel. HU: +36/30-497-1626
Tel. DE: +49/160-651-8723
OpenPGP pubkey: http://etit.hu/doc/et-pub.asc

Okleveles m=E9rn=F6k-informatikus (MSC)
Master of Science in Information Technology (MSC)

Kapcsolat: http://etit.hu/index.php/hu/kapcsolat
Jogi nyilatkozat: http://etit.hu/disclaimer-email-hu.txt
Contact: http://etit.hu/index.php/en/contact
Disclaimer: http://etit.hu/disclaimer-email-en.txt


--1SjXdrq1ruOiUJlgTLHo32xLKllCrevWu
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJWzX/SAAoJENWYes1C3s/CCaQQAKVNb154jPx9rMPCnBNtYo/v
6OXcBmrQRQ5w6ypWoJ/2Dsg7OcKRJuj61SOZGcpZ/LtYw6VxZZjUwvDCdKW3/R85
Yqv1uCmMQCMBnmDzppOff7bDdud9sDfZAbPKp1xgCKIvk3OIyrWrqOrtL+h92UPH
nLAYRs/J2nNjDLsVWX5QDaLZ82MuuCVvTAQovo2PYJMaID20uBdDoQYID+LRjR8K
4KehP24BVePi9sYtccyj7GAIvmcJvY4xVm9HiWhFvSDNkyimqme+tqYn3z0lAa0N
zEFtQ3w5REmtZOAHL1VoG8ylUEWKfc9Zksxlw7Gbo3KUws4YPepB5qCf0hZ/Fa4f
tJlcI6E9dixQkTrjiQZUs9ky7oqI943LQ3NpZdQQOhZXDONoPniCQjFS49EWRDxs
vPeGXkQBStZ2aAPYNRqIovcwU7SQX0yIt2dR+P0+WOH7B4+11T9lRPh+EVklH+Wc
bNXZdeiHu1RLBcucXLxQuFj35qfVLcQI7F0f9q/3Fn1dm/cAK+puxW9VE9eGDfPQ
3MTaiOQtfJVZ9zBkYPfCP8mxaS2pDlsW1PXt2ACrTeMM/yJD2kjYNdrfP4cosSG8
Zjt7rP4iMsyMKBmh5qzgcS7DeG1CBR4+1YNPrp1m4L/fjE2sF0YIblkATT7PjAaq
1zHsijzqMXpvrua0imzC
=IoDB
-----END PGP SIGNATURE-----

--1SjXdrq1ruOiUJlgTLHo32xLKllCrevWu--


--===============8648673900064018773==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============8648673900064018773==--


From xen-users-bounces@lists.xen.org Wed Feb 24 10:20:29 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 10:20:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYWY7-00063o-Pd; Wed, 24 Feb 2016 10:20:03 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYWY6-00063j-JP
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 10:20:02 +0000
Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id
	AE/BD-03497-1D38DC65; Wed, 24 Feb 2016 10:20:01 +0000
X-Env-Sender: prvs=855e2c96f=Ian.Campbell@citrix.com
X-Msg-Ref: server-8.tower-27.messagelabs.com!1456309200!22517674!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 36425 invoked from network); 24 Feb 2016 10:20:01 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	24 Feb 2016 10:20:01 -0000
X-IronPort-AV: E=Sophos;i="5.22,493,1449532800"; d="scan'208";a="334062622"
Message-ID: <1456309196.6225.145.camel@citrix.com>
From: Ian Campbell 
To: "Ferger, Max" , "xen-users@lists.xen.org"
	
Date: Wed, 24 Feb 2016 10:19:56 +0000
In-Reply-To: <9ad590a7015d4480b17a5a29a1edd96a@DEBEMAIL002.kostal.int>
References: <1a9d626b3bbb474b8e124d33cd133dac@DEBEMAIL002.kostal.int>
	<1456221694.6225.120.camel@citrix.com>
	<9ad590a7015d4480b17a5a29a1edd96a@DEBEMAIL002.kostal.int>
X-Mailer: Evolution 3.18.2-1 
MIME-Version: 1.0
X-DLP: MIA1
Subject: Re: [Xen-users] gdbsx on ARM - any progress?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gV2VkLCAyMDE2LTAyLTI0IGF0IDA5OjI4ICswMDAwLCBGZXJnZXIsIE1heCB3cm90ZToKPiA+
IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tCj4gPiBPbiBUdWUsIDIwMTYtMDItMjMsIElhbiBD
YW1wYmVsbCB3cm90ZToKPiA+IE9uIE1vbiwgMjAxNi0wMi0yMiBhdCAxMTowMSArMDAwMCwgRmVy
Z2VyLCBNYXggd3JvdGU6Cj4gPiA+IFsuLi5dCj4gPiA+IGdkYnN4IMKgc2VlbXMgbGlrZSB0aGUg
c29sdXRpb24gdG8gRG9tVS1kZWJ1Z2dpbmcsIGJ1dCBpdCBpcyBleGNsdWRlZAo+ID4gPiBmcm9t
IOKAmHRvb2xzL01ha2VmaWxl4oCZLMKgIGFuZCBieSBjb21wYXJpc29uIHRvIOKAmGFyY2gveDg2
4oCZLCB0aGVyZSBpcwo+ID4gPiBjb2RlCj4gPiA+IG1pc3NpbmcuCj4gPiA+IFsuLi5dCj4gPiAK
PiA+IGdkYnN4IHdvdWxkIG5lZWQgcG9ydGluZyB0byBzdXBwb3J0IEFSTS4gQXMgZmFyIGFzIEkg
a25vdyBub2JvZHkgaXMKPiA+IHdvcmtpbmcgb24gdGhpcywgWy4uLl0KPiAKPiBJcyB0aGlzIGEg
Z29vZCB0b3BpYyBmb3IgdGhlIEhhY2thdGhvbiBpbiBDYW1icmlkZ2U/IFsxXQoKSWYgeW91IHdh
bnRlZCB0byBhdHRlbmQgYW5kIHdvcmsgb24gZ2Ric3ggc3VwcG9ydCBJJ20gc3VyZSB0aGVyZSB3
b3VsZCBiZQpvdGhlcnMgd2hvIHdvdWxkIGJlIGludGVyZXN0ZWQuCgo+IFdlIG1pZ2h0IGFzayBB
Uk0sIGlmIG1heWJlIHRoZWlyIGRlYnVnIHNwZWNpYWxpc3RzIHdvdWxkIGxpa2UgdG8gYXNzaXN0
PwoKUGVyaGFwcywgYnV0IHVsdGltYXRlbHkgaWYgeW91IG5lZWQgdGhpcyBmdW5jdGlvbmFsaXR5
IHRoZW4gdGhlIG1vc3QKZXhwZWRpZW50IHdheSB0byBhY2hpZXZlIGl0IHdvdWxkIGJlIHRvIHN0
YXJ0IHdyaXRpbmcgcGF0Y2hlcy4KCklhbi4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0
cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Wed Feb 24 10:20:29 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 10:20:29 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYWY7-00063o-Pd; Wed, 24 Feb 2016 10:20:03 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYWY6-00063j-JP
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 10:20:02 +0000
Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id
	AE/BD-03497-1D38DC65; Wed, 24 Feb 2016 10:20:01 +0000
X-Env-Sender: prvs=855e2c96f=Ian.Campbell@citrix.com
X-Msg-Ref: server-8.tower-27.messagelabs.com!1456309200!22517674!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 36425 invoked from network); 24 Feb 2016 10:20:01 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-8.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
	24 Feb 2016 10:20:01 -0000
X-IronPort-AV: E=Sophos;i="5.22,493,1449532800"; d="scan'208";a="334062622"
Message-ID: <1456309196.6225.145.camel@citrix.com>
From: Ian Campbell 
To: "Ferger, Max" , "xen-users@lists.xen.org"
	
Date: Wed, 24 Feb 2016 10:19:56 +0000
In-Reply-To: <9ad590a7015d4480b17a5a29a1edd96a@DEBEMAIL002.kostal.int>
References: <1a9d626b3bbb474b8e124d33cd133dac@DEBEMAIL002.kostal.int>
	<1456221694.6225.120.camel@citrix.com>
	<9ad590a7015d4480b17a5a29a1edd96a@DEBEMAIL002.kostal.int>
X-Mailer: Evolution 3.18.2-1 
MIME-Version: 1.0
X-DLP: MIA1
Subject: Re: [Xen-users] gdbsx on ARM - any progress?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

T24gV2VkLCAyMDE2LTAyLTI0IGF0IDA5OjI4ICswMDAwLCBGZXJnZXIsIE1heCB3cm90ZToKPiA+
IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tCj4gPiBPbiBUdWUsIDIwMTYtMDItMjMsIElhbiBD
YW1wYmVsbCB3cm90ZToKPiA+IE9uIE1vbiwgMjAxNi0wMi0yMiBhdCAxMTowMSArMDAwMCwgRmVy
Z2VyLCBNYXggd3JvdGU6Cj4gPiA+IFsuLi5dCj4gPiA+IGdkYnN4IMKgc2VlbXMgbGlrZSB0aGUg
c29sdXRpb24gdG8gRG9tVS1kZWJ1Z2dpbmcsIGJ1dCBpdCBpcyBleGNsdWRlZAo+ID4gPiBmcm9t
IOKAmHRvb2xzL01ha2VmaWxl4oCZLMKgIGFuZCBieSBjb21wYXJpc29uIHRvIOKAmGFyY2gveDg2
4oCZLCB0aGVyZSBpcwo+ID4gPiBjb2RlCj4gPiA+IG1pc3NpbmcuCj4gPiA+IFsuLi5dCj4gPiAK
PiA+IGdkYnN4IHdvdWxkIG5lZWQgcG9ydGluZyB0byBzdXBwb3J0IEFSTS4gQXMgZmFyIGFzIEkg
a25vdyBub2JvZHkgaXMKPiA+IHdvcmtpbmcgb24gdGhpcywgWy4uLl0KPiAKPiBJcyB0aGlzIGEg
Z29vZCB0b3BpYyBmb3IgdGhlIEhhY2thdGhvbiBpbiBDYW1icmlkZ2U/IFsxXQoKSWYgeW91IHdh
bnRlZCB0byBhdHRlbmQgYW5kIHdvcmsgb24gZ2Ric3ggc3VwcG9ydCBJJ20gc3VyZSB0aGVyZSB3
b3VsZCBiZQpvdGhlcnMgd2hvIHdvdWxkIGJlIGludGVyZXN0ZWQuCgo+IFdlIG1pZ2h0IGFzayBB
Uk0sIGlmIG1heWJlIHRoZWlyIGRlYnVnIHNwZWNpYWxpc3RzIHdvdWxkIGxpa2UgdG8gYXNzaXN0
PwoKUGVyaGFwcywgYnV0IHVsdGltYXRlbHkgaWYgeW91IG5lZWQgdGhpcyBmdW5jdGlvbmFsaXR5
IHRoZW4gdGhlIG1vc3QKZXhwZWRpZW50IHdheSB0byBhY2hpZXZlIGl0IHdvdWxkIGJlIHRvIHN0
YXJ0IHdyaXRpbmcgcGF0Y2hlcy4KCklhbi4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0
cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Wed Feb 24 10:20:59 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 10:20:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYWYz-00066v-IF; Wed, 24 Feb 2016 10:20:57 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYWYy-00066l-ND
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 10:20:56 +0000
Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id
	FD/0D-02980-7048DC65; Wed, 24 Feb 2016 10:20:55 +0000
X-Env-Sender: olaf@aepfle.de
X-Msg-Ref: server-9.tower-27.messagelabs.com!1456309255!26188275!1
X-Originating-IP: [195.135.220.15]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63059 invoked from network); 24 Feb 2016 10:20:55 -0000
Received: from mx2.suse.de (HELO mx2.suse.de) (195.135.220.15)
	by server-9.tower-27.messagelabs.com with DHE-RSA-CAMELLIA256-SHA
	encrypted SMTP; 24 Feb 2016 10:20:55 -0000
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 109EEABD3;
	Wed, 24 Feb 2016 10:20:53 +0000 (UTC)
Date: Wed, 24 Feb 2016 11:20:53 +0100
From: Olaf Hering 
To: Wei Liu 
Message-ID: <20160224102053.GA28162@gmail.com>
References: <56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
	<20160223224944.GA25420@citrix.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20160223224944.GA25420@citrix.com>
User-Agent: Mutt/1.5.24 (6559)
Cc: Anthony PERARD , xen-users@lists.xen.org,
	suse.dev@fea.st, Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, Wei Liu wrote:

> I don't think configure in Xen will even have an option called
> "--disable-xen". :-)

It tells make to skip xen/.

Olaf

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 10:20:59 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 10:20:59 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYWYz-00066v-IF; Wed, 24 Feb 2016 10:20:57 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYWYy-00066l-ND
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 10:20:56 +0000
Received: from [193.109.254.147] by server-15.bemta-14.messagelabs.com id
	FD/0D-02980-7048DC65; Wed, 24 Feb 2016 10:20:55 +0000
X-Env-Sender: olaf@aepfle.de
X-Msg-Ref: server-9.tower-27.messagelabs.com!1456309255!26188275!1
X-Originating-IP: [195.135.220.15]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63059 invoked from network); 24 Feb 2016 10:20:55 -0000
Received: from mx2.suse.de (HELO mx2.suse.de) (195.135.220.15)
	by server-9.tower-27.messagelabs.com with DHE-RSA-CAMELLIA256-SHA
	encrypted SMTP; 24 Feb 2016 10:20:55 -0000
X-Virus-Scanned: by amavisd-new at test-mx.suse.de
Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])
	by mx2.suse.de (Postfix) with ESMTP id 109EEABD3;
	Wed, 24 Feb 2016 10:20:53 +0000 (UTC)
Date: Wed, 24 Feb 2016 11:20:53 +0100
From: Olaf Hering 
To: Wei Liu 
Message-ID: <20160224102053.GA28162@gmail.com>
References: <56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
	<20160223224944.GA25420@citrix.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20160223224944.GA25420@citrix.com>
User-Agent: Mutt/1.5.24 (6559)
Cc: Anthony PERARD , xen-users@lists.xen.org,
	suse.dev@fea.st, Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, Wei Liu wrote:

> I don't think configure in Xen will even have an option called
> "--disable-xen". :-)

It tells make to skip xen/.

Olaf

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 11:22:23 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 11:22:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYXVw-0001pw-Vf; Wed, 24 Feb 2016 11:21:52 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYXVu-0001pm-WA
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 11:21:51 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
	38/63-03449-E429DC65; Wed, 24 Feb 2016 11:21:50 +0000
X-Env-Sender: prvs=8553dcc37=anthony.perard@citrix.com
X-Msg-Ref: server-10.tower-206.messagelabs.com!1456312908!24604985!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 53590 invoked from network); 24 Feb 2016 11:21:49 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	24 Feb 2016 11:21:49 -0000
X-IronPort-AV: E=Sophos;i="5.22,493,1449532800"; d="scan'208";a="334084558"
Date: Wed, 24 Feb 2016 11:21:46 +0000
From: Anthony PERARD 
To: 
Message-ID: <20160224112146.GA7532@perard.uk.xensource.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 01:59:03PM -0800, suse.dev@fea.st wrote:
> 
> 
> On Tue, Feb 23, 2016, at 09:01 AM, Wei Liu wrote:
> > >  --enable-ovmf
> > > 
> > > afaict from the .spec, it's NOT enabled for the current builds.
> > > 
> > 
> > Yes, I got the same conclusion.
> > 
> > You need to add that to the spec file if you want OVMF built.
> 
> I installed Xen pkgs rebuilt with
> 
>   --with-ovmf \

Hi,

This option does not exist.
You want "--enable-ovmf".

-- 
Anthony PERARD

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 11:22:23 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 11:22:23 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYXVw-0001pw-Vf; Wed, 24 Feb 2016 11:21:52 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYXVu-0001pm-WA
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 11:21:51 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
	38/63-03449-E429DC65; Wed, 24 Feb 2016 11:21:50 +0000
X-Env-Sender: prvs=8553dcc37=anthony.perard@citrix.com
X-Msg-Ref: server-10.tower-206.messagelabs.com!1456312908!24604985!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 53590 invoked from network); 24 Feb 2016 11:21:49 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
	by server-10.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
	24 Feb 2016 11:21:49 -0000
X-IronPort-AV: E=Sophos;i="5.22,493,1449532800"; d="scan'208";a="334084558"
Date: Wed, 24 Feb 2016 11:21:46 +0000
From: Anthony PERARD 
To: 
Message-ID: <20160224112146.GA7532@perard.uk.xensource.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Tue, Feb 23, 2016 at 01:59:03PM -0800, suse.dev@fea.st wrote:
> 
> 
> On Tue, Feb 23, 2016, at 09:01 AM, Wei Liu wrote:
> > >  --enable-ovmf
> > > 
> > > afaict from the .spec, it's NOT enabled for the current builds.
> > > 
> > 
> > Yes, I got the same conclusion.
> > 
> > You need to add that to the spec file if you want OVMF built.
> 
> I installed Xen pkgs rebuilt with
> 
>   --with-ovmf \

Hi,

This option does not exist.
You want "--enable-ovmf".

-- 
Anthony PERARD

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 11:25:22 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 11:25:22 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYXZH-0002HX-CZ; Wed, 24 Feb 2016 11:25:19 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYXZG-0002HI-8Y
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 11:25:18 +0000
Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id
	03/62-03651-D139DC65; Wed, 24 Feb 2016 11:25:17 +0000
X-Env-Sender: prvs=8555d601b=wei.liu2@citrix.com
X-Msg-Ref: server-2.tower-31.messagelabs.com!1456313115!24669029!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28178 invoked from network); 24 Feb 2016 11:25:16 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	24 Feb 2016 11:25:16 -0000
X-IronPort-AV: E=Sophos;i="5.22,493,1449532800"; d="scan'208";a="340669319"
Date: Wed, 24 Feb 2016 11:25:14 +0000
From: Wei Liu 
To: Olaf Hering 
Message-ID: <20160224112514.GJ3723@citrix.com>
References: <56CC7F58.3020509@fastmail.fm> <20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
	<20160223224944.GA25420@citrix.com> <20160224102053.GA28162@gmail.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20160224102053.GA28162@gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu , suse.dev@fea.st,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Wed, Feb 24, 2016 at 11:20:53AM +0100, Olaf Hering wrote:
> On Tue, Feb 23, Wei Liu wrote:
> 
> > I don't think configure in Xen will even have an option called
> > "--disable-xen". :-)
> 
> It tells make to skip xen/.
> 

Indeed. My bad.

> Olaf

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 11:25:22 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 11:25:22 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYXZH-0002HX-CZ; Wed, 24 Feb 2016 11:25:19 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYXZG-0002HI-8Y
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 11:25:18 +0000
Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id
	03/62-03651-D139DC65; Wed, 24 Feb 2016 11:25:17 +0000
X-Env-Sender: prvs=8555d601b=wei.liu2@citrix.com
X-Msg-Ref: server-2.tower-31.messagelabs.com!1456313115!24669029!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,
	received_headers: No Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28178 invoked from network); 24 Feb 2016 11:25:16 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
	by server-2.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
	24 Feb 2016 11:25:16 -0000
X-IronPort-AV: E=Sophos;i="5.22,493,1449532800"; d="scan'208";a="340669319"
Date: Wed, 24 Feb 2016 11:25:14 +0000
From: Wei Liu 
To: Olaf Hering 
Message-ID: <20160224112514.GJ3723@citrix.com>
References: <56CC7F58.3020509@fastmail.fm> <20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
	<20160223224944.GA25420@citrix.com> <20160224102053.GA28162@gmail.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <20160224102053.GA28162@gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu , suse.dev@fea.st,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Wed, Feb 24, 2016 at 11:20:53AM +0100, Olaf Hering wrote:
> On Tue, Feb 23, Wei Liu wrote:
> 
> > I don't think configure in Xen will even have an option called
> > "--disable-xen". :-)
> 
> It tells make to skip xen/.
> 

Indeed. My bad.

> Olaf

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 16:33:19 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 16:33:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYcMN-0008DE-Nw; Wed, 24 Feb 2016 16:32:19 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYcMM-0008Cw-81
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 16:32:18 +0000
Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id
	2D/AB-03301-11BDDC65; Wed, 24 Feb 2016 16:32:17 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-13.tower-27.messagelabs.com!1456331536!26438667!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25247 invoked from network); 24 Feb 2016 16:32:16 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 16:32:16 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id 0FCDA24853
	for ; Wed, 24 Feb 2016 11:32:16 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Wed, 24 Feb 2016 11:32:16 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=Y+rFbZu+nNWpjAiM7mDMIQWiRBM=; b=bXPSgI
	s/Zo4viYdmW5wdYiXEc79z0lETV48USIN0svRz81VF8e0SWq+2SRjwiDV8b9M1IT
	rwKWCfSInHd1/zBlNl6ir4dsq2at7DsM7DNz3+tqhQIWRMAEs6QdE+reRdJNQf8v
	yjRPJDKAehln3hIWS7u0zpTpd3Tznrc5Wjg48=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Y+rFbZu+nNWpjAi
	M7mDMIQWiRBM=; b=lj0kWMm+uMTMhgbVLKZPHDUyxCytfkeSRZtr6CSGjLLVtpV
	coB5VOSETv78DlfgsK7zHxIVfRIl2w2zv5yDPIDDfCxN1El+O+4shJwCgi1PjuZE
	1jYRkk1GOkFpI8w5vsapoDHffVxaUOuQQkG/CE6LoYZhkIhA0saTPikTDsI4=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id C6779103DE9; Wed, 24 Feb 2016 11:32:15 -0500 (EST)
Message-Id: <1456331535.4085452.530683770.2D3CABE8@webmail.messagingengine.com>
X-Sasl-Enc: 6RFrIU9yC4ygFtaxerGF6oonqdWmmXxnNBkdPXgZL45h 1456331535
From: suse.dev@fea.st
To: Olaf Hering 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Wed, 24 Feb 2016 08:32:15 -0800
In-Reply-To: <20160223182811.GA17186@aepfle.de>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
	<20160223182811.GA17186@aepfle.de>
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 23, 2016, at 10:28 AM, Olaf Hering wrote:
> On Tue, Feb 23, suse.dev@fea.st wrote:
> 
> > I think it's also time to start building Xen pkgs myself, to keep up with upstream.
> 
> A great exercise. Its already done here:
> 
> https://build.opensuse.org/project/show/home:olh:xen-4.6
> https://build.opensuse.org/project/show/home:olh:xen-unstable
> https://build.opensuse.org/project/show/home:olh:xen-buildrequires
> 
> Olaf

I've been trying & failing to build Xen from the spec on a local OSC instance.

This

https://bugzilla.opensuse.org/show_bug.cgi?id=967869

wil probably take awhile.

Would you mind enabling Opensuse Leap 42.1 builds for your xen-4.6 repo ?

Thanks.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 16:33:19 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 16:33:19 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYcMN-0008DE-Nw; Wed, 24 Feb 2016 16:32:19 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYcMM-0008Cw-81
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 16:32:18 +0000
Received: from [193.109.254.147] by server-4.bemta-14.messagelabs.com id
	2D/AB-03301-11BDDC65; Wed, 24 Feb 2016 16:32:17 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-13.tower-27.messagelabs.com!1456331536!26438667!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 25247 invoked from network); 24 Feb 2016 16:32:16 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-13.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 16:32:16 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id 0FCDA24853
	for ; Wed, 24 Feb 2016 11:32:16 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Wed, 24 Feb 2016 11:32:16 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=Y+rFbZu+nNWpjAiM7mDMIQWiRBM=; b=bXPSgI
	s/Zo4viYdmW5wdYiXEc79z0lETV48USIN0svRz81VF8e0SWq+2SRjwiDV8b9M1IT
	rwKWCfSInHd1/zBlNl6ir4dsq2at7DsM7DNz3+tqhQIWRMAEs6QdE+reRdJNQf8v
	yjRPJDKAehln3hIWS7u0zpTpd3Tznrc5Wjg48=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Y+rFbZu+nNWpjAi
	M7mDMIQWiRBM=; b=lj0kWMm+uMTMhgbVLKZPHDUyxCytfkeSRZtr6CSGjLLVtpV
	coB5VOSETv78DlfgsK7zHxIVfRIl2w2zv5yDPIDDfCxN1El+O+4shJwCgi1PjuZE
	1jYRkk1GOkFpI8w5vsapoDHffVxaUOuQQkG/CE6LoYZhkIhA0saTPikTDsI4=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id C6779103DE9; Wed, 24 Feb 2016 11:32:15 -0500 (EST)
Message-Id: <1456331535.4085452.530683770.2D3CABE8@webmail.messagingengine.com>
X-Sasl-Enc: 6RFrIU9yC4ygFtaxerGF6oonqdWmmXxnNBkdPXgZL45h 1456331535
From: suse.dev@fea.st
To: Olaf Hering 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Wed, 24 Feb 2016 08:32:15 -0800
In-Reply-To: <20160223182811.GA17186@aepfle.de>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
	<20160223182811.GA17186@aepfle.de>
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Tue, Feb 23, 2016, at 10:28 AM, Olaf Hering wrote:
> On Tue, Feb 23, suse.dev@fea.st wrote:
> 
> > I think it's also time to start building Xen pkgs myself, to keep up with upstream.
> 
> A great exercise. Its already done here:
> 
> https://build.opensuse.org/project/show/home:olh:xen-4.6
> https://build.opensuse.org/project/show/home:olh:xen-unstable
> https://build.opensuse.org/project/show/home:olh:xen-buildrequires
> 
> Olaf

I've been trying & failing to build Xen from the spec on a local OSC instance.

This

https://bugzilla.opensuse.org/show_bug.cgi?id=967869

wil probably take awhile.

Would you mind enabling Opensuse Leap 42.1 builds for your xen-4.6 repo ?

Thanks.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 16:49:38 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 16:49:38 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYccq-0001aK-65; Wed, 24 Feb 2016 16:49:20 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYcco-0001aB-Aw
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 16:49:18 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	BB/F3-03606-D0FDDC65; Wed, 24 Feb 2016 16:49:17 +0000
X-Env-Sender: olaf@aepfle.de
X-Msg-Ref: server-10.tower-31.messagelabs.com!1456332557!24767364!1
X-Originating-IP: [81.169.146.218]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 37156 invoked from network); 24 Feb 2016 16:49:17 -0000
Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de)
	(81.169.146.218)
	by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 16:49:17 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1456332557; l=136;
	s=domk; d=aepfle.de;
	h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version:
	References:Subject:Cc:To:From:Date;
	bh=AMi9CQA8mSuq06vzVNKYTDPwm0twkV1H80uxt34B8Jc=;
	b=RLLqgDNXPY+Vfu60GxLoWsFCLz5mdM5Xj19ST5ZNhXVk5Gd3NvTV1ibl1q2xDDlX82d
	ThyLPIHSredi4rDWJ//aTLwrkTPnnn90St9XOPpPhd7GFKZydsP/7bwTHWx6B430Qgux1
	j3X/rFM7hYwaalpCxhY9KMa0qBWF16E6jnE=
X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWi/zfN1cLnDYUgqTAeBk4W9EFtZJkknEnjpm7B3bsDyhWhWy+2PsQ==
X-RZG-CLASS-ID: mo00
Received: from probook ([2001:a62:113c:45ff:70e0:6e87:b12e:89fa])
	by smtp.strato.de (RZmta 37.19 AUTH) with ESMTPSA id j02441s1OGnGt0J
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1
	with 521 ECDH bits, eq. 15360 bits RSA))
	(Client did not present a certificate);
	Wed, 24 Feb 2016 17:49:16 +0100 (CET)
Received: by probook (Postfix, from userid 1000)
	id B3B455033F; Wed, 24 Feb 2016 17:49:15 +0100 (CET)
Date: Wed, 24 Feb 2016 17:49:15 +0100
From: Olaf Hering 
To: suse.dev@fea.st
Message-ID: <20160224164915.GA19809@aepfle.de>
References: <56CC7F58.3020509@fastmail.fm> <20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
	<20160223182811.GA17186@aepfle.de>
	<1456331535.4085452.530683770.2D3CABE8@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456331535.4085452.530683770.2D3CABE8@webmail.messagingengine.com>
User-Agent: Mutt/1.5.24 (6559)
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Wed, Feb 24, suse.dev@fea.st wrote:

> Would you mind enabling Opensuse Leap 42.1 builds for your xen-4.6 repo ?

Done.

Olaf

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 16:49:38 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 16:49:38 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYccq-0001aK-65; Wed, 24 Feb 2016 16:49:20 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYcco-0001aB-Aw
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 16:49:18 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	BB/F3-03606-D0FDDC65; Wed, 24 Feb 2016 16:49:17 +0000
X-Env-Sender: olaf@aepfle.de
X-Msg-Ref: server-10.tower-31.messagelabs.com!1456332557!24767364!1
X-Originating-IP: [81.169.146.218]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 37156 invoked from network); 24 Feb 2016 16:49:17 -0000
Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de)
	(81.169.146.218)
	by server-10.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 16:49:17 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1456332557; l=136;
	s=domk; d=aepfle.de;
	h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version:
	References:Subject:Cc:To:From:Date;
	bh=AMi9CQA8mSuq06vzVNKYTDPwm0twkV1H80uxt34B8Jc=;
	b=RLLqgDNXPY+Vfu60GxLoWsFCLz5mdM5Xj19ST5ZNhXVk5Gd3NvTV1ibl1q2xDDlX82d
	ThyLPIHSredi4rDWJ//aTLwrkTPnnn90St9XOPpPhd7GFKZydsP/7bwTHWx6B430Qgux1
	j3X/rFM7hYwaalpCxhY9KMa0qBWF16E6jnE=
X-RZG-AUTH: :P2EQZWCpfu+qG7CngxMFH1J+yackYocTD1iAi8x+OWi/zfN1cLnDYUgqTAeBk4W9EFtZJkknEnjpm7B3bsDyhWhWy+2PsQ==
X-RZG-CLASS-ID: mo00
Received: from probook ([2001:a62:113c:45ff:70e0:6e87:b12e:89fa])
	by smtp.strato.de (RZmta 37.19 AUTH) with ESMTPSA id j02441s1OGnGt0J
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1
	with 521 ECDH bits, eq. 15360 bits RSA))
	(Client did not present a certificate);
	Wed, 24 Feb 2016 17:49:16 +0100 (CET)
Received: by probook (Postfix, from userid 1000)
	id B3B455033F; Wed, 24 Feb 2016 17:49:15 +0100 (CET)
Date: Wed, 24 Feb 2016 17:49:15 +0100
From: Olaf Hering 
To: suse.dev@fea.st
Message-ID: <20160224164915.GA19809@aepfle.de>
References: <56CC7F58.3020509@fastmail.fm> <20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
	<20160223182811.GA17186@aepfle.de>
	<1456331535.4085452.530683770.2D3CABE8@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456331535.4085452.530683770.2D3CABE8@webmail.messagingengine.com>
User-Agent: Mutt/1.5.24 (6559)
Cc: Anthony PERARD , xen-users@lists.xen.org,
	Wei Liu ,
	Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

On Wed, Feb 24, suse.dev@fea.st wrote:

> Would you mind enabling Opensuse Leap 42.1 builds for your xen-4.6 repo ?

Done.

Olaf

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 17:01:21 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 17:01:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYcoH-0002cz-Fw; Wed, 24 Feb 2016 17:01:09 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYcoF-0002co-NH
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 17:01:07 +0000
Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id
	EA/7D-02967-2D1EDC65; Wed, 24 Feb 2016 17:01:06 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-4.tower-31.messagelabs.com!1456333265!15162807!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12649 invoked from network); 24 Feb 2016 17:01:06 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 17:01:06 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id 7F6F224EC0
	for ; Wed, 24 Feb 2016 12:01:05 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Wed, 24 Feb 2016 12:01:05 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=aZy56YLID3JgmrnOwjojEb2VPnA=; b=RXQtxG
	WKRSyutmmtk85T/BppWFY4BByjkUHuWkLMAsjLlaDinSNAu1ZmP3h8K9so+FJH0V
	QkLOjbmjEOzceUyiU7ZuaEfAlA9tSD55VCY1YEBSs2/CYRUEcvPpRWOr68U4RwD3
	9ul96/S/5sS+iKBrxKDnBVolSO2B+8kqeVn6I=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=aZy56YLID3Jgmrn
	OwjojEb2VPnA=; b=sjhaS4DaF40iTzcArp30x2rtIeFvFTDXf+2IVZwdEBilnt5
	cp96RN/YE15EVDlGQtCAuwr/X+FTB+T5ul/z7CyKYW3ZMq8B+x3Z/XGyGHN32wqI
	0UWucJkt8OurlfikhG3kifW0Z8cEMdFCBt73HMsKEEA2Wk+IcvCmMLJ8toBo=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 3E7681044C5; Wed, 24 Feb 2016 12:01:05 -0500 (EST)
Message-Id: <1456333265.4092388.530716874.7F8E9864@webmail.messagingengine.com>
X-Sasl-Enc: j9+zYFgX2X0WqYt64r69PoPtPN6FPguNHE1BECScVssQ 1456333265
From: suse.dev@fea.st
To: Olaf Hering 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160224164915.GA19809@aepfle.de>
References: <56CC7F58.3020509@fastmail.fm> <20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
	<20160223182811.GA17186@aepfle.de>
	<1456331535.4085452.530683770.2D3CABE8@webmail.messagingengine.com>
	<20160224164915.GA19809@aepfle.de>
Date: Wed, 24 Feb 2016 09:01:05 -0800
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Wed, Feb 24, 2016, at 08:49 AM, Olaf Hering wrote:
> On Wed, Feb 24, suse.dev@fea.st wrote:
> 
> > Would you mind enabling Opensuse Leap 42.1 builds for your xen-4.6 repo ?

Thanks!

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 17:01:21 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 17:01:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYcoH-0002cz-Fw; Wed, 24 Feb 2016 17:01:09 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYcoF-0002co-NH
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 17:01:07 +0000
Received: from [85.158.137.68] by server-10.bemta-3.messagelabs.com id
	EA/7D-02967-2D1EDC65; Wed, 24 Feb 2016 17:01:06 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-4.tower-31.messagelabs.com!1456333265!15162807!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12649 invoked from network); 24 Feb 2016 17:01:06 -0000
Received: from out5-smtp.messagingengine.com (HELO
	out5-smtp.messagingengine.com) (66.111.4.29)
	by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 17:01:06 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id 7F6F224EC0
	for ; Wed, 24 Feb 2016 12:01:05 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Wed, 24 Feb 2016 12:01:05 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=aZy56YLID3JgmrnOwjojEb2VPnA=; b=RXQtxG
	WKRSyutmmtk85T/BppWFY4BByjkUHuWkLMAsjLlaDinSNAu1ZmP3h8K9so+FJH0V
	QkLOjbmjEOzceUyiU7ZuaEfAlA9tSD55VCY1YEBSs2/CYRUEcvPpRWOr68U4RwD3
	9ul96/S/5sS+iKBrxKDnBVolSO2B+8kqeVn6I=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=aZy56YLID3Jgmrn
	OwjojEb2VPnA=; b=sjhaS4DaF40iTzcArp30x2rtIeFvFTDXf+2IVZwdEBilnt5
	cp96RN/YE15EVDlGQtCAuwr/X+FTB+T5ul/z7CyKYW3ZMq8B+x3Z/XGyGHN32wqI
	0UWucJkt8OurlfikhG3kifW0Z8cEMdFCBt73HMsKEEA2Wk+IcvCmMLJ8toBo=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 3E7681044C5; Wed, 24 Feb 2016 12:01:05 -0500 (EST)
Message-Id: <1456333265.4092388.530716874.7F8E9864@webmail.messagingengine.com>
X-Sasl-Enc: j9+zYFgX2X0WqYt64r69PoPtPN6FPguNHE1BECScVssQ 1456333265
From: suse.dev@fea.st
To: Olaf Hering 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160224164915.GA19809@aepfle.de>
References: <56CC7F58.3020509@fastmail.fm> <20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456249270.3001555.529622818.49CAEB9D@webmail.messagingengine.com>
	<20160223182811.GA17186@aepfle.de>
	<1456331535.4085452.530683770.2D3CABE8@webmail.messagingengine.com>
	<20160224164915.GA19809@aepfle.de>
Date: Wed, 24 Feb 2016 09:01:05 -0800
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org



On Wed, Feb 24, 2016, at 08:49 AM, Olaf Hering wrote:
> On Wed, Feb 24, suse.dev@fea.st wrote:
> 
> > Would you mind enabling Opensuse Leap 42.1 builds for your xen-4.6 repo ?

Thanks!

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 22:42:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 22:42:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYi7a-0003OG-2Y; Wed, 24 Feb 2016 22:41:26 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYi7Y-0003Nz-Tp
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 22:41:25 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	8C/F9-03606-4913EC65; Wed, 24 Feb 2016 22:41:24 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-4.tower-31.messagelabs.com!1456353682!15214868!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 42070 invoked from network); 24 Feb 2016 22:41:23 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 22:41:23 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id 820552976A
	for ; Wed, 24 Feb 2016 17:41:22 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Wed, 24 Feb 2016 17:41:22 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=Cx9akIlncfEEu2Epe1D8LjWGr4Q=; b=Kx9sWu
	007pbAThf1FZxnygzlcAG9AbcfTynRpckp+12R6hISdHr89qIjWluloK19RJd6L9
	H9E2YdNDzixERw4DeaKhdtRh+aHynDvM74hBhuHcxu2aqugYwW+BgHNZGgzguYi7
	WrRJp14X2OQpAupzmZac8ykab9st59UySeG6k=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Cx9akIlncfEEu2E
	pe1D8LjWGr4Q=; b=pYjw0HbJPTW7mothA2aVgd/Qa+4a9vSqgQimz3d48W9REoO
	RXb6CYlGgJUg5/MQxqxxfkxoh5rzyA6QVODPaqp214dGUu2gOJZIpdcN5JzUBaH5
	R9YuCg9Xt/6nqsZHND/IhrZXSkVFdk1TOsehGtARkiPL/+0hHENI/j3apQvE=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 487931086F6; Wed, 24 Feb 2016 17:41:22 -0500 (EST)
Message-Id: <1456353682.4167814.531054970.0CEA1561@webmail.messagingengine.com>
X-Sasl-Enc: HpUUKCW9rwPyCnzcrIo9VEL2S7b+FAJBXGy/pnZA3wCC 1456353682
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Wed, 24 Feb 2016 14:41:22 -0800
In-Reply-To: <20160224112146.GA7532@perard.uk.xensource.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
	<20160224112146.GA7532@perard.uk.xensource.com>
Cc: Anthony PERARD , Olaf Hering ,
	Wei Liu ,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

I installed xen*, qemu* and libvirt*, etc packages in my Dom0, cloned from Olaf's repo

	https://build.opensuse.org/project/show/home:olh:xen-4.6


I re-installed the Arch guest, edited

	cat /boot/efi/loader/loader.conf
	 default  arch
	 timeout  4
	 editor   0

	cat /boot/efi/loader/entries/arch.conf
	 title    Arch
	 linux    /vmlinuz-linux
	 initrd   /initramfs-linux.img
	 options  root=LABEL=ROOT resume=LABEL=SWAP rw

and ran

	mkinitcpio -p linux

and systemd's

	bootctl --path=/boot/efi install

so that in the Guest,

	tree /boot/efi
		/boot/efi
		|-- EFI
		|   |-- Boot
		|   |   `-- BOOTX64.EFI
		|   |-- arch
		|   |   |-- initramfs-linux-fallback.img
		|   |   |-- initramfs-linux.img
		|   |   `-- vmlinuz-linux
		|   `-- systemd
		|       `-- systemd-bootx64.efi
		`-- loader
		    |-- entries
		    |   `-- arch.conf
		    `-- loader.conf


and shutdown the installed Guest

At the Dom0 hose, I set the Guest config 

-	bios='seabios'
+	bios='ovmf'

and launched the Guest.

The Dom0's serial console now shows OVMF loading

	...
	(d5) [2016-02-24 22:18:47] HVM Loader
	(d5) [2016-02-24 22:18:47] Detected Xen v4.620160218T142520
	(d5) [2016-02-24 22:18:47] Xenbus rings @0xfeffc000, event channel 1
	(d5) [2016-02-24 22:18:47] System requested OVMF
	(d5) [2016-02-24 22:18:47] CPU speed is 3093 MHz
	(d5) [2016-02-24 22:18:47] Relocating guest memory for lowmem MMIO space disabled
	(d5) [2016-02-24 22:18:47] PCI-ISA link 0 routed to IRQ5
	(d5) [2016-02-24 22:18:47] PCI-ISA link 1 routed to IRQ10
	(d5) [2016-02-24 22:18:47] PCI-ISA link 2 routed to IRQ11
	(d5) [2016-02-24 22:18:47] PCI-ISA link 3 routed to IRQ5
	(d5) [2016-02-24 22:18:47] pci dev 01:3 INTA->IRQ10
	(d5) [2016-02-24 22:18:47] pci dev 02:0 INTA->IRQ11
	(d5) [2016-02-24 22:18:47] pci dev 04:0 INTA->IRQ5
	(d5) [2016-02-24 22:18:47] pci dev 05:0 INTA->IRQ10
	(d5) [2016-02-24 22:18:47] No RAM in high memory; setting high_mem resource base to 100000000
	(d5) [2016-02-24 22:18:47] pci dev 02:0 bar 14 size 001000000: 0f0000008
	(d5) [2016-02-24 22:18:47] pci dev 03:0 bar 10 size 001000000: 0f1000008
	(d5) [2016-02-24 22:18:47] pci dev 04:0 bar 30 size 000040000: 0f2000000
	(d5) [2016-02-24 22:18:47] pci dev 04:0 bar 10 size 000020000: 0f2040000
	(d5) [2016-02-24 22:18:47] pci dev 03:0 bar 30 size 000010000: 0f2060000
	(d5) [2016-02-24 22:18:47] pci dev 03:0 bar 18 size 000001000: 0f2070000
	(d5) [2016-02-24 22:18:47] pci dev 05:0 bar 24 size 000001000: 0f2071000
	(d5) [2016-02-24 22:18:47] pci dev 02:0 bar 10 size 000000100: 00000c001
	(d5) [2016-02-24 22:18:47] pci dev 04:0 bar 14 size 000000040: 00000c101
	(d5) [2016-02-24 22:18:47] pci dev 05:0 bar 20 size 000000020: 00000c141
	(d5) [2016-02-24 22:18:47] pci dev 01:1 bar 20 size 000000010: 00000c161
	(d5) [2016-02-24 22:18:47] Multiprocessor initialisation:
	(d5) [2016-02-24 22:18:47]  - CPU0 ... 39-bit phys ... fixed MTRRs ... var MTRRs [1/8] ... d.
	(d5) [2016-02-24 22:18:47] Writing SMBIOS tables ...
	(d5) [2016-02-24 22:18:47] Loading OVMF ...
	(XEN) [2016-02-24 22:18:47] d5v0 Over-allocation for domain 5: 524545 > 524544
	(d5) [2016-02-24 22:18:47] Loading ACPI ...
	(d5) [2016-02-24 22:18:47] vm86 TSS at fc00f900
	(d5) [2016-02-24 22:18:47] BIOS map:
	(d5) [2016-02-24 22:18:47]  fff00000-ffffffff: Main BIOS
	(d5) [2016-02-24 22:18:47] E820 table:
	(d5) [2016-02-24 22:18:47]  [00]: 00000000:00000000 - 00000000:000a0000: RAM
	(d5) [2016-02-24 22:18:47]  HOLE: 00000000:000a0000 - 00000000:000f0000
	(d5) [2016-02-24 22:18:47]  [01]: 00000000:000f0000 - 00000000:00100000: RESERVED
	(d5) [2016-02-24 22:18:47]  [02]: 00000000:00100000 - 00000000:7efb0000: RAM
	(d5) [2016-02-24 22:18:47]  HOLE: 00000000:7efb0000 - 00000000:fc000000
	(d5) [2016-02-24 22:18:47]  [03]: 00000000:fc000000 - 00000001:00000000: RESERVED
	(d5) [2016-02-24 22:18:47] Invoking OVMF ...
	...


and the "-vvv" output at the shell launch

	Arch                                        
    Reboot Into Firmware Interface                         


	Error loading \vmlinuz-linux: Not Found
	Failed to execute Arch (\vmlinuz-linux): Not Found
	Boot Failed. EFI Misc Device
	Boot Failed. EFI Misc Device 1
	Boot Failed. EFI Misc Device 2
	Boot Failed. EFI Misc Device 3

	UEFI Interactive Shell v2.1
	EDK II
	UEFI v2.50 (EDK II, 0x00010000)
	Mapping table
	      FS1: Alias(s):HD18a0a1:;BLK11:
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x0,0x0,0x0)/HD(1,GPT,D03096FA-112E-48C8-A424-C6895F80FB86,0x800,0x3F7DF)
	      FS0: Alias(s):HD11b:;BLK3:
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010000CA)/HD(1,GPT,D03096FA-112E-48C8-A424-C6895F80FB86,0x800,0x3F7DF)
	    BLK10: Alias(s):
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x0,0x0,0x0)
	    BLK12: Alias(s):
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x4,0x0,0x0)
	    BLK14: Alias(s):
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x5,0x0,0x0)
	    BLK13: Alias(s):
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x4,0x0,0x0)/HD(1,GPT,DD13A4B6-110F-454A-9F4B-4D6BF75A6068,0x800,0x7F000)
	    BLK15: Alias(s):
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x5,0x0,0x0)/HD(1,GPT,4E0DDABD-1D31-443E-BAA5-2B890AE6D814,0x800,0xFF000)
	     BLK0: Alias(s):
	          PciRoot(0x0)/Pci(0x1,0x0)/Floppy(0x0)
	     BLK1: Alias(s):
	          PciRoot(0x0)/Pci(0x1,0x0)/Floppy(0x1)
	     BLK2: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010000CA)
	     BLK4: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010040CA)
	     BLK5: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010040CA)/HD(1,GPT,DD13A4B6-110F-454A-9F4B-4D6BF75A6068,0x800,0x7F000)
	     BLK6: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010050CA)
	     BLK7: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010050CA)/HD(1,GPT,4E0DDABD-1D31-443E-BAA5-2B890AE6D814,0x800,0xFF000)
	     BLK8: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010060CA)
	     BLK9: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010060CA)/HD(1,GPT,A00D9AD0-E3A2-4E7A-938A-1FA577A039AF,0x800,0x9FF000)
	Press ESC in 1 seconds to skip startup.nsh or any other key to continue.
	Shell> 

So it looks like

  (1) Xen's loading OVMH-bios
  (2) "vmlinuz-linux" is in the wrong location on the Guest

If both are correct, what's the RIGHT location for "vmlinux-linux" on the Guest?  

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 22:42:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 22:42:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYi7a-0003OG-2Y; Wed, 24 Feb 2016 22:41:26 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYi7Y-0003Nz-Tp
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 22:41:25 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	8C/F9-03606-4913EC65; Wed, 24 Feb 2016 22:41:24 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-4.tower-31.messagelabs.com!1456353682!15214868!1
X-Originating-IP: [66.111.4.26]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjYgPT4gMTIyNTM=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 42070 invoked from network); 24 Feb 2016 22:41:23 -0000
Received: from out2-smtp.messagingengine.com (HELO
	out2-smtp.messagingengine.com) (66.111.4.26)
	by server-4.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 22:41:23 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id 820552976A
	for ; Wed, 24 Feb 2016 17:41:22 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Wed, 24 Feb 2016 17:41:22 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
	:content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=Cx9akIlncfEEu2Epe1D8LjWGr4Q=; b=Kx9sWu
	007pbAThf1FZxnygzlcAG9AbcfTynRpckp+12R6hISdHr89qIjWluloK19RJd6L9
	H9E2YdNDzixERw4DeaKhdtRh+aHynDvM74hBhuHcxu2aqugYwW+BgHNZGgzguYi7
	WrRJp14X2OQpAupzmZac8ykab9st59UySeG6k=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=cc:content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Cx9akIlncfEEu2E
	pe1D8LjWGr4Q=; b=pYjw0HbJPTW7mothA2aVgd/Qa+4a9vSqgQimz3d48W9REoO
	RXb6CYlGgJUg5/MQxqxxfkxoh5rzyA6QVODPaqp214dGUu2gOJZIpdcN5JzUBaH5
	R9YuCg9Xt/6nqsZHND/IhrZXSkVFdk1TOsehGtARkiPL/+0hHENI/j3apQvE=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 487931086F6; Wed, 24 Feb 2016 17:41:22 -0500 (EST)
Message-Id: <1456353682.4167814.531054970.0CEA1561@webmail.messagingengine.com>
X-Sasl-Enc: HpUUKCW9rwPyCnzcrIo9VEL2S7b+FAJBXGy/pnZA3wCC 1456353682
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Wed, 24 Feb 2016 14:41:22 -0800
In-Reply-To: <20160224112146.GA7532@perard.uk.xensource.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
	<20160224112146.GA7532@perard.uk.xensource.com>
Cc: Anthony PERARD , Olaf Hering ,
	Wei Liu ,
	=?utf-8?Q?Roger=20Pau=20Monn=EF=BF=BD?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

I installed xen*, qemu* and libvirt*, etc packages in my Dom0, cloned from Olaf's repo

	https://build.opensuse.org/project/show/home:olh:xen-4.6


I re-installed the Arch guest, edited

	cat /boot/efi/loader/loader.conf
	 default  arch
	 timeout  4
	 editor   0

	cat /boot/efi/loader/entries/arch.conf
	 title    Arch
	 linux    /vmlinuz-linux
	 initrd   /initramfs-linux.img
	 options  root=LABEL=ROOT resume=LABEL=SWAP rw

and ran

	mkinitcpio -p linux

and systemd's

	bootctl --path=/boot/efi install

so that in the Guest,

	tree /boot/efi
		/boot/efi
		|-- EFI
		|   |-- Boot
		|   |   `-- BOOTX64.EFI
		|   |-- arch
		|   |   |-- initramfs-linux-fallback.img
		|   |   |-- initramfs-linux.img
		|   |   `-- vmlinuz-linux
		|   `-- systemd
		|       `-- systemd-bootx64.efi
		`-- loader
		    |-- entries
		    |   `-- arch.conf
		    `-- loader.conf


and shutdown the installed Guest

At the Dom0 hose, I set the Guest config 

-	bios='seabios'
+	bios='ovmf'

and launched the Guest.

The Dom0's serial console now shows OVMF loading

	...
	(d5) [2016-02-24 22:18:47] HVM Loader
	(d5) [2016-02-24 22:18:47] Detected Xen v4.620160218T142520
	(d5) [2016-02-24 22:18:47] Xenbus rings @0xfeffc000, event channel 1
	(d5) [2016-02-24 22:18:47] System requested OVMF
	(d5) [2016-02-24 22:18:47] CPU speed is 3093 MHz
	(d5) [2016-02-24 22:18:47] Relocating guest memory for lowmem MMIO space disabled
	(d5) [2016-02-24 22:18:47] PCI-ISA link 0 routed to IRQ5
	(d5) [2016-02-24 22:18:47] PCI-ISA link 1 routed to IRQ10
	(d5) [2016-02-24 22:18:47] PCI-ISA link 2 routed to IRQ11
	(d5) [2016-02-24 22:18:47] PCI-ISA link 3 routed to IRQ5
	(d5) [2016-02-24 22:18:47] pci dev 01:3 INTA->IRQ10
	(d5) [2016-02-24 22:18:47] pci dev 02:0 INTA->IRQ11
	(d5) [2016-02-24 22:18:47] pci dev 04:0 INTA->IRQ5
	(d5) [2016-02-24 22:18:47] pci dev 05:0 INTA->IRQ10
	(d5) [2016-02-24 22:18:47] No RAM in high memory; setting high_mem resource base to 100000000
	(d5) [2016-02-24 22:18:47] pci dev 02:0 bar 14 size 001000000: 0f0000008
	(d5) [2016-02-24 22:18:47] pci dev 03:0 bar 10 size 001000000: 0f1000008
	(d5) [2016-02-24 22:18:47] pci dev 04:0 bar 30 size 000040000: 0f2000000
	(d5) [2016-02-24 22:18:47] pci dev 04:0 bar 10 size 000020000: 0f2040000
	(d5) [2016-02-24 22:18:47] pci dev 03:0 bar 30 size 000010000: 0f2060000
	(d5) [2016-02-24 22:18:47] pci dev 03:0 bar 18 size 000001000: 0f2070000
	(d5) [2016-02-24 22:18:47] pci dev 05:0 bar 24 size 000001000: 0f2071000
	(d5) [2016-02-24 22:18:47] pci dev 02:0 bar 10 size 000000100: 00000c001
	(d5) [2016-02-24 22:18:47] pci dev 04:0 bar 14 size 000000040: 00000c101
	(d5) [2016-02-24 22:18:47] pci dev 05:0 bar 20 size 000000020: 00000c141
	(d5) [2016-02-24 22:18:47] pci dev 01:1 bar 20 size 000000010: 00000c161
	(d5) [2016-02-24 22:18:47] Multiprocessor initialisation:
	(d5) [2016-02-24 22:18:47]  - CPU0 ... 39-bit phys ... fixed MTRRs ... var MTRRs [1/8] ... d.
	(d5) [2016-02-24 22:18:47] Writing SMBIOS tables ...
	(d5) [2016-02-24 22:18:47] Loading OVMF ...
	(XEN) [2016-02-24 22:18:47] d5v0 Over-allocation for domain 5: 524545 > 524544
	(d5) [2016-02-24 22:18:47] Loading ACPI ...
	(d5) [2016-02-24 22:18:47] vm86 TSS at fc00f900
	(d5) [2016-02-24 22:18:47] BIOS map:
	(d5) [2016-02-24 22:18:47]  fff00000-ffffffff: Main BIOS
	(d5) [2016-02-24 22:18:47] E820 table:
	(d5) [2016-02-24 22:18:47]  [00]: 00000000:00000000 - 00000000:000a0000: RAM
	(d5) [2016-02-24 22:18:47]  HOLE: 00000000:000a0000 - 00000000:000f0000
	(d5) [2016-02-24 22:18:47]  [01]: 00000000:000f0000 - 00000000:00100000: RESERVED
	(d5) [2016-02-24 22:18:47]  [02]: 00000000:00100000 - 00000000:7efb0000: RAM
	(d5) [2016-02-24 22:18:47]  HOLE: 00000000:7efb0000 - 00000000:fc000000
	(d5) [2016-02-24 22:18:47]  [03]: 00000000:fc000000 - 00000001:00000000: RESERVED
	(d5) [2016-02-24 22:18:47] Invoking OVMF ...
	...


and the "-vvv" output at the shell launch

	Arch                                        
    Reboot Into Firmware Interface                         


	Error loading \vmlinuz-linux: Not Found
	Failed to execute Arch (\vmlinuz-linux): Not Found
	Boot Failed. EFI Misc Device
	Boot Failed. EFI Misc Device 1
	Boot Failed. EFI Misc Device 2
	Boot Failed. EFI Misc Device 3

	UEFI Interactive Shell v2.1
	EDK II
	UEFI v2.50 (EDK II, 0x00010000)
	Mapping table
	      FS1: Alias(s):HD18a0a1:;BLK11:
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x0,0x0,0x0)/HD(1,GPT,D03096FA-112E-48C8-A424-C6895F80FB86,0x800,0x3F7DF)
	      FS0: Alias(s):HD11b:;BLK3:
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010000CA)/HD(1,GPT,D03096FA-112E-48C8-A424-C6895F80FB86,0x800,0x3F7DF)
	    BLK10: Alias(s):
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x0,0x0,0x0)
	    BLK12: Alias(s):
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x4,0x0,0x0)
	    BLK14: Alias(s):
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x5,0x0,0x0)
	    BLK13: Alias(s):
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x4,0x0,0x0)/HD(1,GPT,DD13A4B6-110F-454A-9F4B-4D6BF75A6068,0x800,0x7F000)
	    BLK15: Alias(s):
	          PciRoot(0x0)/Pci(0x5,0x0)/Sata(0x5,0x0,0x0)/HD(1,GPT,4E0DDABD-1D31-443E-BAA5-2B890AE6D814,0x800,0xFF000)
	     BLK0: Alias(s):
	          PciRoot(0x0)/Pci(0x1,0x0)/Floppy(0x0)
	     BLK1: Alias(s):
	          PciRoot(0x0)/Pci(0x1,0x0)/Floppy(0x1)
	     BLK2: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010000CA)
	     BLK4: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010040CA)
	     BLK5: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010040CA)/HD(1,GPT,DD13A4B6-110F-454A-9F4B-4D6BF75A6068,0x800,0x7F000)
	     BLK6: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010050CA)
	     BLK7: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010050CA)/HD(1,GPT,4E0DDABD-1D31-443E-BAA5-2B890AE6D814,0x800,0xFF000)
	     BLK8: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010060CA)
	     BLK9: Alias(s):
	          PciRoot(0x0)/Pci(0x2,0x0)/VenHw(3D3CA290-B9A5-11E3-B75D-B8AC6F7D65E6,010060CA)/HD(1,GPT,A00D9AD0-E3A2-4E7A-938A-1FA577A039AF,0x800,0x9FF000)
	Press ESC in 1 seconds to skip startup.nsh or any other key to continue.
	Shell> 

So it looks like

  (1) Xen's loading OVMH-bios
  (2) "vmlinuz-linux" is in the wrong location on the Guest

If both are correct, what's the RIGHT location for "vmlinux-linux" on the Guest?  

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 23:12:12 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 23:12:12 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYiaW-0004ii-N1; Wed, 24 Feb 2016 23:11:20 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYiaU-0004id-UB
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 23:11:19 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	EC/81-02994-6983EC65; Wed, 24 Feb 2016 23:11:18 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-12.tower-206.messagelabs.com!1456355477!24810070!1
X-Originating-IP: [66.111.4.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27443 invoked from network); 24 Feb 2016 23:11:17 -0000
Received: from out1-smtp.messagingengine.com (HELO
	out1-smtp.messagingengine.com) (66.111.4.25)
	by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 23:11:17 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id D242C29CC1
	for ; Wed, 24 Feb 2016 18:11:16 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Wed, 24 Feb 2016 18:11:16 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=Uz2qZEGpYhGB9/4hf+U2djHOMtU=; b=rqeHdK
	iXAEW22cSPp75PRlE5bjoQMMOS50CvjC33m2AJ8BotgdsUvLYe64+ok0dvz1foHP
	3bLaFBtthylIhakQHGGMQeVKtTTVOSgG5MK0Gk9ggzayR4l5KpQghq5+RGY0gaO0
	BZ0DDorpTclP3FzBzre1FCQul5W+asYXst+Dk=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Uz2qZEGpYhGB9/4
	hf+U2djHOMtU=; b=hPNUbJAZkZUpneSXXeSIatdVb2uT5z2wbtP6owazmm+UyV5
	Sev1/bHL7DXbxioUjk/LmoHTTsiiIbQD1Z19yfomDKakfOHeFtx61feof/gxLVg9
	RV3DX3Lm57f039/CZlUJrOv2DlOSilf/ZaCHNQrv4RtYy6xcV9n5tLSQ5t5g=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 83A78109360; Wed, 24 Feb 2016 18:11:16 -0500 (EST)
Message-Id: <1456355476.4174142.531082082.2191D16F@webmail.messagingengine.com>
X-Sasl-Enc: qsOYlljxXg+uRW6XNJfWpcRIFWEiDINs2UR8zIAmzJsi 1456355476
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Wed, 24 Feb 2016 15:11:16 -0800
In-Reply-To: <1456353682.4167814.531054970.0CEA1561@webmail.messagingengine.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
	<20160224112146.GA7532@perard.uk.xensource.com>
	<1456353682.4167814.531054970.0CEA1561@webmail.messagingengine.com>
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

fwiw, ot straightened out at #systmed

	systemd-boot is only aware of the filesystem that EFI lets it see so all paths are rooted at the EFI system partition

	if you mount it at /boot/efi on Linux, then /boot/efi/EFI/arch/vmlinuz-linux.efi corresponds to "linux \EFI\arch\vmlinuz-linux.efi"

So I changed

	 edit /boot/efi/loader/entries/arch.conf
	  title   Arch
-	  linux   vmlinuz-linux
-	  initrd  initramfs-linux.img
+	  linux   EFI/arch/vmlinuz-linux
+	  initrd  EFI/arch/initramfs-linux.img
	  options root=LABEL=ROOT resume=LABEL=SWAP rw

Now, the EFI Guest boots using Xen OVMF-bios!

I can login at VNC console, but networking's dead, and I've created a problem by booting by disk-label, there seems to be a collision.  I'm pretty sure that's a separate problem.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Wed Feb 24 23:12:12 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Wed, 24 Feb 2016 23:12:12 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYiaW-0004ii-N1; Wed, 24 Feb 2016 23:11:20 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYiaU-0004id-UB
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 23:11:19 +0000
Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id
	EC/81-02994-6983EC65; Wed, 24 Feb 2016 23:11:18 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-12.tower-206.messagelabs.com!1456355477!24810070!1
X-Originating-IP: [66.111.4.25]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
	VHJ1c3RlZCBJUDogNjYuMTExLjQuMjUgPT4gNDQ5ODE=\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27443 invoked from network); 24 Feb 2016 23:11:17 -0000
Received: from out1-smtp.messagingengine.com (HELO
	out1-smtp.messagingengine.com) (66.111.4.25)
	by server-12.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 24 Feb 2016 23:11:17 -0000
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42])
	by mailout.nyi.internal (Postfix) with ESMTP id D242C29CC1
	for ; Wed, 24 Feb 2016 18:11:16 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute2.internal (MEProxy); Wed, 24 Feb 2016 18:11:16 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:in-reply-to
	:message-id:mime-version:references:subject:to:x-sasl-enc
	:x-sasl-enc; s=mesmtp; bh=Uz2qZEGpYhGB9/4hf+U2djHOMtU=; b=rqeHdK
	iXAEW22cSPp75PRlE5bjoQMMOS50CvjC33m2AJ8BotgdsUvLYe64+ok0dvz1foHP
	3bLaFBtthylIhakQHGGMQeVKtTTVOSgG5MK0Gk9ggzayR4l5KpQghq5+RGY0gaO0
	BZ0DDorpTclP3FzBzre1FCQul5W+asYXst+Dk=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:in-reply-to:message-id:mime-version:references
	:subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=Uz2qZEGpYhGB9/4
	hf+U2djHOMtU=; b=hPNUbJAZkZUpneSXXeSIatdVb2uT5z2wbtP6owazmm+UyV5
	Sev1/bHL7DXbxioUjk/LmoHTTsiiIbQD1Z19yfomDKakfOHeFtx61feof/gxLVg9
	RV3DX3Lm57f039/CZlUJrOv2DlOSilf/ZaCHNQrv4RtYy6xcV9n5tLSQ5t5g=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 83A78109360; Wed, 24 Feb 2016 18:11:16 -0500 (EST)
Message-Id: <1456355476.4174142.531082082.2191D16F@webmail.messagingengine.com>
X-Sasl-Enc: qsOYlljxXg+uRW6XNJfWpcRIFWEiDINs2UR8zIAmzJsi 1456355476
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Wed, 24 Feb 2016 15:11:16 -0800
In-Reply-To: <1456353682.4167814.531054970.0CEA1561@webmail.messagingengine.com>
References: <1456187683.1991691.528858178.0AE9E200@webmail.messagingengine.com>
	<56CC7BED.9010907@citrix.com> <56CC7F58.3020509@fastmail.fm>
	<20160223161530.GF3723@citrix.com>
	<1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
	<1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
	<20160223164347.GH3723@citrix.com>
	<1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
	<20160223170158.GA22982@citrix.com>
	<1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
	<20160224112146.GA7532@perard.uk.xensource.com>
	<1456353682.4167814.531054970.0CEA1561@webmail.messagingengine.com>
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
	4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

fwiw, ot straightened out at #systmed

	systemd-boot is only aware of the filesystem that EFI lets it see so all paths are rooted at the EFI system partition

	if you mount it at /boot/efi on Linux, then /boot/efi/EFI/arch/vmlinuz-linux.efi corresponds to "linux \EFI\arch\vmlinuz-linux.efi"

So I changed

	 edit /boot/efi/loader/entries/arch.conf
	  title   Arch
-	  linux   vmlinuz-linux
-	  initrd  initramfs-linux.img
+	  linux   EFI/arch/vmlinuz-linux
+	  initrd  EFI/arch/initramfs-linux.img
	  options root=LABEL=ROOT resume=LABEL=SWAP rw

Now, the EFI Guest boots using Xen OVMF-bios!

I can login at VNC console, but networking's dead, and I've created a problem by booting by disk-label, there seems to be a collision.  I'm pretty sure that's a separate problem.

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Thu Feb 25 01:41:27 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 01:41:27 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYkuy-0006ib-Mj; Thu, 25 Feb 2016 01:40:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYkux-0006iW-As
	for xen-users@lists.xen.org; Thu, 25 Feb 2016 01:40:35 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	BE/43-23864-29B5EC65; Thu, 25 Feb 2016 01:40:34 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-8.tower-31.messagelabs.com!1456364433!24988020!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2024 invoked from network); 25 Feb 2016 01:40:33 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 25 Feb 2016 01:40:33 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id AD9E52B131
	for ; Wed, 24 Feb 2016 20:40:32 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Wed, 24 Feb 2016 20:40:32 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=kqm
	qpQI7kXAI8H6ROMlaMogFD6s=; b=vKxx8tUB6RougTChYwq+ZjjsUe30NM2YLlO
	zghWhdd67E/EChNrhq9OHTOcNGcqIm/VnLugHa2yYlKNlyVztBrCn6VRKevPZEd/
	hKXTOQXvspHMMQczmeZhA67XRv6FqKJEY4sTUj8hn10lFhCtN6yDIviSq4nvnqbs
	nmo8QZeY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=kqmqpQI7kXAI8H6ROMlaMogFD6s=; b=JpFdj
	AKZptgdH+6dK9u6xzqHzLUYsD7LxPawhM07v/DdU9r0yr8v3PNmhHauBO9xnXHlI
	jDzMRrzv/3plI8gRfO35g3RNtY69Xec9Q9FnJ8I3TjshfjeQBSV8dwyFlu2O/yh+
	7C/Zk2Q3TlSJV2ASKs+EgWIhERjMIDIj28fD0I=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 8251F10B955; Wed, 24 Feb 2016 20:40:32 -0500 (EST)
Message-Id: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
X-Sasl-Enc: 8UIn7oY40skQfI/KPMlkOrgHpzxm13895Q5gv9aa/vYZ 1456364432
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Wed, 24 Feb 2016 17:40:32 -0800
Subject: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
	across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

I notice that when booting to a Xen UEFI Guest, where its config contains

	bios='ovmf'

that the boot sequence queries for "Floppy" first.  Clearly, there's no floppy involved here.


Checking efi vars after boot explains it

	efibootmgr
		BootCurrent: 0002
		Timeout: 0 seconds
		BootOrder: 0000,0001,0002,0003,0004,0005,0006,0007,0008,0009
?		Boot0000* EFI Floppy
?		Boot0001* EFI Floppy 1
		Boot0002* EFI Hard Drive
		Boot0003* EFI Hard Drive 1
		Boot0004* EFI Hard Drive 2
		Boot0005* EFI Misc Device
		Boot0006* EFI Misc Device 1
		Boot0007* EFI Misc Device 2
		Boot0008* EFI Misc Device 3
		Boot0009* EFI Internal Shell

I figured I could avoid it by changing the boot order so the "EFI Hard Drive" that the guest is currently booted from is simply sought out first

	efibootmgr -o 2,9,0,1,3,4,5,6,7
		BootCurrent: 0002
		Timeout: 0 seconds
>		BootOrder: 0002,0009,0000,0001,0003,0004,0005,0006,0007
		Boot0000* EFI Floppy
		Boot0001* EFI Floppy 1
>		Boot0002* EFI Hard Drive
		Boot0003* EFI Hard Drive 1
		Boot0004* EFI Hard Drive 2
		Boot0005* EFI Misc Device
		Boot0006* EFI Misc Device 1
		Boot0007* EFI Misc Device 2
		Boot0008* EFI Misc Device 3
		Boot0009* EFI Internal Shell
		Boot000A* Linux Boot Manager

Notice that a new entry has appeared

	Boot000A* Linux Boot Manager

and if I update

	bootctl --path=/boot/efi update 

then the new entry gets set as the 1st entry

	efibootmgr
		BootCurrent: 0002
		Timeout: 0 seconds
>		BootOrder: 000A,0002,0009,0000,0001,0003,0004,0005,0006,0007
		Boot0000* EFI Floppy
		Boot0001* EFI Floppy 1
		Boot0002* EFI Hard Drive
		Boot0003* EFI Hard Drive 1
		Boot0004* EFI Hard Drive 2
		Boot0005* EFI Misc Device
		Boot0006* EFI Misc Device 1
		Boot0007* EFI Misc Device 2
		Boot0008* EFI Misc Device 3
		Boot0009* EFI Internal Shell
>		Boot000A* Linux Boot Manager

And if I now reboot,

(1) the floppy is again/still queried on boot, and fails
(2) the efi vars after reboot are reset to the original

	efibootmgr
		BootCurrent: 0002
		Timeout: 0 seconds
		BootOrder: 0000,0001,0002,0003,0004,0005,0006,0007,0008,0009
		Boot0000* EFI Floppy
		Boot0001* EFI Floppy 1
		Boot0002* EFI Hard Drive
		Boot0003* EFI Hard Drive 1
		Boot0004* EFI Hard Drive 2
		Boot0005* EFI Misc Device
		Boot0006* EFI Misc Device 1
		Boot0007* EFI Misc Device 2
		Boot0008* EFI Misc Device 3
		Boot0009* EFI Internal Shell

Iiuc, these efi vars, and their (non)persistence are the job of the bios, here 'ovmf'.

How do I set the Xen guest's ovmf-bios efi vars so

(a) the list is trimmed to only the needed/correct items,
(b) the right order is set,
(c) any changes I make are persistent across Guest reboots

?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Thu Feb 25 01:41:27 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 01:41:27 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYkuy-0006ib-Mj; Thu, 25 Feb 2016 01:40:36 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYkux-0006iW-As
	for xen-users@lists.xen.org; Thu, 25 Feb 2016 01:40:35 +0000
Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id
	BE/43-23864-29B5EC65; Thu, 25 Feb 2016 01:40:34 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-8.tower-31.messagelabs.com!1456364433!24988020!1
X-Originating-IP: [66.111.4.28]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 2024 invoked from network); 25 Feb 2016 01:40:33 -0000
Received: from out4-smtp.messagingengine.com (HELO
	out4-smtp.messagingengine.com) (66.111.4.28)
	by server-8.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
	encrypted SMTP; 25 Feb 2016 01:40:33 -0000
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
	by mailout.nyi.internal (Postfix) with ESMTP id AD9E52B131
	for ; Wed, 24 Feb 2016 20:40:32 -0500 (EST)
Received: from web4 ([10.202.2.214])
	by compute5.internal (MEProxy); Wed, 24 Feb 2016 20:40:32 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=
	content-transfer-encoding:content-type:date:from:message-id
	:mime-version:subject:to:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=kqm
	qpQI7kXAI8H6ROMlaMogFD6s=; b=vKxx8tUB6RougTChYwq+ZjjsUe30NM2YLlO
	zghWhdd67E/EChNrhq9OHTOcNGcqIm/VnLugHa2yYlKNlyVztBrCn6VRKevPZEd/
	hKXTOQXvspHMMQczmeZhA67XRv6FqKJEY4sTUj8hn10lFhCtN6yDIviSq4nvnqbs
	nmo8QZeY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
	messagingengine.com; h=content-transfer-encoding:content-type
	:date:from:message-id:mime-version:subject:to:x-sasl-enc
	:x-sasl-enc; s=smtpout; bh=kqmqpQI7kXAI8H6ROMlaMogFD6s=; b=JpFdj
	AKZptgdH+6dK9u6xzqHzLUYsD7LxPawhM07v/DdU9r0yr8v3PNmhHauBO9xnXHlI
	jDzMRrzv/3plI8gRfO35g3RNtY69Xec9Q9FnJ8I3TjshfjeQBSV8dwyFlu2O/yh+
	7C/Zk2Q3TlSJV2ASKs+EgWIhERjMIDIj28fD0I=
Received: by web4.nyi.internal (Postfix, from userid 99)
	id 8251F10B955; Wed, 24 Feb 2016 20:40:32 -0500 (EST)
Message-Id: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
X-Sasl-Enc: 8UIn7oY40skQfI/KPMlkOrgHpzxm13895Q5gv9aa/vYZ 1456364432
From: suse.dev@fea.st
To: xen-users@lists.xen.org
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Wed, 24 Feb 2016 17:40:32 -0800
Subject: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
	across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

I notice that when booting to a Xen UEFI Guest, where its config contains

	bios='ovmf'

that the boot sequence queries for "Floppy" first.  Clearly, there's no floppy involved here.


Checking efi vars after boot explains it

	efibootmgr
		BootCurrent: 0002
		Timeout: 0 seconds
		BootOrder: 0000,0001,0002,0003,0004,0005,0006,0007,0008,0009
?		Boot0000* EFI Floppy
?		Boot0001* EFI Floppy 1
		Boot0002* EFI Hard Drive
		Boot0003* EFI Hard Drive 1
		Boot0004* EFI Hard Drive 2
		Boot0005* EFI Misc Device
		Boot0006* EFI Misc Device 1
		Boot0007* EFI Misc Device 2
		Boot0008* EFI Misc Device 3
		Boot0009* EFI Internal Shell

I figured I could avoid it by changing the boot order so the "EFI Hard Drive" that the guest is currently booted from is simply sought out first

	efibootmgr -o 2,9,0,1,3,4,5,6,7
		BootCurrent: 0002
		Timeout: 0 seconds
>		BootOrder: 0002,0009,0000,0001,0003,0004,0005,0006,0007
		Boot0000* EFI Floppy
		Boot0001* EFI Floppy 1
>		Boot0002* EFI Hard Drive
		Boot0003* EFI Hard Drive 1
		Boot0004* EFI Hard Drive 2
		Boot0005* EFI Misc Device
		Boot0006* EFI Misc Device 1
		Boot0007* EFI Misc Device 2
		Boot0008* EFI Misc Device 3
		Boot0009* EFI Internal Shell
		Boot000A* Linux Boot Manager

Notice that a new entry has appeared

	Boot000A* Linux Boot Manager

and if I update

	bootctl --path=/boot/efi update 

then the new entry gets set as the 1st entry

	efibootmgr
		BootCurrent: 0002
		Timeout: 0 seconds
>		BootOrder: 000A,0002,0009,0000,0001,0003,0004,0005,0006,0007
		Boot0000* EFI Floppy
		Boot0001* EFI Floppy 1
		Boot0002* EFI Hard Drive
		Boot0003* EFI Hard Drive 1
		Boot0004* EFI Hard Drive 2
		Boot0005* EFI Misc Device
		Boot0006* EFI Misc Device 1
		Boot0007* EFI Misc Device 2
		Boot0008* EFI Misc Device 3
		Boot0009* EFI Internal Shell
>		Boot000A* Linux Boot Manager

And if I now reboot,

(1) the floppy is again/still queried on boot, and fails
(2) the efi vars after reboot are reset to the original

	efibootmgr
		BootCurrent: 0002
		Timeout: 0 seconds
		BootOrder: 0000,0001,0002,0003,0004,0005,0006,0007,0008,0009
		Boot0000* EFI Floppy
		Boot0001* EFI Floppy 1
		Boot0002* EFI Hard Drive
		Boot0003* EFI Hard Drive 1
		Boot0004* EFI Hard Drive 2
		Boot0005* EFI Misc Device
		Boot0006* EFI Misc Device 1
		Boot0007* EFI Misc Device 2
		Boot0008* EFI Misc Device 3
		Boot0009* EFI Internal Shell

Iiuc, these efi vars, and their (non)persistence are the job of the bios, here 'ovmf'.

How do I set the Xen guest's ovmf-bios efi vars so

(a) the list is trimmed to only the needed/correct items,
(b) the right order is set,
(c) any changes I make are persistent across Guest reboots

?

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

From xen-users-bounces@lists.xen.org Thu Feb 25 03:38:13 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 03:38:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYmjp-00035c-Qh; Thu, 25 Feb 2016 03:37:13 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYhaE-0002Ok-G4
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 22:06:58 +0000
Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id
	BE/79-03645-1892EC65; Wed, 24 Feb 2016 22:06:57 +0000
X-Env-Sender: sergei.a.lebedev@gmail.com
X-Msg-Ref: server-16.tower-27.messagelabs.com!1456351616!26438300!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 47778 invoked from network); 24 Feb 2016 22:06:56 -0000
Received: from mail-lf0-f45.google.com (HELO mail-lf0-f45.google.com)
	(209.85.215.45)
	by server-16.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 24 Feb 2016 22:06:56 -0000
Received: by mail-lf0-f45.google.com with SMTP id j78so21302420lfb.1
	for ; Wed, 24 Feb 2016 14:06:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=from:content-type:content-transfer-encoding:subject:message-id:date
	:to:mime-version;
	bh=Y/9l4zqvIRfnrrJAmg2nsw0jRAJBlZtWMqEOb7riZ1s=;
	b=tQbXn1Q+RV7LCCSgIUPVLYvl/Aja3wxo2RTc0u0jaSbHz8kJflyqRSRxF3NvU7l10g
	7ndkyItGaUruYxPRjj4gTEPI0EYu4F2tLdqgV51FJU/ERsrAXQAWuLHrizREQu3qcbuy
	oMHIi19fdZyJi529FM91+5o17VK9jVicUPlRy+YDWbmxzYGJPA5Ia8iqfXNHRnXIqlaC
	mM73khDp+MxKuZtmzZq1PyEfQ7U8a084duBOUsxhKIeyJiDpU8MtG5AxkFHESjfeVwcH
	On9QzOmFScU8MrDdkpTaXVtNt5xFes9THTCKq6HiKFwClXqzSltEA80Yhwj09vSTWqry
	zuYw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:content-type:content-transfer-encoding
	:subject:message-id:date:to:mime-version;
	bh=Y/9l4zqvIRfnrrJAmg2nsw0jRAJBlZtWMqEOb7riZ1s=;
	b=fy3IBtpUkgHeoJ2j6fyL2UnVsR3xqkJAyhab+q0Go837RcM2SdP9zX3yjk9fOfG2LN
	5OaM33n3FeOcqgcxraWPWsF3XAE8+xSI/D1z19J3qP+XO9Yb1jn2e48/mqiWlnSAbgjA
	R5uM9nR7RxAOtZAOPkDj45vWEEMHgkXfDC/Spq6BQUe3AQcaeIH1WkYQoEezLo3v1QLY
	RHs/bIMz/De4DmILBqV4uUhY+7sYYooYdpH7lT5eftcQj2UK/dbih51h1Rod5svEjqF7
	8+exCTfR2iyTS2GdubowdLae42NoVtrlN8CpQgeB0ueILQPoYdAwVovgFpaoimU7Z2uy
	cljA==
X-Gm-Message-State: AG10YOT2I4A83U7/1bCvIVfIOzUV0casi70xcJvngFPo1XgNtMXVIdmuEOSRelyEFwF7gQ==
X-Received: by 10.25.144.12 with SMTP id s12mr15942448lfd.114.1456351615759;
	Wed, 24 Feb 2016 14:06:55 -0800 (PST)
Received: from [192.168.1.38] (pppoe.178-66-83-171.dynamic.avangarddsl.ru.
	[178.66.83.171]) by smtp.gmail.com with ESMTPSA id
	p191sm658053lfp.39.2016.02.24.14.06.54 for 
	(version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
	Wed, 24 Feb 2016 14:06:54 -0800 (PST)
From: Sergei Lebedev 
Message-Id: <5F49EE17-3083-41AC-B36D-635B9FE9E485@gmail.com>
Date: Thu, 25 Feb 2016 01:06:52 +0300
To: xen-users@lists.xen.org
Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\))
X-Mailer: Apple Mail (2.3112)
X-Mailman-Approved-At: Thu, 25 Feb 2016 03:37:12 +0000
Subject: [Xen-users] Xen4.4, xenstored and WATCH requests
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

SGVsbG8gbGlzdCwKCknigJltIHdvcmtpbmcgb24gYSBQeXRob24gY2xpZW50IGxpYnJhcnkgZm9y
IFhlblN0b3JlIFsxXS4gVGhlIGxpYnJhcnkgaW1wbGVtZW50cwp0d28gd2F5cyB0byBhY2Nlc3Mg
WGVuU3RvcmU6IHZpYSBhIFVuaXggc29ja2V0IGFuZCB2aWEgL3Byb2MuICBUaGUgL3Byb2MgaW50
ZXJmYWNlCnR1cm5lZCBvdXQgdG8gYmUgYSBiaXQgcHJvYmxlbWF0aWMsIGJlY2F1c2UgaXQgaWdu
b3JlcyB0aGUgcmVxX2lkIGZpZWxkIGZvcgpXQVRDSCByZXF1ZXN0cy4KClRoZSBzcGVjIFsyXSBy
ZXF1aXJlcyBhbGwgcmVzcG9uc2VzIChleGNlcHQgV0FUQ0hfRVZFTlQpIHRvIGNvcHkgcmVxX2lk
IGZyb20KdGhlIHJlcXVlc3QuIFNvIEkgd29uZGVyIGlmIGl04oCZcyBwb3NzaWJsZSB0aGF0IHRo
ZSBiZWhhdmlvdXIgSSBvYnNlcnZlIGlzIGluIGZhY3QKYSBidWcgaW4geGVuc3RvcmVkPwoKQmVs
b3cgaXMgYSBQeXRob24gc2NyaXB0IGRlbW9uc3RyYXRpbmcgdGhlIGlzc3VlOgoKICAgIGltcG9y
dCBvcwogICAgaW1wb3J0IHN0cnVjdAoKICAgIFdBVENIID0gNAogICAgV1JJVEUgPSAxMQoKICAg
IGRlZiBzZW5kX3BhY2tldChmZCwgb3AsIHJxX2lkLCB0eF9pZCwgcGF5bG9hZCk6CiAgICAgICAg
ZGF0YSA9IHN0cnVjdC5wYWNrKGIiSUlJSSIsIG9wLCBycV9pZCwgdHhfaWQsIGxlbihwYXlsb2Fk
KSkgKyBwYXlsb2FkCiAgICAgICAgb3Mud3JpdGUoZmQsIGRhdGEpCgoKICAgIGRlZiBwcmludF9y
ZXBseShmZCk6CiAgICAgICAgb3AsIHJxX2lkLCB0eF9pZCwgc2l6ZSA9IHN0cnVjdC51bnBhY2so
YiJJSUlJIiwgb3MucmVhZChmZCwgMTYpKQogICAgICAgIHBheWxvYWQgPSBvcy5yZWFkKGZkLCBz
aXplKSBpZiBzaXplIGVsc2UgYiIiCiAgICAgICAgcHJpbnQob3AsIHJxX2lkLCB0eF9pZCwgcGF5
bG9hZCkKCgogICAgZmQgPSBvcy5vcGVuKCIvcHJvYy94ZW4veGVuYnVzIiwgb3MuT19SRFdSKQog
ICAgdHJ5OgogICAgICAgIHNlbmRfcGFja2V0KGZkLCBXUklURSwgMjQsIDAsIGIiL2Zvb1x4MDBi
YXJceDAwIikKICAgICAgICBwcmludF9yZXBseShmZCkgICMgUmVzcG9uZHMgd2l0aCBycV9pZCA9
IDI0LgogICAgICAgIHNlbmRfcGFja2V0KGZkLCBXQVRDSCwgNDIsIDAsIGIiL2Zvb1x4MDB0b2tl
blx4MDAiKQogICAgICAgIHByaW50X3JlcGx5KGZkKSAgIyBTcHVyaW91cyAoPykgV0FUQ0hfRVZF
TlQKICAgICAgICBwcmludF9yZXBseShmZCkgICMgQUNLIGZvciBXQVRDSCB3aXRoIHJxX2lkID0g
MC4KICAgIGZpbmFsbHk6CiAgICAgICAgb3MuY2xvc2UoZmQpCgpJ4oCZbSBydW5uaW5nIFhlbiA0
LjQgb24gVWJ1bnR1IDE0LjA0IGluc2lkZSBWaXJ0dWFsQm94LgoKJCB1bmFtZSAtYQpMaW51eCB4
ZW4tZGV2ZWwgMy4xOS4wLTI1LWdlbmVyaWMgIzI2fjE0LjA0LjEtVWJ1bnR1IFNNUCBGcmkgSnVs
IDI0IDIxOjE2OjIwIFVUQyAyMDE1IHg4Nl82NCB4ODZfNjQgeDg2XzY0IEdOVS9MaW51eAoKUmVn
YXJkcywKU2VyZ2VpCgpbMV06IGh0dHA6Ly9naXRodWIuY29tL3NlbGVjdGVsL3B5eHMKWzJdOiBo
dHRwOi8veGVuYml0cy54ZW4ub3JnL2RvY3MvNC40LXRlc3RpbmcvbWlzYy94ZW5zdG9yZS50eHQK
CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNl
cnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4u
b3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Thu Feb 25 03:38:13 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 03:38:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYmjp-00035V-1i; Thu, 25 Feb 2016 03:37:13 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYczt-0003VT-Ja
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 17:13:10 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	2B/70-03606-4A4EDC65; Wed, 24 Feb 2016 17:13:08 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-11.tower-31.messagelabs.com!1456333986!24227563!1
X-Originating-IP: [65.55.116.25]
X-SpamReason: No, hits=1.3 required=7.0 tests=FORGED_HOTMAIL_RCVD,
	HTML_00_10,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 44804 invoked from network); 24 Feb 2016 17:13:07 -0000
Received: from blu004-omc1s14.hotmail.com (HELO BLU004-OMC1S14.hotmail.com)
	(65.55.116.25)
	by server-11.tower-31.messagelabs.com with AES256-SHA256 encrypted SMTP;
	24 Feb 2016 17:13:07 -0000
Received: from BLU183-W27 ([65.55.116.7]) by BLU004-OMC1S14.hotmail.com over
	TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
	Wed, 24 Feb 2016 09:13:05 -0800
X-TMN: [72Z+vn5L1z+DSdG7STQsXjOXfAF6nWcU]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
	"xen-users@lists.xen.org" 
Date: Wed, 24 Feb 2016 12:13:05 -0500
Importance: Normal
In-Reply-To: <56CD6B71.6000801@citrix.com>
References: ,
	<56CAEEA7.7050508@citrix.com>
	,
	<56CB4D1C.3000701@citrix.com>
	,
	
	<56CC1701.3070807@citrix.com>,
	,
	<56CD6B71.6000801@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 24 Feb 2016 17:13:05.0727 (UTC)
	FILETIME=[A02E14F0:01D16F26]
X-Mailman-Approved-At: Thu, 25 Feb 2016 03:37:12 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3062602523652704457=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============3062602523652704457==
Content-Type: multipart/alternative;
	boundary="_981aa25d-36a5-4ee1-94f2-e2433bd7a92e_"

--_981aa25d-36a5-4ee1-94f2-e2433bd7a92e_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


>=20
> El 23/2/16 a les 21:30=2C Brandon Adkins ha escrit:
> >=20
> >=20
> >>
> >> El 22/2/16 a les 20:11=2C Brandon Adkins ha escrit:
> >>>
> >>>> El 22/2/16 a les 18:40=2C Brandon Adkins ha escrit:
> >>>>>
> >>>>>>
> >>>>>> El 19/2/16 a les 17:38=2C Brandon Adkins ha escrit:
> >>>>>>> I am having issues migrating my Xen setup from Debian Wheezy to D=
ebian Jessie. The errors I see are not very concrete=2C so it doesn't give =
me much details.Here is what I am seeing:First=2C when I make a new Xen VM =
and connect to its console=2C I see "xenconsole: Could not open tty `': No =
such file or directory". It seems to boot fine after that=2C but after retu=
rning to Dom0=2C the console is kinda jacked up. This mimics exactly the is=
sue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 =
. Apparently there is a fix as of Oct 2015=2C but just not released on Jess=
ie yet? Will that be released on Jessie sometime soon?Second=2C and this is=
 the bigger issue: I can make 1 VM like this fine=2C but when I try to make=
 a second one=2C it just seems to hang. If I use "xl create -c" so I see th=
e console the whole time=2C I see the bootloader menu appear=2C and when th=
e kernel selection is finished=2C it prints the error about the tty=2C and =
then nothing else. I don't know if the tty issue is re
> la
> >> te
> >>>> d=20
> >>>>>> at all."xl list" shows the second VM in the list=2C but it is mark=
ed as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or =
any number higher)=2C it is just ignored. I can't find any log files to ind=
icate there is a problem at all. The VM just doesn't start. It was created =
from the same template as the first VM=2C so VM1 and VM2 are basically copi=
es of each other=2C yet only the first one will run.I have no idea if I am =
doing something wrong or if this is a bug in Jessie. I will say that everyt=
hing that I am doing now has worked perfectly for years using Debian Wheezy=
. The only change I needed was to start using "xl" instead of "xm".Anyone h=
ave clues on figuring this out?Thanks=2CBeau 		 	   		 =20
> >>>>>>
> >>>>>> Hello=2C
> >>>>>>
> >>>>>> Can you please paste the config file of those two VMs?
> >>>>>>
> >>>>>> Also=2C can you paste the output when creating them with:
> >>>>>>
> >>>>>> # xl -vvv create 
> >>>>>>
> >>>>>> Are there any errors displayed by Xen or Linux in the serial conso=
le or
> >>>>>> dmesg?
> >>>>>>
> >>>>>> Roger.
> >>>>>
> >>>>
> >>>> Hello=2C
> >>>>
> >>>> I'm sorry but your MUA seems to completely mangle the messages=2C an=
d I
> >>>> cannot parse the output you posted. Could you try to use a different=
 MUA
> >>>> that adds proper line breaks?
> >>>>
> >>>> Thanks=2C Roger.
> >>>>
> >>> Trying again
> >>>
> >>> Hi Roger=2C=20
> >>> Thanks for the help. Here are the 2 config files:guest0:bootloader =
=3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '600=
0'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvd=
a2=2Cw'=2C 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]name =3D 'guest0'=
vif =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'des=
troy'on_reboot =3D 'restart'on_crash =3D 'restart'-------------------------=
----------------guest1:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =
=3D '6'cpus =3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'p=
hy:/dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest1=
swap=2Cxvda1=2Cw' ]name =3D 'guest1'vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbr=
idge=3Dxenbr0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =
=3D 'restart'---------------------------------------------Output of xl -vvv=
 create:libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: c=
reate: how=3D(nil) callback=3D(nil) poller=3D0x22ff9b0libxl: debug: libxl_d=
evice.c:251:libxl__device_disk_set_back
> en
> >> d: Disk vdev=3Dxvda2 spec.backend=3Dunknownlibxl: debug: libxl_device.=
c:286:libxl__device_disk_set_backend: Disk vdev=3Dxvda2=2C using backend ph=
ylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda1 spec.backend=3Dunknownlibxl: debug: libxl_device.c:286:libxl__devi=
ce_disk_set_backend: Disk vdev=3Dxvda1=2C using backend phylibxl: debug: li=
bxl_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: li=
bxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D(null) spec.ba=
ckend=3Dphylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_att=
ach: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: li=
bxl_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value: =
/usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_crea=
te: ao 0x22ff8b0: inprogress: poller=3D0x22ff9b0=2C flags=3Dilibxl: debug: =
libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f5178 wpath=3D/=
local/domain/127 token=3D3/0: register slotnum=3D3libxl: deb
> ug:
> >>  libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress =
report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: exe=
cuting bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloade=
r.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrubli=
bxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --=
args=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_=
gotptys:   bootloader arg: --output=3D/var/run/xen/bootloader.127.outlibxl:=
 debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --outp=
ut-format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:=
   bootloader arg: --output-directory=3D/var/run/xen/bootloader.127.dlibxl:=
 debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/x=
envolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watc=
h w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event epath=3D/local=
/domain/127libxl: debug: libxl_bootloader.c:
> 634
> >> :bootloader_finished: bootloader completedlibxl: debug: libxl_bootload=
er.c:136:bootloader_result_command: bootloader output contained kernel /var=
/run/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.=
c:136:bootloader_result_command: bootloader output contained ramdisk /var/r=
un/xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c=
:136:bootloader_result_command: bootloader output contained args root=3D/de=
v/xvda2 ro crashkernel=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl_bootl=
oader.c:647:bootloader_finished: bootloader execution successfullibxl: debu=
g: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f5178wpath=
=3D/local/domain/127 token=3D3/0: deregister slotnum=3D3domainbuilder: deta=
il: xc_dom_allocate: cmdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dauto roo=
t=3D/dev/xvda2 ro "=2C features=3D"(null)"libxl: debug: libxl_dom.c:364:lib=
xl__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/boot_ke=
rnel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem:
>  ca
> >> lleddomainbuilder: detail: xc_dom_ramdisk_mem: calleddomainbuilder: de=
tail: xc_dom_boot_xen_init: ver 4.4=2C caps xen-3.0-x86_64 xen-3.0-x86_32p =
hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder: detail: xc_dom_=
parse_image: calleddomainbuilder: detail: xc_dom_find_loader: trying multib=
oot-binary loader ...domainbuilder: detail: loader probe faileddomainbuilde=
r: detail: xc_dom_find_loader: trying Linux bzImage loader ...domainbuilder=
: detail: xc_dom_malloc            : 8861 kBdomainbuilder: detail: xc_dom_d=
o_gunzip: unzip ok=2C 0x3e7bbc -> 0x8a7564domainbuilder: detail: loader pro=
be OKxc: detail: elf_parse_binary: phdr: paddr=3D0x400000 memsz=3D0x66f000x=
c: detail: elf_parse_binary: phdr: paddr=3D0xa6f000 memsz=3D0x381000xc: det=
ail: elf_parse_binary: memory: 0x400000 -> 0xdf0000xc: detail: elf_xen_pars=
e_note: GUEST_OS =3D "linux"xc: detail: elf_xen_parse_note: GUEST_VERSION =
=3D "2.6"xc: detail: elf_xen_parse_note: XEN_VERSION =3D "xen-3.0"xc: detai=
l: elf_xen_parse_note: VIRT_BASE =3D 0xc0000000
> xc:
> >>  detail: elf_xen_parse_note: ENTRY =3D 0xc0b11000xc: detail: elf_xen_p=
arse_note: HYPERCALL_PAGE =3D 0xc0402000xc: detail: elf_xen_parse_note: FEA=
TURES =3D "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_pa=
rse_note: PAE_MODE =3D "yes"xc: detail: elf_xen_parse_note: LOADER =3D "gen=
eric"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: =
elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc: detail: elf_xen_parse_note: H=
V_START_LOW =3D 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET =3D =
0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base=
        =3D 0xc0000000xc: detail:     elf_paddr_offset =3D 0x0xc: detail:  =
   virt_offset      =3D 0xc0000000xc: detail:     virt_kstart      =3D 0xc0=
400000xc: detail:     virt_kend        =3D 0xc0df0000xc: detail:     virt_e=
ntry       =3D 0xc0b11000xc: detail:     p2m_base         =3D 0xfffffffffff=
fffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc04=
00000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_ini
> t:=20
> >> mem 6000 MB=2C pages 0x177000 pages=2C 4k eachdomainbuilder: detail: x=
c_dom_mem_init: 0x177000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: =
calleddomainbuilder: detail: x86_compat: guest xen-3.0-x86_32p=2C address s=
ize 32domainbuilder: detail: xc_dom_malloc            : 12000 kBdomainbuild=
er: detail: xc_dom_build_image: calleddomainbuilder: detail: xc_dom_alloc_s=
egment:   kernel       : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages=
)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400=
+0x9f0 at 0x7fd07b610000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b6100=
00 -> 0x7fd07bc7f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -=
> 0x7fd07bdb2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk     =
 : 0xc0df0000 -> 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detai=
l: xc_dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_pt=
r_retcount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: =
detail: xc_dom_do_gunzip: unzip=20
> ok=2C
> >>  0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   p=
hys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbui=
lder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at=
 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   =
: 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xen=
store     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page=
   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page=
_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff=2C=
 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x=
00000000c0000000 -> 0x00000000ffffffff=2C 1 table(s)domainbuilder: detail: =
nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c37f=
ffff=2C 28 table(s)domainbuilder: detail: xc_dom_alloc_segment:   page tabl=
es  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainbuilder: det=
ail: xc_dom_pfn_to_ptr_retcount:
>  do
> >> mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: detail: xc=
_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainbuilder: =
detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuilder: det=
ail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder: detail=
: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootearly: doi=
ng nothingdomainbuilder: detail: xc_dom_compat_check: supported guest type:=
 xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supported guest =
type: xen-3.0-x86_32p <=3D matchesdomainbuilder: detail: xc_dom_compat_chec=
k: supported guest type: hvm-3.0-x86_32domainbuilder: detail: xc_dom_compat=
_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: detail: xc_dom_=
compat_check: supported guest type: hvm-3.0-x86_64domainbuilder: detail: xc=
_dom_update_guest_p2m: dst 32bit=2C pages 0x177000domainbuilder: detail: cl=
ear_page: pfn 0x34be=2C mfn 0x17cd7adomainbuilder: detail: clear_page: pfn =
0x34bd=2C mfn 0x17cd7bdomainbuilde
> r:=20
> >> detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7=
fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: d=
etail: setup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuilder: d=
etail: domain builder memory footprintdomainbuilder: detail:    allocateddo=
mainbuilder: detail:       malloc             : 21157 kBdomainbuilder: deta=
il:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomai=
nbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail: =
      domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate:=
 shared_info: pfn 0x0=2C mfn 0xbf615domainbuilder: detail: shared_info_x86_=
32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: =
vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: =
called=2C ctxt=3D0x7fd084ad4004domainbuilder: detail: xc_dom_release: calle=
dlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda2 spec.backend=3Dphylibxl: debug:
>  li
> >> bxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f6068 wpath=
=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: register slotnu=
m=3D3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk =
vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: libxl_device.c:251:libxl__devi=
ce_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: libx=
l_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f7df8 wpath=3D/loca=
l/domain/0/backend/vbd/127/51713/state token=3D2/2: register slotnum=3D2lib=
xl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f6068 wpath=3D=
/local/domain/0/backend/vbd/127/51714/state token=3D3/1: event epath=3D/loc=
al/domain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:devs=
tate_watch_callback: backend /local/domain/0/backend/vbd/127/51714/state wa=
nted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister=
: watch w=3D0x22f6068wpath=3D/local/domain/0/backend/vbd/127/51714/state to=
ken=3D3/1: deregister slotnum=3D3libxl: debug: libxl_event.c:618:li
> bxl
> >> __ev_xswatch_deregister: watch w=3D0x22f6068: deregister unregisteredl=
ibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /e=
tc/xen/scripts/block addlibxl: debug: libxl_event.c:483:watchfd_callback: w=
atch epath=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: empty=
 slotlibxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f7df8 =
wpath=3D/local/domain/0/backend/vbd/127/51713/state token=3D2/2: event epat=
h=3D/local/domain/0/backend/vbd/127/51713/statelibxl: debug: libxl_event.c:=
653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51713/=
state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_de=
register: watch w=3D0x22f7df8wpath=3D/local/domain/0/backend/vbd/127/51713/=
state token=3D2/2: deregister slotnum=3D2libxl: debug: libxl_event.c:618:li=
bxl__ev_xswatch_deregister: watch w=3D0x22f7df8: deregister unregisteredlib=
xl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc=
/xen/scripts/block addlibxl: debug: libxl_event.c:
> 483
> >> :watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/51713=
/state token=3D2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xsw=
atch_deregister: watch w=3D0x22f60f0: deregister unregisteredlibxl: debug: =
libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: deregi=
ster unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregist=
er: watch w=3D0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c=
:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: deregister unregist=
eredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0=
x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: regis=
ter slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D=
0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: even=
t epath=3D/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.=
c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/st=
ate wanted state 2 still waiting state 1libxl: debug:=20
> lib
> >> xl_event.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/local/do=
main/0/backend/vif/127/0/state token=3D2/3: event epath=3D/local/domain/0/b=
ackend/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_callba=
ck: backend /local/domain/0/backend/vif/127/0/state wanted state 2 oklibxl:=
 debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8=
wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: deregister slo=
tnum=3D2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch=
 w=3D0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:1023:de=
vice_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlinelib=
xl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa=
850: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswat=
ch_deregister: watch w=3D0x22fa850: deregister unregisteredlibxl: debug: li=
bxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: =
ignoredlibxl: debug: libxl_event.c:1591:libxl__a
> o_c
> >> omplete: ao 0x22ff8b0: complete=2C rc=3D0libxl: debug: libxl_event.c:1=
563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: t=
otal allocations:470 total releases:470xc: debug: hypercall buffer: current=
 allocations:0 maximum allocations:3xc: debug: hypercall buffer: cache curr=
ent size:2xc: debug: hypercall buffer: cache hits:462 misses:2 toobig:6Pars=
ing config from guest.cfg-----------------------------------------------Loo=
king into dmesg=2C the only interesting thing I see related to this are the=
se 2 lines everytime I try to start the VM: xen:balloon: Cannot add additio=
nal memory (-17) xen:balloon: Cannot add additional memory (-17)
> >>> Thanks!Beau
> >>
> >> Hello=2C
> >>
> >> Can you also post the output of xl info before creating the guests?
> >> AFAICT you are
> >> giving each guest 6000MB of RAM=3B are you sure you have enough RAM fo=
r
> >> Dom0 plus this two guests?
> >>
> >> From the output you provided=2C I can only see the trace of one guest
> >> booting [0] (one execution of xl)=2C what happens with the other guest=
?
> >>
> >> Roger.
> >>
> >> [0]
> >> http://lists.xenproject.org/archives/html/xen-users/2016-02/msg00116.h=
tml
> >>
> >=20
> > Roger=2C yes thats right. Both guests get 6000MB of RAM. The system has=
 16GB of RAM=2C and I have allocated 4GB to the host.
> > Guest0 boots and operates perfectly. It is only guest1 that has issues.=
 It does act like maybe there isnt enough RAM for the second VM=2C but from=
 my calculations=2C it looks like it should be fine. Here is the output of =
"xl info" with no guests running
>=20
> You haven't provided the log when creating the second guest. I would try
> reducing the memory assigned to the second guest=2C if you have 4GB
> assigned to Dom0 and 6GB assigned to each guest you don't leave any
> memory for Xen (Xen takes over some memory in order to run).
>=20
> Roger.

Hi Roger=2C
The log messages I entered before are for the second guest. I didn't includ=
e any logs for the second guest since that one works perfectly.
But maybe I am allocating my RAM too tightly? The system has 16 GB of RAM=
=2C or 16=2C384MB. I allocated 4096MB to the host. That leaves me with 12=
=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is there som=
e minimum amount that needs to remain above that?
Looking at "xl info" with both guests started=2C it says my total memory is=
 16=2C353=2C and that my free memory is 45.
I also just tried reducing the RAM for both guests down to 5500. I got the =
same error when starting the second guest. Thats about 1 GB of unallocated =
space=2C so I don't think thats my issue.
I also just tried stopping both guests=2C and starting guest1 first=2C and =
guest0 second. Guest1 came up fine=2C and now guest0 is stuck. Its definite=
ly related to the second vm that starts=2C and not a specific configuration=
.
I am really at a loss of where to look. Is there anything in the config tha=
t would cause the CPUs to get assigned to the first guest=2C so the second =
one is left with no CPUs?
Best=2CBeau 		 	   		  =

--_981aa25d-36a5-4ee1-94f2-e2433bd7a92e_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






>=3B 
>=3B El 23=
/2/16 a les 21:30=2C Brandon Adkins ha escrit:
>=3B >=3B 
>=3B =
>=3B 
>=3B >=3B>=3B
>=3B >=3B>=3B El 22/2/16 a les 20:1=
1=2C Brandon Adkins ha escrit:
>=3B >=3B>=3B>=3B
>=3B >=
=3B>=3B>=3B>=3B El 22/2/16 a les 18:40=2C Brandon Adkins ha escrit:>=3B >=3B>=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=3B&=
gt=3B>=3B
>=3B >=3B>=3B>=3B>=3B>=3B>=3B El 19/2/16 a les=
 17:38=2C Brandon Adkins ha escrit:
>=3B >=3B>=3B>=3B>=3B>=
=3B>=3B>=3B I am having issues migrating my Xen setup from Debian Wheez=
y to Debian Jessie. The errors I see are not very concrete=2C so it doesn't=
 give me much details.Here is what I am seeing:First=2C when I make a new X=
en VM and connect to its console=2C I see "xenconsole: Could not open tty `=
': No such file or directory". It seems to boot fine after that=2C but afte=
r returning to Dom0=2C the console is kinda jacked up. This mimics exactly =
the issue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D7=
94071 . Apparently there is a fix as of Oct 2015=2C but just not released o=
n Jessie yet? Will that be released on Jessie sometime soon?Second=2C and t=
his is the bigger issue: I can make 1 VM like this fine=2C but when I try t=
o make a second one=2C it just seems to hang. If I use "xl create -c" so I =
see the console the whole time=2C I see the bootloader menu appear=2C and w=
hen the kernel selection is finished=2C it prints the error about the tty=
=2C and then nothing else. I don't know if the tty issue is re
>=3B la=

>=3B >=3B>=3B te
>=3B >=3B>=3B>=3B>=3B d 
>=3B =
>=3B>=3B>=3B>=3B>=3B>=3B at all."xl list" shows the second VM i=
n the list=2C but it is marked as only having 1 vcpu. If I try to change th=
is with "xl vcpu-set 2" (or any number higher)=2C it is just ignored. I can=
't find any log files to indicate there is a problem at all. The VM just do=
esn't start. It was created from the same template as the first VM=2C so VM=
1 and VM2 are basically copies of each other=2C yet only the first one will=
 run.I have no idea if I am doing something wrong or if this is a bug in Je=
ssie. I will say that everything that I am doing now has worked perfectly f=
or years using Debian Wheezy. The only change I needed was to start using "=
xl" instead of "xm".Anyone have clues on figuring this out?Thanks=2CBeau 		=
 	   		  
>=3B >=3B>=3B>=3B>=3B>=3B>=3B
>=3B >=3B&g=
t=3B>=3B>=3B>=3B>=3B Hello=2C
>=3B >=3B>=3B>=3B>=3B>=
=3B>=3B
>=3B >=3B>=3B>=3B>=3B>=3B>=3B Can you please pas=
te the config file of those two VMs?
>=3B >=3B>=3B>=3B>=3B>=
=3B>=3B
>=3B >=3B>=3B>=3B>=3B>=3B>=3B Also=2C can you pa=
ste the output when creating them with:
>=3B >=3B>=3B>=3B>=3B&=
gt=3B>=3B
>=3B >=3B>=3B>=3B>=3B>=3B>=3B # xl -vvv create=
 <=3Bconfig.cfg>=3B
>=3B >=3B>=3B>=3B>=3B>=3B>=3B
&=
gt=3B >=3B>=3B>=3B>=3B>=3B>=3B Are there any errors displayed b=
y Xen or Linux in the serial console or
>=3B >=3B>=3B>=3B>=3B&=
gt=3B>=3B dmesg?
>=3B >=3B>=3B>=3B>=3B>=3B>=3B
>=3B=
 >=3B>=3B>=3B>=3B>=3B>=3B Roger.
>=3B >=3B>=3B>=3B&g=
t=3B>=3B
>=3B >=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=3B&=
gt=3B Hello=2C
>=3B >=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=
=3B>=3B I'm sorry but your MUA seems to completely mangle the messages=2C=
 and I
>=3B >=3B>=3B>=3B>=3B cannot parse the output you poste=
d. Could you try to use a different MUA
>=3B >=3B>=3B>=3B>=3B =
that adds proper line breaks?
>=3B >=3B>=3B>=3B>=3B
>=3B =
>=3B>=3B>=3B>=3B Thanks=2C Roger.
>=3B >=3B>=3B>=3B>=
=3B
>=3B >=3B>=3B>=3B Trying again
>=3B >=3B>=3B>=3B<=
br>>=3B >=3B>=3B>=3B Hi Roger=2C 
>=3B >=3B>=3B>=3B Than=
ks for the help. Here are the 2 config files:guest0:bootloader =3D '/usr/li=
b/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '6000'root =3D '=
/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C '=
phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]name =3D 'guest0'vif =3D [ 'm=
ac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'destroy'on_rebo=
ot =3D 'restart'on_crash =3D 'restart'-------------------------------------=
----guest1:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =
=3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenv=
olgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest1swap=2Cxvda1=
=2Cw' ]name =3D 'guest1'vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr=
0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D 'restart'-=
--------------------------------------------Output of xl -vvv create:libxl:=
 debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=3D(=
nil) callback=3D(nil) poller=3D0x22ff9b0libxl: debug: libxl_device.c:251:li=
bxl__device_disk_set_back
>=3B en
>=3B >=3B>=3B d: Disk vdev=
=3Dxvda2 spec.backend=3Dunknownlibxl: debug: libxl_device.c:286:libxl__devi=
ce_disk_set_backend: Disk vdev=3Dxvda2=2C using backend phylibxl: debug: li=
bxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1 spec.bac=
kend=3Dunknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backe=
nd: Disk vdev=3Dxvda1=2C using backend phylibxl: debug: libxl_create.c:797:=
initiate_domain_create: running bootloaderlibxl: debug: libxl_device.c:251:=
libxl__device_disk_set_backend: Disk vdev=3D(null) spec.backend=3Dphylibxl:=
 debug: libxl.c:2634:libxl__device_disk_local_initiate_attach: locally atta=
ching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: libxl_bootloader.c:=
409:bootloader_disk_attached_cb: Config bootloader value: /usr/lib/xen-4.4/=
bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_create: ao 0x22ff8b0:=
 inprogress: poller=3D0x22ff9b0=2C flags=3Dilibxl: debug: libxl_event.c:570=
:libxl__ev_xswatch_register: watch w=3D0x22f5178 wpath=3D/local/domain/127 =
token=3D3/0: register slotnum=3D3libxl: deb
>=3B ug:
>=3B >=3B&=
gt=3B  libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress=
 report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: ex=
ecuting bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootload=
er.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrubl=
ibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: -=
-args=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader=
_gotptys:   bootloader arg: --output=3D/var/run/xen/bootloader.127.outlibxl=
: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --out=
put-format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys=
:   bootloader arg: --output-directory=3D/var/run/xen/bootloader.127.dlibxl=
: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/=
xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: wat=
ch w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event epath=3D/loca=
l/domain/127libxl: debug: libxl_bootloader.c:
>=3B 634
>=3B >=
=3B>=3B :bootloader_finished: bootloader completedlibxl: debug: libxl_boo=
tloader.c:136:bootloader_result_command: bootloader output contained kernel=
 /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootlo=
ader.c:136:bootloader_result_command: bootloader output contained ramdisk /=
var/run/xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloa=
der.c:136:bootloader_result_command: bootloader output contained args root=
=3D/dev/xvda2 ro crashkernel=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl=
_bootloader.c:647:bootloader_finished: bootloader execution successfullibxl=
: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f517=
8wpath=3D/local/domain/127 token=3D3/0: deregister slotnum=3D3domainbuilder=
: detail: xc_dom_allocate: cmdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dau=
to root=3D/dev/xvda2 ro "=2C features=3D"(null)"libxl: debug: libxl_dom.c:3=
64:libxl__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/b=
oot_kernel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem:
>=3B  ca>=3B >=3B>=3B lleddomainbuilder: detail: xc_dom_ramdisk_mem: calledd=
omainbuilder: detail: xc_dom_boot_xen_init: ver 4.4=2C caps xen-3.0-x86_64 =
xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder:=
 detail: xc_dom_parse_image: calleddomainbuilder: detail: xc_dom_find_loade=
r: trying multiboot-binary loader ...domainbuilder: detail: loader probe fa=
ileddomainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader =
...domainbuilder: detail: xc_dom_malloc            : 8861 kBdomainbuilder: =
detail: xc_dom_do_gunzip: unzip ok=2C 0x3e7bbc ->=3B 0x8a7564domainbuilde=
r: detail: loader probe OKxc: detail: elf_parse_binary: phdr: paddr=3D0x400=
000 memsz=3D0x66f000xc: detail: elf_parse_binary: phdr: paddr=3D0xa6f000 me=
msz=3D0x381000xc: detail: elf_parse_binary: memory: 0x400000 ->=3B 0xdf00=
00xc: detail: elf_xen_parse_note: GUEST_OS =3D "linux"xc: detail: elf_xen_p=
arse_note: GUEST_VERSION =3D "2.6"xc: detail: elf_xen_parse_note: XEN_VERSI=
ON =3D "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE =3D 0xc0000000>=3B xc:
>=3B >=3B>=3B  detail: elf_xen_parse_note: ENTRY =3D 0=
xc0b11000xc: detail: elf_xen_parse_note: HYPERCALL_PAGE =3D 0xc0402000xc: d=
etail: elf_xen_parse_note: FEATURES =3D "!writable_page_tables|pae_pgdir_ab=
ove_4gb"xc: detail: elf_xen_parse_note: PAE_MODE =3D "yes"xc: detail: elf_x=
en_parse_note: LOADER =3D "generic"xc: detail: elf_xen_parse_note: unknown =
xen elf note (0xd)xc: detail: elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc:=
 detail: elf_xen_parse_note: HV_START_LOW =3D 0xf5800000xc: detail: elf_xen=
_parse_note: PADDR_OFFSET =3D 0x0xc: detail: elf_xen_addr_calc_check: addre=
sses:xc: detail:     virt_base        =3D 0xc0000000xc: detail:     elf_pad=
dr_offset =3D 0x0xc: detail:     virt_offset      =3D 0xc0000000xc: detail:=
     virt_kstart      =3D 0xc0400000xc: detail:     virt_kend        =3D 0x=
c0df0000xc: detail:     virt_entry       =3D 0xc0b11000xc: detail:     p2m_=
base         =3D 0xffffffffffffffffdomainbuilder: detail: xc_dom_parse_elf_=
kernel: xen-3.0-x86_32p: 0xc0400000 ->=3B 0xc0df0000domainbuilder: detail=
: xc_dom_mem_ini
>=3B t: 
>=3B >=3B>=3B mem 6000 MB=2C pages =
0x177000 pages=2C 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177000 p=
agesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: detai=
l: x86_compat: guest xen-3.0-x86_32p=2C address size 32domainbuilder: detai=
l: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_build_i=
mage: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel       : 0=
xc0400000 ->=3B 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detai=
l: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610=
000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 ->=3B 0x7fd07bc7=
f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 ->=3B 0x7fd07bd=
b2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df00=
00 ->=3B 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_=
dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retc=
ount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail=
: xc_dom_do_gunzip: unzip 
>=3B ok=2C
>=3B >=3B>=3B  0xd262fe=
 ->=3B 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   phys2mach =
   : 0xc2ee0000 ->=3B 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbuilder=
: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at 0x7=
fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   : 0x=
c34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xenstor=
e     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page   :=
   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page_tab=
les: 0x00000000ffffffff/32: 0x0000000000000000 ->=3B 0x00000000ffffffff=
=2C 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30:=
 0x00000000c0000000 ->=3B 0x00000000ffffffff=2C 1 table(s)domainbuilder: =
detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 ->=3B 0=
x00000000c37fffff=2C 28 table(s)domainbuilder: detail: xc_dom_alloc_segment=
:   page tables  : 0xc34bf000 ->=3B 0xc34dd000  (pfn 0x34bf + 0x1e pages)=
domainbuilder: detail: xc_dom_pfn_to_ptr_retcount:
>=3B  do
>=3B =
>=3B>=3B mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: de=
tail: xc_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainb=
uilder: detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuil=
der: detail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder=
: detail: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootea=
rly: doing nothingdomainbuilder: detail: xc_dom_compat_check: supported gue=
st type: xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supporte=
d guest type: xen-3.0-x86_32p <=3B=3D matchesdomainbuilder: detail: xc_do=
m_compat_check: supported guest type: hvm-3.0-x86_32domainbuilder: detail: =
xc_dom_compat_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: de=
tail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64domainbuilde=
r: detail: xc_dom_update_guest_p2m: dst 32bit=2C pages 0x177000domainbuilde=
r: detail: clear_page: pfn 0x34be=2C mfn 0x17cd7adomainbuilder: detail: cle=
ar_page: pfn 0x34bd=2C mfn 0x17cd7bdomainbuilde
>=3B r: 
>=3B >=
=3B>=3B detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1a=
t 0x7fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuild=
er: detail: setup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuild=
er: detail: domain builder memory footprintdomainbuilder: detail:    alloca=
teddomainbuilder: detail:       malloc             : 21157 kBdomainbuilder:=
 detail:       anon mmap          : 0 bytesdomainbuilder: detail:    mapped=
domainbuilder: detail:       file mmap          : 0 bytesdomainbuilder: det=
ail:       domU mmap          : 48 MBdomainbuilder: detail: arch_setup_boot=
late: shared_info: pfn 0x0=2C mfn 0xbf615domainbuilder: detail: shared_info=
_x86_32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: det=
ail: vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch=
_vm: called=2C ctxt=3D0x7fd084ad4004domainbuilder: detail: xc_dom_release: =
calledlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk=
 vdev=3Dxvda2 spec.backend=3Dphylibxl: debug:
>=3B  li
>=3B >=
=3B>=3B bxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f6068 w=
path=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: register sl=
otnum=3D3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: D=
isk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: libxl_device.c:251:libxl__=
device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: =
libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f7df8 wpath=3D/=
local/domain/0/backend/vbd/127/51713/state token=3D2/2: register slotnum=3D=
2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f6068 wpat=
h=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: event epath=3D=
/local/domain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:=
devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51714/stat=
e wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregi=
ster: watch w=3D0x22f6068wpath=3D/local/domain/0/backend/vbd/127/51714/stat=
e token=3D3/1: deregister slotnum=3D3libxl: debug: libxl_event.c:618:li
=
>=3B bxl
>=3B >=3B>=3B __ev_xswatch_deregister: watch w=3D0x22f6=
068: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplu=
g: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_ev=
ent.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/5=
1714/state token=3D3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_c=
allback: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/=
state token=3D2/2: event epath=3D/local/domain/0/backend/vbd/127/51713/stat=
elibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/do=
main/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_eve=
nt.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8wpath=3D/local/do=
main/0/backend/vbd/127/51713/state token=3D2/2: deregister slotnum=3D2libxl=
: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7df=
8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug:=
 calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_even=
t.c:
>=3B 483
>=3B >=3B>=3B :watchfd_callback: watch epath=3D=
/local/domain/0/backend/vbd/127/51713/state token=3D2/2: empty slotlibxl: d=
ebug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: =
deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_de=
register: watch w=3D0x22f60f0: deregister unregisteredlibxl: debug: libxl_e=
vent.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: deregister un=
registeredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: wat=
ch w=3D0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:570:li=
bxl__ev_xswatch_register: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backe=
nd/vif/127/0/state token=3D2/3: register slotnum=3D2libxl: debug: libxl_eve=
nt.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/back=
end/vif/127/0/state token=3D2/3: event epath=3D/local/domain/0/backend/vif/=
127/0/statelibxl: debug: libxl_event.c:657:devstate_watch_callback: backend=
 /local/domain/0/backend/vif/127/0/state wanted state 2 still waiting state=
 1libxl: debug: 
>=3B lib
>=3B >=3B>=3B xl_event.c:514:watchf=
d_callback: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/s=
tate token=3D2/3: event epath=3D/local/domain/0/backend/vif/127/0/statelibx=
l: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/=
0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:606:=
libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8wpath=3D/local/domain/0/ba=
ckend/vif/127/0/state token=3D2/3: deregister slotnum=3D2libxl: debug: libx=
l_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8: deregister=
 unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotp=
lug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.c:6=
18:libxl__ev_xswatch_deregister: watch w=3D0x22fa850: deregister unregister=
edlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0=
x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl__ao=
_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl=
_event.c:1591:libxl__a
>=3B o_c
>=3B >=3B>=3B omplete: ao 0x2=
2ff8b0: complete=2C rc=3D0libxl: debug: libxl_event.c:1563:libxl__ao__destr=
oy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: total allocations:470=
 total releases:470xc: debug: hypercall buffer: current allocations:0 maxim=
um allocations:3xc: debug: hypercall buffer: cache current size:2xc: debug:=
 hypercall buffer: cache hits:462 misses:2 toobig:6Parsing config from gues=
t.cfg-----------------------------------------------Looking into dmesg=2C t=
he only interesting thing I see related to this are these 2 lines everytime=
 I try to start the VM: xen:balloon: Cannot add additional memory (-17) xen=
:balloon: Cannot add additional memory (-17)
>=3B >=3B>=3B>=3B T=
hanks!Beau
>=3B >=3B>=3B
>=3B >=3B>=3B Hello=2C
>=3B=
 >=3B>=3B
>=3B >=3B>=3B Can you also post the output of xl inf=
o before creating the guests?
>=3B >=3B>=3B AFAICT you are
>=
=3B >=3B>=3B giving each guest 6000MB of RAM=3B are you sure you have e=
nough RAM for
>=3B >=3B>=3B Dom0 plus this two guests?
>=3B &=
gt=3B>=3B
>=3B >=3B>=3B From the output you provided=2C I can on=
ly see the trace of one guest
>=3B >=3B>=3B booting [0] (one execu=
tion of xl)=2C what happens with the other guest?
>=3B >=3B>=3B>=3B >=3B>=3B Roger.
>=3B >=3B>=3B
>=3B >=3B>=3B [=
0]
>=3B >=3B>=3B http://lists.xenproject.org/archives/html/xen-use=
rs/2016-02/msg00116.html
>=3B >=3B>=3B
>=3B >=3B 
>=3B=
 >=3B Roger=2C yes thats right. Both guests get 6000MB of RAM. The system=
 has 16GB of RAM=2C and I have allocated 4GB to the host.
>=3B >=3B =
Guest0 boots and operates perfectly. It is only guest1 that has issues. It =
does act like maybe there isnt enough RAM for the second VM=2C but from my =
calculations=2C it looks like it should be fine. Here is the output of "xl =
info" with no guests running
>=3B 
>=3B You haven't provided the =
log when creating the second guest. I would try
>=3B reducing the memo=
ry assigned to the second guest=2C if you have 4GB
>=3B assigned to Do=
m0 and 6GB assigned to each guest you don't leave any
>=3B memory for =
Xen (Xen takes over some memory in order to run).
>=3B 
>=3B Roge=
r.

Hi Roger=2C

The lo=
g messages I entered before are for the second guest. I didn't include any =
logs for the second guest since that one works perfectly.

But maybe I am allocating my RAM too tightly? The system has 16 GB =
of RAM=2C or 16=2C384MB. I allocated 4096MB to the host. That leaves me wit=
h 12=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is there=
 some minimum amount that needs to remain above that?

<=
div>Looking at "xl info" with both guests started=2C it says my total memor=
y is 16=2C353=2C and that my free memory is 45.

I =
also just tried reducing the RAM for both guests down to 5500. I got the sa=
me error when starting the second guest. Thats about 1 GB of unallocated sp=
ace=2C so I don't think thats my issue.

I also jus=
t tried stopping both guests=2C and starting guest1 first=2C and guest0 sec=
ond. Guest1 came up fine=2C and now guest0 is stuck. Its definitely related=
 to the second vm that starts=2C and not a specific configuration.

I am really at a loss of where to look. Is there anything =
in the config that would cause the CPUs to get assigned to the first guest=
=2C so the second one is left with no CPUs?

Best=
=2C
Beau
 		 	   		  

=

--_981aa25d-36a5-4ee1-94f2-e2433bd7a92e_--


--===============3062602523652704457==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============3062602523652704457==--


From xen-users-bounces@lists.xen.org Thu Feb 25 03:38:13 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 03:38:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYmjp-00035c-Qh; Thu, 25 Feb 2016 03:37:13 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYhaE-0002Ok-G4
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 22:06:58 +0000
Received: from [193.109.254.147] by server-8.bemta-14.messagelabs.com id
	BE/79-03645-1892EC65; Wed, 24 Feb 2016 22:06:57 +0000
X-Env-Sender: sergei.a.lebedev@gmail.com
X-Msg-Ref: server-16.tower-27.messagelabs.com!1456351616!26438300!1
X-Originating-IP: [209.85.215.45]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 47778 invoked from network); 24 Feb 2016 22:06:56 -0000
Received: from mail-lf0-f45.google.com (HELO mail-lf0-f45.google.com)
	(209.85.215.45)
	by server-16.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted
	SMTP; 24 Feb 2016 22:06:56 -0000
Received: by mail-lf0-f45.google.com with SMTP id j78so21302420lfb.1
	for ; Wed, 24 Feb 2016 14:06:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=from:content-type:content-transfer-encoding:subject:message-id:date
	:to:mime-version;
	bh=Y/9l4zqvIRfnrrJAmg2nsw0jRAJBlZtWMqEOb7riZ1s=;
	b=tQbXn1Q+RV7LCCSgIUPVLYvl/Aja3wxo2RTc0u0jaSbHz8kJflyqRSRxF3NvU7l10g
	7ndkyItGaUruYxPRjj4gTEPI0EYu4F2tLdqgV51FJU/ERsrAXQAWuLHrizREQu3qcbuy
	oMHIi19fdZyJi529FM91+5o17VK9jVicUPlRy+YDWbmxzYGJPA5Ia8iqfXNHRnXIqlaC
	mM73khDp+MxKuZtmzZq1PyEfQ7U8a084duBOUsxhKIeyJiDpU8MtG5AxkFHESjfeVwcH
	On9QzOmFScU8MrDdkpTaXVtNt5xFes9THTCKq6HiKFwClXqzSltEA80Yhwj09vSTWqry
	zuYw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:content-type:content-transfer-encoding
	:subject:message-id:date:to:mime-version;
	bh=Y/9l4zqvIRfnrrJAmg2nsw0jRAJBlZtWMqEOb7riZ1s=;
	b=fy3IBtpUkgHeoJ2j6fyL2UnVsR3xqkJAyhab+q0Go837RcM2SdP9zX3yjk9fOfG2LN
	5OaM33n3FeOcqgcxraWPWsF3XAE8+xSI/D1z19J3qP+XO9Yb1jn2e48/mqiWlnSAbgjA
	R5uM9nR7RxAOtZAOPkDj45vWEEMHgkXfDC/Spq6BQUe3AQcaeIH1WkYQoEezLo3v1QLY
	RHs/bIMz/De4DmILBqV4uUhY+7sYYooYdpH7lT5eftcQj2UK/dbih51h1Rod5svEjqF7
	8+exCTfR2iyTS2GdubowdLae42NoVtrlN8CpQgeB0ueILQPoYdAwVovgFpaoimU7Z2uy
	cljA==
X-Gm-Message-State: AG10YOT2I4A83U7/1bCvIVfIOzUV0casi70xcJvngFPo1XgNtMXVIdmuEOSRelyEFwF7gQ==
X-Received: by 10.25.144.12 with SMTP id s12mr15942448lfd.114.1456351615759;
	Wed, 24 Feb 2016 14:06:55 -0800 (PST)
Received: from [192.168.1.38] (pppoe.178-66-83-171.dynamic.avangarddsl.ru.
	[178.66.83.171]) by smtp.gmail.com with ESMTPSA id
	p191sm658053lfp.39.2016.02.24.14.06.54 for 
	(version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
	Wed, 24 Feb 2016 14:06:54 -0800 (PST)
From: Sergei Lebedev 
Message-Id: <5F49EE17-3083-41AC-B36D-635B9FE9E485@gmail.com>
Date: Thu, 25 Feb 2016 01:06:52 +0300
To: xen-users@lists.xen.org
Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\))
X-Mailer: Apple Mail (2.3112)
X-Mailman-Approved-At: Thu, 25 Feb 2016 03:37:12 +0000
Subject: [Xen-users] Xen4.4, xenstored and WATCH requests
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

SGVsbG8gbGlzdCwKCknigJltIHdvcmtpbmcgb24gYSBQeXRob24gY2xpZW50IGxpYnJhcnkgZm9y
IFhlblN0b3JlIFsxXS4gVGhlIGxpYnJhcnkgaW1wbGVtZW50cwp0d28gd2F5cyB0byBhY2Nlc3Mg
WGVuU3RvcmU6IHZpYSBhIFVuaXggc29ja2V0IGFuZCB2aWEgL3Byb2MuICBUaGUgL3Byb2MgaW50
ZXJmYWNlCnR1cm5lZCBvdXQgdG8gYmUgYSBiaXQgcHJvYmxlbWF0aWMsIGJlY2F1c2UgaXQgaWdu
b3JlcyB0aGUgcmVxX2lkIGZpZWxkIGZvcgpXQVRDSCByZXF1ZXN0cy4KClRoZSBzcGVjIFsyXSBy
ZXF1aXJlcyBhbGwgcmVzcG9uc2VzIChleGNlcHQgV0FUQ0hfRVZFTlQpIHRvIGNvcHkgcmVxX2lk
IGZyb20KdGhlIHJlcXVlc3QuIFNvIEkgd29uZGVyIGlmIGl04oCZcyBwb3NzaWJsZSB0aGF0IHRo
ZSBiZWhhdmlvdXIgSSBvYnNlcnZlIGlzIGluIGZhY3QKYSBidWcgaW4geGVuc3RvcmVkPwoKQmVs
b3cgaXMgYSBQeXRob24gc2NyaXB0IGRlbW9uc3RyYXRpbmcgdGhlIGlzc3VlOgoKICAgIGltcG9y
dCBvcwogICAgaW1wb3J0IHN0cnVjdAoKICAgIFdBVENIID0gNAogICAgV1JJVEUgPSAxMQoKICAg
IGRlZiBzZW5kX3BhY2tldChmZCwgb3AsIHJxX2lkLCB0eF9pZCwgcGF5bG9hZCk6CiAgICAgICAg
ZGF0YSA9IHN0cnVjdC5wYWNrKGIiSUlJSSIsIG9wLCBycV9pZCwgdHhfaWQsIGxlbihwYXlsb2Fk
KSkgKyBwYXlsb2FkCiAgICAgICAgb3Mud3JpdGUoZmQsIGRhdGEpCgoKICAgIGRlZiBwcmludF9y
ZXBseShmZCk6CiAgICAgICAgb3AsIHJxX2lkLCB0eF9pZCwgc2l6ZSA9IHN0cnVjdC51bnBhY2so
YiJJSUlJIiwgb3MucmVhZChmZCwgMTYpKQogICAgICAgIHBheWxvYWQgPSBvcy5yZWFkKGZkLCBz
aXplKSBpZiBzaXplIGVsc2UgYiIiCiAgICAgICAgcHJpbnQob3AsIHJxX2lkLCB0eF9pZCwgcGF5
bG9hZCkKCgogICAgZmQgPSBvcy5vcGVuKCIvcHJvYy94ZW4veGVuYnVzIiwgb3MuT19SRFdSKQog
ICAgdHJ5OgogICAgICAgIHNlbmRfcGFja2V0KGZkLCBXUklURSwgMjQsIDAsIGIiL2Zvb1x4MDBi
YXJceDAwIikKICAgICAgICBwcmludF9yZXBseShmZCkgICMgUmVzcG9uZHMgd2l0aCBycV9pZCA9
IDI0LgogICAgICAgIHNlbmRfcGFja2V0KGZkLCBXQVRDSCwgNDIsIDAsIGIiL2Zvb1x4MDB0b2tl
blx4MDAiKQogICAgICAgIHByaW50X3JlcGx5KGZkKSAgIyBTcHVyaW91cyAoPykgV0FUQ0hfRVZF
TlQKICAgICAgICBwcmludF9yZXBseShmZCkgICMgQUNLIGZvciBXQVRDSCB3aXRoIHJxX2lkID0g
MC4KICAgIGZpbmFsbHk6CiAgICAgICAgb3MuY2xvc2UoZmQpCgpJ4oCZbSBydW5uaW5nIFhlbiA0
LjQgb24gVWJ1bnR1IDE0LjA0IGluc2lkZSBWaXJ0dWFsQm94LgoKJCB1bmFtZSAtYQpMaW51eCB4
ZW4tZGV2ZWwgMy4xOS4wLTI1LWdlbmVyaWMgIzI2fjE0LjA0LjEtVWJ1bnR1IFNNUCBGcmkgSnVs
IDI0IDIxOjE2OjIwIFVUQyAyMDE1IHg4Nl82NCB4ODZfNjQgeDg2XzY0IEdOVS9MaW51eAoKUmVn
YXJkcywKU2VyZ2VpCgpbMV06IGh0dHA6Ly9naXRodWIuY29tL3NlbGVjdGVsL3B5eHMKWzJdOiBo
dHRwOi8veGVuYml0cy54ZW4ub3JnL2RvY3MvNC40LXRlc3RpbmcvbWlzYy94ZW5zdG9yZS50eHQK
CgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNl
cnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4u
b3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Thu Feb 25 03:38:13 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 03:38:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from )
	id 1aYmjp-00035V-1i; Thu, 25 Feb 2016 03:37:13 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
	by lists.xen.org with esmtp (Exim 4.72)
	(envelope-from ) id 1aYczt-0003VT-Ja
	for xen-users@lists.xen.org; Wed, 24 Feb 2016 17:13:10 +0000
Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id
	2B/70-03606-4A4EDC65; Wed, 24 Feb 2016 17:13:08 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-11.tower-31.messagelabs.com!1456333986!24227563!1
X-Originating-IP: [65.55.116.25]
X-SpamReason: No, hits=1.3 required=7.0 tests=FORGED_HOTMAIL_RCVD,
	HTML_00_10,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 44804 invoked from network); 24 Feb 2016 17:13:07 -0000
Received: from blu004-omc1s14.hotmail.com (HELO BLU004-OMC1S14.hotmail.com)
	(65.55.116.25)
	by server-11.tower-31.messagelabs.com with AES256-SHA256 encrypted SMTP;
	24 Feb 2016 17:13:07 -0000
Received: from BLU183-W27 ([65.55.116.7]) by BLU004-OMC1S14.hotmail.com over
	TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
	Wed, 24 Feb 2016 09:13:05 -0800
X-TMN: [72Z+vn5L1z+DSdG7STQsXjOXfAF6nWcU]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
	"xen-users@lists.xen.org" 
Date: Wed, 24 Feb 2016 12:13:05 -0500
Importance: Normal
In-Reply-To: <56CD6B71.6000801@citrix.com>
References: ,
	<56CAEEA7.7050508@citrix.com>
	,
	<56CB4D1C.3000701@citrix.com>
	,
	
	<56CC1701.3070807@citrix.com>,
	,
	<56CD6B71.6000801@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 24 Feb 2016 17:13:05.0727 (UTC)
	FILETIME=[A02E14F0:01D16F26]
X-Mailman-Approved-At: Thu, 25 Feb 2016 03:37:12 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
	
List-Post: 
List-Help: 
List-Subscribe: ,
	
Content-Type: multipart/mixed; boundary="===============3062602523652704457=="
Sender: xen-users-bounces@lists.xen.org
Errors-To: xen-users-bounces@lists.xen.org

--===============3062602523652704457==
Content-Type: multipart/alternative;
	boundary="_981aa25d-36a5-4ee1-94f2-e2433bd7a92e_"

--_981aa25d-36a5-4ee1-94f2-e2433bd7a92e_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


>=20
> El 23/2/16 a les 21:30=2C Brandon Adkins ha escrit:
> >=20
> >=20
> >>
> >> El 22/2/16 a les 20:11=2C Brandon Adkins ha escrit:
> >>>
> >>>> El 22/2/16 a les 18:40=2C Brandon Adkins ha escrit:
> >>>>>
> >>>>>>
> >>>>>> El 19/2/16 a les 17:38=2C Brandon Adkins ha escrit:
> >>>>>>> I am having issues migrating my Xen setup from Debian Wheezy to D=
ebian Jessie. The errors I see are not very concrete=2C so it doesn't give =
me much details.Here is what I am seeing:First=2C when I make a new Xen VM =
and connect to its console=2C I see "xenconsole: Could not open tty `': No =
such file or directory". It seems to boot fine after that=2C but after retu=
rning to Dom0=2C the console is kinda jacked up. This mimics exactly the is=
sue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D794071 =
. Apparently there is a fix as of Oct 2015=2C but just not released on Jess=
ie yet? Will that be released on Jessie sometime soon?Second=2C and this is=
 the bigger issue: I can make 1 VM like this fine=2C but when I try to make=
 a second one=2C it just seems to hang. If I use "xl create -c" so I see th=
e console the whole time=2C I see the bootloader menu appear=2C and when th=
e kernel selection is finished=2C it prints the error about the tty=2C and =
then nothing else. I don't know if the tty issue is re
> la
> >> te
> >>>> d=20
> >>>>>> at all."xl list" shows the second VM in the list=2C but it is mark=
ed as only having 1 vcpu. If I try to change this with "xl vcpu-set 2" (or =
any number higher)=2C it is just ignored. I can't find any log files to ind=
icate there is a problem at all. The VM just doesn't start. It was created =
from the same template as the first VM=2C so VM1 and VM2 are basically copi=
es of each other=2C yet only the first one will run.I have no idea if I am =
doing something wrong or if this is a bug in Jessie. I will say that everyt=
hing that I am doing now has worked perfectly for years using Debian Wheezy=
. The only change I needed was to start using "xl" instead of "xm".Anyone h=
ave clues on figuring this out?Thanks=2CBeau 		 	   		 =20
> >>>>>>
> >>>>>> Hello=2C
> >>>>>>
> >>>>>> Can you please paste the config file of those two VMs?
> >>>>>>
> >>>>>> Also=2C can you paste the output when creating them with:
> >>>>>>
> >>>>>> # xl -vvv create 
> >>>>>>
> >>>>>> Are there any errors displayed by Xen or Linux in the serial conso=
le or
> >>>>>> dmesg?
> >>>>>>
> >>>>>> Roger.
> >>>>>
> >>>>
> >>>> Hello=2C
> >>>>
> >>>> I'm sorry but your MUA seems to completely mangle the messages=2C an=
d I
> >>>> cannot parse the output you posted. Could you try to use a different=
 MUA
> >>>> that adds proper line breaks?
> >>>>
> >>>> Thanks=2C Roger.
> >>>>
> >>> Trying again
> >>>
> >>> Hi Roger=2C=20
> >>> Thanks for the help. Here are the 2 config files:guest0:bootloader =
=3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '600=
0'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvd=
a2=2Cw'=2C 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]name =3D 'guest0'=
vif =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'des=
troy'on_reboot =3D 'restart'on_crash =3D 'restart'-------------------------=
----------------guest1:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =
=3D '6'cpus =3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'p=
hy:/dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest1=
swap=2Cxvda1=2Cw' ]name =3D 'guest1'vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbr=
idge=3Dxenbr0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =
=3D 'restart'---------------------------------------------Output of xl -vvv=
 create:libxl: debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: c=
reate: how=3D(nil) callback=3D(nil) poller=3D0x22ff9b0libxl: debug: libxl_d=
evice.c:251:libxl__device_disk_set_back
> en
> >> d: Disk vdev=3Dxvda2 spec.backend=3Dunknownlibxl: debug: libxl_device.=
c:286:libxl__device_disk_set_backend: Disk vdev=3Dxvda2=2C using backend ph=
ylibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda1 spec.backend=3Dunknownlibxl: debug: libxl_device.c:286:libxl__devi=
ce_disk_set_backend: Disk vdev=3Dxvda1=2C using backend phylibxl: debug: li=
bxl_create.c:797:initiate_domain_create: running bootloaderlibxl: debug: li=
bxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3D(null) spec.ba=
ckend=3Dphylibxl: debug: libxl.c:2634:libxl__device_disk_local_initiate_att=
ach: locally attaching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: li=
bxl_bootloader.c:409:bootloader_disk_attached_cb: Config bootloader value: =
/usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_crea=
te: ao 0x22ff8b0: inprogress: poller=3D0x22ff9b0=2C flags=3Dilibxl: debug: =
libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f5178 wpath=3D/=
local/domain/127 token=3D3/0: register slotnum=3D3libxl: deb
> ug:
> >>  libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress =
report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: exe=
cuting bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootloade=
r.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrubli=
bxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --=
args=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader_=
gotptys:   bootloader arg: --output=3D/var/run/xen/bootloader.127.outlibxl:=
 debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --outp=
ut-format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys:=
   bootloader arg: --output-directory=3D/var/run/xen/bootloader.127.dlibxl:=
 debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/x=
envolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: watc=
h w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event epath=3D/local=
/domain/127libxl: debug: libxl_bootloader.c:
> 634
> >> :bootloader_finished: bootloader completedlibxl: debug: libxl_bootload=
er.c:136:bootloader_result_command: bootloader output contained kernel /var=
/run/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootloader.=
c:136:bootloader_result_command: bootloader output contained ramdisk /var/r=
un/xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloader.c=
:136:bootloader_result_command: bootloader output contained args root=3D/de=
v/xvda2 ro crashkernel=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl_bootl=
oader.c:647:bootloader_finished: bootloader execution successfullibxl: debu=
g: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f5178wpath=
=3D/local/domain/127 token=3D3/0: deregister slotnum=3D3domainbuilder: deta=
il: xc_dom_allocate: cmdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dauto roo=
t=3D/dev/xvda2 ro "=2C features=3D"(null)"libxl: debug: libxl_dom.c:364:lib=
xl__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/boot_ke=
rnel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem:
>  ca
> >> lleddomainbuilder: detail: xc_dom_ramdisk_mem: calleddomainbuilder: de=
tail: xc_dom_boot_xen_init: ver 4.4=2C caps xen-3.0-x86_64 xen-3.0-x86_32p =
hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder: detail: xc_dom_=
parse_image: calleddomainbuilder: detail: xc_dom_find_loader: trying multib=
oot-binary loader ...domainbuilder: detail: loader probe faileddomainbuilde=
r: detail: xc_dom_find_loader: trying Linux bzImage loader ...domainbuilder=
: detail: xc_dom_malloc            : 8861 kBdomainbuilder: detail: xc_dom_d=
o_gunzip: unzip ok=2C 0x3e7bbc -> 0x8a7564domainbuilder: detail: loader pro=
be OKxc: detail: elf_parse_binary: phdr: paddr=3D0x400000 memsz=3D0x66f000x=
c: detail: elf_parse_binary: phdr: paddr=3D0xa6f000 memsz=3D0x381000xc: det=
ail: elf_parse_binary: memory: 0x400000 -> 0xdf0000xc: detail: elf_xen_pars=
e_note: GUEST_OS =3D "linux"xc: detail: elf_xen_parse_note: GUEST_VERSION =
=3D "2.6"xc: detail: elf_xen_parse_note: XEN_VERSION =3D "xen-3.0"xc: detai=
l: elf_xen_parse_note: VIRT_BASE =3D 0xc0000000
> xc:
> >>  detail: elf_xen_parse_note: ENTRY =3D 0xc0b11000xc: detail: elf_xen_p=
arse_note: HYPERCALL_PAGE =3D 0xc0402000xc: detail: elf_xen_parse_note: FEA=
TURES =3D "!writable_page_tables|pae_pgdir_above_4gb"xc: detail: elf_xen_pa=
rse_note: PAE_MODE =3D "yes"xc: detail: elf_xen_parse_note: LOADER =3D "gen=
eric"xc: detail: elf_xen_parse_note: unknown xen elf note (0xd)xc: detail: =
elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc: detail: elf_xen_parse_note: H=
V_START_LOW =3D 0xf5800000xc: detail: elf_xen_parse_note: PADDR_OFFSET =3D =
0x0xc: detail: elf_xen_addr_calc_check: addresses:xc: detail:     virt_base=
        =3D 0xc0000000xc: detail:     elf_paddr_offset =3D 0x0xc: detail:  =
   virt_offset      =3D 0xc0000000xc: detail:     virt_kstart      =3D 0xc0=
400000xc: detail:     virt_kend        =3D 0xc0df0000xc: detail:     virt_e=
ntry       =3D 0xc0b11000xc: detail:     p2m_base         =3D 0xfffffffffff=
fffffdomainbuilder: detail: xc_dom_parse_elf_kernel: xen-3.0-x86_32p: 0xc04=
00000 -> 0xc0df0000domainbuilder: detail: xc_dom_mem_ini
> t:=20
> >> mem 6000 MB=2C pages 0x177000 pages=2C 4k eachdomainbuilder: detail: x=
c_dom_mem_init: 0x177000 pagesdomainbuilder: detail: xc_dom_boot_mem_init: =
calleddomainbuilder: detail: x86_compat: guest xen-3.0-x86_32p=2C address s=
ize 32domainbuilder: detail: xc_dom_malloc            : 12000 kBdomainbuild=
er: detail: xc_dom_build_image: calleddomainbuilder: detail: xc_dom_alloc_s=
egment:   kernel       : 0xc0400000 -> 0xc0df0000  (pfn 0x400 + 0x9f0 pages=
)domainbuilder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400=
+0x9f0 at 0x7fd07b610000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b6100=
00 -> 0x7fd07bc7f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 -=
> 0x7fd07bdb2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk     =
 : 0xc0df0000 -> 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detai=
l: xc_dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_pt=
r_retcount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: =
detail: xc_dom_do_gunzip: unzip=20
> ok=2C
> >>  0xd262fe -> 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   p=
hys2mach    : 0xc2ee0000 -> 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbui=
lder: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at=
 0x7fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   =
: 0xc34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xen=
store     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page=
   :   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page=
_tables: 0x00000000ffffffff/32: 0x0000000000000000 -> 0x00000000ffffffff=2C=
 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30: 0x=
00000000c0000000 -> 0x00000000ffffffff=2C 1 table(s)domainbuilder: detail: =
nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 -> 0x00000000c37f=
ffff=2C 28 table(s)domainbuilder: detail: xc_dom_alloc_segment:   page tabl=
es  : 0xc34bf000 -> 0xc34dd000  (pfn 0x34bf + 0x1e pages)domainbuilder: det=
ail: xc_dom_pfn_to_ptr_retcount:
>  do
> >> mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: detail: xc=
_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainbuilder: =
detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuilder: det=
ail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder: detail=
: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootearly: doi=
ng nothingdomainbuilder: detail: xc_dom_compat_check: supported guest type:=
 xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supported guest =
type: xen-3.0-x86_32p <=3D matchesdomainbuilder: detail: xc_dom_compat_chec=
k: supported guest type: hvm-3.0-x86_32domainbuilder: detail: xc_dom_compat=
_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: detail: xc_dom_=
compat_check: supported guest type: hvm-3.0-x86_64domainbuilder: detail: xc=
_dom_update_guest_p2m: dst 32bit=2C pages 0x177000domainbuilder: detail: cl=
ear_page: pfn 0x34be=2C mfn 0x17cd7adomainbuilder: detail: clear_page: pfn =
0x34bd=2C mfn 0x17cd7bdomainbuilde
> r:=20
> >> detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1at 0x7=
fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuilder: d=
etail: setup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuilder: d=
etail: domain builder memory footprintdomainbuilder: detail:    allocateddo=
mainbuilder: detail:       malloc             : 21157 kBdomainbuilder: deta=
il:       anon mmap          : 0 bytesdomainbuilder: detail:    mappeddomai=
nbuilder: detail:       file mmap          : 0 bytesdomainbuilder: detail: =
      domU mmap          : 48 MBdomainbuilder: detail: arch_setup_bootlate:=
 shared_info: pfn 0x0=2C mfn 0xbf615domainbuilder: detail: shared_info_x86_=
32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: detail: =
vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch_vm: =
called=2C ctxt=3D0x7fd084ad4004domainbuilder: detail: xc_dom_release: calle=
dlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=
=3Dxvda2 spec.backend=3Dphylibxl: debug:
>  li
> >> bxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f6068 wpath=
=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: register slotnu=
m=3D3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk =
vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: libxl_device.c:251:libxl__devi=
ce_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: libx=
l_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f7df8 wpath=3D/loca=
l/domain/0/backend/vbd/127/51713/state token=3D2/2: register slotnum=3D2lib=
xl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f6068 wpath=3D=
/local/domain/0/backend/vbd/127/51714/state token=3D3/1: event epath=3D/loc=
al/domain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:devs=
tate_watch_callback: backend /local/domain/0/backend/vbd/127/51714/state wa=
nted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister=
: watch w=3D0x22f6068wpath=3D/local/domain/0/backend/vbd/127/51714/state to=
ken=3D3/1: deregister slotnum=3D3libxl: debug: libxl_event.c:618:li
> bxl
> >> __ev_xswatch_deregister: watch w=3D0x22f6068: deregister unregisteredl=
ibxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /e=
tc/xen/scripts/block addlibxl: debug: libxl_event.c:483:watchfd_callback: w=
atch epath=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: empty=
 slotlibxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f7df8 =
wpath=3D/local/domain/0/backend/vbd/127/51713/state token=3D2/2: event epat=
h=3D/local/domain/0/backend/vbd/127/51713/statelibxl: debug: libxl_event.c:=
653:devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51713/=
state wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_de=
register: watch w=3D0x22f7df8wpath=3D/local/domain/0/backend/vbd/127/51713/=
state token=3D2/2: deregister slotnum=3D2libxl: debug: libxl_event.c:618:li=
bxl__ev_xswatch_deregister: watch w=3D0x22f7df8: deregister unregisteredlib=
xl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script: /etc=
/xen/scripts/block addlibxl: debug: libxl_event.c:
> 483
> >> :watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/51713=
/state token=3D2/2: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xsw=
atch_deregister: watch w=3D0x22f60f0: deregister unregisteredlibxl: debug: =
libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: deregi=
ster unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregist=
er: watch w=3D0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c=
:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: deregister unregist=
eredlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0=
x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: regis=
ter slotnum=3D2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D=
0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: even=
t epath=3D/local/domain/0/backend/vif/127/0/statelibxl: debug: libxl_event.=
c:657:devstate_watch_callback: backend /local/domain/0/backend/vif/127/0/st=
ate wanted state 2 still waiting state 1libxl: debug:=20
> lib
> >> xl_event.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/local/do=
main/0/backend/vif/127/0/state token=3D2/3: event epath=3D/local/domain/0/b=
ackend/vif/127/0/statelibxl: debug: libxl_event.c:653:devstate_watch_callba=
ck: backend /local/domain/0/backend/vif/127/0/state wanted state 2 oklibxl:=
 debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8=
wpath=3D/local/domain/0/backend/vif/127/0/state token=3D2/3: deregister slo=
tnum=3D2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch=
 w=3D0x22fa7c8: deregister unregisteredlibxl: debug: libxl_device.c:1023:de=
vice_hotplug: calling hotplug script: /etc/xen/scripts/vif-bridge onlinelib=
xl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa=
850: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswat=
ch_deregister: watch w=3D0x22fa850: deregister unregisteredlibxl: debug: li=
bxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress report: =
ignoredlibxl: debug: libxl_event.c:1591:libxl__a
> o_c
> >> omplete: ao 0x22ff8b0: complete=2C rc=3D0libxl: debug: libxl_event.c:1=
563:libxl__ao__destroy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: t=
otal allocations:470 total releases:470xc: debug: hypercall buffer: current=
 allocations:0 maximum allocations:3xc: debug: hypercall buffer: cache curr=
ent size:2xc: debug: hypercall buffer: cache hits:462 misses:2 toobig:6Pars=
ing config from guest.cfg-----------------------------------------------Loo=
king into dmesg=2C the only interesting thing I see related to this are the=
se 2 lines everytime I try to start the VM: xen:balloon: Cannot add additio=
nal memory (-17) xen:balloon: Cannot add additional memory (-17)
> >>> Thanks!Beau
> >>
> >> Hello=2C
> >>
> >> Can you also post the output of xl info before creating the guests?
> >> AFAICT you are
> >> giving each guest 6000MB of RAM=3B are you sure you have enough RAM fo=
r
> >> Dom0 plus this two guests?
> >>
> >> From the output you provided=2C I can only see the trace of one guest
> >> booting [0] (one execution of xl)=2C what happens with the other guest=
?
> >>
> >> Roger.
> >>
> >> [0]
> >> http://lists.xenproject.org/archives/html/xen-users/2016-02/msg00116.h=
tml
> >>
> >=20
> > Roger=2C yes thats right. Both guests get 6000MB of RAM. The system has=
 16GB of RAM=2C and I have allocated 4GB to the host.
> > Guest0 boots and operates perfectly. It is only guest1 that has issues.=
 It does act like maybe there isnt enough RAM for the second VM=2C but from=
 my calculations=2C it looks like it should be fine. Here is the output of =
"xl info" with no guests running
>=20
> You haven't provided the log when creating the second guest. I would try
> reducing the memory assigned to the second guest=2C if you have 4GB
> assigned to Dom0 and 6GB assigned to each guest you don't leave any
> memory for Xen (Xen takes over some memory in order to run).
>=20
> Roger.

Hi Roger=2C
The log messages I entered before are for the second guest. I didn't includ=
e any logs for the second guest since that one works perfectly.
But maybe I am allocating my RAM too tightly? The system has 16 GB of RAM=
=2C or 16=2C384MB. I allocated 4096MB to the host. That leaves me with 12=
=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is there som=
e minimum amount that needs to remain above that?
Looking at "xl info" with both guests started=2C it says my total memory is=
 16=2C353=2C and that my free memory is 45.
I also just tried reducing the RAM for both guests down to 5500. I got the =
same error when starting the second guest. Thats about 1 GB of unallocated =
space=2C so I don't think thats my issue.
I also just tried stopping both guests=2C and starting guest1 first=2C and =
guest0 second. Guest1 came up fine=2C and now guest0 is stuck. Its definite=
ly related to the second vm that starts=2C and not a specific configuration=
.
I am really at a loss of where to look. Is there anything in the config tha=
t would cause the CPUs to get assigned to the first guest=2C so the second =
one is left with no CPUs?
Best=2CBeau 		 	   		  =

--_981aa25d-36a5-4ee1-94f2-e2433bd7a92e_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






>=3B 
>=3B El 23=
/2/16 a les 21:30=2C Brandon Adkins ha escrit:
>=3B >=3B 
>=3B =
>=3B 
>=3B >=3B>=3B
>=3B >=3B>=3B El 22/2/16 a les 20:1=
1=2C Brandon Adkins ha escrit:
>=3B >=3B>=3B>=3B
>=3B >=
=3B>=3B>=3B>=3B El 22/2/16 a les 18:40=2C Brandon Adkins ha escrit:>=3B >=3B>=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=3B>=3B&=
gt=3B>=3B
>=3B >=3B>=3B>=3B>=3B>=3B>=3B El 19/2/16 a les=
 17:38=2C Brandon Adkins ha escrit:
>=3B >=3B>=3B>=3B>=3B>=
=3B>=3B>=3B I am having issues migrating my Xen setup from Debian Wheez=
y to Debian Jessie. The errors I see are not very concrete=2C so it doesn't=
 give me much details.Here is what I am seeing:First=2C when I make a new X=
en VM and connect to its console=2C I see "xenconsole: Could not open tty `=
': No such file or directory". It seems to boot fine after that=2C but afte=
r returning to Dom0=2C the console is kinda jacked up. This mimics exactly =
the issue described athttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D7=
94071 . Apparently there is a fix as of Oct 2015=2C but just not released o=
n Jessie yet? Will that be released on Jessie sometime soon?Second=2C and t=
his is the bigger issue: I can make 1 VM like this fine=2C but when I try t=
o make a second one=2C it just seems to hang. If I use "xl create -c" so I =
see the console the whole time=2C I see the bootloader menu appear=2C and w=
hen the kernel selection is finished=2C it prints the error about the tty=
=2C and then nothing else. I don't know if the tty issue is re
>=3B la=

>=3B >=3B>=3B te
>=3B >=3B>=3B>=3B>=3B d 
>=3B =
>=3B>=3B>=3B>=3B>=3B>=3B at all."xl list" shows the second VM i=
n the list=2C but it is marked as only having 1 vcpu. If I try to change th=
is with "xl vcpu-set 2" (or any number higher)=2C it is just ignored. I can=
't find any log files to indicate there is a problem at all. The VM just do=
esn't start. It was created from the same template as the first VM=2C so VM=
1 and VM2 are basically copies of each other=2C yet only the first one will=
 run.I have no idea if I am doing something wrong or if this is a bug in Je=
ssie. I will say that everything that I am doing now has worked perfectly f=
or years using Debian Wheezy. The only change I needed was to start using "=
xl" instead of "xm".Anyone have clues on figuring this out?Thanks=2CBeau 		=
 	   		  
>=3B >=3B>=3B>=3B>=3B>=3B>=3B
>=3B >=3B&g=
t=3B>=3B>=3B>=3B>=3B Hello=2C
>=3B >=3B>=3B>=3B>=3B>=
=3B>=3B
>=3B >=3B>=3B>=3B>=3B>=3B>=3B Can you please pas=
te the config file of those two VMs?
>=3B >=3B>=3B>=3B>=3B>=
=3B>=3B
>=3B >=3B>=3B>=3B>=3B>=3B>=3B Also=2C can you pa=
ste the output when creating them with:
>=3B >=3B>=3B>=3B>=3B&=
gt=3B>=3B
>=3B >=3B>=3B>=3B>=3B>=3B>=3B # xl -vvv create=
 <=3Bconfig.cfg>=3B
>=3B >=3B>=3B>=3B>=3B>=3B>=3B
&=
gt=3B >=3B>=3B>=3B>=3B>=3B>=3B Are there any errors displayed b=
y Xen or Linux in the serial console or
>=3B >=3B>=3B>=3B>=3B&=
gt=3B>=3B dmesg?
>=3B >=3B>=3B>=3B>=3B>=3B>=3B
>=3B=
 >=3B>=3B>=3B>=3B>=3B>=3B Roger.
>=3B >=3B>=3B>=3B&g=
t=3B>=3B
>=3B >=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=3B&=
gt=3B Hello=2C
>=3B >=3B>=3B>=3B>=3B
>=3B >=3B>=3B>=
=3B>=3B I'm sorry but your MUA seems to completely mangle the messages=2C=
 and I
>=3B >=3B>=3B>=3B>=3B cannot parse the output you poste=
d. Could you try to use a different MUA
>=3B >=3B>=3B>=3B>=3B =
that adds proper line breaks?
>=3B >=3B>=3B>=3B>=3B
>=3B =
>=3B>=3B>=3B>=3B Thanks=2C Roger.
>=3B >=3B>=3B>=3B>=
=3B
>=3B >=3B>=3B>=3B Trying again
>=3B >=3B>=3B>=3B<=
br>>=3B >=3B>=3B>=3B Hi Roger=2C 
>=3B >=3B>=3B>=3B Than=
ks for the help. Here are the 2 config files:guest0:bootloader =3D '/usr/li=
b/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =3D '2-7'memory =3D '6000'root =3D '=
/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C '=
phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]name =3D 'guest0'vif =3D [ 'm=
ac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]on_poweroff =3D 'destroy'on_rebo=
ot =3D 'restart'on_crash =3D 'restart'-------------------------------------=
----guest1:bootloader =3D '/usr/lib/xen-4.4/bin/pygrub'vcpus =3D '6'cpus =
=3D '2-7'memory =3D '6000'root =3D '/dev/xvda2 ro'disk =3D [ 'phy:/dev/xenv=
olgroup/guest1disk=2Cxvda2=2Cw'=2C 'phy:/dev/xenvolgroup/guest1swap=2Cxvda1=
=2Cw' ]name =3D 'guest1'vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr=
0' ]on_poweroff =3D 'destroy'on_reboot =3D 'restart'on_crash =3D 'restart'-=
--------------------------------------------Output of xl -vvv create:libxl:=
 debug: libxl_create.c:1342:do_domain_create: ao 0x22ff8b0: create: how=3D(=
nil) callback=3D(nil) poller=3D0x22ff9b0libxl: debug: libxl_device.c:251:li=
bxl__device_disk_set_back
>=3B en
>=3B >=3B>=3B d: Disk vdev=
=3Dxvda2 spec.backend=3Dunknownlibxl: debug: libxl_device.c:286:libxl__devi=
ce_disk_set_backend: Disk vdev=3Dxvda2=2C using backend phylibxl: debug: li=
bxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1 spec.bac=
kend=3Dunknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backe=
nd: Disk vdev=3Dxvda1=2C using backend phylibxl: debug: libxl_create.c:797:=
initiate_domain_create: running bootloaderlibxl: debug: libxl_device.c:251:=
libxl__device_disk_set_backend: Disk vdev=3D(null) spec.backend=3Dphylibxl:=
 debug: libxl.c:2634:libxl__device_disk_local_initiate_attach: locally atta=
ching PHY disk /dev/xenvolgroup/guest1disklibxl: debug: libxl_bootloader.c:=
409:bootloader_disk_attached_cb: Config bootloader value: /usr/lib/xen-4.4/=
bin/pygrublibxl: debug: libxl_create.c:1356:do_domain_create: ao 0x22ff8b0:=
 inprogress: poller=3D0x22ff9b0=2C flags=3Dilibxl: debug: libxl_event.c:570=
:libxl__ev_xswatch_register: watch w=3D0x22f5178 wpath=3D/local/domain/127 =
token=3D3/0: register slotnum=3D3libxl: deb
>=3B ug:
>=3B >=3B&=
gt=3B  libxl_event.c:1761:libxl__ao_progress_report: ao 0x22ff8b0: progress=
 report: ignoredlibxl: debug: libxl_bootloader.c:535:bootloader_gotptys: ex=
ecuting bootloader: /usr/lib/xen-4.4/bin/pygrublibxl: debug: libxl_bootload=
er.c:539:bootloader_gotptys:   bootloader arg: /usr/lib/xen-4.4/bin/pygrubl=
ibxl: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: -=
-args=3Droot=3D/dev/xvda2 rolibxl: debug: libxl_bootloader.c:539:bootloader=
_gotptys:   bootloader arg: --output=3D/var/run/xen/bootloader.127.outlibxl=
: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: --out=
put-format=3Dsimple0libxl: debug: libxl_bootloader.c:539:bootloader_gotptys=
:   bootloader arg: --output-directory=3D/var/run/xen/bootloader.127.dlibxl=
: debug: libxl_bootloader.c:539:bootloader_gotptys:   bootloader arg: /dev/=
xenvolgroup/guest1disklibxl: debug: libxl_event.c:514:watchfd_callback: wat=
ch w=3D0x22f5178 wpath=3D/local/domain/127 token=3D3/0: event epath=3D/loca=
l/domain/127libxl: debug: libxl_bootloader.c:
>=3B 634
>=3B >=
=3B>=3B :bootloader_finished: bootloader completedlibxl: debug: libxl_boo=
tloader.c:136:bootloader_result_command: bootloader output contained kernel=
 /var/run/xen/bootloader.127.d/boot_kernel.m3pOqrlibxl: debug: libxl_bootlo=
ader.c:136:bootloader_result_command: bootloader output contained ramdisk /=
var/run/xen/bootloader.127.d/boot_ramdisk.DQT0dDlibxl: debug: libxl_bootloa=
der.c:136:bootloader_result_command: bootloader output contained args root=
=3D/dev/xvda2 ro crashkernel=3Dauto root=3D/dev/xvda2 rolibxl: debug: libxl=
_bootloader.c:647:bootloader_finished: bootloader execution successfullibxl=
: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f517=
8wpath=3D/local/domain/127 token=3D3/0: deregister slotnum=3D3domainbuilder=
: detail: xc_dom_allocate: cmdline=3D"root=3D/dev/xvda2 ro crashkernel=3Dau=
to root=3D/dev/xvda2 ro "=2C features=3D"(null)"libxl: debug: libxl_dom.c:3=
64:libxl__build_pv: pv kernel mapped 1 path /var/run/xen/bootloader.127.d/b=
oot_kernel.m3pOqrdomainbuilder: detail: xc_dom_kernel_mem:
>=3B  ca>=3B >=3B>=3B lleddomainbuilder: detail: xc_dom_ramdisk_mem: calledd=
omainbuilder: detail: xc_dom_boot_xen_init: ver 4.4=2C caps xen-3.0-x86_64 =
xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64domainbuilder:=
 detail: xc_dom_parse_image: calleddomainbuilder: detail: xc_dom_find_loade=
r: trying multiboot-binary loader ...domainbuilder: detail: loader probe fa=
ileddomainbuilder: detail: xc_dom_find_loader: trying Linux bzImage loader =
...domainbuilder: detail: xc_dom_malloc            : 8861 kBdomainbuilder: =
detail: xc_dom_do_gunzip: unzip ok=2C 0x3e7bbc ->=3B 0x8a7564domainbuilde=
r: detail: loader probe OKxc: detail: elf_parse_binary: phdr: paddr=3D0x400=
000 memsz=3D0x66f000xc: detail: elf_parse_binary: phdr: paddr=3D0xa6f000 me=
msz=3D0x381000xc: detail: elf_parse_binary: memory: 0x400000 ->=3B 0xdf00=
00xc: detail: elf_xen_parse_note: GUEST_OS =3D "linux"xc: detail: elf_xen_p=
arse_note: GUEST_VERSION =3D "2.6"xc: detail: elf_xen_parse_note: XEN_VERSI=
ON =3D "xen-3.0"xc: detail: elf_xen_parse_note: VIRT_BASE =3D 0xc0000000>=3B xc:
>=3B >=3B>=3B  detail: elf_xen_parse_note: ENTRY =3D 0=
xc0b11000xc: detail: elf_xen_parse_note: HYPERCALL_PAGE =3D 0xc0402000xc: d=
etail: elf_xen_parse_note: FEATURES =3D "!writable_page_tables|pae_pgdir_ab=
ove_4gb"xc: detail: elf_xen_parse_note: PAE_MODE =3D "yes"xc: detail: elf_x=
en_parse_note: LOADER =3D "generic"xc: detail: elf_xen_parse_note: unknown =
xen elf note (0xd)xc: detail: elf_xen_parse_note: SUSPEND_CANCEL =3D 0x1xc:=
 detail: elf_xen_parse_note: HV_START_LOW =3D 0xf5800000xc: detail: elf_xen=
_parse_note: PADDR_OFFSET =3D 0x0xc: detail: elf_xen_addr_calc_check: addre=
sses:xc: detail:     virt_base        =3D 0xc0000000xc: detail:     elf_pad=
dr_offset =3D 0x0xc: detail:     virt_offset      =3D 0xc0000000xc: detail:=
     virt_kstart      =3D 0xc0400000xc: detail:     virt_kend        =3D 0x=
c0df0000xc: detail:     virt_entry       =3D 0xc0b11000xc: detail:     p2m_=
base         =3D 0xffffffffffffffffdomainbuilder: detail: xc_dom_parse_elf_=
kernel: xen-3.0-x86_32p: 0xc0400000 ->=3B 0xc0df0000domainbuilder: detail=
: xc_dom_mem_ini
>=3B t: 
>=3B >=3B>=3B mem 6000 MB=2C pages =
0x177000 pages=2C 4k eachdomainbuilder: detail: xc_dom_mem_init: 0x177000 p=
agesdomainbuilder: detail: xc_dom_boot_mem_init: calleddomainbuilder: detai=
l: x86_compat: guest xen-3.0-x86_32p=2C address size 32domainbuilder: detai=
l: xc_dom_malloc            : 12000 kBdomainbuilder: detail: xc_dom_build_i=
mage: calleddomainbuilder: detail: xc_dom_alloc_segment:   kernel       : 0=
xc0400000 ->=3B 0xc0df0000  (pfn 0x400 + 0x9f0 pages)domainbuilder: detai=
l: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x400+0x9f0 at 0x7fd07b610=
000xc: detail: elf_load_binary: phdr 0 at 0x7fd07b610000 ->=3B 0x7fd07bc7=
f000xc: detail: elf_load_binary: phdr 1 at 0x7fd07bc7f000 ->=3B 0x7fd07bd=
b2000domainbuilder: detail: xc_dom_alloc_segment:   ramdisk      : 0xc0df00=
00 ->=3B 0xc2ee0000  (pfn 0xdf0 + 0x20f0 pages)domainbuilder: detail: xc_=
dom_malloc            : 197 kBdomainbuilder: detail: xc_dom_pfn_to_ptr_retc=
ount: domU mapping: pfn 0xdf0+0x20f0 at 0x7fd079520000domainbuilder: detail=
: xc_dom_do_gunzip: unzip 
>=3B ok=2C
>=3B >=3B>=3B  0xd262fe=
 ->=3B 0x20ef410domainbuilder: detail: xc_dom_alloc_segment:   phys2mach =
   : 0xc2ee0000 ->=3B 0xc34bc000  (pfn 0x2ee0 + 0x5dc pages)domainbuilder=
: detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x2ee0+0x5dc at 0x7=
fd0800d3000domainbuilder: detail: xc_dom_alloc_page   :   start info   : 0x=
c34bc000 (pfn 0x34bc)domainbuilder: detail: xc_dom_alloc_page   :   xenstor=
e     : 0xc34bd000 (pfn 0x34bd)domainbuilder: detail: xc_dom_alloc_page   :=
   console      : 0xc34be000 (pfn 0x34be)domainbuilder: detail: nr_page_tab=
les: 0x00000000ffffffff/32: 0x0000000000000000 ->=3B 0x00000000ffffffff=
=2C 1 table(s)domainbuilder: detail: nr_page_tables: 0x000000003fffffff/30:=
 0x00000000c0000000 ->=3B 0x00000000ffffffff=2C 1 table(s)domainbuilder: =
detail: nr_page_tables: 0x00000000001fffff/21: 0x00000000c0000000 ->=3B 0=
x00000000c37fffff=2C 28 table(s)domainbuilder: detail: xc_dom_alloc_segment=
:   page tables  : 0xc34bf000 ->=3B 0xc34dd000  (pfn 0x34bf + 0x1e pages)=
domainbuilder: detail: xc_dom_pfn_to_ptr_retcount:
>=3B  do
>=3B =
>=3B>=3B mU mapping: pfn 0x34bf+0x1e at 0x7fd084ad6000domainbuilder: de=
tail: xc_dom_alloc_page   :   boot stack   : 0xc34dd000 (pfn 0x34dd)domainb=
uilder: detail: xc_dom_build_image  : virt_alloc_end : 0xc34de000domainbuil=
der: detail: xc_dom_build_image  : virt_pgtab_end : 0xc3800000domainbuilder=
: detail: xc_dom_boot_image: calleddomainbuilder: detail: arch_setup_bootea=
rly: doing nothingdomainbuilder: detail: xc_dom_compat_check: supported gue=
st type: xen-3.0-x86_64domainbuilder: detail: xc_dom_compat_check: supporte=
d guest type: xen-3.0-x86_32p <=3B=3D matchesdomainbuilder: detail: xc_do=
m_compat_check: supported guest type: hvm-3.0-x86_32domainbuilder: detail: =
xc_dom_compat_check: supported guest type: hvm-3.0-x86_32pdomainbuilder: de=
tail: xc_dom_compat_check: supported guest type: hvm-3.0-x86_64domainbuilde=
r: detail: xc_dom_update_guest_p2m: dst 32bit=2C pages 0x177000domainbuilde=
r: detail: clear_page: pfn 0x34be=2C mfn 0x17cd7adomainbuilder: detail: cle=
ar_page: pfn 0x34bd=2C mfn 0x17cd7bdomainbuilde
>=3B r: 
>=3B >=
=3B>=3B detail: xc_dom_pfn_to_ptr_retcount: domU mapping: pfn 0x34bc+0x1a=
t 0x7fd084b31000domainbuilder: detail: start_info_x86_32: calleddomainbuild=
er: detail: setup_hypercall_page: vaddr=3D0xc0402000 pfn=3D0x402domainbuild=
er: detail: domain builder memory footprintdomainbuilder: detail:    alloca=
teddomainbuilder: detail:       malloc             : 21157 kBdomainbuilder:=
 detail:       anon mmap          : 0 bytesdomainbuilder: detail:    mapped=
domainbuilder: detail:       file mmap          : 0 bytesdomainbuilder: det=
ail:       domU mmap          : 48 MBdomainbuilder: detail: arch_setup_boot=
late: shared_info: pfn 0x0=2C mfn 0xbf615domainbuilder: detail: shared_info=
_x86_32: calleddomainbuilder: detail: vcpu_x86_32: calleddomainbuilder: det=
ail: vcpu_x86_32: cr3: pfn 0x34bf mfn 0x17cd79domainbuilder: detail: launch=
_vm: called=2C ctxt=3D0x7fd084ad4004domainbuilder: detail: xc_dom_release: =
calledlibxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk=
 vdev=3Dxvda2 spec.backend=3Dphylibxl: debug:
>=3B  li
>=3B >=
=3B>=3B bxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f6068 w=
path=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: register sl=
otnum=3D3libxl: debug: libxl_device.c:251:libxl__device_disk_set_backend: D=
isk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: libxl_device.c:251:libxl__=
device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: =
libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x22f7df8 wpath=3D/=
local/domain/0/backend/vbd/127/51713/state token=3D2/2: register slotnum=3D=
2libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x22f6068 wpat=
h=3D/local/domain/0/backend/vbd/127/51714/state token=3D3/1: event epath=3D=
/local/domain/0/backend/vbd/127/51714/statelibxl: debug: libxl_event.c:653:=
devstate_watch_callback: backend /local/domain/0/backend/vbd/127/51714/stat=
e wanted state 2 oklibxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregi=
ster: watch w=3D0x22f6068wpath=3D/local/domain/0/backend/vbd/127/51714/stat=
e token=3D3/1: deregister slotnum=3D3libxl: debug: libxl_event.c:618:li
=
>=3B bxl
>=3B >=3B>=3B __ev_xswatch_deregister: watch w=3D0x22f6=
068: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplu=
g: calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_ev=
ent.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/127/5=
1714/state token=3D3/1: empty slotlibxl: debug: libxl_event.c:514:watchfd_c=
allback: watch w=3D0x22f7df8 wpath=3D/local/domain/0/backend/vbd/127/51713/=
state token=3D2/2: event epath=3D/local/domain/0/backend/vbd/127/51713/stat=
elibxl: debug: libxl_event.c:653:devstate_watch_callback: backend /local/do=
main/0/backend/vbd/127/51713/state wanted state 2 oklibxl: debug: libxl_eve=
nt.c:606:libxl__ev_xswatch_deregister: watch w=3D0x22f7df8wpath=3D/local/do=
main/0/backend/vbd/127/51713/state token=3D2/2: deregister slotnum=3D2libxl=
: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7df=
8: deregister unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug:=
 calling hotplug script: /etc/xen/scripts/block addlibxl: debug: libxl_even=
t.c:
>=3B 483
>=3B >=3B>=3B :watchfd_callback: watch epath=3D=
/local/domain/0/backend/vbd/127/51713/state token=3D2/2: empty slotlibxl: d=
ebug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f60f0: =
deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_de=
register: watch w=3D0x22f60f0: deregister unregisteredlibxl: debug: libxl_e=
vent.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22f7e80: deregister un=
registeredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: wat=
ch w=3D0x22f7e80: deregister unregisteredlibxl: debug: libxl_event.c:570:li=
bxl__ev_xswatch_register: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backe=
nd/vif/127/0/state token=3D2/3: register slotnum=3D2libxl: debug: libxl_eve=
nt.c:514:watchfd_callback: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/back=
end/vif/127/0/state token=3D2/3: event epath=3D/local/domain/0/backend/vif/=
127/0/statelibxl: debug: libxl_event.c:657:devstate_watch_callback: backend=
 /local/domain/0/backend/vif/127/0/state wanted state 2 still waiting state=
 1libxl: debug: 
>=3B lib
>=3B >=3B>=3B xl_event.c:514:watchf=
d_callback: watch w=3D0x22fa7c8 wpath=3D/local/domain/0/backend/vif/127/0/s=
tate token=3D2/3: event epath=3D/local/domain/0/backend/vif/127/0/statelibx=
l: debug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/=
0/backend/vif/127/0/state wanted state 2 oklibxl: debug: libxl_event.c:606:=
libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8wpath=3D/local/domain/0/ba=
ckend/vif/127/0/state token=3D2/3: deregister slotnum=3D2libxl: debug: libx=
l_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x22fa7c8: deregister=
 unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling hotp=
lug script: /etc/xen/scripts/vif-bridge onlinelibxl: debug: libxl_event.c:6=
18:libxl__ev_xswatch_deregister: watch w=3D0x22fa850: deregister unregister=
edlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0=
x22fa850: deregister unregisteredlibxl: debug: libxl_event.c:1761:libxl__ao=
_progress_report: ao 0x22ff8b0: progress report: ignoredlibxl: debug: libxl=
_event.c:1591:libxl__a
>=3B o_c
>=3B >=3B>=3B omplete: ao 0x2=
2ff8b0: complete=2C rc=3D0libxl: debug: libxl_event.c:1563:libxl__ao__destr=
oy: ao 0x22ff8b0: destroyxc: debug: hypercall buffer: total allocations:470=
 total releases:470xc: debug: hypercall buffer: current allocations:0 maxim=
um allocations:3xc: debug: hypercall buffer: cache current size:2xc: debug:=
 hypercall buffer: cache hits:462 misses:2 toobig:6Parsing config from gues=
t.cfg-----------------------------------------------Looking into dmesg=2C t=
he only interesting thing I see related to this are these 2 lines everytime=
 I try to start the VM: xen:balloon: Cannot add additional memory (-17) xen=
:balloon: Cannot add additional memory (-17)
>=3B >=3B>=3B>=3B T=
hanks!Beau
>=3B >=3B>=3B
>=3B >=3B>=3B Hello=2C
>=3B=
 >=3B>=3B
>=3B >=3B>=3B Can you also post the output of xl inf=
o before creating the guests?
>=3B >=3B>=3B AFAICT you are
>=
=3B >=3B>=3B giving each guest 6000MB of RAM=3B are you sure you have e=
nough RAM for
>=3B >=3B>=3B Dom0 plus this two guests?
>=3B &=
gt=3B>=3B
>=3B >=3B>=3B From the output you provided=2C I can on=
ly see the trace of one guest
>=3B >=3B>=3B booting [0] (one execu=
tion of xl)=2C what happens with the other guest?
>=3B >=3B>=3B>=3B >=3B>=3B Roger.
>=3B >=3B>=3B
>=3B >=3B>=3B [=
0]
>=3B >=3B>=3B http://lists.xenproject.org/archives/html/xen-use=
rs/2016-02/msg00116.html
>=3B >=3B>=3B
>=3B >=3B 
>=3B=
 >=3B Roger=2C yes thats right. Both guests get 6000MB of RAM. The system=
 has 16GB of RAM=2C and I have allocated 4GB to the host.
>=3B >=3B =
Guest0 boots and operates perfectly. It is only guest1 that has issues. It =
does act like maybe there isnt enough RAM for the second VM=2C but from my =
calculations=2C it looks like it should be fine. Here is the output of "xl =
info" with no guests running
>=3B 
>=3B You haven't provided the =
log when creating the second guest. I would try
>=3B reducing the memo=
ry assigned to the second guest=2C if you have 4GB
>=3B assigned to Do=
m0 and 6GB assigned to each guest you don't leave any
>=3B memory for =
Xen (Xen takes over some memory in order to run).
>=3B 
>=3B Roge=
r.

Hi Roger=2C

The lo=
g messages I entered before are for the second guest. I didn't include any =
logs for the second guest since that one works perfectly.

But maybe I am allocating my RAM too tightly? The system has 16 GB =
of RAM=2C or 16=2C384MB. I allocated 4096MB to the host. That leaves me wit=
h 12=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is there=
 some minimum amount that needs to remain above that?

<=
div>Looking at "xl info" with both guests started=2C it says my total memor=
y is 16=2C353=2C and that my free memory is 45.

I =
also just tried reducing the RAM for both guests down to 5500. I got the sa=
me error when starting the second guest. Thats about 1 GB of unallocated sp=
ace=2C so I don't think thats my issue.

I also jus=
t tried stopping both guests=2C and starting guest1 first=2C and guest0 sec=
ond. Guest1 came up fine=2C and now guest0 is stuck. Its definitely related=
 to the second vm that starts=2C and not a specific configuration.

I am really at a loss of where to look. Is there anything =
in the config that would cause the CPUs to get assigned to the first guest=
=2C so the second one is left with no CPUs?

Best=
=2C
Beau
 		 	   		  

=

--_981aa25d-36a5-4ee1-94f2-e2433bd7a92e_--


--===============3062602523652704457==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users
--===============3062602523652704457==--


From xen-users-bounces@lists.xen.org Thu Feb 25 10:43:43 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 10:43:43 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aYtNP-00021A-V5; Thu, 25 Feb 2016 10:42:31 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aYtNO-000211-Tn
 for xen-users@lists.xen.org; Thu, 25 Feb 2016 10:42:31 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
 3B/1E-03443-69ADEC65; Thu, 25 Feb 2016 10:42:30 +0000
X-Env-Sender: prvs=85659e452=wei.liu2@citrix.com
X-Msg-Ref: server-8.tower-31.messagelabs.com!1456396948!25091171!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16623 invoked from network); 25 Feb 2016 10:42:29 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 25 Feb 2016 10:42:29 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="334435929"
Date: Thu, 25 Feb 2016 10:42:26 +0000
From: Wei Liu 
To: 
Message-ID: <20160225104226.GE5694@citrix.com>
References: <56CC7F58.3020509@fastmail.fm> <20160223161530.GF3723@citrix.com>
 <1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
 <1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
 <20160223164347.GH3723@citrix.com>
 <1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
 <20160223170158.GA22982@citrix.com>
 <1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
 <20160224112146.GA7532@perard.uk.xensource.com>
 <1456353682.4167814.531054970.0CEA1561@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456353682.4167814.531054970.0CEA1561@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: Anthony PERARD , xen-users@lists.xen.org,
 Olaf Hering , Wei Liu ,
 Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gV2VkLCBGZWIgMjQsIDIwMTYgYXQgMDI6NDE6MjJQTSAtMDgwMCwgc3VzZS5kZXZAZmVhLnN0
IHdyb3RlOgpbLi4uXQo+IAo+IGFuZCB0aGUgIi12dnYiIG91dHB1dCBhdCB0aGUgc2hlbGwgbGF1
bmNoCj4gCj4gCUFyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCj4g
ICAgIFJlYm9vdCBJbnRvIEZpcm13YXJlIEludGVyZmFjZSAgICAgICAgICAgICAgICAgICAgICAg
ICAKPiAKPiAKPiAJRXJyb3IgbG9hZGluZyBcdm1saW51ei1saW51eDogTm90IEZvdW5kCj4gCUZh
aWxlZCB0byBleGVjdXRlIEFyY2ggKFx2bWxpbnV6LWxpbnV4KTogTm90IEZvdW5kCj4gCUJvb3Qg
RmFpbGVkLiBFRkkgTWlzYyBEZXZpY2UKPiAJQm9vdCBGYWlsZWQuIEVGSSBNaXNjIERldmljZSAx
Cj4gCUJvb3QgRmFpbGVkLiBFRkkgTWlzYyBEZXZpY2UgMgo+IAlCb290IEZhaWxlZC4gRUZJIE1p
c2MgRGV2aWNlIDMKPiAKPiAJVUVGSSBJbnRlcmFjdGl2ZSBTaGVsbCB2Mi4xCj4gCUVESyBJSQo+
IAlVRUZJIHYyLjUwIChFREsgSUksIDB4MDAwMTAwMDApCj4gCU1hcHBpbmcgdGFibGUKPiAJICAg
ICAgRlMxOiBBbGlhcyhzKTpIRDE4YTBhMTo7QkxLMTE6Cj4gCSAgICAgICAgICBQY2lSb290KDB4
MCkvUGNpKDB4NSwweDApL1NhdGEoMHgwLDB4MCwweDApL0hEKDEsR1BULEQwMzA5NkZBLTExMkUt
NDhDOC1BNDI0LUM2ODk1RjgwRkI4NiwweDgwMCwweDNGN0RGKQo+IAkgICAgICBGUzA6IEFsaWFz
KHMpOkhEMTFiOjtCTEszOgo+IAkgICAgICAgICAgUGNpUm9vdCgweDApL1BjaSgweDIsMHgwKS9W
ZW5IdygzRDNDQTI5MC1COUE1LTExRTMtQjc1RC1COEFDNkY3RDY1RTYsMDEwMDAwQ0EpL0hEKDEs
R1BULEQwMzA5NkZBLTExMkUtNDhDOC1BNDI0LUM2ODk1RjgwRkI4NiwweDgwMCwweDNGN0RGKQo+
IAkgICAgQkxLMTA6IEFsaWFzKHMpOgo+IAkgICAgICAgICAgUGNpUm9vdCgweDApL1BjaSgweDUs
MHgwKS9TYXRhKDB4MCwweDAsMHgwKQo+IAkgICAgQkxLMTI6IEFsaWFzKHMpOgo+IAkgICAgICAg
ICAgUGNpUm9vdCgweDApL1BjaSgweDUsMHgwKS9TYXRhKDB4NCwweDAsMHgwKQo+IAkgICAgQkxL
MTQ6IEFsaWFzKHMpOgo+IAkgICAgICAgICAgUGNpUm9vdCgweDApL1BjaSgweDUsMHgwKS9TYXRh
KDB4NSwweDAsMHgwKQo+IAkgICAgQkxLMTM6IEFsaWFzKHMpOgo+IAkgICAgICAgICAgUGNpUm9v
dCgweDApL1BjaSgweDUsMHgwKS9TYXRhKDB4NCwweDAsMHgwKS9IRCgxLEdQVCxERDEzQTRCNi0x
MTBGLTQ1NEEtOUY0Qi00RDZCRjc1QTYwNjgsMHg4MDAsMHg3RjAwMCkKPiAJICAgIEJMSzE1OiBB
bGlhcyhzKToKPiAJICAgICAgICAgIFBjaVJvb3QoMHgwKS9QY2koMHg1LDB4MCkvU2F0YSgweDUs
MHgwLDB4MCkvSEQoMSxHUFQsNEUwRERBQkQtMUQzMS00NDNFLUJBQTUtMkI4OTBBRTZEODE0LDB4
ODAwLDB4RkYwMDApCj4gCSAgICAgQkxLMDogQWxpYXMocyk6Cj4gCSAgICAgICAgICBQY2lSb290
KDB4MCkvUGNpKDB4MSwweDApL0Zsb3BweSgweDApCj4gCSAgICAgQkxLMTogQWxpYXMocyk6Cj4g
CSAgICAgICAgICBQY2lSb290KDB4MCkvUGNpKDB4MSwweDApL0Zsb3BweSgweDEpCj4gCSAgICAg
QkxLMjogQWxpYXMocyk6Cj4gCSAgICAgICAgICBQY2lSb290KDB4MCkvUGNpKDB4MiwweDApL1Zl
bkh3KDNEM0NBMjkwLUI5QTUtMTFFMy1CNzVELUI4QUM2RjdENjVFNiwwMTAwMDBDQSkKPiAJICAg
ICBCTEs0OiBBbGlhcyhzKToKPiAJICAgICAgICAgIFBjaVJvb3QoMHgwKS9QY2koMHgyLDB4MCkv
VmVuSHcoM0QzQ0EyOTAtQjlBNS0xMUUzLUI3NUQtQjhBQzZGN0Q2NUU2LDAxMDA0MENBKQo+IAkg
ICAgIEJMSzU6IEFsaWFzKHMpOgo+IAkgICAgICAgICAgUGNpUm9vdCgweDApL1BjaSgweDIsMHgw
KS9WZW5IdygzRDNDQTI5MC1COUE1LTExRTMtQjc1RC1COEFDNkY3RDY1RTYsMDEwMDQwQ0EpL0hE
KDEsR1BULEREMTNBNEI2LTExMEYtNDU0QS05RjRCLTRENkJGNzVBNjA2OCwweDgwMCwweDdGMDAw
KQo+IAkgICAgIEJMSzY6IEFsaWFzKHMpOgo+IAkgICAgICAgICAgUGNpUm9vdCgweDApL1BjaSgw
eDIsMHgwKS9WZW5IdygzRDNDQTI5MC1COUE1LTExRTMtQjc1RC1COEFDNkY3RDY1RTYsMDEwMDUw
Q0EpCj4gCSAgICAgQkxLNzogQWxpYXMocyk6Cj4gCSAgICAgICAgICBQY2lSb290KDB4MCkvUGNp
KDB4MiwweDApL1Zlbkh3KDNEM0NBMjkwLUI5QTUtMTFFMy1CNzVELUI4QUM2RjdENjVFNiwwMTAw
NTBDQSkvSEQoMSxHUFQsNEUwRERBQkQtMUQzMS00NDNFLUJBQTUtMkI4OTBBRTZEODE0LDB4ODAw
LDB4RkYwMDApCj4gCSAgICAgQkxLODogQWxpYXMocyk6Cj4gCSAgICAgICAgICBQY2lSb290KDB4
MCkvUGNpKDB4MiwweDApL1Zlbkh3KDNEM0NBMjkwLUI5QTUtMTFFMy1CNzVELUI4QUM2RjdENjVF
NiwwMTAwNjBDQSkKPiAJICAgICBCTEs5OiBBbGlhcyhzKToKPiAJICAgICAgICAgIFBjaVJvb3Qo
MHgwKS9QY2koMHgyLDB4MCkvVmVuSHcoM0QzQ0EyOTAtQjlBNS0xMUUzLUI3NUQtQjhBQzZGN0Q2
NUU2LDAxMDA2MENBKS9IRCgxLEdQVCxBMDBEOUFEMC1FM0EyLTRFN0EtOTM4QS0xRkE1NzdBMDM5
QUYsMHg4MDAsMHg5RkYwMDApCj4gCVByZXNzIEVTQyBpbiAxIHNlY29uZHMgdG8gc2tpcCBzdGFy
dHVwLm5zaCBvciBhbnkgb3RoZXIga2V5IHRvIGNvbnRpbnVlLgo+IAlTaGVsbD4gCj4gCj4gU28g
aXQgbG9va3MgbGlrZQo+IAo+ICAgKDEpIFhlbidzIGxvYWRpbmcgT1ZNSC1iaW9zCgpDb3JyZWN0
LgoKPiAgICgyKSAidm1saW51ei1saW51eCIgaXMgaW4gdGhlIHdyb25nIGxvY2F0aW9uIG9uIHRo
ZSBHdWVzdAo+IAoKTWF5YmUuIEknbSBub3Qgc3VyZS4KCllvdXIgY29uZmlndXJhdGlvbiBpbmRp
Y2F0ZXMgdm1saW51ei1saW51eCBpcyBpbiAicm9vdCIuIEJ1dCBJJ20gbm90CnN1cmUgaWYgdGhp
cyBpcyB0aGUgY2FzZS4KCj4gSWYgYm90aCBhcmUgY29ycmVjdCwgd2hhdCdzIHRoZSBSSUdIVCBs
b2NhdGlvbiBmb3IgInZtbGludXgtbGludXgiIG9uIHRoZSBHdWVzdD8gIAoKRUZJIHNoZWxsIHBy
b3ZpZGVzIGEgYnVuY2ggb2YgY29tbWFuZHMgeW91IGNhbiB1c2UgdG8gZXhwbG9yZSB0aGUgZmls
ZQpzeXN0ZW0uIFlvdSBjYW4gdXNlIHRob3NlIGNvbW1hbmRzIHRvIGZpZ3VyZSBvdXQgdGhlIGNv
cnJlY3QgbG9jYXRpb24uCgpXZWkuCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4u
b3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Thu Feb 25 10:43:43 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 10:43:43 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aYtNP-00021A-V5; Thu, 25 Feb 2016 10:42:31 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aYtNO-000211-Tn
 for xen-users@lists.xen.org; Thu, 25 Feb 2016 10:42:31 +0000
Received: from [85.158.137.68] by server-13.bemta-3.messagelabs.com id
 3B/1E-03443-69ADEC65; Thu, 25 Feb 2016 10:42:30 +0000
X-Env-Sender: prvs=85659e452=wei.liu2@citrix.com
X-Msg-Ref: server-8.tower-31.messagelabs.com!1456396948!25091171!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 16623 invoked from network); 25 Feb 2016 10:42:29 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-8.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 25 Feb 2016 10:42:29 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="334435929"
Date: Thu, 25 Feb 2016 10:42:26 +0000
From: Wei Liu 
To: 
Message-ID: <20160225104226.GE5694@citrix.com>
References: <56CC7F58.3020509@fastmail.fm> <20160223161530.GF3723@citrix.com>
 <1456245198.2986336.529536194.3618C598@webmail.messagingengine.com>
 <1456245622.2987745.529554786.3A907CA2@webmail.messagingengine.com>
 <20160223164347.GH3723@citrix.com>
 <1456246550.2992076.529574234.34A05D08@webmail.messagingengine.com>
 <20160223170158.GA22982@citrix.com>
 <1456264743.3059426.529881146.4EBB7123@webmail.messagingengine.com>
 <20160224112146.GA7532@perard.uk.xensource.com>
 <1456353682.4167814.531054970.0CEA1561@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456353682.4167814.531054970.0CEA1561@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: Anthony PERARD , xen-users@lists.xen.org,
 Olaf Hering , Wei Liu ,
 Roger Pau =?utf-8?B?TW9ubu+/vQ==?= 
Subject: Re: [Xen-users] status of guest/DomU UEFI + Grub support in Xen
 4.6.1?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gV2VkLCBGZWIgMjQsIDIwMTYgYXQgMDI6NDE6MjJQTSAtMDgwMCwgc3VzZS5kZXZAZmVhLnN0
IHdyb3RlOgpbLi4uXQo+IAo+IGFuZCB0aGUgIi12dnYiIG91dHB1dCBhdCB0aGUgc2hlbGwgbGF1
bmNoCj4gCj4gCUFyY2ggICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCj4g
ICAgIFJlYm9vdCBJbnRvIEZpcm13YXJlIEludGVyZmFjZSAgICAgICAgICAgICAgICAgICAgICAg
ICAKPiAKPiAKPiAJRXJyb3IgbG9hZGluZyBcdm1saW51ei1saW51eDogTm90IEZvdW5kCj4gCUZh
aWxlZCB0byBleGVjdXRlIEFyY2ggKFx2bWxpbnV6LWxpbnV4KTogTm90IEZvdW5kCj4gCUJvb3Qg
RmFpbGVkLiBFRkkgTWlzYyBEZXZpY2UKPiAJQm9vdCBGYWlsZWQuIEVGSSBNaXNjIERldmljZSAx
Cj4gCUJvb3QgRmFpbGVkLiBFRkkgTWlzYyBEZXZpY2UgMgo+IAlCb290IEZhaWxlZC4gRUZJIE1p
c2MgRGV2aWNlIDMKPiAKPiAJVUVGSSBJbnRlcmFjdGl2ZSBTaGVsbCB2Mi4xCj4gCUVESyBJSQo+
IAlVRUZJIHYyLjUwIChFREsgSUksIDB4MDAwMTAwMDApCj4gCU1hcHBpbmcgdGFibGUKPiAJICAg
ICAgRlMxOiBBbGlhcyhzKTpIRDE4YTBhMTo7QkxLMTE6Cj4gCSAgICAgICAgICBQY2lSb290KDB4
MCkvUGNpKDB4NSwweDApL1NhdGEoMHgwLDB4MCwweDApL0hEKDEsR1BULEQwMzA5NkZBLTExMkUt
NDhDOC1BNDI0LUM2ODk1RjgwRkI4NiwweDgwMCwweDNGN0RGKQo+IAkgICAgICBGUzA6IEFsaWFz
KHMpOkhEMTFiOjtCTEszOgo+IAkgICAgICAgICAgUGNpUm9vdCgweDApL1BjaSgweDIsMHgwKS9W
ZW5IdygzRDNDQTI5MC1COUE1LTExRTMtQjc1RC1COEFDNkY3RDY1RTYsMDEwMDAwQ0EpL0hEKDEs
R1BULEQwMzA5NkZBLTExMkUtNDhDOC1BNDI0LUM2ODk1RjgwRkI4NiwweDgwMCwweDNGN0RGKQo+
IAkgICAgQkxLMTA6IEFsaWFzKHMpOgo+IAkgICAgICAgICAgUGNpUm9vdCgweDApL1BjaSgweDUs
MHgwKS9TYXRhKDB4MCwweDAsMHgwKQo+IAkgICAgQkxLMTI6IEFsaWFzKHMpOgo+IAkgICAgICAg
ICAgUGNpUm9vdCgweDApL1BjaSgweDUsMHgwKS9TYXRhKDB4NCwweDAsMHgwKQo+IAkgICAgQkxL
MTQ6IEFsaWFzKHMpOgo+IAkgICAgICAgICAgUGNpUm9vdCgweDApL1BjaSgweDUsMHgwKS9TYXRh
KDB4NSwweDAsMHgwKQo+IAkgICAgQkxLMTM6IEFsaWFzKHMpOgo+IAkgICAgICAgICAgUGNpUm9v
dCgweDApL1BjaSgweDUsMHgwKS9TYXRhKDB4NCwweDAsMHgwKS9IRCgxLEdQVCxERDEzQTRCNi0x
MTBGLTQ1NEEtOUY0Qi00RDZCRjc1QTYwNjgsMHg4MDAsMHg3RjAwMCkKPiAJICAgIEJMSzE1OiBB
bGlhcyhzKToKPiAJICAgICAgICAgIFBjaVJvb3QoMHgwKS9QY2koMHg1LDB4MCkvU2F0YSgweDUs
MHgwLDB4MCkvSEQoMSxHUFQsNEUwRERBQkQtMUQzMS00NDNFLUJBQTUtMkI4OTBBRTZEODE0LDB4
ODAwLDB4RkYwMDApCj4gCSAgICAgQkxLMDogQWxpYXMocyk6Cj4gCSAgICAgICAgICBQY2lSb290
KDB4MCkvUGNpKDB4MSwweDApL0Zsb3BweSgweDApCj4gCSAgICAgQkxLMTogQWxpYXMocyk6Cj4g
CSAgICAgICAgICBQY2lSb290KDB4MCkvUGNpKDB4MSwweDApL0Zsb3BweSgweDEpCj4gCSAgICAg
QkxLMjogQWxpYXMocyk6Cj4gCSAgICAgICAgICBQY2lSb290KDB4MCkvUGNpKDB4MiwweDApL1Zl
bkh3KDNEM0NBMjkwLUI5QTUtMTFFMy1CNzVELUI4QUM2RjdENjVFNiwwMTAwMDBDQSkKPiAJICAg
ICBCTEs0OiBBbGlhcyhzKToKPiAJICAgICAgICAgIFBjaVJvb3QoMHgwKS9QY2koMHgyLDB4MCkv
VmVuSHcoM0QzQ0EyOTAtQjlBNS0xMUUzLUI3NUQtQjhBQzZGN0Q2NUU2LDAxMDA0MENBKQo+IAkg
ICAgIEJMSzU6IEFsaWFzKHMpOgo+IAkgICAgICAgICAgUGNpUm9vdCgweDApL1BjaSgweDIsMHgw
KS9WZW5IdygzRDNDQTI5MC1COUE1LTExRTMtQjc1RC1COEFDNkY3RDY1RTYsMDEwMDQwQ0EpL0hE
KDEsR1BULEREMTNBNEI2LTExMEYtNDU0QS05RjRCLTRENkJGNzVBNjA2OCwweDgwMCwweDdGMDAw
KQo+IAkgICAgIEJMSzY6IEFsaWFzKHMpOgo+IAkgICAgICAgICAgUGNpUm9vdCgweDApL1BjaSgw
eDIsMHgwKS9WZW5IdygzRDNDQTI5MC1COUE1LTExRTMtQjc1RC1COEFDNkY3RDY1RTYsMDEwMDUw
Q0EpCj4gCSAgICAgQkxLNzogQWxpYXMocyk6Cj4gCSAgICAgICAgICBQY2lSb290KDB4MCkvUGNp
KDB4MiwweDApL1Zlbkh3KDNEM0NBMjkwLUI5QTUtMTFFMy1CNzVELUI4QUM2RjdENjVFNiwwMTAw
NTBDQSkvSEQoMSxHUFQsNEUwRERBQkQtMUQzMS00NDNFLUJBQTUtMkI4OTBBRTZEODE0LDB4ODAw
LDB4RkYwMDApCj4gCSAgICAgQkxLODogQWxpYXMocyk6Cj4gCSAgICAgICAgICBQY2lSb290KDB4
MCkvUGNpKDB4MiwweDApL1Zlbkh3KDNEM0NBMjkwLUI5QTUtMTFFMy1CNzVELUI4QUM2RjdENjVF
NiwwMTAwNjBDQSkKPiAJICAgICBCTEs5OiBBbGlhcyhzKToKPiAJICAgICAgICAgIFBjaVJvb3Qo
MHgwKS9QY2koMHgyLDB4MCkvVmVuSHcoM0QzQ0EyOTAtQjlBNS0xMUUzLUI3NUQtQjhBQzZGN0Q2
NUU2LDAxMDA2MENBKS9IRCgxLEdQVCxBMDBEOUFEMC1FM0EyLTRFN0EtOTM4QS0xRkE1NzdBMDM5
QUYsMHg4MDAsMHg5RkYwMDApCj4gCVByZXNzIEVTQyBpbiAxIHNlY29uZHMgdG8gc2tpcCBzdGFy
dHVwLm5zaCBvciBhbnkgb3RoZXIga2V5IHRvIGNvbnRpbnVlLgo+IAlTaGVsbD4gCj4gCj4gU28g
aXQgbG9va3MgbGlrZQo+IAo+ICAgKDEpIFhlbidzIGxvYWRpbmcgT1ZNSC1iaW9zCgpDb3JyZWN0
LgoKPiAgICgyKSAidm1saW51ei1saW51eCIgaXMgaW4gdGhlIHdyb25nIGxvY2F0aW9uIG9uIHRo
ZSBHdWVzdAo+IAoKTWF5YmUuIEknbSBub3Qgc3VyZS4KCllvdXIgY29uZmlndXJhdGlvbiBpbmRp
Y2F0ZXMgdm1saW51ei1saW51eCBpcyBpbiAicm9vdCIuIEJ1dCBJJ20gbm90CnN1cmUgaWYgdGhp
cyBpcyB0aGUgY2FzZS4KCj4gSWYgYm90aCBhcmUgY29ycmVjdCwgd2hhdCdzIHRoZSBSSUdIVCBs
b2NhdGlvbiBmb3IgInZtbGludXgtbGludXgiIG9uIHRoZSBHdWVzdD8gIAoKRUZJIHNoZWxsIHBy
b3ZpZGVzIGEgYnVuY2ggb2YgY29tbWFuZHMgeW91IGNhbiB1c2UgdG8gZXhwbG9yZSB0aGUgZmls
ZQpzeXN0ZW0uIFlvdSBjYW4gdXNlIHRob3NlIGNvbW1hbmRzIHRvIGZpZ3VyZSBvdXQgdGhlIGNv
cnJlY3QgbG9jYXRpb24uCgpXZWkuCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4u
b3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Thu Feb 25 12:30:40 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 12:30:40 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aYv2x-0006FX-4W; Thu, 25 Feb 2016 12:29:31 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aYv2v-0006EV-QF; Thu, 25 Feb 2016 12:29:29 +0000
Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id
 0F/CD-02992-8A3FEC65; Thu, 25 Feb 2016 12:29:28 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-10.tower-206.messagelabs.com!1456403367!24926873!1
X-Originating-IP: [74.125.82.52]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17373 invoked from network); 25 Feb 2016 12:29:28 -0000
Received: from mail-wm0-f52.google.com (HELO mail-wm0-f52.google.com)
 (74.125.82.52)
 by server-10.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 25 Feb 2016 12:29:28 -0000
Received: by mail-wm0-f52.google.com with SMTP id b205so29486988wmb.1;
 Thu, 25 Feb 2016 04:29:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=content-type:mime-version:subject:from:in-reply-to:date
 :content-transfer-encoding:message-id:references:to;
 bh=O/81GpjkX+/Ha6KmF2+nqVw5I/m9l7IcBr7T1/0xfng=;
 b=RSJk8D36t1xtKEgeIbYZqlQ2QTxdQ0nAi3h1v2qWDUU6ZCtVFNQGhvPDd0Y1EGMYQw
 e/MMB0CtY4qNU9GO9lfySQjkntXK6tfHz/3jWudQjM9QBnANZ6TWQJaN6fWRChFVz3WY
 6l+Y0C+vnNM8WuakOnmgjrfAbPB5oo+GboZ5EtqVQdubXcHT8UbhaMtcRSB8wyA5edkk
 kKhS3HRIH87bGRbAP6t7SKovZA1SeMtc2oXJPdMMW4DIgmEdCL/miHDE4wGd4F7aSD+J
 ipcilBzJYuC8xQEpqem+v/v8KeglGG+v/JkWA1cYznal/NPS2W5eNQEVrnPuaunWJOuu
 1O0g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:content-type:mime-version:subject:from
 :in-reply-to:date:content-transfer-encoding:message-id:references:to;
 bh=O/81GpjkX+/Ha6KmF2+nqVw5I/m9l7IcBr7T1/0xfng=;
 b=aELR2GSb+G8irItThd3tlP/tQviGJB1IA0gnkblEkLUK3REzHzSi5N6cG9lGYA92+6
 HPLVeXDRSl9mDNXrwNiepl0yKyw+yW9BJHs/rNnfJtxoFMFchW0lDGWG/nyO2/TojTDT
 XzkqkHQqCOTv/UIoeAVTrlpeKduAgo3LCB0Th8JUSBVW/nifOPLgPlSiWx1qKpAHRS44
 Yo3u94skLmx5htex6XzjkjFir7Yjlv4hg7x+DpsE/LI2MfjyJYleuKImfwX84iIpuIti
 jEYvslBzoadRYvXog3c911LDBfiXWo9jfuf9IKXyZ4kPHS9N46Kli6iLZalXhhVmNYQs
 JS1Q==
X-Gm-Message-State: AG10YOTOLS4F6N5bg27USm3iLT8RB+OrG3oU5iIF86vJCxZkt8DPZqjQy3G1ozeROhE4zw==
X-Received: by 10.194.111.229 with SMTP id il5mr48391919wjb.82.1456403367409; 
 Thu, 25 Feb 2016 04:29:27 -0800 (PST)
Received: from [192.168.0.12] (97e551ba.skybroadband.com. [151.229.81.186])
 by smtp.gmail.com with ESMTPSA id ls5sm7698486wjb.33.2016.02.25.04.29.25
 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
 Thu, 25 Feb 2016 04:29:26 -0800 (PST)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Lars Kurth 
In-Reply-To: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com>
Date: Thu, 25 Feb 2016 12:29:25 +0000
Message-Id: 
References: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com>
To: xen-devel ,
 xen-api , xen-users@lists.xenproject.org,
 mirageos-devel ,
 win-pv-devel 
X-Mailer: Apple Mail (2.2104)
Subject: Re: [Xen-users] Xen Project Infrastructure Maintenance: Feb 25th
	and 1st of March
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

SnVzdCBhIHF1aWNrIG5vdGUgdG8gbGV0IHlvdSBrbm93IHRoYXQgdGhlIGZvbGxvd2luZyBzZXJ2
aWNlcyBoYXZlIGJlZW4gdXBkYXRlZCB0aGlzIG1vcm5pbmcKLSBhbGwgZm9vIEAgbGlzdHMgYXQg
eGVucHJvamVjdCBkb3Qgb3JnIG1haWxpbmcgbGlzdHMKLSBmb3J3YXJkaW5nIG9mIG1haWxzIHRv
IGZvbyBAIHhlbnByb2plY3QgZm9yIG9yZyBhY2NvdW50cwotIGRvd25sb2Fkcy54ZW5wcm9qZWN0
Lm9yZwoKUmVnYXJkcwpMYXJzCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9y
ZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Thu Feb 25 12:30:40 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 12:30:40 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aYv2x-0006FX-4W; Thu, 25 Feb 2016 12:29:31 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aYv2v-0006EV-QF; Thu, 25 Feb 2016 12:29:29 +0000
Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id
 0F/CD-02992-8A3FEC65; Thu, 25 Feb 2016 12:29:28 +0000
X-Env-Sender: lars.kurth.xen@gmail.com
X-Msg-Ref: server-10.tower-206.messagelabs.com!1456403367!24926873!1
X-Originating-IP: [74.125.82.52]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 17373 invoked from network); 25 Feb 2016 12:29:28 -0000
Received: from mail-wm0-f52.google.com (HELO mail-wm0-f52.google.com)
 (74.125.82.52)
 by server-10.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 25 Feb 2016 12:29:28 -0000
Received: by mail-wm0-f52.google.com with SMTP id b205so29486988wmb.1;
 Thu, 25 Feb 2016 04:29:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=content-type:mime-version:subject:from:in-reply-to:date
 :content-transfer-encoding:message-id:references:to;
 bh=O/81GpjkX+/Ha6KmF2+nqVw5I/m9l7IcBr7T1/0xfng=;
 b=RSJk8D36t1xtKEgeIbYZqlQ2QTxdQ0nAi3h1v2qWDUU6ZCtVFNQGhvPDd0Y1EGMYQw
 e/MMB0CtY4qNU9GO9lfySQjkntXK6tfHz/3jWudQjM9QBnANZ6TWQJaN6fWRChFVz3WY
 6l+Y0C+vnNM8WuakOnmgjrfAbPB5oo+GboZ5EtqVQdubXcHT8UbhaMtcRSB8wyA5edkk
 kKhS3HRIH87bGRbAP6t7SKovZA1SeMtc2oXJPdMMW4DIgmEdCL/miHDE4wGd4F7aSD+J
 ipcilBzJYuC8xQEpqem+v/v8KeglGG+v/JkWA1cYznal/NPS2W5eNQEVrnPuaunWJOuu
 1O0g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:content-type:mime-version:subject:from
 :in-reply-to:date:content-transfer-encoding:message-id:references:to;
 bh=O/81GpjkX+/Ha6KmF2+nqVw5I/m9l7IcBr7T1/0xfng=;
 b=aELR2GSb+G8irItThd3tlP/tQviGJB1IA0gnkblEkLUK3REzHzSi5N6cG9lGYA92+6
 HPLVeXDRSl9mDNXrwNiepl0yKyw+yW9BJHs/rNnfJtxoFMFchW0lDGWG/nyO2/TojTDT
 XzkqkHQqCOTv/UIoeAVTrlpeKduAgo3LCB0Th8JUSBVW/nifOPLgPlSiWx1qKpAHRS44
 Yo3u94skLmx5htex6XzjkjFir7Yjlv4hg7x+DpsE/LI2MfjyJYleuKImfwX84iIpuIti
 jEYvslBzoadRYvXog3c911LDBfiXWo9jfuf9IKXyZ4kPHS9N46Kli6iLZalXhhVmNYQs
 JS1Q==
X-Gm-Message-State: AG10YOTOLS4F6N5bg27USm3iLT8RB+OrG3oU5iIF86vJCxZkt8DPZqjQy3G1ozeROhE4zw==
X-Received: by 10.194.111.229 with SMTP id il5mr48391919wjb.82.1456403367409; 
 Thu, 25 Feb 2016 04:29:27 -0800 (PST)
Received: from [192.168.0.12] (97e551ba.skybroadband.com. [151.229.81.186])
 by smtp.gmail.com with ESMTPSA id ls5sm7698486wjb.33.2016.02.25.04.29.25
 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128);
 Thu, 25 Feb 2016 04:29:26 -0800 (PST)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Lars Kurth 
In-Reply-To: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com>
Date: Thu, 25 Feb 2016 12:29:25 +0000
Message-Id: 
References: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com>
To: xen-devel ,
 xen-api , xen-users@lists.xenproject.org,
 mirageos-devel ,
 win-pv-devel 
X-Mailer: Apple Mail (2.2104)
Subject: Re: [Xen-users] Xen Project Infrastructure Maintenance: Feb 25th
	and 1st of March
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

SnVzdCBhIHF1aWNrIG5vdGUgdG8gbGV0IHlvdSBrbm93IHRoYXQgdGhlIGZvbGxvd2luZyBzZXJ2
aWNlcyBoYXZlIGJlZW4gdXBkYXRlZCB0aGlzIG1vcm5pbmcKLSBhbGwgZm9vIEAgbGlzdHMgYXQg
eGVucHJvamVjdCBkb3Qgb3JnIG1haWxpbmcgbGlzdHMKLSBmb3J3YXJkaW5nIG9mIG1haWxzIHRv
IGZvbyBAIHhlbnByb2plY3QgZm9yIG9yZyBhY2NvdW50cwotIGRvd25sb2Fkcy54ZW5wcm9qZWN0
Lm9yZwoKUmVnYXJkcwpMYXJzCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9y
ZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Thu Feb 25 14:41:21 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 14:41:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aYx5H-0007O5-SL; Thu, 25 Feb 2016 14:40:03 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aYx5G-0007Nz-VX
 for xen-users@lists.xen.org; Thu, 25 Feb 2016 14:40:03 +0000
Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id
 D5/D9-02979-2421FC65; Thu, 25 Feb 2016 14:40:02 +0000
X-Env-Sender: prvs=856d7c560=roger.pau@citrix.com
X-Msg-Ref: server-14.tower-27.messagelabs.com!1456411200!14518586!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21508 invoked from network); 25 Feb 2016 14:40:01 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
 25 Feb 2016 14:40:01 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="334486171"
To: Ayushi Arora 
References: 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CF123D.8020801@citrix.com>
Date: Thu, 25 Feb 2016 15:39:57 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA1
Cc: "xen-users@lists.xen.org" 
Subject: [Xen-users] Issues installing Xen from source (was Re: )
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RWwgMjUvMi8xNiBhIGxlcyAxMzozOCwgQXl1c2hpIEFyb3JhIGhhIGVzY3JpdDoKPiBIZWxsbywK
PiBBcyBhc2tlZCBvZiBpbiB0aGUgcHJldmlvdXMgbWFpbCwgSSB0cmllZCBjb21waWxpbmcgWGVu
IGZyb20gc291cmNlLgo+IEkgYW0gbm90IHN1cmUgd2hldGhlciB3ZSBjYW4gYXNrIHF1ZXN0aW9u
cyBmb3IgdGhlIHRhc2sgZ2l2ZW4sIGJ1dCBJIGhhdmUKPiBiZWVuIHN0dWNrIGF0IGl0IGZyb20g
eWVzdGVyZGF5Lgo+IEkgZm9sbG93ZWQgYWxsIHRoZSBzdGVwcywgYW5kIHdoZXJldmVyIHRoZXJl
IHdhcyBzb21lIHByb2JsZW0sIEkgbG9va2VkIHVwCj4gdGhhdCBpbiB3aWtpIG9mIFhlbiwgYnV0
IGFmdGVyIGJ1aWxkaW5nIGFuZCBpbnN0YWxsaW5nIHRoYXQgd2l0aCBvdm1mCj4gZW5hYmxlZCBp
biAuL2NvbmZpZ3VyZSwgSSBtb3ZlZCBvbiB0byB0aGUgbmV0d29yayBjb25maWd1cmF0aW9uLCBh
bmQgb24KPiByZWJvb3RpbmcgYWZ0ZXIgdGhlIGNvbmZpZ3VyYXRpb24sIGl0IGlzIHNob3dpbmcg
JyBFUlJPUjogQ2FuJ3QgZmluZAo+IGh5cGVydmlzb3IgaW5mb3JtYXRpb24gaW4gc3lzZnMhJyBv
biB4bSBsaXN0IGFuZCBicmN0bCBzaG93cyBubyBicmlkZ2UKPiBlbmFibGVkLiBPbiBmdXJ0aGVy
IGNoZWNraW5nLCBpdCBzaG93ZWQgJ0VSUk9SOiBOb3QgcnVubmluZyBpbnNpZGUgWGVuJy4KPiBJ
IGhhdmUgdHJpZWQgZmluZGluZyB0aGUgcHJvYmxlbSwgYW5kIEkgd2lsbCBjaGVjayB0aGlzIGFn
YWluIGJ1dCBJIGNhbid0Cj4gbW92ZSBmb3J3YXJkIHVudGlsIHRoZSBoeXBlcnZpc29yIHJ1bnMh
Cj4gTm90IHN1cmUgd2hlcmUgdG8gY2hlY2sgZm9yIHRoZSBlcnJvci4KCkhlbGxvLAoKSSdtIGFm
cmFpZCB5b3UgaGF2ZW4ndCBwcm92aWRlZCBlbm91Z2ggaW5mb3JtYXRpb24gZm9yIHVzIHRvIGV2
ZW4gdHJ5IHRvCmd1ZXNzIHdoYXQncyBnb2luZyB3cm9uZy4gQWxzbywgaWYgeW91IGFyZSBidWls
ZGluZyBYZW4gZnJvbSBzb3VyY2UgZnJvbQp0aGUgb2ZmaWNpYWwgZ2l0IHJlcG9zaXRvcnkgKHVz
aW5nIHRoZSBtYXN0ZXIgb3Igc3RhZ2luZyBicmFuY2hlcykgeW91CnNob3VsZG4ndCBldmVuIGhh
dmUgeG0gaW5zdGFsbGVkLCBpdCB3YXMgcmVtb3ZlZCBxdWl0ZSBzb21lIHRpbWUgYWdvLgoKQXJl
IHlvdSB1c2luZyBncnViIGluIG9yZGVyIHRvIGJvb3QsIGluIHdoaWNoIGNhc2UgYXJlIHlvdSBz
dXJlIHlvdSBoYXZlCnRoZSByaWdodCBlbnRyaWVzIGluIG9yZGVyIHRvIGJvb3QgWGVuIGFuZCBh
IERvbTAga2VybmVsPwoKV2hlcmUncyB0aGF0IHhtIGNsaSBjb21pbmcgZnJvbT8KCkhhdmUgeW91
IHNldHVwIGEgc2VyaWFsIGNhYmxlIGluIG9yZGVyIHRvIGRlYnVnIGFsbCB0aG9zZSBpc3N1ZXM/
CgpBbHNvLCBwbGVhc2UgcmVtZW1iZXIgdG8gZmlsbCBpbiB0aGUgc3ViamVjdCBsaW5lIHdpdGgg
YSBwcm9wZXIKZGVzY3JpcHRpb24gb2YgdGhlIGlzc3VlIG5leHQgdGltZS4gSSd2ZSB0b29rIHRo
ZSBsaWJlcnR5IG9mIHNldHRpbmcgYQpwcm9wZXIgc3ViamVjdCBhbmQgbW92aW5nIHRoZSBjb252
ZXJzYXRpb24gdG8geGVuLXVzZXJzLgoKUm9nZXIuCgoKX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNA
bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Thu Feb 25 14:41:21 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 14:41:21 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aYx5H-0007O5-SL; Thu, 25 Feb 2016 14:40:03 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aYx5G-0007Nz-VX
 for xen-users@lists.xen.org; Thu, 25 Feb 2016 14:40:03 +0000
Received: from [193.109.254.147] by server-12.bemta-14.messagelabs.com id
 D5/D9-02979-2421FC65; Thu, 25 Feb 2016 14:40:02 +0000
X-Env-Sender: prvs=856d7c560=roger.pau@citrix.com
X-Msg-Ref: server-14.tower-27.messagelabs.com!1456411200!14518586!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 21508 invoked from network); 25 Feb 2016 14:40:01 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-14.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
 25 Feb 2016 14:40:01 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="334486171"
To: Ayushi Arora 
References: 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CF123D.8020801@citrix.com>
Date: Thu, 25 Feb 2016 15:39:57 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA1
Cc: "xen-users@lists.xen.org" 
Subject: [Xen-users] Issues installing Xen from source (was Re: )
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RWwgMjUvMi8xNiBhIGxlcyAxMzozOCwgQXl1c2hpIEFyb3JhIGhhIGVzY3JpdDoKPiBIZWxsbywK
PiBBcyBhc2tlZCBvZiBpbiB0aGUgcHJldmlvdXMgbWFpbCwgSSB0cmllZCBjb21waWxpbmcgWGVu
IGZyb20gc291cmNlLgo+IEkgYW0gbm90IHN1cmUgd2hldGhlciB3ZSBjYW4gYXNrIHF1ZXN0aW9u
cyBmb3IgdGhlIHRhc2sgZ2l2ZW4sIGJ1dCBJIGhhdmUKPiBiZWVuIHN0dWNrIGF0IGl0IGZyb20g
eWVzdGVyZGF5Lgo+IEkgZm9sbG93ZWQgYWxsIHRoZSBzdGVwcywgYW5kIHdoZXJldmVyIHRoZXJl
IHdhcyBzb21lIHByb2JsZW0sIEkgbG9va2VkIHVwCj4gdGhhdCBpbiB3aWtpIG9mIFhlbiwgYnV0
IGFmdGVyIGJ1aWxkaW5nIGFuZCBpbnN0YWxsaW5nIHRoYXQgd2l0aCBvdm1mCj4gZW5hYmxlZCBp
biAuL2NvbmZpZ3VyZSwgSSBtb3ZlZCBvbiB0byB0aGUgbmV0d29yayBjb25maWd1cmF0aW9uLCBh
bmQgb24KPiByZWJvb3RpbmcgYWZ0ZXIgdGhlIGNvbmZpZ3VyYXRpb24sIGl0IGlzIHNob3dpbmcg
JyBFUlJPUjogQ2FuJ3QgZmluZAo+IGh5cGVydmlzb3IgaW5mb3JtYXRpb24gaW4gc3lzZnMhJyBv
biB4bSBsaXN0IGFuZCBicmN0bCBzaG93cyBubyBicmlkZ2UKPiBlbmFibGVkLiBPbiBmdXJ0aGVy
IGNoZWNraW5nLCBpdCBzaG93ZWQgJ0VSUk9SOiBOb3QgcnVubmluZyBpbnNpZGUgWGVuJy4KPiBJ
IGhhdmUgdHJpZWQgZmluZGluZyB0aGUgcHJvYmxlbSwgYW5kIEkgd2lsbCBjaGVjayB0aGlzIGFn
YWluIGJ1dCBJIGNhbid0Cj4gbW92ZSBmb3J3YXJkIHVudGlsIHRoZSBoeXBlcnZpc29yIHJ1bnMh
Cj4gTm90IHN1cmUgd2hlcmUgdG8gY2hlY2sgZm9yIHRoZSBlcnJvci4KCkhlbGxvLAoKSSdtIGFm
cmFpZCB5b3UgaGF2ZW4ndCBwcm92aWRlZCBlbm91Z2ggaW5mb3JtYXRpb24gZm9yIHVzIHRvIGV2
ZW4gdHJ5IHRvCmd1ZXNzIHdoYXQncyBnb2luZyB3cm9uZy4gQWxzbywgaWYgeW91IGFyZSBidWls
ZGluZyBYZW4gZnJvbSBzb3VyY2UgZnJvbQp0aGUgb2ZmaWNpYWwgZ2l0IHJlcG9zaXRvcnkgKHVz
aW5nIHRoZSBtYXN0ZXIgb3Igc3RhZ2luZyBicmFuY2hlcykgeW91CnNob3VsZG4ndCBldmVuIGhh
dmUgeG0gaW5zdGFsbGVkLCBpdCB3YXMgcmVtb3ZlZCBxdWl0ZSBzb21lIHRpbWUgYWdvLgoKQXJl
IHlvdSB1c2luZyBncnViIGluIG9yZGVyIHRvIGJvb3QsIGluIHdoaWNoIGNhc2UgYXJlIHlvdSBz
dXJlIHlvdSBoYXZlCnRoZSByaWdodCBlbnRyaWVzIGluIG9yZGVyIHRvIGJvb3QgWGVuIGFuZCBh
IERvbTAga2VybmVsPwoKV2hlcmUncyB0aGF0IHhtIGNsaSBjb21pbmcgZnJvbT8KCkhhdmUgeW91
IHNldHVwIGEgc2VyaWFsIGNhYmxlIGluIG9yZGVyIHRvIGRlYnVnIGFsbCB0aG9zZSBpc3N1ZXM/
CgpBbHNvLCBwbGVhc2UgcmVtZW1iZXIgdG8gZmlsbCBpbiB0aGUgc3ViamVjdCBsaW5lIHdpdGgg
YSBwcm9wZXIKZGVzY3JpcHRpb24gb2YgdGhlIGlzc3VlIG5leHQgdGltZS4gSSd2ZSB0b29rIHRo
ZSBsaWJlcnR5IG9mIHNldHRpbmcgYQpwcm9wZXIgc3ViamVjdCBhbmQgbW92aW5nIHRoZSBjb252
ZXJzYXRpb24gdG8geGVuLXVzZXJzLgoKUm9nZXIuCgoKX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNA
bGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Thu Feb 25 19:52:34 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 19:52:34 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZ1wR-0007mx-9F; Thu, 25 Feb 2016 19:51:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aZ1wP-0007ml-BE
 for xen-users@lists.xen.org; Thu, 25 Feb 2016 19:51:13 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
 2E/4F-03814-03B5FC65; Thu, 25 Feb 2016 19:51:12 +0000
X-Env-Sender: prvs=856d7c560=roger.pau@citrix.com
X-Msg-Ref: server-16.tower-31.messagelabs.com!1456429870!17622108!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 39677 invoked from network); 25 Feb 2016 19:51:11 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 25 Feb 2016 19:51:11 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="334587425"
To: Brandon Adkins , "xen-users@lists.xen.org"
 
References: 
 <56CAEEA7.7050508@citrix.com> 
 <56CB4D1C.3000701@citrix.com> 
  <56CC1701.3070807@citrix.com>
  <56CD6B71.6000801@citrix.com>
 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CF5B2B.10001@citrix.com>
Date: Thu, 25 Feb 2016 20:51:07 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA2
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RWwgMjQvMi8xNiBhIGxlcyAxODoxMywgQnJhbmRvbiBBZGtpbnMgaGEgZXNjcml0Ogo+IEhpIFJv
Z2VyLAo+IFRoZSBsb2cgbWVzc2FnZXMgSSBlbnRlcmVkIGJlZm9yZSBhcmUgZm9yIHRoZSBzZWNv
bmQgZ3Vlc3QuIEkgZGlkbid0IGluY2x1ZGUgYW55IGxvZ3MgZm9yIHRoZSBzZWNvbmQgZ3Vlc3Qg
c2luY2UgdGhhdCBvbmUgd29ya3MgcGVyZmVjdGx5Lgo+IEJ1dCBtYXliZSBJIGFtIGFsbG9jYXRp
bmcgbXkgUkFNIHRvbyB0aWdodGx5PyBUaGUgc3lzdGVtIGhhcyAxNiBHQiBvZiBSQU0sIG9yIDE2
LDM4NE1CLiBJIGFsbG9jYXRlZCA0MDk2TUIgdG8gdGhlIGhvc3QuIFRoYXQgbGVhdmVzIG1lIHdp
dGggMTIsMjI4TUIuIEVhY2ggVk0gZ2V0cyA2MDAwLCBzbyB0aGF0cyAyMjhNQiB1bmFjY291bnRl
ZCBmb3IuIElzIHRoZXJlIHNvbWUgbWluaW11bSBhbW91bnQgdGhhdCBuZWVkcyB0byByZW1haW4g
YWJvdmUgdGhhdD8KPiBMb29raW5nIGF0ICJ4bCBpbmZvIiB3aXRoIGJvdGggZ3Vlc3RzIHN0YXJ0
ZWQsIGl0IHNheXMgbXkgdG90YWwgbWVtb3J5IGlzIDE2LDM1MywgYW5kIHRoYXQgbXkgZnJlZSBt
ZW1vcnkgaXMgNDUuCj4gSSBhbHNvIGp1c3QgdHJpZWQgcmVkdWNpbmcgdGhlIFJBTSBmb3IgYm90
aCBndWVzdHMgZG93biB0byA1NTAwLiBJIGdvdCB0aGUgc2FtZSBlcnJvciB3aGVuIHN0YXJ0aW5n
IHRoZSBzZWNvbmQgZ3Vlc3QuIFRoYXRzIGFib3V0IDEgR0Igb2YgdW5hbGxvY2F0ZWQgc3BhY2Us
IHNvIEkgZG9uJ3QgdGhpbmsgdGhhdHMgbXkgaXNzdWUuCj4gSSBhbHNvIGp1c3QgdHJpZWQgc3Rv
cHBpbmcgYm90aCBndWVzdHMsIGFuZCBzdGFydGluZyBndWVzdDEgZmlyc3QsIGFuZCBndWVzdDAg
c2Vjb25kLiBHdWVzdDEgY2FtZSB1cCBmaW5lLCBhbmQgbm93IGd1ZXN0MCBpcyBzdHVjay4gSXRz
IGRlZmluaXRlbHkgcmVsYXRlZCB0byB0aGUgc2Vjb25kIHZtIHRoYXQgc3RhcnRzLCBhbmQgbm90
IGEgc3BlY2lmaWMgY29uZmlndXJhdGlvbi4KPiBJIGFtIHJlYWxseSBhdCBhIGxvc3Mgb2Ygd2hl
cmUgdG8gbG9vay4gSXMgdGhlcmUgYW55dGhpbmcgaW4gdGhlIGNvbmZpZyB0aGF0IHdvdWxkIGNh
dXNlIHRoZSBDUFVzIHRvIGdldCBhc3NpZ25lZCB0byB0aGUgZmlyc3QgZ3Vlc3QsIHNvIHRoZSBz
ZWNvbmQgb25lIGlzIGxlZnQgd2l0aCBubyBDUFVzPwo+IEJlc3QsQmVhdSAJCSAJICAgCQkgIAo+
IAoKSSBkb24ndCBzZWUgYW55IGVycm9yIGluIHRoZSB0cmFjZSwgQUZBSUNUIGxpYnhsIGhhcyBj
b3JyZWN0bHkgY3JlYXRlZAp0aGUgZG9tYWluLiBDYW4geW91IHBhc3RlIHRoZSBvdXRwdXQgb2Yg
YHhsIGxpc3RgIGFmdGVyIGNyZWF0aW5nIGJvdGgKZ3Vlc3RzPwoKUm9nZXIuCgpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBs
aXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy
cw==

From xen-users-bounces@lists.xen.org Thu Feb 25 19:52:34 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 19:52:34 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZ1wR-0007mx-9F; Thu, 25 Feb 2016 19:51:15 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aZ1wP-0007ml-BE
 for xen-users@lists.xen.org; Thu, 25 Feb 2016 19:51:13 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
 2E/4F-03814-03B5FC65; Thu, 25 Feb 2016 19:51:12 +0000
X-Env-Sender: prvs=856d7c560=roger.pau@citrix.com
X-Msg-Ref: server-16.tower-31.messagelabs.com!1456429870!17622108!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 39677 invoked from network); 25 Feb 2016 19:51:11 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-16.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 25 Feb 2016 19:51:11 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="334587425"
To: Brandon Adkins , "xen-users@lists.xen.org"
 
References: 
 <56CAEEA7.7050508@citrix.com> 
 <56CB4D1C.3000701@citrix.com> 
  <56CC1701.3070807@citrix.com>
  <56CD6B71.6000801@citrix.com>
 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56CF5B2B.10001@citrix.com>
Date: Thu, 25 Feb 2016 20:51:07 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA2
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RWwgMjQvMi8xNiBhIGxlcyAxODoxMywgQnJhbmRvbiBBZGtpbnMgaGEgZXNjcml0Ogo+IEhpIFJv
Z2VyLAo+IFRoZSBsb2cgbWVzc2FnZXMgSSBlbnRlcmVkIGJlZm9yZSBhcmUgZm9yIHRoZSBzZWNv
bmQgZ3Vlc3QuIEkgZGlkbid0IGluY2x1ZGUgYW55IGxvZ3MgZm9yIHRoZSBzZWNvbmQgZ3Vlc3Qg
c2luY2UgdGhhdCBvbmUgd29ya3MgcGVyZmVjdGx5Lgo+IEJ1dCBtYXliZSBJIGFtIGFsbG9jYXRp
bmcgbXkgUkFNIHRvbyB0aWdodGx5PyBUaGUgc3lzdGVtIGhhcyAxNiBHQiBvZiBSQU0sIG9yIDE2
LDM4NE1CLiBJIGFsbG9jYXRlZCA0MDk2TUIgdG8gdGhlIGhvc3QuIFRoYXQgbGVhdmVzIG1lIHdp
dGggMTIsMjI4TUIuIEVhY2ggVk0gZ2V0cyA2MDAwLCBzbyB0aGF0cyAyMjhNQiB1bmFjY291bnRl
ZCBmb3IuIElzIHRoZXJlIHNvbWUgbWluaW11bSBhbW91bnQgdGhhdCBuZWVkcyB0byByZW1haW4g
YWJvdmUgdGhhdD8KPiBMb29raW5nIGF0ICJ4bCBpbmZvIiB3aXRoIGJvdGggZ3Vlc3RzIHN0YXJ0
ZWQsIGl0IHNheXMgbXkgdG90YWwgbWVtb3J5IGlzIDE2LDM1MywgYW5kIHRoYXQgbXkgZnJlZSBt
ZW1vcnkgaXMgNDUuCj4gSSBhbHNvIGp1c3QgdHJpZWQgcmVkdWNpbmcgdGhlIFJBTSBmb3IgYm90
aCBndWVzdHMgZG93biB0byA1NTAwLiBJIGdvdCB0aGUgc2FtZSBlcnJvciB3aGVuIHN0YXJ0aW5n
IHRoZSBzZWNvbmQgZ3Vlc3QuIFRoYXRzIGFib3V0IDEgR0Igb2YgdW5hbGxvY2F0ZWQgc3BhY2Us
IHNvIEkgZG9uJ3QgdGhpbmsgdGhhdHMgbXkgaXNzdWUuCj4gSSBhbHNvIGp1c3QgdHJpZWQgc3Rv
cHBpbmcgYm90aCBndWVzdHMsIGFuZCBzdGFydGluZyBndWVzdDEgZmlyc3QsIGFuZCBndWVzdDAg
c2Vjb25kLiBHdWVzdDEgY2FtZSB1cCBmaW5lLCBhbmQgbm93IGd1ZXN0MCBpcyBzdHVjay4gSXRz
IGRlZmluaXRlbHkgcmVsYXRlZCB0byB0aGUgc2Vjb25kIHZtIHRoYXQgc3RhcnRzLCBhbmQgbm90
IGEgc3BlY2lmaWMgY29uZmlndXJhdGlvbi4KPiBJIGFtIHJlYWxseSBhdCBhIGxvc3Mgb2Ygd2hl
cmUgdG8gbG9vay4gSXMgdGhlcmUgYW55dGhpbmcgaW4gdGhlIGNvbmZpZyB0aGF0IHdvdWxkIGNh
dXNlIHRoZSBDUFVzIHRvIGdldCBhc3NpZ25lZCB0byB0aGUgZmlyc3QgZ3Vlc3QsIHNvIHRoZSBz
ZWNvbmQgb25lIGlzIGxlZnQgd2l0aCBubyBDUFVzPwo+IEJlc3QsQmVhdSAJCSAJICAgCQkgIAo+
IAoKSSBkb24ndCBzZWUgYW55IGVycm9yIGluIHRoZSB0cmFjZSwgQUZBSUNUIGxpYnhsIGhhcyBj
b3JyZWN0bHkgY3JlYXRlZAp0aGUgZG9tYWluLiBDYW4geW91IHBhc3RlIHRoZSBvdXRwdXQgb2Yg
YHhsIGxpc3RgIGFmdGVyIGNyZWF0aW5nIGJvdGgKZ3Vlc3RzPwoKUm9nZXIuCgpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBs
aXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy
cw==

From xen-users-bounces@lists.xen.org Thu Feb 25 21:48:00 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 21:48:00 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZ3k7-00013X-Am; Thu, 25 Feb 2016 21:46:39 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZ3k5-00013M-PU
 for xen-users@lists.xen.org; Thu, 25 Feb 2016 21:46:37 +0000
Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id
 AC/9E-03651-D367FC65; Thu, 25 Feb 2016 21:46:37 +0000
X-Env-Sender: sm8ax1@vfemail.net
X-Msg-Ref: server-5.tower-31.messagelabs.com!1456436794!25146313!1
X-Originating-IP: [199.16.11.132]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 46930 invoked from network); 25 Feb 2016 21:46:35 -0000
Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132)
 by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP;
 25 Feb 2016 21:46:35 -0000
Received: (qmail 54415 invoked by uid 89); 25 Feb 2016 21:46:34 -0000
Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1)
 by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP;
 25 Feb 2016 21:46:33 -0000
Received: (qmail 54403 invoked by uid 89); 25 Feb 2016 21:46:16 -0000
Received: by simscan 1.3.1 ppid: 54401, pid: 54402, t: 0.0022s scanners:none
Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62)
 by FreeQueue with SMTP; 25 Feb 2016 21:46:16 -0000
Received: (qmail 527 invoked by uid 89); 25 Feb 2016 21:46:16 -0000
Received: by simscan 1.4.0 ppid: 520, pid: 523, t: 0.0976s scanners:none
Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93)
 by 172.16.100.62 with ESMTPA; 25 Feb 2016 21:46:16 -0000
Date: Thu, 25 Feb 2016 15:46:16 -0600
Message-ID: <20160225154616.Horde.0OZkkMx2PauVbuihHMD6BQ1@344c6kbnjnljjzlz.onion>
From: sm8ax1@vfemail.net
To: xen-users@lists.xen.org
References: 
 <56CF123D.8020801@citrix.com>
In-Reply-To: <56CF123D.8020801@citrix.com>
User-Agent: Internet Messaging Program (IMP) H5 (6.2.2)
X-VFEmail-Originating-IP: 172.16.100.27
X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include
 VFEmail headers
MIME-Version: 1.0
Subject: Re: [Xen-users] Issues installing Xen from source (was Re: )
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============7661037684440598780=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

This message is in MIME format.

--===============7661037684440598780==
Content-Type: multipart/alternative; boundary="=_jWYqRDvDa2n9A0Zcl9zzug6"
Content-Transfer-Encoding: 8bit

This message is in MIME format.

--=_jWYqRDvDa2n9A0Zcl9zzug6
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Content-Description: Plaintext Message
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

  Quoting Roger Pau Monné :

> El 25/2/16 a les 13:38, Ayushi Arora ha escrit:
>> Hello,
>> As asked of in the previous mail, I tried compiling Xen from source.
>> I am not sure whether we can ask questions for the task given, but I
have
>> been stuck at it from yesterday.
>> I followed all the steps, and wherever there was some problem, I looked
>> up
>> that in wiki of Xen, but after building and installing that with ovmf
>> enabled in ./configure, I moved on to the network configuration, and on
>> rebooting after the configuration, it is showing ' ERROR: Can't find
>> hypervisor information in sysfs!' on xm list and brctl shows no bridge
>> enabled. On further checking, it showed 'ERROR: Not running inside Xen'.
>> I have tried finding the problem, and I will check this again but I
can't
>> move forward until the hypervisor runs!
>> Not sure where to check for the error.
>
> Hello,
>
> I'm afraid you haven't provided enough information for us to even try to
> guess what's going wrong. Also, if you are building Xen from source from
> the official git repository (using the master or staging branches) you
> shouldn't even have xm installed, it was removed quite some time ago.
>
> Are you using grub in order to boot, in which case are you sure you have
> the right entries in order to boot Xen and a Dom0 kernel?
>
> Where's that xm cli coming from?
>
> Have you setup a serial cable in order to debug all those issues?
>
> Also, please remember to fill in the subject line with a proper
> description of the issue next time. I've took the liberty of setting a
> proper subject and moving the conversation to xen-users.
>
> Roger.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.orghttp://lists.xen.org/xen-users

It sounds like you're not booting into Xen at all. The included grub script
comes after 10_linux, so you'll have to choose the "Linux ..., with Xen
hypervisor" option from the GRUB menu, within 5 seconds (default) of grub
loading. You can also set that entry as the default if you don't like using
the menu, see
https://help.ubuntu.com/community/Grub2/Setup#Specific_Entries

Did you forget to run `grub-mkconfig -o /boot/grub/grub.cfg` or
`update-grub` after installing Xen?

I had to tinker with the /etc/grub.d/ script included with the source to
get it to work properly, but I don't remember exactly what I did. I think
it wasn't picking up the kernel command line arguments correctly, but I
doubt this is your problem since Linux boots fine. For reference, here's
the one provided by Arch:
https://aur.archlinux.org/cgit/aur.git/tree/09_xen?h=xen


-------------------------------------------------

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  
--=_jWYqRDvDa2n9A0Zcl9zzug6
Content-Type: text/html; charset=UTF-8
Content-Description: HTML Message
Content-Disposition: inline









Quoting Roger Pau Monné <roger.pau@citrix.com>:




El 25/2/16 a les 13:38, Ayushi Arora ha escrit:




Hello,

As asked of in the previous mail, I tried compiling Xen from source.

I am not sure whether we can ask questions for the task given, but I have

been stuck at it from yesterday.

I followed all the steps, and wherever there was some problem, I looked up

that in wiki of Xen, but after building and installing that with ovmf

enabled in ./configure, I moved on to the network configuration, and on

rebooting after the configuration, it is showing ' ERROR: Can't find

hypervisor information in sysfs!' on xm list and brctl shows no bridge

enabled. On further checking, it showed 'ERROR: Not running inside Xen'.

I have tried finding the problem, and I will check this again but I can't

move forward until the hypervisor runs!

Not sure where to check for the error.



Hello,



I'm afraid you haven't provided enough information for us to even try to

guess what's going wrong. Also, if you are building Xen from source from

the official git repository (using the master or staging branches) you

shouldn't even have xm installed, it was removed quite some time ago.



Are you using grub in order to boot, in which case are you sure you have

the right entries in order to boot Xen and a Dom0 kernel?



Where's that xm cli coming from?



Have you setup a serial cable in order to debug all those issues?



Also, please remember to fill in the subject line with a proper

description of the issue next time. I've took the liberty of setting a

proper subject and moving the conversation to xen-users.



Roger.





_______________________________________________

Xen-users mailing list

Xen-users@lists.xen.orghttp://lists.xen.org/xen-users




It sounds like you're not booting into Xen at all. The included grub script comes after 10_linux, so you'll have to choose the "Linux ..., with Xen hypervisor" option from the GRUB menu, within 5 seconds (default) of grub loading. You can also set that entry as the default if you don't like using the menu, see https://help.ubuntu.com/community/Grub2/Setup#Specific_Entries



Did you forget to run `grub-mkconfig -o /boot/grub/grub.cfg` or `update-grub` after installing Xen?



I had to tinker with the /etc/grub.d/ script included with the source to get it to work properly, but I don't remember exactly what I did. I think it wasn't picking up the kernel command line arguments correctly, but I doubt this is your problem since Linux boots fine. For reference, here's the one provided by Arch: https://aur.archlinux.org/cgit/aur.git/tree/09_xen?h=xen






-------------------------------------------------


ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands! 

$24.95 ONETIME Lifetime accounts with Privacy Features!

No Bandwidth Quotas!   15GB disk space! 

Commercial and Bulk Mail Options! 





--=_jWYqRDvDa2n9A0Zcl9zzug6--



--===============7661037684440598780==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============7661037684440598780==--



From xen-users-bounces@lists.xen.org Thu Feb 25 21:48:00 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Thu, 25 Feb 2016 21:48:00 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZ3k7-00013X-Am; Thu, 25 Feb 2016 21:46:39 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZ3k5-00013M-PU
 for xen-users@lists.xen.org; Thu, 25 Feb 2016 21:46:37 +0000
Received: from [85.158.137.68] by server-5.bemta-3.messagelabs.com id
 AC/9E-03651-D367FC65; Thu, 25 Feb 2016 21:46:37 +0000
X-Env-Sender: sm8ax1@vfemail.net
X-Msg-Ref: server-5.tower-31.messagelabs.com!1456436794!25146313!1
X-Originating-IP: [199.16.11.132]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 46930 invoked from network); 25 Feb 2016 21:46:35 -0000
Received: from onethreetwo.vfemail.net (HELO vfemail.net) (199.16.11.132)
 by server-5.tower-31.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP;
 25 Feb 2016 21:46:35 -0000
Received: (qmail 54415 invoked by uid 89); 25 Feb 2016 21:46:34 -0000
Received: from localhost (HELO freequeue.vfemail.net) (127.0.0.1)
 by localhost with (DHE-RSA-AES256-SHA encrypted) SMTP;
 25 Feb 2016 21:46:33 -0000
Received: (qmail 54403 invoked by uid 89); 25 Feb 2016 21:46:16 -0000
Received: by simscan 1.3.1 ppid: 54401, pid: 54402, t: 0.0022s scanners:none
Received: from unknown (HELO smtp102-2.vfemail.net) (172.16.100.62)
 by FreeQueue with SMTP; 25 Feb 2016 21:46:16 -0000
Received: (qmail 527 invoked by uid 89); 25 Feb 2016 21:46:16 -0000
Received: by simscan 1.4.0 ppid: 520, pid: 523, t: 0.0976s scanners:none
Received: from unknown (HELO www111) (c204YXgxQHZmZW1haWwubmV0@172.16.100.93)
 by 172.16.100.62 with ESMTPA; 25 Feb 2016 21:46:16 -0000
Date: Thu, 25 Feb 2016 15:46:16 -0600
Message-ID: <20160225154616.Horde.0OZkkMx2PauVbuihHMD6BQ1@344c6kbnjnljjzlz.onion>
From: sm8ax1@vfemail.net
To: xen-users@lists.xen.org
References: 
 <56CF123D.8020801@citrix.com>
In-Reply-To: <56CF123D.8020801@citrix.com>
User-Agent: Internet Messaging Program (IMP) H5 (6.2.2)
X-VFEmail-Originating-IP: 172.16.100.27
X-VFEmail-AntiSpam: Notify admin@vfemail.net of any spam, and include
 VFEmail headers
MIME-Version: 1.0
Subject: Re: [Xen-users] Issues installing Xen from source (was Re: )
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============7661037684440598780=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

This message is in MIME format.

--===============7661037684440598780==
Content-Type: multipart/alternative; boundary="=_jWYqRDvDa2n9A0Zcl9zzug6"
Content-Transfer-Encoding: 8bit

This message is in MIME format.

--=_jWYqRDvDa2n9A0Zcl9zzug6
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Content-Description: Plaintext Message
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

  Quoting Roger Pau Monné :

> El 25/2/16 a les 13:38, Ayushi Arora ha escrit:
>> Hello,
>> As asked of in the previous mail, I tried compiling Xen from source.
>> I am not sure whether we can ask questions for the task given, but I
have
>> been stuck at it from yesterday.
>> I followed all the steps, and wherever there was some problem, I looked
>> up
>> that in wiki of Xen, but after building and installing that with ovmf
>> enabled in ./configure, I moved on to the network configuration, and on
>> rebooting after the configuration, it is showing ' ERROR: Can't find
>> hypervisor information in sysfs!' on xm list and brctl shows no bridge
>> enabled. On further checking, it showed 'ERROR: Not running inside Xen'.
>> I have tried finding the problem, and I will check this again but I
can't
>> move forward until the hypervisor runs!
>> Not sure where to check for the error.
>
> Hello,
>
> I'm afraid you haven't provided enough information for us to even try to
> guess what's going wrong. Also, if you are building Xen from source from
> the official git repository (using the master or staging branches) you
> shouldn't even have xm installed, it was removed quite some time ago.
>
> Are you using grub in order to boot, in which case are you sure you have
> the right entries in order to boot Xen and a Dom0 kernel?
>
> Where's that xm cli coming from?
>
> Have you setup a serial cable in order to debug all those issues?
>
> Also, please remember to fill in the subject line with a proper
> description of the issue next time. I've took the liberty of setting a
> proper subject and moving the conversation to xen-users.
>
> Roger.
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.orghttp://lists.xen.org/xen-users

It sounds like you're not booting into Xen at all. The included grub script
comes after 10_linux, so you'll have to choose the "Linux ..., with Xen
hypervisor" option from the GRUB menu, within 5 seconds (default) of grub
loading. You can also set that entry as the default if you don't like using
the menu, see
https://help.ubuntu.com/community/Grub2/Setup#Specific_Entries

Did you forget to run `grub-mkconfig -o /boot/grub/grub.cfg` or
`update-grub` after installing Xen?

I had to tinker with the /etc/grub.d/ script included with the source to
get it to work properly, but I don't remember exactly what I did. I think
it wasn't picking up the kernel command line arguments correctly, but I
doubt this is your problem since Linux boots fine. For reference, here's
the one provided by Arch:
https://aur.archlinux.org/cgit/aur.git/tree/09_xen?h=xen


-------------------------------------------------

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  
--=_jWYqRDvDa2n9A0Zcl9zzug6
Content-Type: text/html; charset=UTF-8
Content-Description: HTML Message
Content-Disposition: inline









Quoting Roger Pau Monné <roger.pau@citrix.com>:




El 25/2/16 a les 13:38, Ayushi Arora ha escrit:




Hello,

As asked of in the previous mail, I tried compiling Xen from source.

I am not sure whether we can ask questions for the task given, but I have

been stuck at it from yesterday.

I followed all the steps, and wherever there was some problem, I looked up

that in wiki of Xen, but after building and installing that with ovmf

enabled in ./configure, I moved on to the network configuration, and on

rebooting after the configuration, it is showing ' ERROR: Can't find

hypervisor information in sysfs!' on xm list and brctl shows no bridge

enabled. On further checking, it showed 'ERROR: Not running inside Xen'.

I have tried finding the problem, and I will check this again but I can't

move forward until the hypervisor runs!

Not sure where to check for the error.



Hello,



I'm afraid you haven't provided enough information for us to even try to

guess what's going wrong. Also, if you are building Xen from source from

the official git repository (using the master or staging branches) you

shouldn't even have xm installed, it was removed quite some time ago.



Are you using grub in order to boot, in which case are you sure you have

the right entries in order to boot Xen and a Dom0 kernel?



Where's that xm cli coming from?



Have you setup a serial cable in order to debug all those issues?



Also, please remember to fill in the subject line with a proper

description of the issue next time. I've took the liberty of setting a

proper subject and moving the conversation to xen-users.



Roger.





_______________________________________________

Xen-users mailing list

Xen-users@lists.xen.orghttp://lists.xen.org/xen-users




It sounds like you're not booting into Xen at all. The included grub script comes after 10_linux, so you'll have to choose the "Linux ..., with Xen hypervisor" option from the GRUB menu, within 5 seconds (default) of grub loading. You can also set that entry as the default if you don't like using the menu, see https://help.ubuntu.com/community/Grub2/Setup#Specific_Entries



Did you forget to run `grub-mkconfig -o /boot/grub/grub.cfg` or `update-grub` after installing Xen?



I had to tinker with the /etc/grub.d/ script included with the source to get it to work properly, but I don't remember exactly what I did. I think it wasn't picking up the kernel command line arguments correctly, but I doubt this is your problem since Linux boots fine. For reference, here's the one provided by Arch: https://aur.archlinux.org/cgit/aur.git/tree/09_xen?h=xen






-------------------------------------------------


ONLY AT VFEmail! - Use our Metadata Mitigator™ to keep your email out of the NSA's hands! 

$24.95 ONETIME Lifetime accounts with Privacy Features!

No Bandwidth Quotas!   15GB disk space! 

Commercial and Bulk Mail Options! 





--=_jWYqRDvDa2n9A0Zcl9zzug6--



--===============7661037684440598780==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============7661037684440598780==--



From xen-users-bounces@lists.xen.org Fri Feb 26 08:33:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 08:33:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZDp0-00022y-BJ; Fri, 26 Feb 2016 08:32:22 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aZDoy-00022k-Jz
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 08:32:20 +0000
Received: from [85.158.137.68] by server-12.bemta-3.messagelabs.com id
 60/48-19343-39D00D65; Fri, 26 Feb 2016 08:32:19 +0000
X-Env-Sender: prvs=8571d395d=roger.pau@citrix.com
X-Msg-Ref: server-3.tower-31.messagelabs.com!1456475537!25221076!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13479 invoked from network); 26 Feb 2016 08:32:19 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
 by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 26 Feb 2016 08:32:19 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="341314125"
To: Brandon Adkins , "xen-users@lists.xen.org"
 
References: 
 <56CAEEA7.7050508@citrix.com> 
 <56CB4D1C.3000701@citrix.com> 
  <56CC1701.3070807@citrix.com>
  <56CD6B71.6000801@citrix.com>
  <56CF5B2B.10001@citrix.com>
 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56D00D8D.2040704@citrix.com>
Date: Fri, 26 Feb 2016 09:32:13 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA1
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RWwgMjYvMi8xNiBhIGxlcyA2OjI1LCBCcmFuZG9uIEFka2lucyBoYSBlc2NyaXQ6Cj4gCj4gCj4+
Cj4+IEVsIDI0LzIvMTYgYSBsZXMgMTg6MTMsIEJyYW5kb24gQWRraW5zIGhhIGVzY3JpdDoKPj4g
PiBIaSBSb2dlciwKPj4gPiBUaGUgbG9nIG1lc3NhZ2VzIEkgZW50ZXJlZCBiZWZvcmUgYXJlIGZv
ciB0aGUgc2Vjb25kIGd1ZXN0LiBJIGRpZG4ndAo+IGluY2x1ZGUgYW55IGxvZ3MgZm9yIHRoZSBz
ZWNvbmQgZ3Vlc3Qgc2luY2UgdGhhdCBvbmUgd29ya3MgcGVyZmVjdGx5Lgo+PiA+IEJ1dCBtYXli
ZSBJIGFtIGFsbG9jYXRpbmcgbXkgUkFNIHRvbyB0aWdodGx5PyBUaGUgc3lzdGVtIGhhcyAxNiBH
Qgo+IG9mIFJBTSwgb3IgMTYsMzg0TUIuIEkgYWxsb2NhdGVkIDQwOTZNQiB0byB0aGUgaG9zdC4g
VGhhdCBsZWF2ZXMgbWUgd2l0aAo+IDEyLDIyOE1CLiBFYWNoIFZNIGdldHMgNjAwMCwgc28gdGhh
dHMgMjI4TUIgdW5hY2NvdW50ZWQgZm9yLiBJcyB0aGVyZQo+IHNvbWUgbWluaW11bSBhbW91bnQg
dGhhdCBuZWVkcyB0byByZW1haW4gYWJvdmUgdGhhdD8KPj4gPiBMb29raW5nIGF0ICJ4bCBpbmZv
IiB3aXRoIGJvdGggZ3Vlc3RzIHN0YXJ0ZWQsIGl0IHNheXMgbXkgdG90YWwKPiBtZW1vcnkgaXMg
MTYsMzUzLCBhbmQgdGhhdCBteSBmcmVlIG1lbW9yeSBpcyA0NS4KPj4gPiBJIGFsc28ganVzdCB0
cmllZCByZWR1Y2luZyB0aGUgUkFNIGZvciBib3RoIGd1ZXN0cyBkb3duIHRvIDU1MDAuIEkKPiBn
b3QgdGhlIHNhbWUgZXJyb3Igd2hlbiBzdGFydGluZyB0aGUgc2Vjb25kIGd1ZXN0LiBUaGF0cyBh
Ym91dCAxIEdCIG9mCj4gdW5hbGxvY2F0ZWQgc3BhY2UsIHNvIEkgZG9uJ3QgdGhpbmsgdGhhdHMg
bXkgaXNzdWUuCj4+ID4gSSBhbHNvIGp1c3QgdHJpZWQgc3RvcHBpbmcgYm90aCBndWVzdHMsIGFu
ZCBzdGFydGluZyBndWVzdDEgZmlyc3QsCj4gYW5kIGd1ZXN0MCBzZWNvbmQuIEd1ZXN0MSBjYW1l
IHVwIGZpbmUsIGFuZCBub3cgZ3Vlc3QwIGlzIHN0dWNrLiBJdHMKPiBkZWZpbml0ZWx5IHJlbGF0
ZWQgdG8gdGhlIHNlY29uZCB2bSB0aGF0IHN0YXJ0cywgYW5kIG5vdCBhIHNwZWNpZmljCj4gY29u
ZmlndXJhdGlvbi4KPj4gPiBJIGFtIHJlYWxseSBhdCBhIGxvc3Mgb2Ygd2hlcmUgdG8gbG9vay4g
SXMgdGhlcmUgYW55dGhpbmcgaW4gdGhlCj4gY29uZmlnIHRoYXQgd291bGQgY2F1c2UgdGhlIENQ
VXMgdG8gZ2V0IGFzc2lnbmVkIHRvIHRoZSBmaXJzdCBndWVzdCwgc28KPiB0aGUgc2Vjb25kIG9u
ZSBpcyBsZWZ0IHdpdGggbm8gQ1BVcz8KPj4gPiBCZXN0LEJlYXUKPj4gPgo+Pgo+PiBJIGRvbid0
IHNlZSBhbnkgZXJyb3IgaW4gdGhlIHRyYWNlLCBBRkFJQ1QgbGlieGwgaGFzIGNvcnJlY3RseSBj
cmVhdGVkCj4+IHRoZSBkb21haW4uIENhbiB5b3UgcGFzdGUgdGhlIG91dHB1dCBvZiBgeGwgbGlz
dGAgYWZ0ZXIgY3JlYXRpbmcgYm90aAo+PiBndWVzdHM/Cj4+Cj4+IFJvZ2VyLgo+IAo+IEhpIFJv
Z2VyLAo+IAo+IFllcywgSSBjYW4ndCBmaW5kIGFueSBlcnJvcnMgZWl0aGVyLCB3aGljaCBtYWtl
cyBkZWJ1Z2dpbmcgaXQgYWxtb3N0Cj4gaW1wb3NzaWJsZSBmb3IgbWUuIEhlcmUgYXJlIHNvbWUg
b3V0cHV0czoKPj54bCBsaXN0Cj4gTmFtZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBJRCAgIE1lbSBWQ1BVcyAgICAgIFN0YXRlICAKPiBUaW1lKHMpCj4gRG9tYWluLTAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgNDA4NyAgICAgMiAgICAgci0t
LS0tICAKPiAgMzMwOC4wCj4gZ3Vlc3QxICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIDEzMiAgNTUwMCAgICAgNiAgICAgLWItLS0tICAKPiAgIDUzMy4wCj4gZ3Vlc3QwICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEzMyAgNTUwMCAgICAgMSAgICAgci0tLS0t
Cj4gIDEzMDEwMy40Cj4gCj4gSW50ZXJlc3RpbmcgdG8gc2VlIHRoZSBub25mdW5jdGlvbmFsIGd1
ZXN0MCBoYXMgc3VjaCBhIGhpZ2ggVGltZSBjb2x1bW4uCj4gSXRzIGxpa2UgaXRzIHNwaW5uaW5n
IGluIGEgdGlnaHQgbG9vcCwgd2hpbGUgdGhlIHdvcmtpbmcgZ3Vlc3QxIGlzCj4gcnVubmluZyBm
aW5lLiBOb3RlIHRoYXQgdGhpcyBpcyB0aGUgb3V0cHV0IG9mIG15IGxhc3QgdGVzdCBzZXR1cCwg
d2hlcmUKPiBJIGdhdmUgYm90aCB2bXMgNTUwME1CIG9mIFJBTSwgYW5kIHRyaWVkIHN0YXJ0aW5n
IGd1ZXN0MSBmaXJzdC4KPiAKPiAgeGwgdmNwdS1saXN0Cj4gTmFtZSAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgSUQgIFZDUFUgICBDUFUgU3RhdGUgICBUaW1lKHMpIENQVQo+IEFmZmlu
aXR5Cj4gRG9tYWluLTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgIDAgICAgMCAg
IC1iLSAgICAxNTU0LjQgIDAKPiBEb21haW4tMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
MCAgICAgMSAgICAxICAgci0tICAgIDE3NDkuNiAgMQo+IERvbWFpbi0wICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAwICAgICAyICAgIC0gICAtLXAgICAgICAgMC41ICAyCj4gRG9tYWluLTAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgIDMgICAgLSAgIC0tcCAgICAgICAwLjYg
IDMKPiBEb21haW4tMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgNCAgICAtICAg
LS1wICAgICAgIDAuNCAgNAo+IERvbWFpbi0wICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw
ICAgICA1ICAgIC0gICAtLXAgICAgICAgMC42ICA1Cj4gRG9tYWluLTAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIDAgICAgIDYgICAgLSAgIC0tcCAgICAgICAxLjcgIDYKPiBEb21haW4tMCAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgNyAgICAtICAgLS1wICAgICAgIDAuOCAg
Nwo+IGd1ZXN0MSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMTMyICAgICAwICAgIDcgICAt
Yi0gICAgIDIyMC40ICAyLTcKPiBndWVzdDEgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEz
MiAgICAgMSAgICA1ICAgLWItICAgICAgODYuMCAgMi03Cj4gZ3Vlc3QxICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAxMzIgICAgIDIgICAgNCAgIC1iLSAgICAgIDczLjUgIDItNwo+IGd1ZXN0
MSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMTMyICAgICAzICAgIDIgICAtYi0gICAgICA0
NS4yICAyLTcKPiBndWVzdDEgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEzMiAgICAgNCAg
ICA2ICAgLWItICAgICAgNjEuOCAgMi03Cj4gZ3Vlc3QxICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAxMzIgICAgIDUgICAgNSAgIC1iLSAgICAgIDQ2LjMgIDItNwo+IGd1ZXN0MCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgMTMzICAgICAwICAgIDMgICByLS0gIDEzMDI3OS4xICAyLTcK
PiBndWVzdDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEzMyAgICAgMSAgICAtICAgLS1w
ICAgICAgIDAuMCAgMi03Cj4gZ3Vlc3QwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAxMzMg
ICAgIDIgICAgLSAgIC0tcCAgICAgICAwLjAgIDItNwo+IGd1ZXN0MCAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgMTMzICAgICAzICAgIC0gICAtLXAgICAgICAgMC4wICAyLTcKPiBndWVzdDAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEzMyAgICAgNCAgICAtICAgLS1wICAgICAgIDAu
MCAgMi03Cj4gZ3Vlc3QwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAxMzMgICAgIDUgICAg
LSAgIC0tcCAgICAgICAwLjAgIDItNwo+IAo+IEZvciBzb21lIHJlYXNvbiwgZXZlbiB0aG91Z2gg
SSBhc3NpZ25lZCA2IENQVXMgdG8gYm90aCBWTXMsIG9ubHkgdGhlCj4gZmlyc3Qgb25lIHN0YXJ0
ZWQgc2VlbXMgdG8gZ2V0IGl0IHJpZ2h0LiAKPiAKPiBJIGJlbGlldmUgSSBtdXN0IGhhdmUgc29t
ZSBzb3J0IG9mIHNjcmV3ZWQgdXAgWGVuIGNvbmZpZ3VyYXRpb24uIFN1cmVseQo+IEkgYW0gbm90
IHRoZSBmaXJzdCBwZXJzb24gdG8gdHJ5IHVzaW5nIFhlbiBvbiBEZWJpYW4gSmVzc2llLgoKU29t
ZXRoaW5nIHNlZW1zIHdyb25nIHJlZ2FyZGluZyBndWVzdDAsIGJ1dCBpdCBsb29rcyBsaWtlIGFu
IGlzc3VlIGluCnRoZSBndWVzdCBrZXJuZWwuIENhbiB5b3UgcGFzdGUgdGhlIG91dHB1dCBvZiB4
bCBkbWVzZyBhZnRlciBjcmVhdGluZwpib3RoIGd1ZXN0cz8KCkFGQUlDVCBmcm9tIHRoZSB0cmFj
ZXMgeW91IGhhdmUgcHJvdmlkZWQsIHlvdSBhcmUgdHJ5aW5nIHRvIGNyZWF0ZSAzMmJpdApQViBn
dWVzdHMuIERvIHRoZXkgYm9vdCBmaW5lIGlmIHlvdSBjb252ZXJ0IHRoZW0gdG8gSFZNPyBJIHdv
dWxkIGZvcgpleGFtcGxlIHRyeSB0byBjaGFuZ2UgdGhlIGNvbmZpZyBmaWxlcyBzbyB0aGV5IGxv
b2sgbGlrZToKCmd1ZXN0MDoKYnVpbGRlcj0naHZtJwp2Y3B1cyA9ICc2JwpjcHVzID0gJzItNycK
bWVtb3J5ID0gJzYwMDAnCmRpc2sgPSBbICdwaHk6L2Rldi94ZW52b2xncm91cC9ndWVzdDBkaXNr
LHh2ZGEyLHcnLAoncGh5Oi9kZXYveGVudm9sZ3JvdXAvZ3Vlc3Qwc3dhcCx4dmRhMSx3JyBdCm5h
bWUgPSAnZ3Vlc3QwJwp2aWYgPSBbICdtYWM9QUU6NTc6RUM6MDE6NTQ6OEMsYnJpZGdlPXhlbmJy
MCcgXQpvbl9wb3dlcm9mZiA9ICdkZXN0cm95Jwpvbl9yZWJvb3QgPSAncmVzdGFydCcKb25fY3Jh
c2ggPSAncmVzdGFydCcKCnZuYz0xCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tCmd1ZXN0MToKYnVpbGRlcj0naHZtJwp2Y3B1cyA9ICc2JwpjcHVzID0gJzItNycKbWVt
b3J5ID0gJzYwMDAnCmRpc2sgPSBbICdwaHk6L2Rldi94ZW52b2xncm91cC9ndWVzdDFkaXNrLHh2
ZGEyLHcnLAoncGh5Oi9kZXYveGVudm9sZ3JvdXAvZ3Vlc3Qxc3dhcCx4dmRhMSx3JyBdCm5hbWUg
PSAnZ3Vlc3QxJwp2aWYgPSBbICdtYWM9NzY6N0I6RDY6NkY6MzQ6QzYsYnJpZGdlPXhlbmJyMCcg
XQpvbl9wb3dlcm9mZiA9ICdkZXN0cm95Jwpvbl9yZWJvb3QgPSAncmVzdGFydCcKb25fY3Jhc2gg
PSAncmVzdGFydCcKCnZuYz0xCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tCgpZb3UgY2FuIHRoZW4gYXR0YWNoIHRvIHRoZSBndWVzdCBkaXNwbGF5IHVzaW5nIGEgVk5D
IGNsaWVudC4KClJvZ2VyLgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpo
dHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Fri Feb 26 08:33:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 08:33:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZDp0-00022y-BJ; Fri, 26 Feb 2016 08:32:22 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aZDoy-00022k-Jz
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 08:32:20 +0000
Received: from [85.158.137.68] by server-12.bemta-3.messagelabs.com id
 60/48-19343-39D00D65; Fri, 26 Feb 2016 08:32:19 +0000
X-Env-Sender: prvs=8571d395d=roger.pau@citrix.com
X-Msg-Ref: server-3.tower-31.messagelabs.com!1456475537!25221076!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 13479 invoked from network); 26 Feb 2016 08:32:19 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
 by server-3.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 26 Feb 2016 08:32:19 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="341314125"
To: Brandon Adkins , "xen-users@lists.xen.org"
 
References: 
 <56CAEEA7.7050508@citrix.com> 
 <56CB4D1C.3000701@citrix.com> 
  <56CC1701.3070807@citrix.com>
  <56CD6B71.6000801@citrix.com>
  <56CF5B2B.10001@citrix.com>
 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56D00D8D.2040704@citrix.com>
Date: Fri, 26 Feb 2016 09:32:13 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA1
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RWwgMjYvMi8xNiBhIGxlcyA2OjI1LCBCcmFuZG9uIEFka2lucyBoYSBlc2NyaXQ6Cj4gCj4gCj4+
Cj4+IEVsIDI0LzIvMTYgYSBsZXMgMTg6MTMsIEJyYW5kb24gQWRraW5zIGhhIGVzY3JpdDoKPj4g
PiBIaSBSb2dlciwKPj4gPiBUaGUgbG9nIG1lc3NhZ2VzIEkgZW50ZXJlZCBiZWZvcmUgYXJlIGZv
ciB0aGUgc2Vjb25kIGd1ZXN0LiBJIGRpZG4ndAo+IGluY2x1ZGUgYW55IGxvZ3MgZm9yIHRoZSBz
ZWNvbmQgZ3Vlc3Qgc2luY2UgdGhhdCBvbmUgd29ya3MgcGVyZmVjdGx5Lgo+PiA+IEJ1dCBtYXli
ZSBJIGFtIGFsbG9jYXRpbmcgbXkgUkFNIHRvbyB0aWdodGx5PyBUaGUgc3lzdGVtIGhhcyAxNiBH
Qgo+IG9mIFJBTSwgb3IgMTYsMzg0TUIuIEkgYWxsb2NhdGVkIDQwOTZNQiB0byB0aGUgaG9zdC4g
VGhhdCBsZWF2ZXMgbWUgd2l0aAo+IDEyLDIyOE1CLiBFYWNoIFZNIGdldHMgNjAwMCwgc28gdGhh
dHMgMjI4TUIgdW5hY2NvdW50ZWQgZm9yLiBJcyB0aGVyZQo+IHNvbWUgbWluaW11bSBhbW91bnQg
dGhhdCBuZWVkcyB0byByZW1haW4gYWJvdmUgdGhhdD8KPj4gPiBMb29raW5nIGF0ICJ4bCBpbmZv
IiB3aXRoIGJvdGggZ3Vlc3RzIHN0YXJ0ZWQsIGl0IHNheXMgbXkgdG90YWwKPiBtZW1vcnkgaXMg
MTYsMzUzLCBhbmQgdGhhdCBteSBmcmVlIG1lbW9yeSBpcyA0NS4KPj4gPiBJIGFsc28ganVzdCB0
cmllZCByZWR1Y2luZyB0aGUgUkFNIGZvciBib3RoIGd1ZXN0cyBkb3duIHRvIDU1MDAuIEkKPiBn
b3QgdGhlIHNhbWUgZXJyb3Igd2hlbiBzdGFydGluZyB0aGUgc2Vjb25kIGd1ZXN0LiBUaGF0cyBh
Ym91dCAxIEdCIG9mCj4gdW5hbGxvY2F0ZWQgc3BhY2UsIHNvIEkgZG9uJ3QgdGhpbmsgdGhhdHMg
bXkgaXNzdWUuCj4+ID4gSSBhbHNvIGp1c3QgdHJpZWQgc3RvcHBpbmcgYm90aCBndWVzdHMsIGFu
ZCBzdGFydGluZyBndWVzdDEgZmlyc3QsCj4gYW5kIGd1ZXN0MCBzZWNvbmQuIEd1ZXN0MSBjYW1l
IHVwIGZpbmUsIGFuZCBub3cgZ3Vlc3QwIGlzIHN0dWNrLiBJdHMKPiBkZWZpbml0ZWx5IHJlbGF0
ZWQgdG8gdGhlIHNlY29uZCB2bSB0aGF0IHN0YXJ0cywgYW5kIG5vdCBhIHNwZWNpZmljCj4gY29u
ZmlndXJhdGlvbi4KPj4gPiBJIGFtIHJlYWxseSBhdCBhIGxvc3Mgb2Ygd2hlcmUgdG8gbG9vay4g
SXMgdGhlcmUgYW55dGhpbmcgaW4gdGhlCj4gY29uZmlnIHRoYXQgd291bGQgY2F1c2UgdGhlIENQ
VXMgdG8gZ2V0IGFzc2lnbmVkIHRvIHRoZSBmaXJzdCBndWVzdCwgc28KPiB0aGUgc2Vjb25kIG9u
ZSBpcyBsZWZ0IHdpdGggbm8gQ1BVcz8KPj4gPiBCZXN0LEJlYXUKPj4gPgo+Pgo+PiBJIGRvbid0
IHNlZSBhbnkgZXJyb3IgaW4gdGhlIHRyYWNlLCBBRkFJQ1QgbGlieGwgaGFzIGNvcnJlY3RseSBj
cmVhdGVkCj4+IHRoZSBkb21haW4uIENhbiB5b3UgcGFzdGUgdGhlIG91dHB1dCBvZiBgeGwgbGlz
dGAgYWZ0ZXIgY3JlYXRpbmcgYm90aAo+PiBndWVzdHM/Cj4+Cj4+IFJvZ2VyLgo+IAo+IEhpIFJv
Z2VyLAo+IAo+IFllcywgSSBjYW4ndCBmaW5kIGFueSBlcnJvcnMgZWl0aGVyLCB3aGljaCBtYWtl
cyBkZWJ1Z2dpbmcgaXQgYWxtb3N0Cj4gaW1wb3NzaWJsZSBmb3IgbWUuIEhlcmUgYXJlIHNvbWUg
b3V0cHV0czoKPj54bCBsaXN0Cj4gTmFtZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICBJRCAgIE1lbSBWQ1BVcyAgICAgIFN0YXRlICAKPiBUaW1lKHMpCj4gRG9tYWluLTAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgNDA4NyAgICAgMiAgICAgci0t
LS0tICAKPiAgMzMwOC4wCj4gZ3Vlc3QxICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIDEzMiAgNTUwMCAgICAgNiAgICAgLWItLS0tICAKPiAgIDUzMy4wCj4gZ3Vlc3QwICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEzMyAgNTUwMCAgICAgMSAgICAgci0tLS0t
Cj4gIDEzMDEwMy40Cj4gCj4gSW50ZXJlc3RpbmcgdG8gc2VlIHRoZSBub25mdW5jdGlvbmFsIGd1
ZXN0MCBoYXMgc3VjaCBhIGhpZ2ggVGltZSBjb2x1bW4uCj4gSXRzIGxpa2UgaXRzIHNwaW5uaW5n
IGluIGEgdGlnaHQgbG9vcCwgd2hpbGUgdGhlIHdvcmtpbmcgZ3Vlc3QxIGlzCj4gcnVubmluZyBm
aW5lLiBOb3RlIHRoYXQgdGhpcyBpcyB0aGUgb3V0cHV0IG9mIG15IGxhc3QgdGVzdCBzZXR1cCwg
d2hlcmUKPiBJIGdhdmUgYm90aCB2bXMgNTUwME1CIG9mIFJBTSwgYW5kIHRyaWVkIHN0YXJ0aW5n
IGd1ZXN0MSBmaXJzdC4KPiAKPiAgeGwgdmNwdS1saXN0Cj4gTmFtZSAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgSUQgIFZDUFUgICBDUFUgU3RhdGUgICBUaW1lKHMpIENQVQo+IEFmZmlu
aXR5Cj4gRG9tYWluLTAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgIDAgICAgMCAg
IC1iLSAgICAxNTU0LjQgIDAKPiBEb21haW4tMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
MCAgICAgMSAgICAxICAgci0tICAgIDE3NDkuNiAgMQo+IERvbWFpbi0wICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAwICAgICAyICAgIC0gICAtLXAgICAgICAgMC41ICAyCj4gRG9tYWluLTAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgIDMgICAgLSAgIC0tcCAgICAgICAwLjYg
IDMKPiBEb21haW4tMCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgNCAgICAtICAg
LS1wICAgICAgIDAuNCAgNAo+IERvbWFpbi0wICAgICAgICAgICAgICAgICAgICAgICAgICAgICAw
ICAgICA1ICAgIC0gICAtLXAgICAgICAgMC42ICA1Cj4gRG9tYWluLTAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIDAgICAgIDYgICAgLSAgIC0tcCAgICAgICAxLjcgIDYKPiBEb21haW4tMCAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgNyAgICAtICAgLS1wICAgICAgIDAuOCAg
Nwo+IGd1ZXN0MSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMTMyICAgICAwICAgIDcgICAt
Yi0gICAgIDIyMC40ICAyLTcKPiBndWVzdDEgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEz
MiAgICAgMSAgICA1ICAgLWItICAgICAgODYuMCAgMi03Cj4gZ3Vlc3QxICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAxMzIgICAgIDIgICAgNCAgIC1iLSAgICAgIDczLjUgIDItNwo+IGd1ZXN0
MSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgMTMyICAgICAzICAgIDIgICAtYi0gICAgICA0
NS4yICAyLTcKPiBndWVzdDEgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEzMiAgICAgNCAg
ICA2ICAgLWItICAgICAgNjEuOCAgMi03Cj4gZ3Vlc3QxICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAxMzIgICAgIDUgICAgNSAgIC1iLSAgICAgIDQ2LjMgIDItNwo+IGd1ZXN0MCAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgMTMzICAgICAwICAgIDMgICByLS0gIDEzMDI3OS4xICAyLTcK
PiBndWVzdDAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEzMyAgICAgMSAgICAtICAgLS1w
ICAgICAgIDAuMCAgMi03Cj4gZ3Vlc3QwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAxMzMg
ICAgIDIgICAgLSAgIC0tcCAgICAgICAwLjAgIDItNwo+IGd1ZXN0MCAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgMTMzICAgICAzICAgIC0gICAtLXAgICAgICAgMC4wICAyLTcKPiBndWVzdDAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDEzMyAgICAgNCAgICAtICAgLS1wICAgICAgIDAu
MCAgMi03Cj4gZ3Vlc3QwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAxMzMgICAgIDUgICAg
LSAgIC0tcCAgICAgICAwLjAgIDItNwo+IAo+IEZvciBzb21lIHJlYXNvbiwgZXZlbiB0aG91Z2gg
SSBhc3NpZ25lZCA2IENQVXMgdG8gYm90aCBWTXMsIG9ubHkgdGhlCj4gZmlyc3Qgb25lIHN0YXJ0
ZWQgc2VlbXMgdG8gZ2V0IGl0IHJpZ2h0LiAKPiAKPiBJIGJlbGlldmUgSSBtdXN0IGhhdmUgc29t
ZSBzb3J0IG9mIHNjcmV3ZWQgdXAgWGVuIGNvbmZpZ3VyYXRpb24uIFN1cmVseQo+IEkgYW0gbm90
IHRoZSBmaXJzdCBwZXJzb24gdG8gdHJ5IHVzaW5nIFhlbiBvbiBEZWJpYW4gSmVzc2llLgoKU29t
ZXRoaW5nIHNlZW1zIHdyb25nIHJlZ2FyZGluZyBndWVzdDAsIGJ1dCBpdCBsb29rcyBsaWtlIGFu
IGlzc3VlIGluCnRoZSBndWVzdCBrZXJuZWwuIENhbiB5b3UgcGFzdGUgdGhlIG91dHB1dCBvZiB4
bCBkbWVzZyBhZnRlciBjcmVhdGluZwpib3RoIGd1ZXN0cz8KCkFGQUlDVCBmcm9tIHRoZSB0cmFj
ZXMgeW91IGhhdmUgcHJvdmlkZWQsIHlvdSBhcmUgdHJ5aW5nIHRvIGNyZWF0ZSAzMmJpdApQViBn
dWVzdHMuIERvIHRoZXkgYm9vdCBmaW5lIGlmIHlvdSBjb252ZXJ0IHRoZW0gdG8gSFZNPyBJIHdv
dWxkIGZvcgpleGFtcGxlIHRyeSB0byBjaGFuZ2UgdGhlIGNvbmZpZyBmaWxlcyBzbyB0aGV5IGxv
b2sgbGlrZToKCmd1ZXN0MDoKYnVpbGRlcj0naHZtJwp2Y3B1cyA9ICc2JwpjcHVzID0gJzItNycK
bWVtb3J5ID0gJzYwMDAnCmRpc2sgPSBbICdwaHk6L2Rldi94ZW52b2xncm91cC9ndWVzdDBkaXNr
LHh2ZGEyLHcnLAoncGh5Oi9kZXYveGVudm9sZ3JvdXAvZ3Vlc3Qwc3dhcCx4dmRhMSx3JyBdCm5h
bWUgPSAnZ3Vlc3QwJwp2aWYgPSBbICdtYWM9QUU6NTc6RUM6MDE6NTQ6OEMsYnJpZGdlPXhlbmJy
MCcgXQpvbl9wb3dlcm9mZiA9ICdkZXN0cm95Jwpvbl9yZWJvb3QgPSAncmVzdGFydCcKb25fY3Jh
c2ggPSAncmVzdGFydCcKCnZuYz0xCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tCmd1ZXN0MToKYnVpbGRlcj0naHZtJwp2Y3B1cyA9ICc2JwpjcHVzID0gJzItNycKbWVt
b3J5ID0gJzYwMDAnCmRpc2sgPSBbICdwaHk6L2Rldi94ZW52b2xncm91cC9ndWVzdDFkaXNrLHh2
ZGEyLHcnLAoncGh5Oi9kZXYveGVudm9sZ3JvdXAvZ3Vlc3Qxc3dhcCx4dmRhMSx3JyBdCm5hbWUg
PSAnZ3Vlc3QxJwp2aWYgPSBbICdtYWM9NzY6N0I6RDY6NkY6MzQ6QzYsYnJpZGdlPXhlbmJyMCcg
XQpvbl9wb3dlcm9mZiA9ICdkZXN0cm95Jwpvbl9yZWJvb3QgPSAncmVzdGFydCcKb25fY3Jhc2gg
PSAncmVzdGFydCcKCnZuYz0xCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tCgpZb3UgY2FuIHRoZW4gYXR0YWNoIHRvIHRoZSBndWVzdCBkaXNwbGF5IHVzaW5nIGEgVk5D
IGNsaWVudC4KClJvZ2VyLgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpo
dHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Fri Feb 26 10:02:25 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 10:02:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZFD1-0002bk-D1; Fri, 26 Feb 2016 10:01:15 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZFD0-0002b2-6l
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 10:01:14 +0000
Received: from [193.109.254.147] by server-14.bemta-14.messagelabs.com id
 9B/66-02987-66220D65; Fri, 26 Feb 2016 10:01:10 +0000
X-Env-Sender: james@dingwall.me.uk
X-Msg-Ref: server-16.tower-27.messagelabs.com!1456480869!26864971!1
X-Originating-IP: [80.0.253.70]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12349 invoked from network); 26 Feb 2016 10:01:09 -0000
Received: from know-smtprelay-omc-6.server.virginmedia.net (HELO
 know-smtprelay-omc-6.server.virginmedia.net) (80.0.253.70)
 by server-16.tower-27.messagelabs.com with SMTP; 26 Feb 2016 10:01:09 -0000
Received: from dingwall.me.uk ([82.33.62.46])
 by know-smtprelay-6-imp with bizsmtp
 id Ny181s01T0zrmay01y18JU; Fri, 26 Feb 2016 10:01:09 +0000
X-Originating-IP: [82.33.62.46]
X-Spam: 0
X-Authority: v=2.1 cv=P+nH/X0u c=1 sm=1 tr=0 a=43HWeVr0mW5rhQls5iFsjw==:117
 a=43HWeVr0mW5rhQls5iFsjw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10
 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=jFJIQSaiL_oA:10
 a=2G2F-0tEo8smBVDzg1AA:9 a=CjuIK1q_8ugA:10
Received: (qmail 1594 invoked from network); 26 Feb 2016 10:01:08 -0000
Received: from behemoth.dingwall.me.uk (192.168.1.5)
 by mail0.xen.dingwall.me.uk with SMTP; 26 Feb 2016 10:01:08 -0000
Received: by behemoth.dingwall.me.uk (Postfix, from userid 1000)
 id 9DB3CD08C20; Fri, 26 Feb 2016 10:01:08 +0000 (GMT)
Date: Fri, 26 Feb 2016 10:01:08 +0000
From: James Dingwall 
To: suse.dev@fea.st
Message-ID: <20160226100108.GA30226@dingwall.me.uk>
References: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
 across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

SGksCgpPbiBXZWQsIEZlYiAyNCwgMjAxNiBhdCAwNTo0MDozMlBNIC0wODAwLCBzdXNlLmRldkBm
ZWEuc3Qgd3JvdGU6Cj4gSSBub3RpY2UgdGhhdCB3aGVuIGJvb3RpbmcgdG8gYSBYZW4gVUVGSSBH
dWVzdCwgd2hlcmUgaXRzIGNvbmZpZyBjb250YWlucwo+IAo+IAliaW9zPSdvdm1mJwo+IAo+IHRo
YXQgdGhlIGJvb3Qgc2VxdWVuY2UgcXVlcmllcyBmb3IgIkZsb3BweSIgZmlyc3QuICBDbGVhcmx5
LCB0aGVyZSdzIG5vIGZsb3BweSBpbnZvbHZlZCBoZXJlLgo+IAoKRUZJIGluIHhlbiB1c2VzIGEg
ZmlsZSBvbiB0aGUgRVNQIHRvIHN0b3JlIHRoZSBFRkkgdmFyaWFibGVzLiAgU2luY2UgaXQgY2Fu
J3Qgc2hhcmUgYWNjZXNzIHRvIHRoZSBFU1Agd2hlbiB0aGUgCm9wZXJhdGluZyBzeXN0ZW0gaXMg
cnVubmluZyBjaGFuZ2VzIG1hZGUgb3V0c2lkZSBvZiB0aGUgZmlybXdhcmUgc2hlbGwgYXJlIG5v
dCBwZXJzaXN0ZWQuICBJZiB5b3Ugc3RhcnQgdGhlIEVGSSAKc2hlbGwgZnJvbSB0aGUgYm9vdCBt
ZW51IGFuZCBtb2RpZnkgdGhlIGJvb3Qgb3JkZXIgdGhlcmUgaXQgc2hvdWxkIHBlcnNpc3QgdGhl
IGNoYW5nZXMuCgpxZW11IGhhcyBhIHBmbGFzaCBvcHRpb24gd2hpY2ggYWxsb3dzIHRoZSBsb2Nh
dGlvbiBvZiBhbiBleHRlcm5hbCBiYWNraW5nIGZpbGUgdG8gYmUgdXNlZCBidXQgdGhpcyBpcyBu
b3Qgd2lyZWQgCnVwIGluIHRvIFhlbi4KCkphbWVzCgpfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0Bs
aXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Fri Feb 26 10:02:25 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 10:02:25 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZFD1-0002bk-D1; Fri, 26 Feb 2016 10:01:15 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZFD0-0002b2-6l
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 10:01:14 +0000
Received: from [193.109.254.147] by server-14.bemta-14.messagelabs.com id
 9B/66-02987-66220D65; Fri, 26 Feb 2016 10:01:10 +0000
X-Env-Sender: james@dingwall.me.uk
X-Msg-Ref: server-16.tower-27.messagelabs.com!1456480869!26864971!1
X-Originating-IP: [80.0.253.70]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12349 invoked from network); 26 Feb 2016 10:01:09 -0000
Received: from know-smtprelay-omc-6.server.virginmedia.net (HELO
 know-smtprelay-omc-6.server.virginmedia.net) (80.0.253.70)
 by server-16.tower-27.messagelabs.com with SMTP; 26 Feb 2016 10:01:09 -0000
Received: from dingwall.me.uk ([82.33.62.46])
 by know-smtprelay-6-imp with bizsmtp
 id Ny181s01T0zrmay01y18JU; Fri, 26 Feb 2016 10:01:09 +0000
X-Originating-IP: [82.33.62.46]
X-Spam: 0
X-Authority: v=2.1 cv=P+nH/X0u c=1 sm=1 tr=0 a=43HWeVr0mW5rhQls5iFsjw==:117
 a=43HWeVr0mW5rhQls5iFsjw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10
 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=jFJIQSaiL_oA:10
 a=2G2F-0tEo8smBVDzg1AA:9 a=CjuIK1q_8ugA:10
Received: (qmail 1594 invoked from network); 26 Feb 2016 10:01:08 -0000
Received: from behemoth.dingwall.me.uk (192.168.1.5)
 by mail0.xen.dingwall.me.uk with SMTP; 26 Feb 2016 10:01:08 -0000
Received: by behemoth.dingwall.me.uk (Postfix, from userid 1000)
 id 9DB3CD08C20; Fri, 26 Feb 2016 10:01:08 +0000 (GMT)
Date: Fri, 26 Feb 2016 10:01:08 +0000
From: James Dingwall 
To: suse.dev@fea.st
Message-ID: <20160226100108.GA30226@dingwall.me.uk>
References: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
 across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

SGksCgpPbiBXZWQsIEZlYiAyNCwgMjAxNiBhdCAwNTo0MDozMlBNIC0wODAwLCBzdXNlLmRldkBm
ZWEuc3Qgd3JvdGU6Cj4gSSBub3RpY2UgdGhhdCB3aGVuIGJvb3RpbmcgdG8gYSBYZW4gVUVGSSBH
dWVzdCwgd2hlcmUgaXRzIGNvbmZpZyBjb250YWlucwo+IAo+IAliaW9zPSdvdm1mJwo+IAo+IHRo
YXQgdGhlIGJvb3Qgc2VxdWVuY2UgcXVlcmllcyBmb3IgIkZsb3BweSIgZmlyc3QuICBDbGVhcmx5
LCB0aGVyZSdzIG5vIGZsb3BweSBpbnZvbHZlZCBoZXJlLgo+IAoKRUZJIGluIHhlbiB1c2VzIGEg
ZmlsZSBvbiB0aGUgRVNQIHRvIHN0b3JlIHRoZSBFRkkgdmFyaWFibGVzLiAgU2luY2UgaXQgY2Fu
J3Qgc2hhcmUgYWNjZXNzIHRvIHRoZSBFU1Agd2hlbiB0aGUgCm9wZXJhdGluZyBzeXN0ZW0gaXMg
cnVubmluZyBjaGFuZ2VzIG1hZGUgb3V0c2lkZSBvZiB0aGUgZmlybXdhcmUgc2hlbGwgYXJlIG5v
dCBwZXJzaXN0ZWQuICBJZiB5b3Ugc3RhcnQgdGhlIEVGSSAKc2hlbGwgZnJvbSB0aGUgYm9vdCBt
ZW51IGFuZCBtb2RpZnkgdGhlIGJvb3Qgb3JkZXIgdGhlcmUgaXQgc2hvdWxkIHBlcnNpc3QgdGhl
IGNoYW5nZXMuCgpxZW11IGhhcyBhIHBmbGFzaCBvcHRpb24gd2hpY2ggYWxsb3dzIHRoZSBsb2Nh
dGlvbiBvZiBhbiBleHRlcm5hbCBiYWNraW5nIGZpbGUgdG8gYmUgdXNlZCBidXQgdGhpcyBpcyBu
b3Qgd2lyZWQgCnVwIGluIHRvIFhlbi4KCkphbWVzCgpfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0Bs
aXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Fri Feb 26 15:34:41 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 15:34:41 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZKOT-0003Tv-RT; Fri, 26 Feb 2016 15:33:25 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aZKOS-0003Ti-18
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 15:33:24 +0000
Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id
 37/3F-04060-34070D65; Fri, 26 Feb 2016 15:33:23 +0000
X-Env-Sender: prvs=857cca76a=wei.liu2@citrix.com
X-Msg-Ref: server-10.tower-31.messagelabs.com!1456500801!25312313!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 60581 invoked from network); 26 Feb 2016 15:33:22 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 26 Feb 2016 15:33:22 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="334794715"
Date: Fri, 26 Feb 2016 15:33:18 +0000
From: Wei Liu 
To: 
Message-ID: <20160226153318.GA17111@citrix.com>
References: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, Wei Liu 
Subject: Re: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
 across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gV2VkLCBGZWIgMjQsIDIwMTYgYXQgMDU6NDA6MzJQTSAtMDgwMCwgc3VzZS5kZXZAZmVhLnN0
IHdyb3RlOgpbLi4uXQo+IElpdWMsIHRoZXNlIGVmaSB2YXJzLCBhbmQgdGhlaXIgKG5vbilwZXJz
aXN0ZW5jZSBhcmUgdGhlIGpvYiBvZiB0aGUgYmlvcywgaGVyZSAnb3ZtZicuCj4gCj4gSG93IGRv
IEkgc2V0IHRoZSBYZW4gZ3Vlc3QncyBvdm1mLWJpb3MgZWZpIHZhcnMgc28KPiAKPiAoYSkgdGhl
IGxpc3QgaXMgdHJpbW1lZCB0byBvbmx5IHRoZSBuZWVkZWQvY29ycmVjdCBpdGVtcywKPiAoYikg
dGhlIHJpZ2h0IG9yZGVyIGlzIHNldCwKPiAoYykgYW55IGNoYW5nZXMgSSBtYWtlIGFyZSBwZXJz
aXN0ZW50IGFjcm9zcyBHdWVzdCByZWJvb3RzCj4gCgpVbmZvcnR1bmF0ZWx5IFhlbiBuZWVkcyB0
byBiZSB0YXVnaHQgb24gaG93IHRvIHBlcnNpc3QgdGhvc2UgZWlmIHZhcnMuCk5vYm9keSBpcyB3
b3JraW5nIG9uIHRoYXQgYXQgdGhlIG1vbWVudC4KCkFzIHNhaWQgaW4gb3RoZXIgZW1haWwsIHdl
IHBsYXkgYSB0cmljayBpbiBvdXIgdGVzdCBzeXN0ZW0gdG8gbWFrZSBvdm1mCmxvYWQgZ3J1YiBh
dXRvbWF0aWNhbGx5LgoKV2VpLgoKPiA/Cj4gCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJz
QGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCl9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5n
IGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz
ZXJz

From xen-users-bounces@lists.xen.org Fri Feb 26 15:34:41 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 15:34:41 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZKOT-0003Tv-RT; Fri, 26 Feb 2016 15:33:25 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aZKOS-0003Ti-18
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 15:33:24 +0000
Received: from [85.158.137.68] by server-7.bemta-3.messagelabs.com id
 37/3F-04060-34070D65; Fri, 26 Feb 2016 15:33:23 +0000
X-Env-Sender: prvs=857cca76a=wei.liu2@citrix.com
X-Msg-Ref: server-10.tower-31.messagelabs.com!1456500801!25312313!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 60581 invoked from network); 26 Feb 2016 15:33:22 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 26 Feb 2016 15:33:22 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="334794715"
Date: Fri, 26 Feb 2016 15:33:18 +0000
From: Wei Liu 
To: 
Message-ID: <20160226153318.GA17111@citrix.com>
References: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, Wei Liu 
Subject: Re: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
 across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gV2VkLCBGZWIgMjQsIDIwMTYgYXQgMDU6NDA6MzJQTSAtMDgwMCwgc3VzZS5kZXZAZmVhLnN0
IHdyb3RlOgpbLi4uXQo+IElpdWMsIHRoZXNlIGVmaSB2YXJzLCBhbmQgdGhlaXIgKG5vbilwZXJz
aXN0ZW5jZSBhcmUgdGhlIGpvYiBvZiB0aGUgYmlvcywgaGVyZSAnb3ZtZicuCj4gCj4gSG93IGRv
IEkgc2V0IHRoZSBYZW4gZ3Vlc3QncyBvdm1mLWJpb3MgZWZpIHZhcnMgc28KPiAKPiAoYSkgdGhl
IGxpc3QgaXMgdHJpbW1lZCB0byBvbmx5IHRoZSBuZWVkZWQvY29ycmVjdCBpdGVtcywKPiAoYikg
dGhlIHJpZ2h0IG9yZGVyIGlzIHNldCwKPiAoYykgYW55IGNoYW5nZXMgSSBtYWtlIGFyZSBwZXJz
aXN0ZW50IGFjcm9zcyBHdWVzdCByZWJvb3RzCj4gCgpVbmZvcnR1bmF0ZWx5IFhlbiBuZWVkcyB0
byBiZSB0YXVnaHQgb24gaG93IHRvIHBlcnNpc3QgdGhvc2UgZWlmIHZhcnMuCk5vYm9keSBpcyB3
b3JraW5nIG9uIHRoYXQgYXQgdGhlIG1vbWVudC4KCkFzIHNhaWQgaW4gb3RoZXIgZW1haWwsIHdl
IHBsYXkgYSB0cmljayBpbiBvdXIgdGVzdCBzeXN0ZW0gdG8gbWFrZSBvdm1mCmxvYWQgZ3J1YiBh
dXRvbWF0aWNhbGx5LgoKV2VpLgoKPiA/Cj4gCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0Cj4gWGVuLXVzZXJz
QGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnMKCl9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5n
IGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVz
ZXJz

From xen-users-bounces@lists.xen.org Fri Feb 26 15:42:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 15:42:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZKWT-0004et-GE; Fri, 26 Feb 2016 15:41:41 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aZKWS-0004eI-9L
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 15:41:40 +0000
Received: from [85.158.139.211] by server-2.bemta-5.messagelabs.com id
 A8/7B-03303-33270D65; Fri, 26 Feb 2016 15:41:39 +0000
X-Env-Sender: prvs=857cca76a=wei.liu2@citrix.com
X-Msg-Ref: server-11.tower-206.messagelabs.com!1456501297!13005528!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 46180 invoked from network); 26 Feb 2016 15:41:38 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
 by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
 26 Feb 2016 15:41:38 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="341395898"
Date: Fri, 26 Feb 2016 15:41:30 +0000
From: Wei Liu 
To: =?iso-8859-1?B?yWxp4XMgVGFt4XM=?= 
Message-ID: <20160226154130.GB17111@citrix.com>
References: <56CD7FCD.8070208@etit.hu>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <56CD7FCD.8070208@etit.hu>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: "xen-users@lists.xen.org" ,
 Paul Durrant , Wei Liu 
Subject: Re: [Xen-users] windows pv drivers 8.1 series
 INACCESSIBLE_BOOT_DEVICE windows 10
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

Q0MgUGF1bAoKSSB0aGluayB0aGUgcmlnaHQgY2hhbm5lbCB3b3VsZCBiZSB3aW4tcHYtZGV2ZWxA
IGxpc3RzLnhlbnByb2plY3Qub3JnLgoKV2VpLgoKT24gV2VkLCBGZWIgMjQsIDIwMTYgYXQgMTE6
MDI6NTNBTSArMDEwMCwgw4lsacOhcyBUYW3DoXMgd3JvdGU6Cj4gQWxsLgo+IAo+IEkgd2FzIHN1
Y2Nlc2Z1bGx5IHVzaW5nIDguMiBzZXJpZXMgZHJpdmVycyBmb3IgYSB3aGlsZSBpbiBhIGRlYmlh
biBkb20wCj4gd2l0aCA2NGJpdCB3aW5kb3dzIDEwIHB2aCBndWVzdHMsIHVudGlsIHRoZSBmaXJz
dCAiU2VydmljZSBwYWNrIiBmb3IKPiB3aW5kb3dzIDEwLCAtIHdoaWNoIGtlZXAgdHVybmluZyBv
ZmYgdGVzdHNpZ25pbmcgYWZ0ZXIgdXBncmFkZSAtCj4gYXJyaXZlZC4gVGhpcyBwcmV2ZW50cyB0
aGUgb3MgdG8gYm9vdCB3aXRoIHRoZSB4ZW4gZHJpdmVycyAoc29sdXRpb24KPiBpcy93YXMgbm90
IHRvIGluc3RhbGwgdGhlIHVwZ3JhZGUgcGFja2FnZSwgd2hpY2ggaXMgcXVpdGUgaGFyZCB0bwo+
IGFjaGlldmUgd2ludGggd2luZG93cyAxMCkuIFRoZSBsb25nIGF3YWl0ZWQgc2lnbmVkIGRyaXZl
cnMgYXJlIG5vdAo+IHJlbGVhc2VkIHlldCwgYW5kIGJhc2VkIG9uIHByZXZpb3VzIGRpc2N1c3Np
b25zIG9ubHkgOC4xIHNlcmllcyB3aWxsIGJlCj4gc2lnbmVkIChhcyB0aGV5IGFyZSBjb25zaWRl
cmVkIHRvIGJlIHN0YWJsZSkuCj4gCj4gU28gSSBkZWNpZGVkIHRvIGRvd25ncmFkZSBteSBpbnN0
YWxsYXRpb25zIHRvIHVzZSA4LjEgc2VyaWVzIGRyaXZlcnMuIEkKPiByZW1vdmVkIDguMiBzZXJp
ZXMgKGZyb20gaW5zdGFsbGVkIHByb2dyYW1zLCBhbmQgZnJvbSB0aGUgZGV2aWNlIHRyZWUpCj4g
YW5kIGluc3RhbGxlZCA4LjEgc2VyaWVzIChwZnggY2VydHMgYWxzbyBpbnN0YWxsZWQpLgo+IAo+
IFVuZm9ydHVuYXRlbHkgd2l0aCA4LjEgc2VyaWVzIEknbSBrZWVwIGdldHRpbmcgSU5BQ0NFU1NJ
QkxFX0JPT1RfREVWSUNFCj4gZXZlbiB3aXRoIFRFU1RTSUdOT05HIG9uLiBJIGhhdmUgdG8gYm9v
dCBpbnRvIHNhZmUgbW9kZSwgcmVtb3ZlIDguMQo+IHNlcmllcywgaW5zdGFsbCA4LjIgc2VyaWVz
LCBhbmQgYmFuZywgaXQgaXMgd29ya2luZyBhZ2Fpbi4KPiAKPiBTbyBJIG11c3QgYXNzdW1lLCB0
aGF0IHRoZXJlIGlzIGdlbmVyYWxseSB3cm9uZyB3aXRoIHRoZSA4LjEgc2VyaWVzIGRyaXZlcnMu
Cj4gCj4gQW55b25lIGhhcyBhbnkgaWRlYSBob3cgdG8gdXNlIHRoZSA4LjEgc2VyaWVzIGRyaXZl
cnMgaW4gdGhpcyBzaXR1YXRpb24KPiAoSSBiZWxpdmUgb25jZSB0aGUgZHJpdmVycyB3aWxsIGJl
IHNpZ25lZCB3aWxsIG5vdCBzb2x2ZSB0aGlzIHByb2JsZW0pPwo+IAo+IEFyZSB0aGVyZSBhbnkg
ZnVuZGFtZW50YWwgZGlmZmVyZW5jZXMgYmV0d2VlbiA4LjEgYW5kIDguMiBzZXJpZXMgd2hpY2gK
PiB3b3VsZCByZXF1aXJlIG1lIHRvIGNoYW5nZSB0aGUgZG9tdSBjb25maWd1cmF0aW9uPwo+IAo+
IFRoYW5rIHlvdS4KPiAKPiAtLSAKPiAKPiAKPiDDiWxpw6FzIFRhbcOhcwo+IFRob21hcyBFbGlh
cwo+IAo+IEVUSVRbbndwcm9dIEtGVCwgw5xneXZlemV0xZEtSMOhbMOzemF0Yml6dG9uc8OhZ2kg
c3BlY2lhbGlzdGEKPiBFVElUW253cHJvXSBMdGQsIEdlbmVyYWwgTWFuYWdlci1OZXR3b3JrIHNl
Y3VyaXR5IHNwZWNpYWxpc3QKPiAKPiBUZWwuIEhVOiArMzYvMzAtNDk3LTE2MjYKPiBUZWwuIERF
OiArNDkvMTYwLTY1MS04NzIzCj4gT3BlblBHUCBwdWJrZXk6IGh0dHA6Ly9ldGl0Lmh1L2RvYy9l
dC1wdWIuYXNjCj4gCj4gT2tsZXZlbGVzIG3DqXJuw7ZrLWluZm9ybWF0aWt1cyAoTVNDKQo+IE1h
c3RlciBvZiBTY2llbmNlIGluIEluZm9ybWF0aW9uIFRlY2hub2xvZ3kgKE1TQykKPiAKPiBLYXBj
c29sYXQ6IGh0dHA6Ly9ldGl0Lmh1L2luZGV4LnBocC9odS9rYXBjc29sYXQKPiBKb2dpIG55aWxh
dGtvemF0OiBodHRwOi8vZXRpdC5odS9kaXNjbGFpbWVyLWVtYWlsLWh1LnR4dAo+IENvbnRhY3Q6
IGh0dHA6Ly9ldGl0Lmh1L2luZGV4LnBocC9lbi9jb250YWN0Cj4gRGlzY2xhaW1lcjogaHR0cDov
L2V0aXQuaHUvZGlzY2xhaW1lci1lbWFpbC1lbi50eHQKPiAKCgoKCj4gX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0
Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNl
cnMKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4t
dXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54
ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Fri Feb 26 15:42:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 15:42:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZKWT-0004et-GE; Fri, 26 Feb 2016 15:41:41 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aZKWS-0004eI-9L
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 15:41:40 +0000
Received: from [85.158.139.211] by server-2.bemta-5.messagelabs.com id
 A8/7B-03303-33270D65; Fri, 26 Feb 2016 15:41:39 +0000
X-Env-Sender: prvs=857cca76a=wei.liu2@citrix.com
X-Msg-Ref: server-11.tower-206.messagelabs.com!1456501297!13005528!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 46180 invoked from network); 26 Feb 2016 15:41:38 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
 by server-11.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
 26 Feb 2016 15:41:38 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="341395898"
Date: Fri, 26 Feb 2016 15:41:30 +0000
From: Wei Liu 
To: =?iso-8859-1?B?yWxp4XMgVGFt4XM=?= 
Message-ID: <20160226154130.GB17111@citrix.com>
References: <56CD7FCD.8070208@etit.hu>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <56CD7FCD.8070208@etit.hu>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: "xen-users@lists.xen.org" ,
 Paul Durrant , Wei Liu 
Subject: Re: [Xen-users] windows pv drivers 8.1 series
 INACCESSIBLE_BOOT_DEVICE windows 10
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

Q0MgUGF1bAoKSSB0aGluayB0aGUgcmlnaHQgY2hhbm5lbCB3b3VsZCBiZSB3aW4tcHYtZGV2ZWxA
IGxpc3RzLnhlbnByb2plY3Qub3JnLgoKV2VpLgoKT24gV2VkLCBGZWIgMjQsIDIwMTYgYXQgMTE6
MDI6NTNBTSArMDEwMCwgw4lsacOhcyBUYW3DoXMgd3JvdGU6Cj4gQWxsLgo+IAo+IEkgd2FzIHN1
Y2Nlc2Z1bGx5IHVzaW5nIDguMiBzZXJpZXMgZHJpdmVycyBmb3IgYSB3aGlsZSBpbiBhIGRlYmlh
biBkb20wCj4gd2l0aCA2NGJpdCB3aW5kb3dzIDEwIHB2aCBndWVzdHMsIHVudGlsIHRoZSBmaXJz
dCAiU2VydmljZSBwYWNrIiBmb3IKPiB3aW5kb3dzIDEwLCAtIHdoaWNoIGtlZXAgdHVybmluZyBv
ZmYgdGVzdHNpZ25pbmcgYWZ0ZXIgdXBncmFkZSAtCj4gYXJyaXZlZC4gVGhpcyBwcmV2ZW50cyB0
aGUgb3MgdG8gYm9vdCB3aXRoIHRoZSB4ZW4gZHJpdmVycyAoc29sdXRpb24KPiBpcy93YXMgbm90
IHRvIGluc3RhbGwgdGhlIHVwZ3JhZGUgcGFja2FnZSwgd2hpY2ggaXMgcXVpdGUgaGFyZCB0bwo+
IGFjaGlldmUgd2ludGggd2luZG93cyAxMCkuIFRoZSBsb25nIGF3YWl0ZWQgc2lnbmVkIGRyaXZl
cnMgYXJlIG5vdAo+IHJlbGVhc2VkIHlldCwgYW5kIGJhc2VkIG9uIHByZXZpb3VzIGRpc2N1c3Np
b25zIG9ubHkgOC4xIHNlcmllcyB3aWxsIGJlCj4gc2lnbmVkIChhcyB0aGV5IGFyZSBjb25zaWRl
cmVkIHRvIGJlIHN0YWJsZSkuCj4gCj4gU28gSSBkZWNpZGVkIHRvIGRvd25ncmFkZSBteSBpbnN0
YWxsYXRpb25zIHRvIHVzZSA4LjEgc2VyaWVzIGRyaXZlcnMuIEkKPiByZW1vdmVkIDguMiBzZXJp
ZXMgKGZyb20gaW5zdGFsbGVkIHByb2dyYW1zLCBhbmQgZnJvbSB0aGUgZGV2aWNlIHRyZWUpCj4g
YW5kIGluc3RhbGxlZCA4LjEgc2VyaWVzIChwZnggY2VydHMgYWxzbyBpbnN0YWxsZWQpLgo+IAo+
IFVuZm9ydHVuYXRlbHkgd2l0aCA4LjEgc2VyaWVzIEknbSBrZWVwIGdldHRpbmcgSU5BQ0NFU1NJ
QkxFX0JPT1RfREVWSUNFCj4gZXZlbiB3aXRoIFRFU1RTSUdOT05HIG9uLiBJIGhhdmUgdG8gYm9v
dCBpbnRvIHNhZmUgbW9kZSwgcmVtb3ZlIDguMQo+IHNlcmllcywgaW5zdGFsbCA4LjIgc2VyaWVz
LCBhbmQgYmFuZywgaXQgaXMgd29ya2luZyBhZ2Fpbi4KPiAKPiBTbyBJIG11c3QgYXNzdW1lLCB0
aGF0IHRoZXJlIGlzIGdlbmVyYWxseSB3cm9uZyB3aXRoIHRoZSA4LjEgc2VyaWVzIGRyaXZlcnMu
Cj4gCj4gQW55b25lIGhhcyBhbnkgaWRlYSBob3cgdG8gdXNlIHRoZSA4LjEgc2VyaWVzIGRyaXZl
cnMgaW4gdGhpcyBzaXR1YXRpb24KPiAoSSBiZWxpdmUgb25jZSB0aGUgZHJpdmVycyB3aWxsIGJl
IHNpZ25lZCB3aWxsIG5vdCBzb2x2ZSB0aGlzIHByb2JsZW0pPwo+IAo+IEFyZSB0aGVyZSBhbnkg
ZnVuZGFtZW50YWwgZGlmZmVyZW5jZXMgYmV0d2VlbiA4LjEgYW5kIDguMiBzZXJpZXMgd2hpY2gK
PiB3b3VsZCByZXF1aXJlIG1lIHRvIGNoYW5nZSB0aGUgZG9tdSBjb25maWd1cmF0aW9uPwo+IAo+
IFRoYW5rIHlvdS4KPiAKPiAtLSAKPiAKPiAKPiDDiWxpw6FzIFRhbcOhcwo+IFRob21hcyBFbGlh
cwo+IAo+IEVUSVRbbndwcm9dIEtGVCwgw5xneXZlemV0xZEtSMOhbMOzemF0Yml6dG9uc8OhZ2kg
c3BlY2lhbGlzdGEKPiBFVElUW253cHJvXSBMdGQsIEdlbmVyYWwgTWFuYWdlci1OZXR3b3JrIHNl
Y3VyaXR5IHNwZWNpYWxpc3QKPiAKPiBUZWwuIEhVOiArMzYvMzAtNDk3LTE2MjYKPiBUZWwuIERF
OiArNDkvMTYwLTY1MS04NzIzCj4gT3BlblBHUCBwdWJrZXk6IGh0dHA6Ly9ldGl0Lmh1L2RvYy9l
dC1wdWIuYXNjCj4gCj4gT2tsZXZlbGVzIG3DqXJuw7ZrLWluZm9ybWF0aWt1cyAoTVNDKQo+IE1h
c3RlciBvZiBTY2llbmNlIGluIEluZm9ybWF0aW9uIFRlY2hub2xvZ3kgKE1TQykKPiAKPiBLYXBj
c29sYXQ6IGh0dHA6Ly9ldGl0Lmh1L2luZGV4LnBocC9odS9rYXBjc29sYXQKPiBKb2dpIG55aWxh
dGtvemF0OiBodHRwOi8vZXRpdC5odS9kaXNjbGFpbWVyLWVtYWlsLWh1LnR4dAo+IENvbnRhY3Q6
IGh0dHA6Ly9ldGl0Lmh1L2luZGV4LnBocC9lbi9jb250YWN0Cj4gRGlzY2xhaW1lcjogaHR0cDov
L2V0aXQuaHUvZGlzY2xhaW1lci1lbWFpbC1lbi50eHQKPiAKCgoKCj4gX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBYZW4tdXNlcnMgbWFpbGluZyBsaXN0
Cj4gWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPiBodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNl
cnMKCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4t
dXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54
ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Fri Feb 26 15:57:49 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 15:57:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZKli-0006cx-HB; Fri, 26 Feb 2016 15:57:26 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZKlg-0006ch-RX
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 15:57:25 +0000
Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id
 20/31-02987-4E570D65; Fri, 26 Feb 2016 15:57:24 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-2.tower-206.messagelabs.com!1456502243!9204520!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 60818 invoked from network); 26 Feb 2016 15:57:23 -0000
Received: from out5-smtp.messagingengine.com (HELO
 out5-smtp.messagingengine.com) (66.111.4.29)
 by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted
 SMTP; 26 Feb 2016 15:57:23 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
 by mailout.nyi.internal (Postfix) with ESMTP id DED8D202A2
 for ; Fri, 26 Feb 2016 10:57:22 -0500 (EST)
Received: from web4 ([10.202.2.214])
 by compute4.internal (MEProxy); Fri, 26 Feb 2016 10:57:22 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
 :content-transfer-encoding:content-type:date:from:in-reply-to
 :message-id:mime-version:references:subject:to:x-sasl-enc
 :x-sasl-enc; s=mesmtp; bh=zD6RpDWI1Ave9rN7asa5FNxXUBU=; b=lxYipU
 tm6qW4iUMh/PtkHOvcuWgMmvJGKgMqnCZ9+3/aanI7rMujMoehvsLrXNP006HUNw
 eMs0t6nlQd4zdEkucTJMB+T7Md1xX9feuWn2ckP9FT4pQ/Hv6Drx90YYtwuAvWJf
 hHxzGOZnWHb0OViVMHCR1HaCRQjY7cbcE3X/U=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:content-transfer-encoding:content-type
 :date:from:in-reply-to:message-id:mime-version:references
 :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=zD6RpDWI1Ave9rN
 7asa5FNxXUBU=; b=acsHHyYQ0laZSrCisxIH6wiiAWvFaBgOOP03UHeCZK8SX/Y
 V0yHWswdIu00kBqkJwzFc0X+c+dYJxXMeMM0XMhXe/rYASCHqWTaP0TFU2QYKHM+
 BffS07NneZHbE12VhMthz6fYTGUJwlaiOWl5XDxN/L5TrRfJH2op58Q4QErY=
Received: by web4.nyi.internal (Postfix, from userid 99)
 id B4C1110B70A; Fri, 26 Feb 2016 10:57:22 -0500 (EST)
Message-Id: <1456502242.2761813.532832066.5AAB22BC@webmail.messagingengine.com>
X-Sasl-Enc: K5aYTOdkLaEoQj2OVaj/934IWGmSTM1Jn/TudsICZaif 1456502242
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160226153318.GA17111@citrix.com>
References: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
 <20160226153318.GA17111@citrix.com>
Date: Fri, 26 Feb 2016 07:57:22 -0800
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
 across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gRnJpLCBGZWIgMjYsIDIwMTYsIGF0IDA3OjMzIEFNLCBXZWkgTGl1IHdyb3RlOgo+IE9uIFdl
ZCwgRmViIDI0LCAyMDE2IGF0IDA1OjQwOjMyUE0gLTA4MDAsIHN1c2UuZGV2QGZlYS5zdCB3cm90
ZToKPiBbLi4uXQo+ID4gSWl1YywgdGhlc2UgZWZpIHZhcnMsIGFuZCB0aGVpciAobm9uKXBlcnNp
c3RlbmNlIGFyZSB0aGUgam9iIG9mIHRoZSBiaW9zLCBoZXJlICdvdm1mJy4KPiA+IAo+ID4gSG93
IGRvIEkgc2V0IHRoZSBYZW4gZ3Vlc3QncyBvdm1mLWJpb3MgZWZpIHZhcnMgc28KPiA+IAo+ID4g
KGEpIHRoZSBsaXN0IGlzIHRyaW1tZWQgdG8gb25seSB0aGUgbmVlZGVkL2NvcnJlY3QgaXRlbXMs
Cj4gPiAoYikgdGhlIHJpZ2h0IG9yZGVyIGlzIHNldCwKPiA+IChjKSBhbnkgY2hhbmdlcyBJIG1h
a2UgYXJlIHBlcnNpc3RlbnQgYWNyb3NzIEd1ZXN0IHJlYm9vdHMKPiA+IAo+IAo+IFVuZm9ydHVu
YXRlbHkgWGVuIG5lZWRzIHRvIGJlIHRhdWdodCBvbiBob3cgdG8gcGVyc2lzdCB0aG9zZSBlaWYg
dmFycy4KPiBOb2JvZHkgaXMgd29ya2luZyBvbiB0aGF0IGF0IHRoZSBtb21lbnQuCj4gCj4gQXMg
c2FpZCBpbiBvdGhlciBlbWFpbCwgd2UgcGxheSBhIHRyaWNrIGluIG91ciB0ZXN0IHN5c3RlbSB0
byBtYWtlIG92bWYKPiBsb2FkIGdydWIgYXV0b21hdGljYWxseS4KCkZ3aXcsIEknbSBub3QgdXNp
bmcgZ3J1YiBhbnltb3JlIGluIHRoZSBHdWVzdC4gIEknbSB1c2luZyBzeXN0ZW1kLWJvb3QgYXMg
dGhlIFVFRkkgbG9hZGVyIGluc3RlYWQuICBJdCdzIHNpbXBsZXIgYW5kIGxpZ2h0ZXIuCgpJJ2xs
IGV2ZW50dWFsbHkgc3dpdGNoIHRvIHVzaW5nIGl0IGluIERvbTAgdG9vLiAgQnV0IGZvciBub3cg
dGhlIERvbTAgT1MgKG9wZW5zdXNlKSBoYXMgYSBzeXN0ZW1kIHRoYXQncyB0b28gb2xkLiAgU28g
aSdsbCBoYXZlIHRvIHdhaXQsIGZpZ3VyZSBvdXQgaG93IHRvIHVwZ3JhZGUganVzdCBzeXN0ZW1k
LCBvciBzd2l0Y2ggdG8gYSBkaWZmZXJlbnQgT1MuCgpBbmQgSUlVQyBJIGRvbid0IHRoaW5nIGFu
eSBvZiB0aGlzIGVmZmVjdCBtYXR0ZXJzIHRvIHRoZSBFRkkgdmFycycgcGVyc2lzdGVuY2UuCgoK
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Fri Feb 26 15:57:49 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 15:57:49 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZKli-0006cx-HB; Fri, 26 Feb 2016 15:57:26 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZKlg-0006ch-RX
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 15:57:25 +0000
Received: from [85.158.139.211] by server-11.bemta-5.messagelabs.com id
 20/31-02987-4E570D65; Fri, 26 Feb 2016 15:57:24 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-2.tower-206.messagelabs.com!1456502243!9204520!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 60818 invoked from network); 26 Feb 2016 15:57:23 -0000
Received: from out5-smtp.messagingengine.com (HELO
 out5-smtp.messagingengine.com) (66.111.4.29)
 by server-2.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted
 SMTP; 26 Feb 2016 15:57:23 -0000
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
 by mailout.nyi.internal (Postfix) with ESMTP id DED8D202A2
 for ; Fri, 26 Feb 2016 10:57:22 -0500 (EST)
Received: from web4 ([10.202.2.214])
 by compute4.internal (MEProxy); Fri, 26 Feb 2016 10:57:22 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
 :content-transfer-encoding:content-type:date:from:in-reply-to
 :message-id:mime-version:references:subject:to:x-sasl-enc
 :x-sasl-enc; s=mesmtp; bh=zD6RpDWI1Ave9rN7asa5FNxXUBU=; b=lxYipU
 tm6qW4iUMh/PtkHOvcuWgMmvJGKgMqnCZ9+3/aanI7rMujMoehvsLrXNP006HUNw
 eMs0t6nlQd4zdEkucTJMB+T7Md1xX9feuWn2ckP9FT4pQ/Hv6Drx90YYtwuAvWJf
 hHxzGOZnWHb0OViVMHCR1HaCRQjY7cbcE3X/U=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:content-transfer-encoding:content-type
 :date:from:in-reply-to:message-id:mime-version:references
 :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=zD6RpDWI1Ave9rN
 7asa5FNxXUBU=; b=acsHHyYQ0laZSrCisxIH6wiiAWvFaBgOOP03UHeCZK8SX/Y
 V0yHWswdIu00kBqkJwzFc0X+c+dYJxXMeMM0XMhXe/rYASCHqWTaP0TFU2QYKHM+
 BffS07NneZHbE12VhMthz6fYTGUJwlaiOWl5XDxN/L5TrRfJH2op58Q4QErY=
Received: by web4.nyi.internal (Postfix, from userid 99)
 id B4C1110B70A; Fri, 26 Feb 2016 10:57:22 -0500 (EST)
Message-Id: <1456502242.2761813.532832066.5AAB22BC@webmail.messagingengine.com>
X-Sasl-Enc: K5aYTOdkLaEoQj2OVaj/934IWGmSTM1Jn/TudsICZaif 1456502242
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
In-Reply-To: <20160226153318.GA17111@citrix.com>
References: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
 <20160226153318.GA17111@citrix.com>
Date: Fri, 26 Feb 2016 07:57:22 -0800
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
 across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gRnJpLCBGZWIgMjYsIDIwMTYsIGF0IDA3OjMzIEFNLCBXZWkgTGl1IHdyb3RlOgo+IE9uIFdl
ZCwgRmViIDI0LCAyMDE2IGF0IDA1OjQwOjMyUE0gLTA4MDAsIHN1c2UuZGV2QGZlYS5zdCB3cm90
ZToKPiBbLi4uXQo+ID4gSWl1YywgdGhlc2UgZWZpIHZhcnMsIGFuZCB0aGVpciAobm9uKXBlcnNp
c3RlbmNlIGFyZSB0aGUgam9iIG9mIHRoZSBiaW9zLCBoZXJlICdvdm1mJy4KPiA+IAo+ID4gSG93
IGRvIEkgc2V0IHRoZSBYZW4gZ3Vlc3QncyBvdm1mLWJpb3MgZWZpIHZhcnMgc28KPiA+IAo+ID4g
KGEpIHRoZSBsaXN0IGlzIHRyaW1tZWQgdG8gb25seSB0aGUgbmVlZGVkL2NvcnJlY3QgaXRlbXMs
Cj4gPiAoYikgdGhlIHJpZ2h0IG9yZGVyIGlzIHNldCwKPiA+IChjKSBhbnkgY2hhbmdlcyBJIG1h
a2UgYXJlIHBlcnNpc3RlbnQgYWNyb3NzIEd1ZXN0IHJlYm9vdHMKPiA+IAo+IAo+IFVuZm9ydHVu
YXRlbHkgWGVuIG5lZWRzIHRvIGJlIHRhdWdodCBvbiBob3cgdG8gcGVyc2lzdCB0aG9zZSBlaWYg
dmFycy4KPiBOb2JvZHkgaXMgd29ya2luZyBvbiB0aGF0IGF0IHRoZSBtb21lbnQuCj4gCj4gQXMg
c2FpZCBpbiBvdGhlciBlbWFpbCwgd2UgcGxheSBhIHRyaWNrIGluIG91ciB0ZXN0IHN5c3RlbSB0
byBtYWtlIG92bWYKPiBsb2FkIGdydWIgYXV0b21hdGljYWxseS4KCkZ3aXcsIEknbSBub3QgdXNp
bmcgZ3J1YiBhbnltb3JlIGluIHRoZSBHdWVzdC4gIEknbSB1c2luZyBzeXN0ZW1kLWJvb3QgYXMg
dGhlIFVFRkkgbG9hZGVyIGluc3RlYWQuICBJdCdzIHNpbXBsZXIgYW5kIGxpZ2h0ZXIuCgpJJ2xs
IGV2ZW50dWFsbHkgc3dpdGNoIHRvIHVzaW5nIGl0IGluIERvbTAgdG9vLiAgQnV0IGZvciBub3cg
dGhlIERvbTAgT1MgKG9wZW5zdXNlKSBoYXMgYSBzeXN0ZW1kIHRoYXQncyB0b28gb2xkLiAgU28g
aSdsbCBoYXZlIHRvIHdhaXQsIGZpZ3VyZSBvdXQgaG93IHRvIHVwZ3JhZGUganVzdCBzeXN0ZW1k
LCBvciBzd2l0Y2ggdG8gYSBkaWZmZXJlbnQgT1MuCgpBbmQgSUlVQyBJIGRvbid0IHRoaW5nIGFu
eSBvZiB0aGlzIGVmZmVjdCBtYXR0ZXJzIHRvIHRoZSBFRkkgdmFycycgcGVyc2lzdGVuY2UuCgoK
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Fri Feb 26 15:59:08 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 15:59:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZKnG-0006nb-Vk; Fri, 26 Feb 2016 15:59:02 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aZKnF-0006nQ-Ic
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 15:59:01 +0000
Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id
 84/CD-03109-44670D65; Fri, 26 Feb 2016 15:59:00 +0000
X-Env-Sender: prvs=857cca76a=wei.liu2@citrix.com
X-Msg-Ref: server-4.tower-31.messagelabs.com!1456502338!15710133!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14430 invoked from network); 26 Feb 2016 15:58:59 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 26 Feb 2016 15:58:59 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="334801121"
Date: Fri, 26 Feb 2016 15:58:57 +0000
From: Wei Liu 
To: 
Message-ID: <20160226155857.GC17111@citrix.com>
References: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
 <20160226153318.GA17111@citrix.com>
 <1456502242.2761813.532832066.5AAB22BC@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456502242.2761813.532832066.5AAB22BC@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, Wei Liu 
Subject: Re: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
 across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gRnJpLCBGZWIgMjYsIDIwMTYgYXQgMDc6NTc6MjJBTSAtMDgwMCwgc3VzZS5kZXZAZmVhLnN0
IHdyb3RlOgo+IE9uIEZyaSwgRmViIDI2LCAyMDE2LCBhdCAwNzozMyBBTSwgV2VpIExpdSB3cm90
ZToKPiA+IE9uIFdlZCwgRmViIDI0LCAyMDE2IGF0IDA1OjQwOjMyUE0gLTA4MDAsIHN1c2UuZGV2
QGZlYS5zdCB3cm90ZToKPiA+IFsuLi5dCj4gPiA+IElpdWMsIHRoZXNlIGVmaSB2YXJzLCBhbmQg
dGhlaXIgKG5vbilwZXJzaXN0ZW5jZSBhcmUgdGhlIGpvYiBvZiB0aGUgYmlvcywgaGVyZSAnb3Zt
ZicuCj4gPiA+IAo+ID4gPiBIb3cgZG8gSSBzZXQgdGhlIFhlbiBndWVzdCdzIG92bWYtYmlvcyBl
ZmkgdmFycyBzbwo+ID4gPiAKPiA+ID4gKGEpIHRoZSBsaXN0IGlzIHRyaW1tZWQgdG8gb25seSB0
aGUgbmVlZGVkL2NvcnJlY3QgaXRlbXMsCj4gPiA+IChiKSB0aGUgcmlnaHQgb3JkZXIgaXMgc2V0
LAo+ID4gPiAoYykgYW55IGNoYW5nZXMgSSBtYWtlIGFyZSBwZXJzaXN0ZW50IGFjcm9zcyBHdWVz
dCByZWJvb3RzCj4gPiA+IAo+ID4gCj4gPiBVbmZvcnR1bmF0ZWx5IFhlbiBuZWVkcyB0byBiZSB0
YXVnaHQgb24gaG93IHRvIHBlcnNpc3QgdGhvc2UgZWlmIHZhcnMuCj4gPiBOb2JvZHkgaXMgd29y
a2luZyBvbiB0aGF0IGF0IHRoZSBtb21lbnQuCj4gPiAKPiA+IEFzIHNhaWQgaW4gb3RoZXIgZW1h
aWwsIHdlIHBsYXkgYSB0cmljayBpbiBvdXIgdGVzdCBzeXN0ZW0gdG8gbWFrZSBvdm1mCj4gPiBs
b2FkIGdydWIgYXV0b21hdGljYWxseS4KPiAKPiBGd2l3LCBJJ20gbm90IHVzaW5nIGdydWIgYW55
bW9yZSBpbiB0aGUgR3Vlc3QuICBJJ20gdXNpbmcgc3lzdGVtZC1ib290IGFzIHRoZSBVRUZJIGxv
YWRlciBpbnN0ZWFkLiAgSXQncyBzaW1wbGVyIGFuZCBsaWdodGVyLgoKClRoZSB0cmljayBpcyB0
aGUgc2FtZSB3aGF0ZXZlciBib290bG9hZGVyIHlvdSB1c2UuCgoKX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t
dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Fri Feb 26 15:59:08 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 15:59:08 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZKnG-0006nb-Vk; Fri, 26 Feb 2016 15:59:02 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aZKnF-0006nQ-Ic
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 15:59:01 +0000
Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id
 84/CD-03109-44670D65; Fri, 26 Feb 2016 15:59:00 +0000
X-Env-Sender: prvs=857cca76a=wei.liu2@citrix.com
X-Msg-Ref: server-4.tower-31.messagelabs.com!1456502338!15710133!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 14430 invoked from network); 26 Feb 2016 15:58:59 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-4.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 26 Feb 2016 15:58:59 -0000
X-IronPort-AV: E=Sophos;i="5.22,498,1449532800"; d="scan'208";a="334801121"
Date: Fri, 26 Feb 2016 15:58:57 +0000
From: Wei Liu 
To: 
Message-ID: <20160226155857.GC17111@citrix.com>
References: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
 <20160226153318.GA17111@citrix.com>
 <1456502242.2761813.532832066.5AAB22BC@webmail.messagingengine.com>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <1456502242.2761813.532832066.5AAB22BC@webmail.messagingengine.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA1
Cc: xen-users@lists.xen.org, Wei Liu 
Subject: Re: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
 across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gRnJpLCBGZWIgMjYsIDIwMTYgYXQgMDc6NTc6MjJBTSAtMDgwMCwgc3VzZS5kZXZAZmVhLnN0
IHdyb3RlOgo+IE9uIEZyaSwgRmViIDI2LCAyMDE2LCBhdCAwNzozMyBBTSwgV2VpIExpdSB3cm90
ZToKPiA+IE9uIFdlZCwgRmViIDI0LCAyMDE2IGF0IDA1OjQwOjMyUE0gLTA4MDAsIHN1c2UuZGV2
QGZlYS5zdCB3cm90ZToKPiA+IFsuLi5dCj4gPiA+IElpdWMsIHRoZXNlIGVmaSB2YXJzLCBhbmQg
dGhlaXIgKG5vbilwZXJzaXN0ZW5jZSBhcmUgdGhlIGpvYiBvZiB0aGUgYmlvcywgaGVyZSAnb3Zt
ZicuCj4gPiA+IAo+ID4gPiBIb3cgZG8gSSBzZXQgdGhlIFhlbiBndWVzdCdzIG92bWYtYmlvcyBl
ZmkgdmFycyBzbwo+ID4gPiAKPiA+ID4gKGEpIHRoZSBsaXN0IGlzIHRyaW1tZWQgdG8gb25seSB0
aGUgbmVlZGVkL2NvcnJlY3QgaXRlbXMsCj4gPiA+IChiKSB0aGUgcmlnaHQgb3JkZXIgaXMgc2V0
LAo+ID4gPiAoYykgYW55IGNoYW5nZXMgSSBtYWtlIGFyZSBwZXJzaXN0ZW50IGFjcm9zcyBHdWVz
dCByZWJvb3RzCj4gPiA+IAo+ID4gCj4gPiBVbmZvcnR1bmF0ZWx5IFhlbiBuZWVkcyB0byBiZSB0
YXVnaHQgb24gaG93IHRvIHBlcnNpc3QgdGhvc2UgZWlmIHZhcnMuCj4gPiBOb2JvZHkgaXMgd29y
a2luZyBvbiB0aGF0IGF0IHRoZSBtb21lbnQuCj4gPiAKPiA+IEFzIHNhaWQgaW4gb3RoZXIgZW1h
aWwsIHdlIHBsYXkgYSB0cmljayBpbiBvdXIgdGVzdCBzeXN0ZW0gdG8gbWFrZSBvdm1mCj4gPiBs
b2FkIGdydWIgYXV0b21hdGljYWxseS4KPiAKPiBGd2l3LCBJJ20gbm90IHVzaW5nIGdydWIgYW55
bW9yZSBpbiB0aGUgR3Vlc3QuICBJJ20gdXNpbmcgc3lzdGVtZC1ib290IGFzIHRoZSBVRUZJIGxv
YWRlciBpbnN0ZWFkLiAgSXQncyBzaW1wbGVyIGFuZCBsaWdodGVyLgoKClRoZSB0cmljayBpcyB0
aGUgc2FtZSB3aGF0ZXZlciBib290bG9hZGVyIHlvdSB1c2UuCgoKX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJzIG1haWxpbmcgbGlzdApYZW4t
dXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9yZy94ZW4tdXNlcnM=

From xen-users-bounces@lists.xen.org Fri Feb 26 16:07:44 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 16:07:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZKvU-0007y2-UW; Fri, 26 Feb 2016 16:07:32 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZKvT-0007xu-Gq
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 16:07:31 +0000
Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id
 6E/B9-04050-24870D65; Fri, 26 Feb 2016 16:07:30 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-7.tower-31.messagelabs.com!1456502849!17852841!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27853 invoked from network); 26 Feb 2016 16:07:30 -0000
Received: from out5-smtp.messagingengine.com (HELO
 out5-smtp.messagingengine.com) (66.111.4.29)
 by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted
 SMTP; 26 Feb 2016 16:07:30 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
 by mailout.nyi.internal (Postfix) with ESMTP id 62EC1207B3
 for ; Fri, 26 Feb 2016 11:07:29 -0500 (EST)
Received: from web4 ([10.202.2.214])
 by compute1.internal (MEProxy); Fri, 26 Feb 2016 11:07:29 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
 :content-transfer-encoding:content-type:date:from:in-reply-to
 :message-id:mime-version:references:subject:to:x-sasl-enc
 :x-sasl-enc; s=mesmtp; bh=sVuuFO9/gmCSZ2mjwMk/CB5lmMo=; b=Zi+5HI
 ljzU1JRIE3umHk2f21H6R2i28jdVS4j+ptyI+w3aTGBJMjkZzp3c7M1HgyppR4Be
 XguTdnSip3d6lA3fCzpeuGp+Y01BodKOJze1tphY+ZZIkJ2wS/2Yz4j8NqUpgXvT
 +ewbnigRYYy4MYaTeA2Lg3x+RRYLBH1vqHW/Y=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:content-transfer-encoding:content-type
 :date:from:in-reply-to:message-id:mime-version:references
 :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=sVuuFO9/gmCSZ2m
 jwMk/CB5lmMo=; b=Ov/kdjNa9fs6nN9y2WcNeOFFISG/DiD0I5pCwc7ok1Ul10a
 y+Qh65XLMUdtTpSodPud3ZT4tYTC20LzDjJZ1N6yPqHZB/AA7VCTZLJ2E/8jwTAH
 FjNyTfJ2wXHB14KPTrlEpNau+TWv2L+dB2zaZdHh+cr4Ip/VN4Q+L/pBgZ8k=
Received: by web4.nyi.internal (Postfix, from userid 99)
 id 3656810B947; Fri, 26 Feb 2016 11:07:29 -0500 (EST)
Message-Id: <1456502849.2763867.532840026.34945384@webmail.messagingengine.com>
X-Sasl-Enc: paRCfJ3fcu53I507JxkI0ySEawau/xbhcZqeqi/bUyzf 1456502849
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Fri, 26 Feb 2016 08:07:29 -0800
In-Reply-To: <20160226155857.GC17111@citrix.com>
References: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
 <20160226153318.GA17111@citrix.com>
 <1456502242.2761813.532832066.5AAB22BC@webmail.messagingengine.com>
 <20160226155857.GC17111@citrix.com>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
 across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gRnJpLCBGZWIgMjYsIDIwMTYsIGF0IDA3OjU4IEFNLCBXZWkgTGl1IHdyb3RlOgo+IFRoZSB0
cmljayBpcyB0aGUgc2FtZSB3aGF0ZXZlciBib290bG9hZGVyIHlvdSB1c2UuCgpPay4gIAoKSSdt
IHN0aWxsIGZ1enp5IGFib3V0IHdoaWNoIGNvbWJpbmF0aW9ucyBvZiBkaXNrLW5hbWVzIGluIG11
bHRpLWRpc2sgY29uZmlncyBkbyAmIGRvbid0IHdvcmssIHRoZSBEb20wJ3MgWGVuIGluc3RhbmNl
IHBhY2thZ2VzIGRvbid0IHlldCBvZmZpY2lhbGx5IHN1cHBvcnQgT1ZNRiwgYW5kIGFzIHlvdSBw
b2ludGVkIG91dCBmb3IgdGhpcyBpc3N1ZSBhbmQgYmVmb3JlLCBPVk1GIHN0aWxsIHVzZXMgc29t
ZSAndHJpY2tzJy4KCkkgc2hvdWxkIHByb2JhYmx5IHdhaXQgZm9yIHNvbWUgdGhpbmdzIHRvIGFs
bCAnY2F0Y2ggdXAnLgoKQW55d2F5LCBJIGhhdmUgaXQgbG9hZGluZyBub3cgd2hpY2ggaXMgYmln
IHByb2dyZXNzIGluIG15IGJvb2suCgpUaGFua3MgYWxvdCEKCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz
ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Fri Feb 26 16:07:44 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Fri, 26 Feb 2016 16:07:44 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZKvU-0007y2-UW; Fri, 26 Feb 2016 16:07:32 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZKvT-0007xu-Gq
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 16:07:31 +0000
Received: from [85.158.137.68] by server-8.bemta-3.messagelabs.com id
 6E/B9-04050-24870D65; Fri, 26 Feb 2016 16:07:30 +0000
X-Env-Sender: suse.dev@fea.st
X-Msg-Ref: server-7.tower-31.messagelabs.com!1456502849!17852841!1
X-Originating-IP: [66.111.4.29]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTExLjQuMjkgPT4gNjQ0MA==\n
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 27853 invoked from network); 26 Feb 2016 16:07:30 -0000
Received: from out5-smtp.messagingengine.com (HELO
 out5-smtp.messagingengine.com) (66.111.4.29)
 by server-7.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted
 SMTP; 26 Feb 2016 16:07:30 -0000
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
 by mailout.nyi.internal (Postfix) with ESMTP id 62EC1207B3
 for ; Fri, 26 Feb 2016 11:07:29 -0500 (EST)
Received: from web4 ([10.202.2.214])
 by compute1.internal (MEProxy); Fri, 26 Feb 2016 11:07:29 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fea.st; h=cc
 :content-transfer-encoding:content-type:date:from:in-reply-to
 :message-id:mime-version:references:subject:to:x-sasl-enc
 :x-sasl-enc; s=mesmtp; bh=sVuuFO9/gmCSZ2mjwMk/CB5lmMo=; b=Zi+5HI
 ljzU1JRIE3umHk2f21H6R2i28jdVS4j+ptyI+w3aTGBJMjkZzp3c7M1HgyppR4Be
 XguTdnSip3d6lA3fCzpeuGp+Y01BodKOJze1tphY+ZZIkJ2wS/2Yz4j8NqUpgXvT
 +ewbnigRYYy4MYaTeA2Lg3x+RRYLBH1vqHW/Y=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:content-transfer-encoding:content-type
 :date:from:in-reply-to:message-id:mime-version:references
 :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=sVuuFO9/gmCSZ2m
 jwMk/CB5lmMo=; b=Ov/kdjNa9fs6nN9y2WcNeOFFISG/DiD0I5pCwc7ok1Ul10a
 y+Qh65XLMUdtTpSodPud3ZT4tYTC20LzDjJZ1N6yPqHZB/AA7VCTZLJ2E/8jwTAH
 FjNyTfJ2wXHB14KPTrlEpNau+TWv2L+dB2zaZdHh+cr4Ip/VN4Q+L/pBgZ8k=
Received: by web4.nyi.internal (Postfix, from userid 99)
 id 3656810B947; Fri, 26 Feb 2016 11:07:29 -0500 (EST)
Message-Id: <1456502849.2763867.532840026.34945384@webmail.messagingengine.com>
X-Sasl-Enc: paRCfJ3fcu53I507JxkI0ySEawau/xbhcZqeqi/bUyzf 1456502849
From: suse.dev@fea.st
To: Wei Liu 
MIME-Version: 1.0
X-Mailer: MessagingEngine.com Webmail Interface - ajax-aeec9b65
Date: Fri, 26 Feb 2016 08:07:29 -0800
In-Reply-To: <20160226155857.GC17111@citrix.com>
References: <1456364432.9015.531186370.317AE9AF@webmail.messagingengine.com>
 <20160226153318.GA17111@citrix.com>
 <1456502242.2761813.532832066.5AAB22BC@webmail.messagingengine.com>
 <20160226155857.GC17111@citrix.com>
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Xen guest's bios=ovmf EFI vars are not persistent
 across guest reboot ?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gRnJpLCBGZWIgMjYsIDIwMTYsIGF0IDA3OjU4IEFNLCBXZWkgTGl1IHdyb3RlOgo+IFRoZSB0
cmljayBpcyB0aGUgc2FtZSB3aGF0ZXZlciBib290bG9hZGVyIHlvdSB1c2UuCgpPay4gIAoKSSdt
IHN0aWxsIGZ1enp5IGFib3V0IHdoaWNoIGNvbWJpbmF0aW9ucyBvZiBkaXNrLW5hbWVzIGluIG11
bHRpLWRpc2sgY29uZmlncyBkbyAmIGRvbid0IHdvcmssIHRoZSBEb20wJ3MgWGVuIGluc3RhbmNl
IHBhY2thZ2VzIGRvbid0IHlldCBvZmZpY2lhbGx5IHN1cHBvcnQgT1ZNRiwgYW5kIGFzIHlvdSBw
b2ludGVkIG91dCBmb3IgdGhpcyBpc3N1ZSBhbmQgYmVmb3JlLCBPVk1GIHN0aWxsIHVzZXMgc29t
ZSAndHJpY2tzJy4KCkkgc2hvdWxkIHByb2JhYmx5IHdhaXQgZm9yIHNvbWUgdGhpbmdzIHRvIGFs
bCAnY2F0Y2ggdXAnLgoKQW55d2F5LCBJIGhhdmUgaXQgbG9hZGluZyBub3cgd2hpY2ggaXMgYmln
IHByb2dyZXNzIGluIG15IGJvb2suCgpUaGFua3MgYWxvdCEKCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVz
ZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Sat Feb 27 00:28:34 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 27 Feb 2016 00:28:34 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZSjA-0000vu-GN; Sat, 27 Feb 2016 00:27:20 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZSj8-0000vj-VM
 for xen-users@lists.xen.org; Sat, 27 Feb 2016 00:27:19 +0000
Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id
 B4/DA-04025-66DE0D65; Sat, 27 Feb 2016 00:27:18 +0000
X-Env-Sender: kuba.0000@op.pl
X-Msg-Ref: server-10.tower-206.messagelabs.com!1456532837!25329336!1
X-Originating-IP: [141.105.16.17]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9271 invoked from network); 27 Feb 2016 00:27:17 -0000
Received: from smtpo67.poczta.onet.pl (HELO smtpo67.poczta.onet.pl)
 (141.105.16.17)
 by server-10.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
 encrypted SMTP; 27 Feb 2016 00:27:17 -0000
Received: from [192.168.0.4] (host-89-230-196-73.lublin.mm.pl [89.230.196.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128
 bits)) (No client certificate requested)
 (Authenticated sender: kuba.0000@op.pl)
 by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3qBpZp3p5Tz1XLv4B
 for ; Sat, 27 Feb 2016 01:27:13 +0100 (CET)
From: Kuba 
To: xen-users@lists.xen.org
Message-ID: <56D0ED5F.3020801@op.pl>
Date: Sat, 27 Feb 2016 01:27:11 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
MIME-Version: 1.0
Subject: [Xen-users] Using Remus to build a 2-node HA firewall - is it a
	good idea?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RGVhciBMaXN0LAoKSSdtIGxvb2tpbmcgZm9yIHBvc3NpYmxlIHNvbHV0aW9ucyB0byBjcmVhdGUg
YSAyLW5vZGUgaGlnaGx5IGF2YWlsYWJsZSAKZmlyZXdhbGwgKHBmU2Vuc2UtYmFzZWQpIGFuZCB1
c2luZyBSZW11cyB0byBhY2hpZXZlIHRoaXMgc2VlbXMgbGlrZSBhbiAKaW50ZXJlc3RpbmcgaWRl
YSwgYXQgbGVhc3QgYXQgdGhlIGZpcnN0IGdsYW5jZS4KCkJ1dCBpcyB0aGlzIGEgZ29vZCBpZGVh
PyBPciBtYXliZSBJJ20ganVzdCBvdXQgb2YgbXkgbWluZD8gOykKCkknbSBhd2FyZSB0aGF0IHBm
U2Vuc2Ugb2ZmZXJzIGFsbCB0aGUgZnVuY3Rpb25hbGl0eSByZXF1aXJlZCB0byBjcmVhdGUgCmFu
IEhBIGNsdXN0ZXIsIGJ1dCBJJ20gcmVhbGx5IGN1cmlvdXMgYWJvdXQgYWx0ZXJuYXRpdmUgc29s
dXRpb25zLgoKSSB3b3VsZCBiZSB2ZXJ5IGdyYXRlZnVsIGZvciB5b3VyIG9waW5pb24uCgpCZXN0
IHJlZ2FyZHMsCkt1YmEKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0
cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Sat Feb 27 00:28:34 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sat, 27 Feb 2016 00:28:34 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZSjA-0000vu-GN; Sat, 27 Feb 2016 00:27:20 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZSj8-0000vj-VM
 for xen-users@lists.xen.org; Sat, 27 Feb 2016 00:27:19 +0000
Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id
 B4/DA-04025-66DE0D65; Sat, 27 Feb 2016 00:27:18 +0000
X-Env-Sender: kuba.0000@op.pl
X-Msg-Ref: server-10.tower-206.messagelabs.com!1456532837!25329336!1
X-Originating-IP: [141.105.16.17]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9271 invoked from network); 27 Feb 2016 00:27:17 -0000
Received: from smtpo67.poczta.onet.pl (HELO smtpo67.poczta.onet.pl)
 (141.105.16.17)
 by server-10.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384
 encrypted SMTP; 27 Feb 2016 00:27:17 -0000
Received: from [192.168.0.4] (host-89-230-196-73.lublin.mm.pl [89.230.196.73])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128
 bits)) (No client certificate requested)
 (Authenticated sender: kuba.0000@op.pl)
 by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3qBpZp3p5Tz1XLv4B
 for ; Sat, 27 Feb 2016 01:27:13 +0100 (CET)
From: Kuba 
To: xen-users@lists.xen.org
Message-ID: <56D0ED5F.3020801@op.pl>
Date: Sat, 27 Feb 2016 01:27:11 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
MIME-Version: 1.0
Subject: [Xen-users] Using Remus to build a 2-node HA firewall - is it a
	good idea?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RGVhciBMaXN0LAoKSSdtIGxvb2tpbmcgZm9yIHBvc3NpYmxlIHNvbHV0aW9ucyB0byBjcmVhdGUg
YSAyLW5vZGUgaGlnaGx5IGF2YWlsYWJsZSAKZmlyZXdhbGwgKHBmU2Vuc2UtYmFzZWQpIGFuZCB1
c2luZyBSZW11cyB0byBhY2hpZXZlIHRoaXMgc2VlbXMgbGlrZSBhbiAKaW50ZXJlc3RpbmcgaWRl
YSwgYXQgbGVhc3QgYXQgdGhlIGZpcnN0IGdsYW5jZS4KCkJ1dCBpcyB0aGlzIGEgZ29vZCBpZGVh
PyBPciBtYXliZSBJJ20ganVzdCBvdXQgb2YgbXkgbWluZD8gOykKCkknbSBhd2FyZSB0aGF0IHBm
U2Vuc2Ugb2ZmZXJzIGFsbCB0aGUgZnVuY3Rpb25hbGl0eSByZXF1aXJlZCB0byBjcmVhdGUgCmFu
IEhBIGNsdXN0ZXIsIGJ1dCBJJ20gcmVhbGx5IGN1cmlvdXMgYWJvdXQgYWx0ZXJuYXRpdmUgc29s
dXRpb25zLgoKSSB3b3VsZCBiZSB2ZXJ5IGdyYXRlZnVsIGZvciB5b3VyIG9waW5pb24uCgpCZXN0
IHJlZ2FyZHMsCkt1YmEKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0
cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Sun Feb 28 11:28:37 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 28 Feb 2016 11:28:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZzVU-0007Wi-CK; Sun, 28 Feb 2016 11:27:24 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZzVT-0007Vl-OJ
 for xen-users@lists.xen.org; Sun, 28 Feb 2016 11:27:23 +0000
Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id
 AD/C3-03172-A99D2D65; Sun, 28 Feb 2016 11:27:22 +0000
X-Env-Sender: pgadmin@pse-consulting.de
X-Msg-Ref: server-11.tower-31.messagelabs.com!1456658842!24973294!1
X-Originating-IP: [212.227.126.134]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 53052 invoked from network); 28 Feb 2016 11:27:22 -0000
Received: from mout.kundenserver.de (HELO mout.kundenserver.de)
 (212.227.126.134)
 by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted
 SMTP; 28 Feb 2016 11:27:22 -0000
Received: from [192.168.0.125] ([88.70.175.1]) by mrelayeu.kundenserver.de
 (mreue004) with ESMTPSA (Nemesis) id 0LupVN-1Zs6003VdB-01085b for
 ; Sun, 28 Feb 2016 12:27:21 +0100
To: xen-users@lists.xen.org
References: <56D0ED5F.3020801@op.pl>
From: Andreas Pflug 
Message-ID: <56D2D998.2030904@pse-consulting.de>
Date: Sun, 28 Feb 2016 12:27:20 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <56D0ED5F.3020801@op.pl>
X-Provags-ID: V03:K0:SHXQCPOM836xZ8sWr27oCzcB1yCTVNPfRAro6zRtkTjdqdt5/Di
 EdHWewfYYqHJ1hyhybNQorD/VzrosTIliUu7yMQvjMHLHeMwcdRtdN3MmO3/KzAgFeLeTVZ
 g4sXsUB2OouKGQ4IwHrOwzFgPm4IFZifwCeIqcOaW9cOqyK89bh6ixzyfhiAqUAQ3Z4teKf
 mm2XaaX22ESx+h9yfi9WQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:hQxEWUwCokU=:KBj0iOy4voZzRr0UVcnEX1
 QZgjCFmBUl/w//x68N59pJS4x5sqDut+QsCLQuDY3R/ACyzqZkbSmUKnXcIOAWj6hqTgqqZid
 ql/rPtydS1+ILEH2kTmKCQlDiMeDq8Hh/Ua5C2mt/w2SLC4LtSVDQn0Q/Eja1sVAKJ0Jnw79W
 ylU+v+SCMIf9qKlwC/seijkWv0CdcfOMnMUTx06jUvt0hiGxAsIZfPwqv+Ozv/kTw+ipqrBSB
 ZmgvvuqONuAy+NKL+/LLzdX1qQvX7d6CE2f75lpzhQSyX4PTPoIaboD3Qgjv6hoCyhXk14z7+
 7BHV37wS7FfXgaOyIjolBnnXulV6y9ykr4biZ7iDGOweZg82sovHq9cjK1S1QdQMiN+j9xle4
 CUcWdHgjxUlABsxX3QknShXN5/iRLpusGuWMWWMk7R3ufDfV2bBEfVPC5tJBq38A23ZxNaNJM
 8Ai+nrOwPezHYiqZHZ67OpWGmK9Px/Fxc1tuzvoKyKctlLdSzd1xDb/NW2LY14HchCPoMfHgE
 QOxqVXUM3ACT6ShTO/cnHA0NGxnPgwcXb3xaFCwgGWOcNR7+3s6bL+YKIEp7gpMdikpAsSgSb
 8kqxb7da9m/PNsqDbEkJxL2yzP5+M03NoHEbSl8KyCrhaQ2IKZDQoOAc/rH0hACmaiZga7vBo
 JC0Ka6IrU7843MY10UqMon85O9LM3adO0CQBj+apnnkH1rrTb3eTUDY2Dqdsw5geHJDEztWZF
 AMLkBW5oBN01NxMs
Subject: Re: [Xen-users] Using Remus to build a 2-node HA firewall - is it a
 good idea?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gMjcuMDIuMjAxNiAwMToyNywgS3ViYSB3cm90ZToKPiBEZWFyIExpc3QsCj4KPiBJJ20gbG9v
a2luZyBmb3IgcG9zc2libGUgc29sdXRpb25zIHRvIGNyZWF0ZSBhIDItbm9kZSBoaWdobHkgYXZh
aWxhYmxlIAo+IGZpcmV3YWxsIChwZlNlbnNlLWJhc2VkKSBhbmQgdXNpbmcgUmVtdXMgdG8gYWNo
aWV2ZSB0aGlzIHNlZW1zIGxpa2UgYW4gCj4gaW50ZXJlc3RpbmcgaWRlYSwgYXQgbGVhc3QgYXQg
dGhlIGZpcnN0IGdsYW5jZS4KPgo+IEJ1dCBpcyB0aGlzIGEgZ29vZCBpZGVhPyBPciBtYXliZSBJ
J20ganVzdCBvdXQgb2YgbXkgbWluZD8gOykKCk5vdCBuZWNlc3NhcnkgdG8gdXNlIFJlbXVzLiBV
c2UgdHdvIHBmU2Vuc2Ugb3Igb3BuU2Vuc2UgaW5zdGFuY2VzLCBhbmQgCnVzZSBDQVJQL3Bmc3lu
YyB0byBjcmVhdGUgYSByZWR1bmRhbnQgcm91dGVyL2ZpcmV3YWxsLgoKUmVnYXJkcywKQW5kcmVh
cwoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11
c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhl
bi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Sun Feb 28 11:28:37 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 28 Feb 2016 11:28:37 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aZzVU-0007Wi-CK; Sun, 28 Feb 2016 11:27:24 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZzVT-0007Vl-OJ
 for xen-users@lists.xen.org; Sun, 28 Feb 2016 11:27:23 +0000
Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id
 AD/C3-03172-A99D2D65; Sun, 28 Feb 2016 11:27:22 +0000
X-Env-Sender: pgadmin@pse-consulting.de
X-Msg-Ref: server-11.tower-31.messagelabs.com!1456658842!24973294!1
X-Originating-IP: [212.227.126.134]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 53052 invoked from network); 28 Feb 2016 11:27:22 -0000
Received: from mout.kundenserver.de (HELO mout.kundenserver.de)
 (212.227.126.134)
 by server-11.tower-31.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted
 SMTP; 28 Feb 2016 11:27:22 -0000
Received: from [192.168.0.125] ([88.70.175.1]) by mrelayeu.kundenserver.de
 (mreue004) with ESMTPSA (Nemesis) id 0LupVN-1Zs6003VdB-01085b for
 ; Sun, 28 Feb 2016 12:27:21 +0100
To: xen-users@lists.xen.org
References: <56D0ED5F.3020801@op.pl>
From: Andreas Pflug 
Message-ID: <56D2D998.2030904@pse-consulting.de>
Date: Sun, 28 Feb 2016 12:27:20 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <56D0ED5F.3020801@op.pl>
X-Provags-ID: V03:K0:SHXQCPOM836xZ8sWr27oCzcB1yCTVNPfRAro6zRtkTjdqdt5/Di
 EdHWewfYYqHJ1hyhybNQorD/VzrosTIliUu7yMQvjMHLHeMwcdRtdN3MmO3/KzAgFeLeTVZ
 g4sXsUB2OouKGQ4IwHrOwzFgPm4IFZifwCeIqcOaW9cOqyK89bh6ixzyfhiAqUAQ3Z4teKf
 mm2XaaX22ESx+h9yfi9WQ==
X-UI-Out-Filterresults: notjunk:1;V01:K0:hQxEWUwCokU=:KBj0iOy4voZzRr0UVcnEX1
 QZgjCFmBUl/w//x68N59pJS4x5sqDut+QsCLQuDY3R/ACyzqZkbSmUKnXcIOAWj6hqTgqqZid
 ql/rPtydS1+ILEH2kTmKCQlDiMeDq8Hh/Ua5C2mt/w2SLC4LtSVDQn0Q/Eja1sVAKJ0Jnw79W
 ylU+v+SCMIf9qKlwC/seijkWv0CdcfOMnMUTx06jUvt0hiGxAsIZfPwqv+Ozv/kTw+ipqrBSB
 ZmgvvuqONuAy+NKL+/LLzdX1qQvX7d6CE2f75lpzhQSyX4PTPoIaboD3Qgjv6hoCyhXk14z7+
 7BHV37wS7FfXgaOyIjolBnnXulV6y9ykr4biZ7iDGOweZg82sovHq9cjK1S1QdQMiN+j9xle4
 CUcWdHgjxUlABsxX3QknShXN5/iRLpusGuWMWWMk7R3ufDfV2bBEfVPC5tJBq38A23ZxNaNJM
 8Ai+nrOwPezHYiqZHZ67OpWGmK9Px/Fxc1tuzvoKyKctlLdSzd1xDb/NW2LY14HchCPoMfHgE
 QOxqVXUM3ACT6ShTO/cnHA0NGxnPgwcXb3xaFCwgGWOcNR7+3s6bL+YKIEp7gpMdikpAsSgSb
 8kqxb7da9m/PNsqDbEkJxL2yzP5+M03NoHEbSl8KyCrhaQ2IKZDQoOAc/rH0hACmaiZga7vBo
 JC0Ka6IrU7843MY10UqMon85O9LM3adO0CQBj+apnnkH1rrTb3eTUDY2Dqdsw5geHJDEztWZF
 AMLkBW5oBN01NxMs
Subject: Re: [Xen-users] Using Remus to build a 2-node HA firewall - is it a
 good idea?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gMjcuMDIuMjAxNiAwMToyNywgS3ViYSB3cm90ZToKPiBEZWFyIExpc3QsCj4KPiBJJ20gbG9v
a2luZyBmb3IgcG9zc2libGUgc29sdXRpb25zIHRvIGNyZWF0ZSBhIDItbm9kZSBoaWdobHkgYXZh
aWxhYmxlIAo+IGZpcmV3YWxsIChwZlNlbnNlLWJhc2VkKSBhbmQgdXNpbmcgUmVtdXMgdG8gYWNo
aWV2ZSB0aGlzIHNlZW1zIGxpa2UgYW4gCj4gaW50ZXJlc3RpbmcgaWRlYSwgYXQgbGVhc3QgYXQg
dGhlIGZpcnN0IGdsYW5jZS4KPgo+IEJ1dCBpcyB0aGlzIGEgZ29vZCBpZGVhPyBPciBtYXliZSBJ
J20ganVzdCBvdXQgb2YgbXkgbWluZD8gOykKCk5vdCBuZWNlc3NhcnkgdG8gdXNlIFJlbXVzLiBV
c2UgdHdvIHBmU2Vuc2Ugb3Igb3BuU2Vuc2UgaW5zdGFuY2VzLCBhbmQgCnVzZSBDQVJQL3Bmc3lu
YyB0byBjcmVhdGUgYSByZWR1bmRhbnQgcm91dGVyL2ZpcmV3YWxsLgoKUmVnYXJkcywKQW5kcmVh
cwoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fClhlbi11
c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhl
bi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Sun Feb 28 12:13:14 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 28 Feb 2016 12:13:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aa0Cc-0002qr-DO; Sun, 28 Feb 2016 12:11:58 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZAtw-0001NV-46
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 05:25:16 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
 B0/0A-02989-BB1EFC65; Fri, 26 Feb 2016 05:25:15 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1456464312!25925267!1
X-Originating-IP: [65.55.116.13]
X-SpamReason: No, hits=0.4 required=7.0 tests=FORGED_HOTMAIL_RCVD,
 HTML_60_70,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22445 invoked from network); 26 Feb 2016 05:25:13 -0000
Received: from blu004-omc1s2.hotmail.com (HELO BLU004-OMC1S2.hotmail.com)
 (65.55.116.13)
 by server-4.tower-27.messagelabs.com with AES256-SHA256 encrypted SMTP;
 26 Feb 2016 05:25:13 -0000
Received: from BLU183-W50 ([65.55.116.8]) by BLU004-OMC1S2.hotmail.com over
 TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
 Thu, 25 Feb 2016 21:25:12 -0800
X-TMN: [JLlB1WrNpXFAzrjpZ1bjd4HQVEVyFECi]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
 "xen-users@lists.xen.org" 
Date: Fri, 26 Feb 2016 00:25:11 -0500
Importance: Normal
In-Reply-To: <56CF5B2B.10001@citrix.com>
References: ,
 <56CAEEA7.7050508@citrix.com>
 ,<56CB4D1C.3000701@citrix.com>
 ,
 
 <56CC1701.3070807@citrix.com>,
 <56CD6B71.6000801@citrix.com>, ,
 <56CF5B2B.10001@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 26 Feb 2016 05:25:12.0399 (UTC)
 FILETIME=[10EE0DF0:01D17056]
X-Mailman-Approved-At: Sun, 28 Feb 2016 12:11:57 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============9025524323497200806=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============9025524323497200806==
Content-Type: multipart/alternative;
	boundary="_d2d85d34-c1b6-468e-bb7c-99fcaf8b8376_"

--_d2d85d34-c1b6-468e-bb7c-99fcaf8b8376_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



>=20
> El 24/2/16 a les 18:13=2C Brandon Adkins ha escrit:
> > Hi Roger=2C
> > The log messages I entered before are for the second guest. I didn't in=
clude any logs for the second guest since that one works perfectly.
> > But maybe I am allocating my RAM too tightly? The system has 16 GB of R=
AM=2C or 16=2C384MB. I allocated 4096MB to the host. That leaves me with 12=
=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is there som=
e minimum amount that needs to remain above that?
> > Looking at "xl info" with both guests started=2C it says my total memor=
y is 16=2C353=2C and that my free memory is 45.
> > I also just tried reducing the RAM for both guests down to 5500. I got =
the same error when starting the second guest. Thats about 1 GB of unalloca=
ted space=2C so I don't think thats my issue.
> > I also just tried stopping both guests=2C and starting guest1 first=2C =
and guest0 second. Guest1 came up fine=2C and now guest0 is stuck. Its defi=
nitely related to the second vm that starts=2C and not a specific configura=
tion.
> > I am really at a loss of where to look. Is there anything in the config=
 that would cause the CPUs to get assigned to the first guest=2C so the sec=
ond one is left with no CPUs?
> > Best=2CBeau 		 	   		 =20
> >=20
>=20
> I don't see any error in the trace=2C AFAICT libxl has correctly created
> the domain. Can you paste the output of `xl list` after creating both
> guests?
>=20
> Roger.

Hi Roger=2C
Yes=2C I can't find any errors either=2C which makes debugging it almost im=
possible for me. Here are some outputs:>xl listName                        =
                ID   Mem VCPUs      State   Time(s)Domain-0                =
                     0  4087     2     r-----    3308.0guest1              =
                       132  5500     6     -b----     533.0guest0          =
                           133  5500     1     r-----  130103.4
Interesting to see the nonfunctional guest0 has such a high Time column. It=
s like its spinning in a tight loop=2C while the working guest1 is running =
fine. Note that this is the output of my last test setup=2C where I gave bo=
th vms 5500MB of RAM=2C and tried starting guest1 first.
 xl vcpu-listName                                ID  VCPU   CPU State   Tim=
e(s) CPU AffinityDomain-0                             0     0    0   -b-   =
 1554.4  0Domain-0                             0     1    1   r--    1749.6=
  1Domain-0                             0     2    -   --p       0.5  2Doma=
in-0                             0     3    -   --p       0.6  3Domain-0   =
                          0     4    -   --p       0.4  4Domain-0          =
                   0     5    -   --p       0.6  5Domain-0                 =
            0     6    -   --p       1.7  6Domain-0                        =
     0     7    -   --p       0.8  7guest1                             132 =
    0    7   -b-     220.4  2-7guest1                             132     1=
    5   -b-      86.0  2-7guest1                             132     2    4=
   -b-      73.5  2-7guest1                             132     3    2   -b=
-      45.2  2-7guest1                             132     4    6   -b-    =
  61.8  2-7guest1                             132     5    5   -b-      46.=
3  2-7guest0                             133     0    3   r--  130279.1  2-=
7guest0                             133     1    -   --p       0.0  2-7gues=
t0                             133     2    -   --p       0.0  2-7guest0   =
                          133     3    -   --p       0.0  2-7guest0        =
                     133     4    -   --p       0.0  2-7guest0             =
                133     5    -   --p       0.0  2-7
For some reason=2C even though I assigned 6 CPUs to both VMs=2C only the fi=
rst one started seems to get it right.=20
I believe I must have some sort of screwed up Xen configuration. Surely I a=
m not the first person to try using Xen on Debian Jessie.
Thanks for your continued help=2CBeau
 		 	   		  =

--_d2d85d34-c1b6-468e-bb7c-99fcaf8b8376_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable







>=3B 
>=3B E=
l 24/2/16 a les 18:13=2C Brandon Adkins ha escrit:
>=3B >=3B Hi Roge=
r=2C
>=3B >=3B The log messages I entered before are for the second =
guest. I didn't include any logs for the second guest since that one works =
perfectly.
>=3B >=3B But maybe I am allocating my RAM too tightly? T=
he system has 16 GB of RAM=2C or 16=2C384MB. I allocated 4096MB to the host=
. That leaves me with 12=2C228MB. Each VM gets 6000=2C so thats 228MB unacc=
ounted for. Is there some minimum amount that needs to remain above that?>=3B >=3B Looking at "xl info" with both guests started=2C it says my=
 total memory is 16=2C353=2C and that my free memory is 45.
>=3B >=
=3B I also just tried reducing the RAM for both guests down to 5500. I got =
the same error when starting the second guest. Thats about 1 GB of unalloca=
ted space=2C so I don't think thats my issue.
>=3B >=3B I also just =
tried stopping both guests=2C and starting guest1 first=2C and guest0 secon=
d. Guest1 came up fine=2C and now guest0 is stuck. Its definitely related t=
o the second vm that starts=2C and not a specific configuration.
>=3B =
>=3B I am really at a loss of where to look. Is there anything in the con=
fig that would cause the CPUs to get assigned to the first guest=2C so the =
second one is left with no CPUs?
>=3B >=3B Best=2CBeau 		 	   		  >=3B >=3B 
>=3B 
>=3B I don't see any error in the trace=2C=
 AFAICT libxl has correctly created
>=3B the domain. Can you paste the=
 output of `xl list` after creating both
>=3B guests?
>=3B 
&g=
t=3B Roger.

Hi Roger=2C

Yes=2C I can't find any errors either=2C which makes debugging it almost=
 impossible for me. Here are some outputs:
>=3Bxl list
Name  =3B  =3B  =3B  =3B  =3B  =3B  =3B =
 =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B &nb=
sp=3B  =3B  =3B  =3B  =3BID  =3B Mem VCPUs  =3B &nb=
sp=3B  =3BState  =3B Time(s)
Domain-0  =3B  =3B &=
nbsp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B &nbs=
p=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B 0  =
=3B4087  =3B  =3B 2  =3B  =3B r-----  =3B  =3B3308.=
0
guest1  =3B  =3B  =3B  =3B  =3B  =3B &n=
bsp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B 132  =3B5500  =3B  =3B 6  =
=3B  =3B -b----  =3B  =3B 533.0
guest0  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B 13=
3  =3B5500  =3B  =3B 1  =3B  =3B r-----  =3B130103.=
4

Interesting to see the nonfunctional guest=
0 has such a high Time column. Its like its spinning in a tight loop=2C whi=
le the working guest1 is running fine. Note that this is the output of my l=
ast test setup=2C where I gave both vms 5500MB of RAM=2C and tried starting=
 guest1 first.

 =3Bxl vcpu-list
Name  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
ID  =3BVCPU  =3B CPU State  =3B Time(s) CPU Affinity
=
Domain-0  =3B  =3B  =3B  =3B  =3B  =3B  =3B &nb=
sp=3B  =3B  =3B  =3B  =3B  =3B  =3B 0  =3B &nbs=
p=3B 0  =3B  =3B0  =3B -b-  =3B  =3B1554.4  =3B0
Domain-0  =3B  =3B  =3B  =3B  =3B  =3B &nbs=
p=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B 0  =
=3B  =3B 1  =3B  =3B1  =3B r--  =3B  =3B1749.6 &nbs=
p=3B1
Domain-0  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
 0  =3B  =3B 2  =3B  =3B-  =3B --p  =3B  =3B &n=
bsp=3B 0.5  =3B2
Domain-0  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B &n=
bsp=3B  =3B 0  =3B  =3B 3  =3B  =3B-  =3B --p  =
=3B  =3B  =3B 0.6  =3B3
Domain-0  =3B  =3B &n=
bsp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B 0  =3B  =3B 4  =3B  =3B- &nb=
sp=3B --p  =3B  =3B  =3B 0.4  =3B4
Domain-0  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B  =3B  =3B 0  =3B  =3B 5  =
=3B  =3B-  =3B --p  =3B  =3B  =3B 0.6  =3B5
Domain-0  =3B  =3B  =3B  =3B  =3B  =3B  =3B =
 =3B  =3B  =3B  =3B  =3B  =3B  =3B 0  =3B &=
nbsp=3B 6  =3B  =3B-  =3B --p  =3B  =3B  =3B 1.7 &n=
bsp=3B6
Domain-0  =3B  =3B  =3B  =3B  =3B &nb=
sp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B 0  =3B  =3B 7  =3B  =3B-  =3B --p  =3B  =3B=
  =3B 0.8  =3B7
guest1  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B 132  =3B  =3B 0  =3B  =3B7  =3B -b- =
 =3B  =3B 220.4  =3B2-7
guest1  =3B  =3B &nbs=
p=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B 132  =3B  =3B 1  =3B  =3B5 &=
nbsp=3B -b-  =3B  =3B  =3B86.0  =3B2-7
guest1 &nb=
sp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B 132  =3B  =3B 2 &n=
bsp=3B  =3B4  =3B -b-  =3B  =3B  =3B73.5  =3B2-7
guest1  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B 132 &nbs=
p=3B  =3B 3  =3B  =3B2  =3B -b-  =3B  =3B  =3B4=
5.2  =3B2-7
guest1  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B 132  =3B  =3B 4  =3B  =3B6  =3B -b-  =3B =
 =3B  =3B61.8  =3B2-7
guest1  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B 132  =3B  =3B 5  =3B  =3B5 &nbs=
p=3B -b-  =3B  =3B  =3B46.3  =3B2-7
guest0  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B  =3B  =3B 133  =3B  =3B 0  =
=3B  =3B3  =3B r--  =3B130279.1  =3B2-7
guest0 &n=
bsp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B 133  =3B  =3B 1 &n=
bsp=3B  =3B-  =3B --p  =3B  =3B  =3B 0.0  =3B2-7
guest0  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B 133 &nbs=
p=3B  =3B 2  =3B  =3B-  =3B --p  =3B  =3B  =3B =
0.0  =3B2-7
guest0  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B 133  =3B  =3B 3  =3B  =3B-  =3B --p  =3B =
 =3B  =3B 0.0  =3B2-7
guest0  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B 133  =3B  =3B 4  =3B  =3B- &nbs=
p=3B --p  =3B  =3B  =3B 0.0  =3B2-7
guest0  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B  =3B  =3B 133  =3B  =3B 5  =
=3B  =3B-  =3B --p  =3B  =3B  =3B 0.0  =3B2-7
=


For some reason=2C even though I assigned 6 CPUs =
to both VMs=2C only the first one started seems to get it right. =3B

I believe I must have some sort of screwed up Xen co=
nfiguration. Surely I am not the first person to try using Xen on Debian Je=
ssie.

Thanks for your continued help=2C
=
Beau

 		 	   		  

=

--_d2d85d34-c1b6-468e-bb7c-99fcaf8b8376_--


--===============9025524323497200806==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============9025524323497200806==--


From xen-users-bounces@lists.xen.org Sun Feb 28 12:13:14 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 28 Feb 2016 12:13:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aa0Cd-0002rV-3D; Sun, 28 Feb 2016 12:11:59 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZS75-000766-7L
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 23:47:59 +0000
Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id
 09/8A-03883-E24E0D65; Fri, 26 Feb 2016 23:47:58 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-7.tower-206.messagelabs.com!1456530475!25115789!1
X-Originating-IP: [65.55.116.15]
X-SpamReason: No, hits=1.3 required=7.0 tests=FORGED_HOTMAIL_RCVD,
 HTML_20_30,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 57761 invoked from network); 26 Feb 2016 23:47:56 -0000
Received: from blu004-omc1s4.hotmail.com (HELO BLU004-OMC1S4.hotmail.com)
 (65.55.116.15)
 by server-7.tower-206.messagelabs.com with AES256-SHA256 encrypted SMTP;
 26 Feb 2016 23:47:56 -0000
Received: from BLU183-W54 ([65.55.116.8]) by BLU004-OMC1S4.hotmail.com over
 TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
 Fri, 26 Feb 2016 15:47:55 -0800
X-TMN: [hcmfSerzSK8JeI/i7cruHCvoPL1v4Ak+]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
 "xen-users@lists.xen.org" 
Date: Fri, 26 Feb 2016 18:47:54 -0500
Importance: Normal
In-Reply-To: <56D00D8D.2040704@citrix.com>
References: ,
 <56CAEEA7.7050508@citrix.com>
 ,<56CB4D1C.3000701@citrix.com>
 ,
 
 <56CC1701.3070807@citrix.com>,
 <56CD6B71.6000801@citrix.com>,
 <56CF5B2B.10001@citrix.com>, ,
 <56D00D8D.2040704@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 26 Feb 2016 23:47:55.0395 (UTC)
 FILETIME=[1D260D30:01D170F0]
X-Mailman-Approved-At: Sun, 28 Feb 2016 12:11:57 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============5825946129258883520=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============5825946129258883520==
Content-Type: multipart/alternative;
	boundary="_05c0c2f4-9ee4-46eb-99e9-a98e8913d08b_"

--_05c0c2f4-9ee4-46eb-99e9-a98e8913d08b_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



> Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl cre=
ate" on second VM
> To: badkins79@msn.com=3B xen-users@lists.xen.org
> From: roger.pau@citrix.com
> Date: Fri=2C 26 Feb 2016 09:32:13 +0100
>=20
> El 26/2/16 a les 6:25=2C Brandon Adkins ha escrit:
> >=20
> >=20
> >>
> >> El 24/2/16 a les 18:13=2C Brandon Adkins ha escrit:
> >> > Hi Roger=2C
> >> > The log messages I entered before are for the second guest. I didn't
> > include any logs for the second guest since that one works perfectly.
> >> > But maybe I am allocating my RAM too tightly? The system has 16 GB
> > of RAM=2C or 16=2C384MB. I allocated 4096MB to the host. That leaves me=
 with
> > 12=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is the=
re
> > some minimum amount that needs to remain above that?
> >> > Looking at "xl info" with both guests started=2C it says my total
> > memory is 16=2C353=2C and that my free memory is 45.
> >> > I also just tried reducing the RAM for both guests down to 5500. I
> > got the same error when starting the second guest. Thats about 1 GB of
> > unallocated space=2C so I don't think thats my issue.
> >> > I also just tried stopping both guests=2C and starting guest1 first=
=2C
> > and guest0 second. Guest1 came up fine=2C and now guest0 is stuck. Its
> > definitely related to the second vm that starts=2C and not a specific
> > configuration.
> >> > I am really at a loss of where to look. Is there anything in the
> > config that would cause the CPUs to get assigned to the first guest=2C =
so
> > the second one is left with no CPUs?
> >> > Best=2CBeau
> >> >
> >>
> >> I don't see any error in the trace=2C AFAICT libxl has correctly creat=
ed
> >> the domain. Can you paste the output of `xl list` after creating both
> >> guests?
> >>
> >> Roger.
> >=20
> > Hi Roger=2C
> >=20
> > Yes=2C I can't find any errors either=2C which makes debugging it almos=
t
> > impossible for me. Here are some outputs:
> >>xl list
> > Name                                        ID   Mem VCPUs      State =
=20
> > Time(s)
> > Domain-0                                     0  4087     2     r----- =
=20
> >  3308.0
> > guest1                                     132  5500     6     -b---- =
=20
> >   533.0
> > guest0                                     133  5500     1     r-----
> >  130103.4
> >=20
> > Interesting to see the nonfunctional guest0 has such a high Time column=
.
> > Its like its spinning in a tight loop=2C while the working guest1 is
> > running fine. Note that this is the output of my last test setup=2C whe=
re
> > I gave both vms 5500MB of RAM=2C and tried starting guest1 first.
> >=20
> >  xl vcpu-list
> > Name                                ID  VCPU   CPU State   Time(s) CPU
> > Affinity
> > Domain-0                             0     0    0   -b-    1554.4  0
> > Domain-0                             0     1    1   r--    1749.6  1
> > Domain-0                             0     2    -   --p       0.5  2
> > Domain-0                             0     3    -   --p       0.6  3
> > Domain-0                             0     4    -   --p       0.4  4
> > Domain-0                             0     5    -   --p       0.6  5
> > Domain-0                             0     6    -   --p       1.7  6
> > Domain-0                             0     7    -   --p       0.8  7
> > guest1                             132     0    7   -b-     220.4  2-7
> > guest1                             132     1    5   -b-      86.0  2-7
> > guest1                             132     2    4   -b-      73.5  2-7
> > guest1                             132     3    2   -b-      45.2  2-7
> > guest1                             132     4    6   -b-      61.8  2-7
> > guest1                             132     5    5   -b-      46.3  2-7
> > guest0                             133     0    3   r--  130279.1  2-7
> > guest0                             133     1    -   --p       0.0  2-7
> > guest0                             133     2    -   --p       0.0  2-7
> > guest0                             133     3    -   --p       0.0  2-7
> > guest0                             133     4    -   --p       0.0  2-7
> > guest0                             133     5    -   --p       0.0  2-7
> >=20
> > For some reason=2C even though I assigned 6 CPUs to both VMs=2C only th=
e
> > first one started seems to get it right.=20
> >=20
> > I believe I must have some sort of screwed up Xen configuration. Surely
> > I am not the first person to try using Xen on Debian Jessie.
>=20
> Something seems wrong regarding guest0=2C but it looks like an issue in
> the guest kernel. Can you paste the output of xl dmesg after creating
> both guests?
>=20
> AFAICT from the traces you have provided=2C you are trying to create 32bi=
t
> PV guests. Do they boot fine if you convert them to HVM? I would for
> example try to change the config files so they look like:
>=20
> guest0:
> builder=3D'hvm'
> vcpus =3D '6'
> cpus =3D '2-7'
> memory =3D '6000'
> disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C
> 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]
> name =3D 'guest0'
> vif =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]
> on_poweroff =3D 'destroy'
> on_reboot =3D 'restart'
> on_crash =3D 'restart'
>=20
> vnc=3D1
> -----------------------------------------
> guest1:
> builder=3D'hvm'
> vcpus =3D '6'
> cpus =3D '2-7'
> memory =3D '6000'
> disk =3D [ 'phy:/dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C
> 'phy:/dev/xenvolgroup/guest1swap=2Cxvda1=2Cw' ]
> name =3D 'guest1'
> vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr0' ]
> on_poweroff =3D 'destroy'
> on_reboot =3D 'restart'
> on_crash =3D 'restart'
>=20
> vnc=3D1
> -----------------------------------------
>=20
> You can then attach to the guest display using a VNC client.
>=20
> Roger.

Roger. This is a 64bit machine loaded with 64bit debian jessie. The guest V=
Ms are 32bit CentOS 6. However=2C both guest0 and guest1 are identical. Wha=
t could happen in the guest kernel that would allow one instance to run jus=
t fine=2C but the second one to freeze on boot.
I tried the "xl dmesg"=2C but its difficult to tell what output in there is=
 related to what guest. But the end of the output contained lots of the fol=
lowing 2 messages. Not sure if these mean anything:(XEN) traps.c:2514:d132 =
Domain attempted WRMSR 0000000000000140 from 0x0000000000000001 to 0x000000=
0000000000.(XEN) event_fifo.c:50:d0 domain 0=2C port 19 already on a queue
I tried using hvm to build the VMs=2C but that failed even on the first VM.=
 My output was:
Parsing config from /home/lpwcm/xen/guest0/guest.cfglibxl: error: libxl_dm.=
c:1393:device_model_spawn_outcome: domain 138 device model: spawn failed (r=
c=3D-3)libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device=
 model did not start: -3libxl: error: libxl_dm.c:1497:kill_device_model: De=
vice Model already exited
This led me to http://lists.xenproject.org/archives/html/xen-devel/2013-06/=
msg03008.html . This thread makes me think I need some extra packages insta=
lled which are not installed automatically as xen dependencies. Could this =
be causing my issue in the PV case? The only packages I had specified in my=
 apt-get line was "xen-linux-system" so I got that and all its dependencies=
. Also=2C does it matter that I also installed sysvinit-core so the host us=
es that instead of the new systemd init that is the default on jessie?
Again=2C I think its worth mentioning that these exact same images and conf=
igurations worked correctly on Debian Wheezy.
Best regards=2CBeau

 		 	   		  =

--_05c0c2f4-9ee4-46eb-99e9-a98e8913d08b_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable







>=3B Subject: Re:=
 [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl create" on second=
 VM
>=3B To: badkins79@msn.com=3B xen-users@lists.xen.org
>=3B Fr=
om: roger.pau@citrix.com
>=3B Date: Fri=2C 26 Feb 2016 09:32:13 +0100<=
br>>=3B 
>=3B El 26/2/16 a les 6:25=2C Brandon Adkins ha escrit:
=
>=3B >=3B 
>=3B >=3B 
>=3B >=3B>=3B
>=3B >=3B>=
=3B El 24/2/16 a les 18:13=2C Brandon Adkins ha escrit:
>=3B >=3B>=
=3B >=3B Hi Roger=2C
>=3B >=3B>=3B >=3B The log messages I ent=
ered before are for the second guest. I didn't
>=3B >=3B include any=
 logs for the second guest since that one works perfectly.
>=3B >=3B=
>=3B >=3B But maybe I am allocating my RAM too tightly? The system has =
16 GB
>=3B >=3B of RAM=2C or 16=2C384MB. I allocated 4096MB to the h=
ost. That leaves me with
>=3B >=3B 12=2C228MB. Each VM gets 6000=2C =
so thats 228MB unaccounted for. Is there
>=3B >=3B some minimum amou=
nt that needs to remain above that?
>=3B >=3B>=3B >=3B Looking a=
t "xl info" with both guests started=2C it says my total
>=3B >=3B m=
emory is 16=2C353=2C and that my free memory is 45.
>=3B >=3B>=3B =
>=3B I also just tried reducing the RAM for both guests down to 5500. I>=3B >=3B got the same error when starting the second guest. Thats ab=
out 1 GB of
>=3B >=3B unallocated space=2C so I don't think thats my=
 issue.
>=3B >=3B>=3B >=3B I also just tried stopping both guest=
s=2C and starting guest1 first=2C
>=3B >=3B and guest0 second. Guest=
1 came up fine=2C and now guest0 is stuck. Its
>=3B >=3B definitely =
related to the second vm that starts=2C and not a specific
>=3B >=3B=
 configuration.
>=3B >=3B>=3B >=3B I am really at a loss of wher=
e to look. Is there anything in the
>=3B >=3B config that would caus=
e the CPUs to get assigned to the first guest=2C so
>=3B >=3B the se=
cond one is left with no CPUs?
>=3B >=3B>=3B >=3B Best=2CBeau>=3B >=3B>=3B >=3B
>=3B >=3B>=3B
>=3B >=3B>=3B I=
 don't see any error in the trace=2C AFAICT libxl has correctly created
=
>=3B >=3B>=3B the domain. Can you paste the output of `xl list` after=
 creating both
>=3B >=3B>=3B guests?
>=3B >=3B>=3B
>=
=3B >=3B>=3B Roger.
>=3B >=3B 
>=3B >=3B Hi Roger=2C
&=
gt=3B >=3B 
>=3B >=3B Yes=2C I can't find any errors either=2C whi=
ch makes debugging it almost
>=3B >=3B impossible for me. Here are s=
ome outputs:
>=3B >=3B>=3Bxl list
>=3B >=3B Name           =
                             ID   Mem VCPUs      State  
>=3B >=3B T=
ime(s)
>=3B >=3B Domain-0                                     0  408=
7     2     r-----  
>=3B >=3B  3308.0
>=3B >=3B guest1      =
                               132  5500     6     -b----  
>=3B >=
=3B   533.0
>=3B >=3B guest0                                     133=
  5500     1     r-----
>=3B >=3B  130103.4
>=3B >=3B 
>=
=3B >=3B Interesting to see the nonfunctional guest0 has such a high Time=
 column.
>=3B >=3B Its like its spinning in a tight loop=2C while th=
e working guest1 is
>=3B >=3B running fine. Note that this is the ou=
tput of my last test setup=2C where
>=3B >=3B I gave both vms 5500MB=
 of RAM=2C and tried starting guest1 first.
>=3B >=3B 
>=3B >=
=3B  xl vcpu-list
>=3B >=3B Name                                ID  =
VCPU   CPU State   Time(s) CPU
>=3B >=3B Affinity
>=3B >=3B D=
omain-0                             0     0    0   -b-    1554.4  0
>=
=3B >=3B Domain-0                             0     1    1   r--    1749.=
6  1
>=3B >=3B Domain-0                             0     2    -   -=
-p       0.5  2
>=3B >=3B Domain-0                             0    =
 3    -   --p       0.6  3
>=3B >=3B Domain-0                       =
      0     4    -   --p       0.4  4
>=3B >=3B Domain-0            =
                 0     5    -   --p       0.6  5
>=3B >=3B Domain-0 =
                            0     6    -   --p       1.7  6
>=3B >=
=3B Domain-0                             0     7    -   --p       0.8  7>=3B >=3B guest1                             132     0    7   -b-     =
220.4  2-7
>=3B >=3B guest1                             132     1   =
 5   -b-      86.0  2-7
>=3B >=3B guest1                            =
 132     2    4   -b-      73.5  2-7
>=3B >=3B guest1               =
              132     3    2   -b-      45.2  2-7
>=3B >=3B guest1  =
                           132     4    6   -b-      61.8  2-7
>=3B &g=
t=3B guest1                             132     5    5   -b-      46.3  2-7=

>=3B >=3B guest0                             133     0    3   r--  =
130279.1  2-7
>=3B >=3B guest0                             133     1=
    -   --p       0.0  2-7
>=3B >=3B guest0                         =
    133     2    -   --p       0.0  2-7
>=3B >=3B guest0            =
                 133     3    -   --p       0.0  2-7
>=3B >=3B guest=
0                             133     4    -   --p       0.0  2-7
>=3B=
 >=3B guest0                             133     5    -   --p       0.0  =
2-7
>=3B >=3B 
>=3B >=3B For some reason=2C even though I ass=
igned 6 CPUs to both VMs=2C only the
>=3B >=3B first one started see=
ms to get it right. 
>=3B >=3B 
>=3B >=3B I believe I must ha=
ve some sort of screwed up Xen configuration. Surely
>=3B >=3B I am =
not the first person to try using Xen on Debian Jessie.
>=3B 
>=
=3B Something seems wrong regarding guest0=2C but it looks like an issue in=

>=3B the guest kernel. Can you paste the output of xl dmesg after cre=
ating
>=3B both guests?
>=3B 
>=3B AFAICT from the traces yo=
u have provided=2C you are trying to create 32bit
>=3B PV guests. Do t=
hey boot fine if you convert them to HVM? I would for
>=3B example try=
 to change the config files so they look like:
>=3B 
>=3B guest0:=

>=3B builder=3D'hvm'
>=3B vcpus =3D '6'
>=3B cpus =3D '2-7'=

>=3B memory =3D '6000'
>=3B disk =3D [ 'phy:/dev/xenvolgroup/gue=
st0disk=2Cxvda2=2Cw'=2C
>=3B 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=
=2Cw' ]
>=3B name =3D 'guest0'
>=3B vif =3D [ 'mac=3DAE:57:EC:01:=
54:8C=2Cbridge=3Dxenbr0' ]
>=3B on_poweroff =3D 'destroy'
>=3B on=
_reboot =3D 'restart'
>=3B on_crash =3D 'restart'
>=3B 
>=3B=
 vnc=3D1
>=3B -----------------------------------------
>=3B gues=
t1:
>=3B builder=3D'hvm'
>=3B vcpus =3D '6'
>=3B cpus =3D '2=
-7'
>=3B memory =3D '6000'
>=3B disk =3D [ 'phy:/dev/xenvolgroup/=
guest1disk=2Cxvda2=2Cw'=2C
>=3B 'phy:/dev/xenvolgroup/guest1swap=2Cxvd=
a1=2Cw' ]
>=3B name =3D 'guest1'
>=3B vif =3D [ 'mac=3D76:7B:D6:6=
F:34:C6=2Cbridge=3Dxenbr0' ]
>=3B on_poweroff =3D 'destroy'
>=3B =
on_reboot =3D 'restart'
>=3B on_crash =3D 'restart'
>=3B 
>=
=3B vnc=3D1
>=3B -----------------------------------------
>=3B <=
br>>=3B You can then attach to the guest display using a VNC client.
&=
gt=3B 
>=3B Roger.

Roger. This is a 64bit=
 machine loaded with 64bit debian jessie. The guest VMs are 32bit CentOS 6.=
 However=2C both guest0 and guest1 are identical. What could happen in the =
guest kernel that would allow one instance to run just fine=2C but the seco=
nd one to freeze on boot.

I tried the "xl dmesg"=
=2C but its difficult to tell what output in there is related to what guest=
. But the end of the output contained lots of the following 2 messages. Not=
 sure if these mean anything:
(XEN) traps.c:2514:d132 Domain=
 attempted WRMSR 0000000000000140 from 0x0000000000000001 to 0x000000000000=
0000.
(XEN) event_fifo.c:50:d0 domain 0=2C port 19 already on a q=
ueue

I tried using hvm to build the VMs=2C b=
ut that failed even on the first VM. My output was:
Parsing config =
from /home/lpwcm/xen/guest0/guest.cfg
libxl: error: libxl_dm.c:13=
93:device_model_spawn_outcome: domain 138 device model: spawn failed (rc=3D=
-3)
libxl: error: libxl_create.c:1186:domcreate_devmodel_started:=
 device model did not start: -3
libxl: error: libxl_dm.c:1497:kil=
l_device_model: Device Model already exited

=
This led me to http://lists.xenproject.org/archives/html/xen-devel/2013-06/=
msg03008.html . This thread makes me think I need some extra packages insta=
lled which are not installed automatically as xen dependencies. Could this =
be causing my issue in the PV case? The only packages I had specified in my=
 apt-get line was "xen-linux-system" so I got that and all its dependencies=
. Also=2C does it matter that I also installed sysvinit-core so the host us=
es that instead of the new systemd init that is the default on jessie?

Again=2C I think its worth mentioning that these exact=
 same images and configurations worked correctly on Debian Wheezy.

Best regards=2C
Beau

 		 	   		  

=

--_05c0c2f4-9ee4-46eb-99e9-a98e8913d08b_--


--===============5825946129258883520==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============5825946129258883520==--


From xen-users-bounces@lists.xen.org Sun Feb 28 12:13:14 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 28 Feb 2016 12:13:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aa0Cd-0002ri-Ej; Sun, 28 Feb 2016 12:11:59 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZjFh-0007Lk-G2
 for xen-users@lists.xen.org; Sat, 27 Feb 2016 18:06:01 +0000
Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id
 DF/39-03304-885E1D65; Sat, 27 Feb 2016 18:06:00 +0000
X-Env-Sender: hsc.10oct@gmail.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1456596358!18593230!1
X-Originating-IP: [209.85.161.180]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23186 invoked from network); 27 Feb 2016 18:05:59 -0000
Received: from mail-yw0-f180.google.com (HELO mail-yw0-f180.google.com)
 (209.85.161.180)
 by server-11.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 27 Feb 2016 18:05:59 -0000
Received: by mail-yw0-f180.google.com with SMTP id u200so92738726ywf.0
 for ; Sat, 27 Feb 2016 10:05:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc; bh=O58Ti4blpcxAftoZWr3Z+vMTzL5LuqIZnP7vBrqd320=;
 b=ALuN7vwSgbBUtuwgTLRJw4FqOCzxdpEkFVlYJJlR5xl5CBwZeXZqn/0FZYnNNmbo4z
 xqRbEq/l7cxMdjV17mGKAWMD2q7++bgTSaGEC3PR3894r4neEgjQ/F7bLED21n7oqL66
 BbY/WgGgFIUmlhEygMdRGNj40o/IwD86dSXdXWD+0ZuQrRmVZw/2biSc7TkVZ24Hjmp9
 1kNwAw687zOx1Nr9L0PcRyIw9ygrIB6Xq1bOZIQSIRM/V+1ykW+R6igeFA46CYc/Pq8c
 7SI8iIPLS4WOHu2IapwYs4gVF7VUbp6m7Xs6CWksHa2MFWqYGUUQvPZxXc0hLEp6tbhQ
 H8qg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:in-reply-to:references:date
 :message-id:subject:from:to:cc;
 bh=O58Ti4blpcxAftoZWr3Z+vMTzL5LuqIZnP7vBrqd320=;
 b=UZ5gPNmjg8h/G+rKb02Js8xDloZz+cxi+6t9Zx08YDCu9A3fRkO57RShQdxbCyN8l3
 9encRniznF1lAVupogmACyNZqZoS7gOqAcB9FvHMyytbqaYyY+bF1NSl/ojkBxXUSWjS
 CbSAARfmQxUMDxOEtflFpbItbIK9AeTnxUqIFOP339ysjB3Wnzp9coUy22yTB8vBeycw
 ri2ObuZZ8mJeQt4FDMkFK7brUWP4t+fc8Zmc69eIkYKtpGJu+p4qDlPWAUA7K0wL5owA
 UMwKv213BgDajUVrpIx8m+ypOW54UbTC9vuSRSADLzA4CgqyqScPrjKc+q1w49tmjBSV
 oM7g==
X-Gm-Message-State: AD7BkJIdfCyS4rv3vPQmQVAfuyNg5HopqHZbpa1Z2j/V4Bz9lde539IVq11LAzjUNNokuN2BWuPRwtaARGlGqA==
MIME-Version: 1.0
X-Received: by 10.129.45.194 with SMTP id t185mr4123426ywt.243.1456596357950; 
 Sat, 27 Feb 2016 10:05:57 -0800 (PST)
Received: by 10.37.32.11 with HTTP; Sat, 27 Feb 2016 10:05:57 -0800 (PST)
In-Reply-To: <1456221378.6225.116.camel@citrix.com>
References: 
 <1456221378.6225.116.camel@citrix.com>
Date: Sat, 27 Feb 2016 13:05:57 -0500
Message-ID: 
From: Harpreet Singh Chawla 
To: Ian Campbell 
X-Mailman-Approved-At: Sun, 28 Feb 2016 12:11:57 +0000
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============4083202871305590407=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============4083202871305590407==
Content-Type: multipart/alternative; boundary=001a114145367f3859052cc4447f

--001a114145367f3859052cc4447f
Content-Type: text/plain; charset=UTF-8

Hello Ian
Thanks for your reply.
I installed libnl libraries, but then I started getting this error on many
xen distributions (its the same error on xen 4.6 and 4.5) when I ran the
same command as above:

sudo xl remus -Fd  root@

libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:
/etc/xen/scripts/remus-netbuf-setup setup [-1] exited with error status 1

libxl: error: libxl_netbuffer.c:360:netbuf_setup_script_cb: Cannot get ifb
dev name for domain 4 dev vif4.0

libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to setup
device for guest with domid 4, rc -3


Although it is working fine with network buffering disabled, as earlier.

My take on this is that there is some issue with setting up the qdisc on
the backup. Am I right?
But I am not able to get solutions to this. Am I missing some packages, or
scripts?
Can you please help out with this?

Thanks

Harpreet


On Tue, Feb 23, 2016 at 4:56 AM, Ian Campbell 
wrote:

> On Sun, 2016-02-21 at 18:39 -0500, Harpreet Singh Chawla wrote:
> > I have been trying to run remus on Xen 4.6
> > I have successfully done basic migration to and fro from one server to
> > another without any issues.
> > But when I tried to run remus with networking enabled and disk buffering
> > disabled,
> >
> > ```
> > sudo xl remus -F -d linux-1 root@
> >
> > ```
> >
> > I get the following error message:
> >
> > ```
> > migration target: Ready to receive domain.
> > Saving to migration stream new xl format (info 0x3/0x0/1219)
> > libxl: error: libxl.c:889:libxl__remus_setup: Remus: No support for
> > network buffering
> > Remus: Backup failed? resuming domain at primary.
> > xc: error: Dom 1 not suspended: (shutdown 0, reason 255): Internal error
> > libxl: error: libxl_dom_suspend.c:409:libxl__domain_resume:
> > xc_domain_resume failed for domain 1: Invalid argument
> > Loading new save file  (new xl fmt info
> > 0x3/0x0/1219)
> >  Savefile contains xl domain config in JSON format
> > Parsing config from 
> > libxl: error: libxl_stream_read.c:298:stream_header_done: Invalid ident:
> > expected 0x4c6962786c466d74, got 0x0000000000000000
> >
> > ```
> >
> > I don't really need disk buffering as of now, and in some prior thread of
> > Migration Failure I read the feature doesn't work well in xen 4.6 (am not
> > sure if it has been fixed), but I need network buffering.
> > I can run the remus feature using the -n option for disabling network
> > buffering, but not with with network buffering enabled.
> >
> > Anyone has a solution for fixing this?
>
> You need to build the Xen tools with the libraries required for network
> buffering available in the build environment. From README:
>     * Development install of libnl3 (e.g., libnl-3-200,
>       libnl-3-dev, etc).  Required if network buffering is desired
>       when using Remus with libxl.  See docs/README.remus for detailed
>       information.
>
> Ian
>

--001a114145367f3859052cc4447f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Hello Ian
Thanks for your reply.I installed libnl libraries, but then I started getting this error on many=
 xen distributions (its the same error on xen 4.6 and 4.5) when I ran the s=
ame command as above:

sudo xl remus -Fd <domain_name&g=
t; root@<backup_name>

libxl: error: libxl_exec.c:118:lib=
xl_report_child_exitstatus: /etc/xen/scripts/remus-netbuf-setup setup [-1] =
exited with error status 1

libxl: error: libxl_netbuffer.c:360:=
netbuf_setup_script_cb: Cannot get ifb dev name for domain 4 dev vif4.0
=

libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to set=
up device for guest with domid 4, rc -3


Although it is work=
ing fine with network buffering disabled, as earlier.

My=
 take on this is that there is some issue with setting up the qdisc on the =
backup. Am I right? 
But I am not able to get solutions to this. Am I mi=
ssing some packages, or scripts?
Can you please help out with this=
?

Thanks 

Harpreet

On Tue, Feb 23, 2016 at 4:56 AM, Ian Campbell <=
ian.campbell@citrix.com> wrote:
On Sun, 2016-02-21 at 18:39 -0=
500, Harpreet Singh Chawla wrote:

> I have been trying to run remus on Xen 4.6

> I have successfully done basic migration to and fro from one server to=


> another without any issues.

> But when I tried to run remus with networking enabled and disk bufferi=
ng

> disabled,

>

> ```

> sudo xl remus -F -d linux-1 root@<server_domain_name>

>

> ```

>

> I get the following error message:

>

> ```

> migration target: Ready to receive domain.

> Saving to migration stream new xl format (info 0x3/0x0/1219)

> libxl: error: libxl.c:889:libxl__remus_setup: Remus: No support for
> network buffering

> Remus: Backup failed? resuming domain at primary.

> xc: error: Dom 1 not suspended: (shutdown 0, reason 255): Internal err=
or

> libxl: error: libxl_dom_suspend.c:409:libxl__domain_resume:

> xc_domain_resume failed for domain 1: Invalid argument

> Loading new save file <incoming migration stream> (new xl fmt in=
fo

> 0x3/0x0/1219)

> =C2=A0Savefile contains xl domain config in JSON format

> Parsing config from <saved>

> libxl: error: libxl_stream_read.c:298:stream_header_done: Invalid iden=
t:

> expected 0x4c6962786c466d74, got 0x0000000000000000

>

> ```

>

> I don't really need disk buffering as of now, and in some prior th=
read of

> Migration Failure I read the feature doesn't work well in xen 4.6 =
(am not

> sure if it has been fixed), but I need network buffering.

> I can run the remus feature using the -n option for disabling network<=
br>
> buffering, but not with with network buffering enabled.

>

> Anyone has a solution for fixing this?




You need to build the Xen tools with the libraries required for=
 network

buffering available in the build environment. From README:

=C2=A0 =C2=A0 * Development install of libnl3 (e.g., libnl-3-200,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0libnl-3-dev, etc).=C2=A0=C2=A0Required =
if network buffering is desired

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0when using Remus with libxl.=C2=A0=C2=
=A0See docs/README.remus for detailed

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0information.



Ian





--001a114145367f3859052cc4447f--


--===============4083202871305590407==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============4083202871305590407==--


From xen-users-bounces@lists.xen.org Sun Feb 28 12:13:14 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 28 Feb 2016 12:13:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aa0Cc-0002rI-OQ; Sun, 28 Feb 2016 12:11:58 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZOGp-0006E4-CA
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 19:41:47 +0000
Received: from [85.158.137.68] by server-12.bemta-3.messagelabs.com id
 98/C1-19343-A7AA0D65; Fri, 26 Feb 2016 19:41:46 +0000
X-Env-Sender: xenuserforlist@gmail.com
X-Msg-Ref: server-5.tower-31.messagelabs.com!1456515704!25393996!1
X-Originating-IP: [209.85.192.67]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63477 invoked from network); 26 Feb 2016 19:41:45 -0000
Received: from mail-qg0-f67.google.com (HELO mail-qg0-f67.google.com)
 (209.85.192.67)
 by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 26 Feb 2016 19:41:45 -0000
Received: by mail-qg0-f67.google.com with SMTP id e61so6247058qgf.1
 for ; Fri, 26 Feb 2016 11:41:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:date:message-id:subject:from:to;
 bh=xFoGlEbnSbhgkDBIlel1CwDMEwpc/UMOD7WH9gY25Nw=;
 b=d2ubBYLsE4pC8yX5pSpB33kyrLaYKeb4j+35uAVkMdTUCh4RXGU93g+pyVdag3U0MO
 L+ChJ/AyxtkAszpTHDQ5bbkNVh3s07q74xr0+9MhkPGRTcjf6UWZw0MD7qGv8cm6uxpj
 0wEYuEMihkrVIym4a3ygmUtnxpKqgxAW2f/PxgVVT3/izmAW0g0vEyWMZMSTzMzf//9u
 YRcSDv8r5CQjxencyA/qKZfK/jmG1ovS+Y8GoHawFrGOYn/xk6bAqWSRzl8XZgiT2S4C
 LMxyNDy9O1vUpAVXv7HukgVzYhs1CBaN31HkDV81pGvweSvj0g0JKWlVuW+gTDGQJOFc
 BTBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:date:message-id:subject:from:to;
 bh=xFoGlEbnSbhgkDBIlel1CwDMEwpc/UMOD7WH9gY25Nw=;
 b=SB9ByNyevqzRquSBEJeSbAClV212UVP144oyjCnF2R0Yvwj/VAUv4FHem4HWnmOJEc
 Yg29q/YyFV+xP/8s4iUmHxrBrYeatEB9Wy3jDrRv5Nw5W65EYGVVIh+gKAnMak4ZXDto
 LjXY3DeWksnk8D2z7ld7PudMRhAEnCS+ITyuJgt171cPU4pPtNzVFVBE5yYyvp9xaJK6
 j5pWFaa9rp2VV6w2djzINXQcG8dh44755285rwJeKbc3BbyAT3kZWkhx6QdDhkWE4df8
 ggYNOEmSaBsk5uLpraYLhiiq0wFVAr3EzblYj+F+8zPzsWPM4nW+12/LU5aEVwsdEQY9
 xkuA==
X-Gm-Message-State: AD7BkJIAEFzPzqecLjVpj4vZyj1zpr7Nde8fKHzLUgPheQZMX1dYR4PKPPIIo1L8teZ504n+MIvXGqQswG82UA==
MIME-Version: 1.0
X-Received: by 10.140.23.139 with SMTP id 11mr4242127qgp.62.1456515704443;
 Fri, 26 Feb 2016 11:41:44 -0800 (PST)
Received: by 10.140.22.197 with HTTP; Fri, 26 Feb 2016 11:41:44 -0800 (PST)
Date: Fri, 26 Feb 2016 16:41:44 -0300
Message-ID: 
From: xen user 
To: xen-users@lists.xen.org
X-Mailman-Approved-At: Sun, 28 Feb 2016 12:11:57 +0000
Subject: [Xen-users] ICH9 and sound problems
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============2957289001178745265=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============2957289001178745265==
Content-Type: multipart/alternative; boundary=001a11c14b0c2c5b0c052cb17da5

--001a11c14b0c2c5b0c052cb17da5
Content-Type: text/plain; charset=UTF-8

Hello,

I have been trying to include sound on my machines and I found a few
problems using virt manager:

if you add a sound device the system can't find the device driver even if
it looks online for it.

If the sound driver selected is ich6 or ich9 the machine won't start (this
only happens on xen. KVM works ok) and if ich9 was selected the machine
will show it has es1370 and won't allow you to change it or remove it.

so what is the proper way to get a guest sound to work?

--001a11c14b0c2c5b0c052cb17da5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Hello,

I have been trying to include so=
und on my machines and I found a few problems using virt manager:

if you add a sound device the system can't find the dev=
ice driver even if it looks online for it.

If the =
sound driver selected is ich6 or ich9 the machine won't start (this onl=
y happens on xen. KVM works ok) and if ich9 was selected the machine will s=
how it has es1370 and won't allow you to change it or remove it.
<=
div>
so what is the proper way to get a guest sound to work?<=
/div>


--001a11c14b0c2c5b0c052cb17da5--


--===============2957289001178745265==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============2957289001178745265==--


From xen-users-bounces@lists.xen.org Sun Feb 28 12:13:14 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 28 Feb 2016 12:13:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aa0Cd-0002rV-3D; Sun, 28 Feb 2016 12:11:59 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZS75-000766-7L
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 23:47:59 +0000
Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id
 09/8A-03883-E24E0D65; Fri, 26 Feb 2016 23:47:58 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-7.tower-206.messagelabs.com!1456530475!25115789!1
X-Originating-IP: [65.55.116.15]
X-SpamReason: No, hits=1.3 required=7.0 tests=FORGED_HOTMAIL_RCVD,
 HTML_20_30,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 57761 invoked from network); 26 Feb 2016 23:47:56 -0000
Received: from blu004-omc1s4.hotmail.com (HELO BLU004-OMC1S4.hotmail.com)
 (65.55.116.15)
 by server-7.tower-206.messagelabs.com with AES256-SHA256 encrypted SMTP;
 26 Feb 2016 23:47:56 -0000
Received: from BLU183-W54 ([65.55.116.8]) by BLU004-OMC1S4.hotmail.com over
 TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
 Fri, 26 Feb 2016 15:47:55 -0800
X-TMN: [hcmfSerzSK8JeI/i7cruHCvoPL1v4Ak+]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
 "xen-users@lists.xen.org" 
Date: Fri, 26 Feb 2016 18:47:54 -0500
Importance: Normal
In-Reply-To: <56D00D8D.2040704@citrix.com>
References: ,
 <56CAEEA7.7050508@citrix.com>
 ,<56CB4D1C.3000701@citrix.com>
 ,
 
 <56CC1701.3070807@citrix.com>,
 <56CD6B71.6000801@citrix.com>,
 <56CF5B2B.10001@citrix.com>, ,
 <56D00D8D.2040704@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 26 Feb 2016 23:47:55.0395 (UTC)
 FILETIME=[1D260D30:01D170F0]
X-Mailman-Approved-At: Sun, 28 Feb 2016 12:11:57 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============5825946129258883520=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============5825946129258883520==
Content-Type: multipart/alternative;
	boundary="_05c0c2f4-9ee4-46eb-99e9-a98e8913d08b_"

--_05c0c2f4-9ee4-46eb-99e9-a98e8913d08b_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



> Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl cre=
ate" on second VM
> To: badkins79@msn.com=3B xen-users@lists.xen.org
> From: roger.pau@citrix.com
> Date: Fri=2C 26 Feb 2016 09:32:13 +0100
>=20
> El 26/2/16 a les 6:25=2C Brandon Adkins ha escrit:
> >=20
> >=20
> >>
> >> El 24/2/16 a les 18:13=2C Brandon Adkins ha escrit:
> >> > Hi Roger=2C
> >> > The log messages I entered before are for the second guest. I didn't
> > include any logs for the second guest since that one works perfectly.
> >> > But maybe I am allocating my RAM too tightly? The system has 16 GB
> > of RAM=2C or 16=2C384MB. I allocated 4096MB to the host. That leaves me=
 with
> > 12=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is the=
re
> > some minimum amount that needs to remain above that?
> >> > Looking at "xl info" with both guests started=2C it says my total
> > memory is 16=2C353=2C and that my free memory is 45.
> >> > I also just tried reducing the RAM for both guests down to 5500. I
> > got the same error when starting the second guest. Thats about 1 GB of
> > unallocated space=2C so I don't think thats my issue.
> >> > I also just tried stopping both guests=2C and starting guest1 first=
=2C
> > and guest0 second. Guest1 came up fine=2C and now guest0 is stuck. Its
> > definitely related to the second vm that starts=2C and not a specific
> > configuration.
> >> > I am really at a loss of where to look. Is there anything in the
> > config that would cause the CPUs to get assigned to the first guest=2C =
so
> > the second one is left with no CPUs?
> >> > Best=2CBeau
> >> >
> >>
> >> I don't see any error in the trace=2C AFAICT libxl has correctly creat=
ed
> >> the domain. Can you paste the output of `xl list` after creating both
> >> guests?
> >>
> >> Roger.
> >=20
> > Hi Roger=2C
> >=20
> > Yes=2C I can't find any errors either=2C which makes debugging it almos=
t
> > impossible for me. Here are some outputs:
> >>xl list
> > Name                                        ID   Mem VCPUs      State =
=20
> > Time(s)
> > Domain-0                                     0  4087     2     r----- =
=20
> >  3308.0
> > guest1                                     132  5500     6     -b---- =
=20
> >   533.0
> > guest0                                     133  5500     1     r-----
> >  130103.4
> >=20
> > Interesting to see the nonfunctional guest0 has such a high Time column=
.
> > Its like its spinning in a tight loop=2C while the working guest1 is
> > running fine. Note that this is the output of my last test setup=2C whe=
re
> > I gave both vms 5500MB of RAM=2C and tried starting guest1 first.
> >=20
> >  xl vcpu-list
> > Name                                ID  VCPU   CPU State   Time(s) CPU
> > Affinity
> > Domain-0                             0     0    0   -b-    1554.4  0
> > Domain-0                             0     1    1   r--    1749.6  1
> > Domain-0                             0     2    -   --p       0.5  2
> > Domain-0                             0     3    -   --p       0.6  3
> > Domain-0                             0     4    -   --p       0.4  4
> > Domain-0                             0     5    -   --p       0.6  5
> > Domain-0                             0     6    -   --p       1.7  6
> > Domain-0                             0     7    -   --p       0.8  7
> > guest1                             132     0    7   -b-     220.4  2-7
> > guest1                             132     1    5   -b-      86.0  2-7
> > guest1                             132     2    4   -b-      73.5  2-7
> > guest1                             132     3    2   -b-      45.2  2-7
> > guest1                             132     4    6   -b-      61.8  2-7
> > guest1                             132     5    5   -b-      46.3  2-7
> > guest0                             133     0    3   r--  130279.1  2-7
> > guest0                             133     1    -   --p       0.0  2-7
> > guest0                             133     2    -   --p       0.0  2-7
> > guest0                             133     3    -   --p       0.0  2-7
> > guest0                             133     4    -   --p       0.0  2-7
> > guest0                             133     5    -   --p       0.0  2-7
> >=20
> > For some reason=2C even though I assigned 6 CPUs to both VMs=2C only th=
e
> > first one started seems to get it right.=20
> >=20
> > I believe I must have some sort of screwed up Xen configuration. Surely
> > I am not the first person to try using Xen on Debian Jessie.
>=20
> Something seems wrong regarding guest0=2C but it looks like an issue in
> the guest kernel. Can you paste the output of xl dmesg after creating
> both guests?
>=20
> AFAICT from the traces you have provided=2C you are trying to create 32bi=
t
> PV guests. Do they boot fine if you convert them to HVM? I would for
> example try to change the config files so they look like:
>=20
> guest0:
> builder=3D'hvm'
> vcpus =3D '6'
> cpus =3D '2-7'
> memory =3D '6000'
> disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C
> 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]
> name =3D 'guest0'
> vif =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]
> on_poweroff =3D 'destroy'
> on_reboot =3D 'restart'
> on_crash =3D 'restart'
>=20
> vnc=3D1
> -----------------------------------------
> guest1:
> builder=3D'hvm'
> vcpus =3D '6'
> cpus =3D '2-7'
> memory =3D '6000'
> disk =3D [ 'phy:/dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C
> 'phy:/dev/xenvolgroup/guest1swap=2Cxvda1=2Cw' ]
> name =3D 'guest1'
> vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr0' ]
> on_poweroff =3D 'destroy'
> on_reboot =3D 'restart'
> on_crash =3D 'restart'
>=20
> vnc=3D1
> -----------------------------------------
>=20
> You can then attach to the guest display using a VNC client.
>=20
> Roger.

Roger. This is a 64bit machine loaded with 64bit debian jessie. The guest V=
Ms are 32bit CentOS 6. However=2C both guest0 and guest1 are identical. Wha=
t could happen in the guest kernel that would allow one instance to run jus=
t fine=2C but the second one to freeze on boot.
I tried the "xl dmesg"=2C but its difficult to tell what output in there is=
 related to what guest. But the end of the output contained lots of the fol=
lowing 2 messages. Not sure if these mean anything:(XEN) traps.c:2514:d132 =
Domain attempted WRMSR 0000000000000140 from 0x0000000000000001 to 0x000000=
0000000000.(XEN) event_fifo.c:50:d0 domain 0=2C port 19 already on a queue
I tried using hvm to build the VMs=2C but that failed even on the first VM.=
 My output was:
Parsing config from /home/lpwcm/xen/guest0/guest.cfglibxl: error: libxl_dm.=
c:1393:device_model_spawn_outcome: domain 138 device model: spawn failed (r=
c=3D-3)libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device=
 model did not start: -3libxl: error: libxl_dm.c:1497:kill_device_model: De=
vice Model already exited
This led me to http://lists.xenproject.org/archives/html/xen-devel/2013-06/=
msg03008.html . This thread makes me think I need some extra packages insta=
lled which are not installed automatically as xen dependencies. Could this =
be causing my issue in the PV case? The only packages I had specified in my=
 apt-get line was "xen-linux-system" so I got that and all its dependencies=
. Also=2C does it matter that I also installed sysvinit-core so the host us=
es that instead of the new systemd init that is the default on jessie?
Again=2C I think its worth mentioning that these exact same images and conf=
igurations worked correctly on Debian Wheezy.
Best regards=2CBeau

 		 	   		  =

--_05c0c2f4-9ee4-46eb-99e9-a98e8913d08b_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable







>=3B Subject: Re:=
 [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl create" on second=
 VM
>=3B To: badkins79@msn.com=3B xen-users@lists.xen.org
>=3B Fr=
om: roger.pau@citrix.com
>=3B Date: Fri=2C 26 Feb 2016 09:32:13 +0100<=
br>>=3B 
>=3B El 26/2/16 a les 6:25=2C Brandon Adkins ha escrit:
=
>=3B >=3B 
>=3B >=3B 
>=3B >=3B>=3B
>=3B >=3B>=
=3B El 24/2/16 a les 18:13=2C Brandon Adkins ha escrit:
>=3B >=3B>=
=3B >=3B Hi Roger=2C
>=3B >=3B>=3B >=3B The log messages I ent=
ered before are for the second guest. I didn't
>=3B >=3B include any=
 logs for the second guest since that one works perfectly.
>=3B >=3B=
>=3B >=3B But maybe I am allocating my RAM too tightly? The system has =
16 GB
>=3B >=3B of RAM=2C or 16=2C384MB. I allocated 4096MB to the h=
ost. That leaves me with
>=3B >=3B 12=2C228MB. Each VM gets 6000=2C =
so thats 228MB unaccounted for. Is there
>=3B >=3B some minimum amou=
nt that needs to remain above that?
>=3B >=3B>=3B >=3B Looking a=
t "xl info" with both guests started=2C it says my total
>=3B >=3B m=
emory is 16=2C353=2C and that my free memory is 45.
>=3B >=3B>=3B =
>=3B I also just tried reducing the RAM for both guests down to 5500. I>=3B >=3B got the same error when starting the second guest. Thats ab=
out 1 GB of
>=3B >=3B unallocated space=2C so I don't think thats my=
 issue.
>=3B >=3B>=3B >=3B I also just tried stopping both guest=
s=2C and starting guest1 first=2C
>=3B >=3B and guest0 second. Guest=
1 came up fine=2C and now guest0 is stuck. Its
>=3B >=3B definitely =
related to the second vm that starts=2C and not a specific
>=3B >=3B=
 configuration.
>=3B >=3B>=3B >=3B I am really at a loss of wher=
e to look. Is there anything in the
>=3B >=3B config that would caus=
e the CPUs to get assigned to the first guest=2C so
>=3B >=3B the se=
cond one is left with no CPUs?
>=3B >=3B>=3B >=3B Best=2CBeau>=3B >=3B>=3B >=3B
>=3B >=3B>=3B
>=3B >=3B>=3B I=
 don't see any error in the trace=2C AFAICT libxl has correctly created
=
>=3B >=3B>=3B the domain. Can you paste the output of `xl list` after=
 creating both
>=3B >=3B>=3B guests?
>=3B >=3B>=3B
>=
=3B >=3B>=3B Roger.
>=3B >=3B 
>=3B >=3B Hi Roger=2C
&=
gt=3B >=3B 
>=3B >=3B Yes=2C I can't find any errors either=2C whi=
ch makes debugging it almost
>=3B >=3B impossible for me. Here are s=
ome outputs:
>=3B >=3B>=3Bxl list
>=3B >=3B Name           =
                             ID   Mem VCPUs      State  
>=3B >=3B T=
ime(s)
>=3B >=3B Domain-0                                     0  408=
7     2     r-----  
>=3B >=3B  3308.0
>=3B >=3B guest1      =
                               132  5500     6     -b----  
>=3B >=
=3B   533.0
>=3B >=3B guest0                                     133=
  5500     1     r-----
>=3B >=3B  130103.4
>=3B >=3B 
>=
=3B >=3B Interesting to see the nonfunctional guest0 has such a high Time=
 column.
>=3B >=3B Its like its spinning in a tight loop=2C while th=
e working guest1 is
>=3B >=3B running fine. Note that this is the ou=
tput of my last test setup=2C where
>=3B >=3B I gave both vms 5500MB=
 of RAM=2C and tried starting guest1 first.
>=3B >=3B 
>=3B >=
=3B  xl vcpu-list
>=3B >=3B Name                                ID  =
VCPU   CPU State   Time(s) CPU
>=3B >=3B Affinity
>=3B >=3B D=
omain-0                             0     0    0   -b-    1554.4  0
>=
=3B >=3B Domain-0                             0     1    1   r--    1749.=
6  1
>=3B >=3B Domain-0                             0     2    -   -=
-p       0.5  2
>=3B >=3B Domain-0                             0    =
 3    -   --p       0.6  3
>=3B >=3B Domain-0                       =
      0     4    -   --p       0.4  4
>=3B >=3B Domain-0            =
                 0     5    -   --p       0.6  5
>=3B >=3B Domain-0 =
                            0     6    -   --p       1.7  6
>=3B >=
=3B Domain-0                             0     7    -   --p       0.8  7>=3B >=3B guest1                             132     0    7   -b-     =
220.4  2-7
>=3B >=3B guest1                             132     1   =
 5   -b-      86.0  2-7
>=3B >=3B guest1                            =
 132     2    4   -b-      73.5  2-7
>=3B >=3B guest1               =
              132     3    2   -b-      45.2  2-7
>=3B >=3B guest1  =
                           132     4    6   -b-      61.8  2-7
>=3B &g=
t=3B guest1                             132     5    5   -b-      46.3  2-7=

>=3B >=3B guest0                             133     0    3   r--  =
130279.1  2-7
>=3B >=3B guest0                             133     1=
    -   --p       0.0  2-7
>=3B >=3B guest0                         =
    133     2    -   --p       0.0  2-7
>=3B >=3B guest0            =
                 133     3    -   --p       0.0  2-7
>=3B >=3B guest=
0                             133     4    -   --p       0.0  2-7
>=3B=
 >=3B guest0                             133     5    -   --p       0.0  =
2-7
>=3B >=3B 
>=3B >=3B For some reason=2C even though I ass=
igned 6 CPUs to both VMs=2C only the
>=3B >=3B first one started see=
ms to get it right. 
>=3B >=3B 
>=3B >=3B I believe I must ha=
ve some sort of screwed up Xen configuration. Surely
>=3B >=3B I am =
not the first person to try using Xen on Debian Jessie.
>=3B 
>=
=3B Something seems wrong regarding guest0=2C but it looks like an issue in=

>=3B the guest kernel. Can you paste the output of xl dmesg after cre=
ating
>=3B both guests?
>=3B 
>=3B AFAICT from the traces yo=
u have provided=2C you are trying to create 32bit
>=3B PV guests. Do t=
hey boot fine if you convert them to HVM? I would for
>=3B example try=
 to change the config files so they look like:
>=3B 
>=3B guest0:=

>=3B builder=3D'hvm'
>=3B vcpus =3D '6'
>=3B cpus =3D '2-7'=

>=3B memory =3D '6000'
>=3B disk =3D [ 'phy:/dev/xenvolgroup/gue=
st0disk=2Cxvda2=2Cw'=2C
>=3B 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=
=2Cw' ]
>=3B name =3D 'guest0'
>=3B vif =3D [ 'mac=3DAE:57:EC:01:=
54:8C=2Cbridge=3Dxenbr0' ]
>=3B on_poweroff =3D 'destroy'
>=3B on=
_reboot =3D 'restart'
>=3B on_crash =3D 'restart'
>=3B 
>=3B=
 vnc=3D1
>=3B -----------------------------------------
>=3B gues=
t1:
>=3B builder=3D'hvm'
>=3B vcpus =3D '6'
>=3B cpus =3D '2=
-7'
>=3B memory =3D '6000'
>=3B disk =3D [ 'phy:/dev/xenvolgroup/=
guest1disk=2Cxvda2=2Cw'=2C
>=3B 'phy:/dev/xenvolgroup/guest1swap=2Cxvd=
a1=2Cw' ]
>=3B name =3D 'guest1'
>=3B vif =3D [ 'mac=3D76:7B:D6:6=
F:34:C6=2Cbridge=3Dxenbr0' ]
>=3B on_poweroff =3D 'destroy'
>=3B =
on_reboot =3D 'restart'
>=3B on_crash =3D 'restart'
>=3B 
>=
=3B vnc=3D1
>=3B -----------------------------------------
>=3B <=
br>>=3B You can then attach to the guest display using a VNC client.
&=
gt=3B 
>=3B Roger.

Roger. This is a 64bit=
 machine loaded with 64bit debian jessie. The guest VMs are 32bit CentOS 6.=
 However=2C both guest0 and guest1 are identical. What could happen in the =
guest kernel that would allow one instance to run just fine=2C but the seco=
nd one to freeze on boot.

I tried the "xl dmesg"=
=2C but its difficult to tell what output in there is related to what guest=
. But the end of the output contained lots of the following 2 messages. Not=
 sure if these mean anything:
(XEN) traps.c:2514:d132 Domain=
 attempted WRMSR 0000000000000140 from 0x0000000000000001 to 0x000000000000=
0000.
(XEN) event_fifo.c:50:d0 domain 0=2C port 19 already on a q=
ueue

I tried using hvm to build the VMs=2C b=
ut that failed even on the first VM. My output was:
Parsing config =
from /home/lpwcm/xen/guest0/guest.cfg
libxl: error: libxl_dm.c:13=
93:device_model_spawn_outcome: domain 138 device model: spawn failed (rc=3D=
-3)
libxl: error: libxl_create.c:1186:domcreate_devmodel_started:=
 device model did not start: -3
libxl: error: libxl_dm.c:1497:kil=
l_device_model: Device Model already exited

=
This led me to http://lists.xenproject.org/archives/html/xen-devel/2013-06/=
msg03008.html . This thread makes me think I need some extra packages insta=
lled which are not installed automatically as xen dependencies. Could this =
be causing my issue in the PV case? The only packages I had specified in my=
 apt-get line was "xen-linux-system" so I got that and all its dependencies=
. Also=2C does it matter that I also installed sysvinit-core so the host us=
es that instead of the new systemd init that is the default on jessie?

Again=2C I think its worth mentioning that these exact=
 same images and configurations worked correctly on Debian Wheezy.

Best regards=2C
Beau

 		 	   		  

=

--_05c0c2f4-9ee4-46eb-99e9-a98e8913d08b_--


--===============5825946129258883520==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============5825946129258883520==--


From xen-users-bounces@lists.xen.org Sun Feb 28 12:13:14 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 28 Feb 2016 12:13:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aa0Cd-0002ri-Ej; Sun, 28 Feb 2016 12:11:59 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZjFh-0007Lk-G2
 for xen-users@lists.xen.org; Sat, 27 Feb 2016 18:06:01 +0000
Received: from [193.109.254.147] by server-3.bemta-14.messagelabs.com id
 DF/39-03304-885E1D65; Sat, 27 Feb 2016 18:06:00 +0000
X-Env-Sender: hsc.10oct@gmail.com
X-Msg-Ref: server-11.tower-27.messagelabs.com!1456596358!18593230!1
X-Originating-IP: [209.85.161.180]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 23186 invoked from network); 27 Feb 2016 18:05:59 -0000
Received: from mail-yw0-f180.google.com (HELO mail-yw0-f180.google.com)
 (209.85.161.180)
 by server-11.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 27 Feb 2016 18:05:59 -0000
Received: by mail-yw0-f180.google.com with SMTP id u200so92738726ywf.0
 for ; Sat, 27 Feb 2016 10:05:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc; bh=O58Ti4blpcxAftoZWr3Z+vMTzL5LuqIZnP7vBrqd320=;
 b=ALuN7vwSgbBUtuwgTLRJw4FqOCzxdpEkFVlYJJlR5xl5CBwZeXZqn/0FZYnNNmbo4z
 xqRbEq/l7cxMdjV17mGKAWMD2q7++bgTSaGEC3PR3894r4neEgjQ/F7bLED21n7oqL66
 BbY/WgGgFIUmlhEygMdRGNj40o/IwD86dSXdXWD+0ZuQrRmVZw/2biSc7TkVZ24Hjmp9
 1kNwAw687zOx1Nr9L0PcRyIw9ygrIB6Xq1bOZIQSIRM/V+1ykW+R6igeFA46CYc/Pq8c
 7SI8iIPLS4WOHu2IapwYs4gVF7VUbp6m7Xs6CWksHa2MFWqYGUUQvPZxXc0hLEp6tbhQ
 H8qg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:in-reply-to:references:date
 :message-id:subject:from:to:cc;
 bh=O58Ti4blpcxAftoZWr3Z+vMTzL5LuqIZnP7vBrqd320=;
 b=UZ5gPNmjg8h/G+rKb02Js8xDloZz+cxi+6t9Zx08YDCu9A3fRkO57RShQdxbCyN8l3
 9encRniznF1lAVupogmACyNZqZoS7gOqAcB9FvHMyytbqaYyY+bF1NSl/ojkBxXUSWjS
 CbSAARfmQxUMDxOEtflFpbItbIK9AeTnxUqIFOP339ysjB3Wnzp9coUy22yTB8vBeycw
 ri2ObuZZ8mJeQt4FDMkFK7brUWP4t+fc8Zmc69eIkYKtpGJu+p4qDlPWAUA7K0wL5owA
 UMwKv213BgDajUVrpIx8m+ypOW54UbTC9vuSRSADLzA4CgqyqScPrjKc+q1w49tmjBSV
 oM7g==
X-Gm-Message-State: AD7BkJIdfCyS4rv3vPQmQVAfuyNg5HopqHZbpa1Z2j/V4Bz9lde539IVq11LAzjUNNokuN2BWuPRwtaARGlGqA==
MIME-Version: 1.0
X-Received: by 10.129.45.194 with SMTP id t185mr4123426ywt.243.1456596357950; 
 Sat, 27 Feb 2016 10:05:57 -0800 (PST)
Received: by 10.37.32.11 with HTTP; Sat, 27 Feb 2016 10:05:57 -0800 (PST)
In-Reply-To: <1456221378.6225.116.camel@citrix.com>
References: 
 <1456221378.6225.116.camel@citrix.com>
Date: Sat, 27 Feb 2016 13:05:57 -0500
Message-ID: 
From: Harpreet Singh Chawla 
To: Ian Campbell 
X-Mailman-Approved-At: Sun, 28 Feb 2016 12:11:57 +0000
Cc: xen-users@lists.xen.org
Subject: Re: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============4083202871305590407=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============4083202871305590407==
Content-Type: multipart/alternative; boundary=001a114145367f3859052cc4447f

--001a114145367f3859052cc4447f
Content-Type: text/plain; charset=UTF-8

Hello Ian
Thanks for your reply.
I installed libnl libraries, but then I started getting this error on many
xen distributions (its the same error on xen 4.6 and 4.5) when I ran the
same command as above:

sudo xl remus -Fd  root@

libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:
/etc/xen/scripts/remus-netbuf-setup setup [-1] exited with error status 1

libxl: error: libxl_netbuffer.c:360:netbuf_setup_script_cb: Cannot get ifb
dev name for domain 4 dev vif4.0

libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to setup
device for guest with domid 4, rc -3


Although it is working fine with network buffering disabled, as earlier.

My take on this is that there is some issue with setting up the qdisc on
the backup. Am I right?
But I am not able to get solutions to this. Am I missing some packages, or
scripts?
Can you please help out with this?

Thanks

Harpreet


On Tue, Feb 23, 2016 at 4:56 AM, Ian Campbell 
wrote:

> On Sun, 2016-02-21 at 18:39 -0500, Harpreet Singh Chawla wrote:
> > I have been trying to run remus on Xen 4.6
> > I have successfully done basic migration to and fro from one server to
> > another without any issues.
> > But when I tried to run remus with networking enabled and disk buffering
> > disabled,
> >
> > ```
> > sudo xl remus -F -d linux-1 root@
> >
> > ```
> >
> > I get the following error message:
> >
> > ```
> > migration target: Ready to receive domain.
> > Saving to migration stream new xl format (info 0x3/0x0/1219)
> > libxl: error: libxl.c:889:libxl__remus_setup: Remus: No support for
> > network buffering
> > Remus: Backup failed? resuming domain at primary.
> > xc: error: Dom 1 not suspended: (shutdown 0, reason 255): Internal error
> > libxl: error: libxl_dom_suspend.c:409:libxl__domain_resume:
> > xc_domain_resume failed for domain 1: Invalid argument
> > Loading new save file  (new xl fmt info
> > 0x3/0x0/1219)
> >  Savefile contains xl domain config in JSON format
> > Parsing config from 
> > libxl: error: libxl_stream_read.c:298:stream_header_done: Invalid ident:
> > expected 0x4c6962786c466d74, got 0x0000000000000000
> >
> > ```
> >
> > I don't really need disk buffering as of now, and in some prior thread of
> > Migration Failure I read the feature doesn't work well in xen 4.6 (am not
> > sure if it has been fixed), but I need network buffering.
> > I can run the remus feature using the -n option for disabling network
> > buffering, but not with with network buffering enabled.
> >
> > Anyone has a solution for fixing this?
>
> You need to build the Xen tools with the libraries required for network
> buffering available in the build environment. From README:
>     * Development install of libnl3 (e.g., libnl-3-200,
>       libnl-3-dev, etc).  Required if network buffering is desired
>       when using Remus with libxl.  See docs/README.remus for detailed
>       information.
>
> Ian
>

--001a114145367f3859052cc4447f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Hello Ian
Thanks for your reply.I installed libnl libraries, but then I started getting this error on many=
 xen distributions (its the same error on xen 4.6 and 4.5) when I ran the s=
ame command as above:

sudo xl remus -Fd <domain_name&g=
t; root@<backup_name>

libxl: error: libxl_exec.c:118:lib=
xl_report_child_exitstatus: /etc/xen/scripts/remus-netbuf-setup setup [-1] =
exited with error status 1

libxl: error: libxl_netbuffer.c:360:=
netbuf_setup_script_cb: Cannot get ifb dev name for domain 4 dev vif4.0
=

libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to set=
up device for guest with domid 4, rc -3


Although it is work=
ing fine with network buffering disabled, as earlier.

My=
 take on this is that there is some issue with setting up the qdisc on the =
backup. Am I right? 
But I am not able to get solutions to this. Am I mi=
ssing some packages, or scripts?
Can you please help out with this=
?

Thanks 

Harpreet

On Tue, Feb 23, 2016 at 4:56 AM, Ian Campbell <=
ian.campbell@citrix.com> wrote:
On Sun, 2016-02-21 at 18:39 -0=
500, Harpreet Singh Chawla wrote:

> I have been trying to run remus on Xen 4.6

> I have successfully done basic migration to and fro from one server to=


> another without any issues.

> But when I tried to run remus with networking enabled and disk bufferi=
ng

> disabled,

>

> ```

> sudo xl remus -F -d linux-1 root@<server_domain_name>

>

> ```

>

> I get the following error message:

>

> ```

> migration target: Ready to receive domain.

> Saving to migration stream new xl format (info 0x3/0x0/1219)

> libxl: error: libxl.c:889:libxl__remus_setup: Remus: No support for
> network buffering

> Remus: Backup failed? resuming domain at primary.

> xc: error: Dom 1 not suspended: (shutdown 0, reason 255): Internal err=
or

> libxl: error: libxl_dom_suspend.c:409:libxl__domain_resume:

> xc_domain_resume failed for domain 1: Invalid argument

> Loading new save file <incoming migration stream> (new xl fmt in=
fo

> 0x3/0x0/1219)

> =C2=A0Savefile contains xl domain config in JSON format

> Parsing config from <saved>

> libxl: error: libxl_stream_read.c:298:stream_header_done: Invalid iden=
t:

> expected 0x4c6962786c466d74, got 0x0000000000000000

>

> ```

>

> I don't really need disk buffering as of now, and in some prior th=
read of

> Migration Failure I read the feature doesn't work well in xen 4.6 =
(am not

> sure if it has been fixed), but I need network buffering.

> I can run the remus feature using the -n option for disabling network<=
br>
> buffering, but not with with network buffering enabled.

>

> Anyone has a solution for fixing this?




You need to build the Xen tools with the libraries required for=
 network

buffering available in the build environment. From README:

=C2=A0 =C2=A0 * Development install of libnl3 (e.g., libnl-3-200,

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0libnl-3-dev, etc).=C2=A0=C2=A0Required =
if network buffering is desired

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0when using Remus with libxl.=C2=A0=C2=
=A0See docs/README.remus for detailed

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0information.



Ian





--001a114145367f3859052cc4447f--


--===============4083202871305590407==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============4083202871305590407==--


From xen-users-bounces@lists.xen.org Sun Feb 28 12:13:14 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 28 Feb 2016 12:13:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aa0Cc-0002rI-OQ; Sun, 28 Feb 2016 12:11:58 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZOGp-0006E4-CA
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 19:41:47 +0000
Received: from [85.158.137.68] by server-12.bemta-3.messagelabs.com id
 98/C1-19343-A7AA0D65; Fri, 26 Feb 2016 19:41:46 +0000
X-Env-Sender: xenuserforlist@gmail.com
X-Msg-Ref: server-5.tower-31.messagelabs.com!1456515704!25393996!1
X-Originating-IP: [209.85.192.67]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63477 invoked from network); 26 Feb 2016 19:41:45 -0000
Received: from mail-qg0-f67.google.com (HELO mail-qg0-f67.google.com)
 (209.85.192.67)
 by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 26 Feb 2016 19:41:45 -0000
Received: by mail-qg0-f67.google.com with SMTP id e61so6247058qgf.1
 for ; Fri, 26 Feb 2016 11:41:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:date:message-id:subject:from:to;
 bh=xFoGlEbnSbhgkDBIlel1CwDMEwpc/UMOD7WH9gY25Nw=;
 b=d2ubBYLsE4pC8yX5pSpB33kyrLaYKeb4j+35uAVkMdTUCh4RXGU93g+pyVdag3U0MO
 L+ChJ/AyxtkAszpTHDQ5bbkNVh3s07q74xr0+9MhkPGRTcjf6UWZw0MD7qGv8cm6uxpj
 0wEYuEMihkrVIym4a3ygmUtnxpKqgxAW2f/PxgVVT3/izmAW0g0vEyWMZMSTzMzf//9u
 YRcSDv8r5CQjxencyA/qKZfK/jmG1ovS+Y8GoHawFrGOYn/xk6bAqWSRzl8XZgiT2S4C
 LMxyNDy9O1vUpAVXv7HukgVzYhs1CBaN31HkDV81pGvweSvj0g0JKWlVuW+gTDGQJOFc
 BTBQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:date:message-id:subject:from:to;
 bh=xFoGlEbnSbhgkDBIlel1CwDMEwpc/UMOD7WH9gY25Nw=;
 b=SB9ByNyevqzRquSBEJeSbAClV212UVP144oyjCnF2R0Yvwj/VAUv4FHem4HWnmOJEc
 Yg29q/YyFV+xP/8s4iUmHxrBrYeatEB9Wy3jDrRv5Nw5W65EYGVVIh+gKAnMak4ZXDto
 LjXY3DeWksnk8D2z7ld7PudMRhAEnCS+ITyuJgt171cPU4pPtNzVFVBE5yYyvp9xaJK6
 j5pWFaa9rp2VV6w2djzINXQcG8dh44755285rwJeKbc3BbyAT3kZWkhx6QdDhkWE4df8
 ggYNOEmSaBsk5uLpraYLhiiq0wFVAr3EzblYj+F+8zPzsWPM4nW+12/LU5aEVwsdEQY9
 xkuA==
X-Gm-Message-State: AD7BkJIAEFzPzqecLjVpj4vZyj1zpr7Nde8fKHzLUgPheQZMX1dYR4PKPPIIo1L8teZ504n+MIvXGqQswG82UA==
MIME-Version: 1.0
X-Received: by 10.140.23.139 with SMTP id 11mr4242127qgp.62.1456515704443;
 Fri, 26 Feb 2016 11:41:44 -0800 (PST)
Received: by 10.140.22.197 with HTTP; Fri, 26 Feb 2016 11:41:44 -0800 (PST)
Date: Fri, 26 Feb 2016 16:41:44 -0300
Message-ID: 
From: xen user 
To: xen-users@lists.xen.org
X-Mailman-Approved-At: Sun, 28 Feb 2016 12:11:57 +0000
Subject: [Xen-users] ICH9 and sound problems
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============2957289001178745265=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============2957289001178745265==
Content-Type: multipart/alternative; boundary=001a11c14b0c2c5b0c052cb17da5

--001a11c14b0c2c5b0c052cb17da5
Content-Type: text/plain; charset=UTF-8

Hello,

I have been trying to include sound on my machines and I found a few
problems using virt manager:

if you add a sound device the system can't find the device driver even if
it looks online for it.

If the sound driver selected is ich6 or ich9 the machine won't start (this
only happens on xen. KVM works ok) and if ich9 was selected the machine
will show it has es1370 and won't allow you to change it or remove it.

so what is the proper way to get a guest sound to work?

--001a11c14b0c2c5b0c052cb17da5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Hello,

I have been trying to include so=
und on my machines and I found a few problems using virt manager:

if you add a sound device the system can't find the dev=
ice driver even if it looks online for it.

If the =
sound driver selected is ich6 or ich9 the machine won't start (this onl=
y happens on xen. KVM works ok) and if ich9 was selected the machine will s=
how it has es1370 and won't allow you to change it or remove it.
<=
div>
so what is the proper way to get a guest sound to work?<=
/div>


--001a11c14b0c2c5b0c052cb17da5--


--===============2957289001178745265==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============2957289001178745265==--


From xen-users-bounces@lists.xen.org Sun Feb 28 12:13:14 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Sun, 28 Feb 2016 12:13:14 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aa0Cc-0002qr-DO; Sun, 28 Feb 2016 12:11:58 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aZAtw-0001NV-46
 for xen-users@lists.xen.org; Fri, 26 Feb 2016 05:25:16 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
 B0/0A-02989-BB1EFC65; Fri, 26 Feb 2016 05:25:15 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-4.tower-27.messagelabs.com!1456464312!25925267!1
X-Originating-IP: [65.55.116.13]
X-SpamReason: No, hits=0.4 required=7.0 tests=FORGED_HOTMAIL_RCVD,
 HTML_60_70,HTML_MESSAGE
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22445 invoked from network); 26 Feb 2016 05:25:13 -0000
Received: from blu004-omc1s2.hotmail.com (HELO BLU004-OMC1S2.hotmail.com)
 (65.55.116.13)
 by server-4.tower-27.messagelabs.com with AES256-SHA256 encrypted SMTP;
 26 Feb 2016 05:25:13 -0000
Received: from BLU183-W50 ([65.55.116.8]) by BLU004-OMC1S2.hotmail.com over
 TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
 Thu, 25 Feb 2016 21:25:12 -0800
X-TMN: [JLlB1WrNpXFAzrjpZ1bjd4HQVEVyFECi]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
 "xen-users@lists.xen.org" 
Date: Fri, 26 Feb 2016 00:25:11 -0500
Importance: Normal
In-Reply-To: <56CF5B2B.10001@citrix.com>
References: ,
 <56CAEEA7.7050508@citrix.com>
 ,<56CB4D1C.3000701@citrix.com>
 ,
 
 <56CC1701.3070807@citrix.com>,
 <56CD6B71.6000801@citrix.com>, ,
 <56CF5B2B.10001@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 26 Feb 2016 05:25:12.0399 (UTC)
 FILETIME=[10EE0DF0:01D17056]
X-Mailman-Approved-At: Sun, 28 Feb 2016 12:11:57 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============9025524323497200806=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============9025524323497200806==
Content-Type: multipart/alternative;
	boundary="_d2d85d34-c1b6-468e-bb7c-99fcaf8b8376_"

--_d2d85d34-c1b6-468e-bb7c-99fcaf8b8376_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



>=20
> El 24/2/16 a les 18:13=2C Brandon Adkins ha escrit:
> > Hi Roger=2C
> > The log messages I entered before are for the second guest. I didn't in=
clude any logs for the second guest since that one works perfectly.
> > But maybe I am allocating my RAM too tightly? The system has 16 GB of R=
AM=2C or 16=2C384MB. I allocated 4096MB to the host. That leaves me with 12=
=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is there som=
e minimum amount that needs to remain above that?
> > Looking at "xl info" with both guests started=2C it says my total memor=
y is 16=2C353=2C and that my free memory is 45.
> > I also just tried reducing the RAM for both guests down to 5500. I got =
the same error when starting the second guest. Thats about 1 GB of unalloca=
ted space=2C so I don't think thats my issue.
> > I also just tried stopping both guests=2C and starting guest1 first=2C =
and guest0 second. Guest1 came up fine=2C and now guest0 is stuck. Its defi=
nitely related to the second vm that starts=2C and not a specific configura=
tion.
> > I am really at a loss of where to look. Is there anything in the config=
 that would cause the CPUs to get assigned to the first guest=2C so the sec=
ond one is left with no CPUs?
> > Best=2CBeau 		 	   		 =20
> >=20
>=20
> I don't see any error in the trace=2C AFAICT libxl has correctly created
> the domain. Can you paste the output of `xl list` after creating both
> guests?
>=20
> Roger.

Hi Roger=2C
Yes=2C I can't find any errors either=2C which makes debugging it almost im=
possible for me. Here are some outputs:>xl listName                        =
                ID   Mem VCPUs      State   Time(s)Domain-0                =
                     0  4087     2     r-----    3308.0guest1              =
                       132  5500     6     -b----     533.0guest0          =
                           133  5500     1     r-----  130103.4
Interesting to see the nonfunctional guest0 has such a high Time column. It=
s like its spinning in a tight loop=2C while the working guest1 is running =
fine. Note that this is the output of my last test setup=2C where I gave bo=
th vms 5500MB of RAM=2C and tried starting guest1 first.
 xl vcpu-listName                                ID  VCPU   CPU State   Tim=
e(s) CPU AffinityDomain-0                             0     0    0   -b-   =
 1554.4  0Domain-0                             0     1    1   r--    1749.6=
  1Domain-0                             0     2    -   --p       0.5  2Doma=
in-0                             0     3    -   --p       0.6  3Domain-0   =
                          0     4    -   --p       0.4  4Domain-0          =
                   0     5    -   --p       0.6  5Domain-0                 =
            0     6    -   --p       1.7  6Domain-0                        =
     0     7    -   --p       0.8  7guest1                             132 =
    0    7   -b-     220.4  2-7guest1                             132     1=
    5   -b-      86.0  2-7guest1                             132     2    4=
   -b-      73.5  2-7guest1                             132     3    2   -b=
-      45.2  2-7guest1                             132     4    6   -b-    =
  61.8  2-7guest1                             132     5    5   -b-      46.=
3  2-7guest0                             133     0    3   r--  130279.1  2-=
7guest0                             133     1    -   --p       0.0  2-7gues=
t0                             133     2    -   --p       0.0  2-7guest0   =
                          133     3    -   --p       0.0  2-7guest0        =
                     133     4    -   --p       0.0  2-7guest0             =
                133     5    -   --p       0.0  2-7
For some reason=2C even though I assigned 6 CPUs to both VMs=2C only the fi=
rst one started seems to get it right.=20
I believe I must have some sort of screwed up Xen configuration. Surely I a=
m not the first person to try using Xen on Debian Jessie.
Thanks for your continued help=2CBeau
 		 	   		  =

--_d2d85d34-c1b6-468e-bb7c-99fcaf8b8376_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable







>=3B 
>=3B E=
l 24/2/16 a les 18:13=2C Brandon Adkins ha escrit:
>=3B >=3B Hi Roge=
r=2C
>=3B >=3B The log messages I entered before are for the second =
guest. I didn't include any logs for the second guest since that one works =
perfectly.
>=3B >=3B But maybe I am allocating my RAM too tightly? T=
he system has 16 GB of RAM=2C or 16=2C384MB. I allocated 4096MB to the host=
. That leaves me with 12=2C228MB. Each VM gets 6000=2C so thats 228MB unacc=
ounted for. Is there some minimum amount that needs to remain above that?>=3B >=3B Looking at "xl info" with both guests started=2C it says my=
 total memory is 16=2C353=2C and that my free memory is 45.
>=3B >=
=3B I also just tried reducing the RAM for both guests down to 5500. I got =
the same error when starting the second guest. Thats about 1 GB of unalloca=
ted space=2C so I don't think thats my issue.
>=3B >=3B I also just =
tried stopping both guests=2C and starting guest1 first=2C and guest0 secon=
d. Guest1 came up fine=2C and now guest0 is stuck. Its definitely related t=
o the second vm that starts=2C and not a specific configuration.
>=3B =
>=3B I am really at a loss of where to look. Is there anything in the con=
fig that would cause the CPUs to get assigned to the first guest=2C so the =
second one is left with no CPUs?
>=3B >=3B Best=2CBeau 		 	   		  >=3B >=3B 
>=3B 
>=3B I don't see any error in the trace=2C=
 AFAICT libxl has correctly created
>=3B the domain. Can you paste the=
 output of `xl list` after creating both
>=3B guests?
>=3B 
&g=
t=3B Roger.

Hi Roger=2C

Yes=2C I can't find any errors either=2C which makes debugging it almost=
 impossible for me. Here are some outputs:
>=3Bxl list
Name  =3B  =3B  =3B  =3B  =3B  =3B  =3B =
 =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B &nb=
sp=3B  =3B  =3B  =3B  =3BID  =3B Mem VCPUs  =3B &nb=
sp=3B  =3BState  =3B Time(s)
Domain-0  =3B  =3B &=
nbsp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B &nbs=
p=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B 0  =
=3B4087  =3B  =3B 2  =3B  =3B r-----  =3B  =3B3308.=
0
guest1  =3B  =3B  =3B  =3B  =3B  =3B &n=
bsp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B 132  =3B5500  =3B  =3B 6  =
=3B  =3B -b----  =3B  =3B 533.0
guest0  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B 13=
3  =3B5500  =3B  =3B 1  =3B  =3B r-----  =3B130103.=
4

Interesting to see the nonfunctional guest=
0 has such a high Time column. Its like its spinning in a tight loop=2C whi=
le the working guest1 is running fine. Note that this is the output of my l=
ast test setup=2C where I gave both vms 5500MB of RAM=2C and tried starting=
 guest1 first.

 =3Bxl vcpu-list
Name  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
ID  =3BVCPU  =3B CPU State  =3B Time(s) CPU Affinity
=
Domain-0  =3B  =3B  =3B  =3B  =3B  =3B  =3B &nb=
sp=3B  =3B  =3B  =3B  =3B  =3B  =3B 0  =3B &nbs=
p=3B 0  =3B  =3B0  =3B -b-  =3B  =3B1554.4  =3B0
Domain-0  =3B  =3B  =3B  =3B  =3B  =3B &nbs=
p=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B 0  =
=3B  =3B 1  =3B  =3B1  =3B r--  =3B  =3B1749.6 &nbs=
p=3B1
Domain-0  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
 0  =3B  =3B 2  =3B  =3B-  =3B --p  =3B  =3B &n=
bsp=3B 0.5  =3B2
Domain-0  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B &n=
bsp=3B  =3B 0  =3B  =3B 3  =3B  =3B-  =3B --p  =
=3B  =3B  =3B 0.6  =3B3
Domain-0  =3B  =3B &n=
bsp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B 0  =3B  =3B 4  =3B  =3B- &nb=
sp=3B --p  =3B  =3B  =3B 0.4  =3B4
Domain-0  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B  =3B  =3B 0  =3B  =3B 5  =
=3B  =3B-  =3B --p  =3B  =3B  =3B 0.6  =3B5
Domain-0  =3B  =3B  =3B  =3B  =3B  =3B  =3B =
 =3B  =3B  =3B  =3B  =3B  =3B  =3B 0  =3B &=
nbsp=3B 6  =3B  =3B-  =3B --p  =3B  =3B  =3B 1.7 &n=
bsp=3B6
Domain-0  =3B  =3B  =3B  =3B  =3B &nb=
sp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B 0  =3B  =3B 7  =3B  =3B-  =3B --p  =3B  =3B=
  =3B 0.8  =3B7
guest1  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B 132  =3B  =3B 0  =3B  =3B7  =3B -b- =
 =3B  =3B 220.4  =3B2-7
guest1  =3B  =3B &nbs=
p=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B 132  =3B  =3B 1  =3B  =3B5 &=
nbsp=3B -b-  =3B  =3B  =3B86.0  =3B2-7
guest1 &nb=
sp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B 132  =3B  =3B 2 &n=
bsp=3B  =3B4  =3B -b-  =3B  =3B  =3B73.5  =3B2-7
guest1  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B 132 &nbs=
p=3B  =3B 3  =3B  =3B2  =3B -b-  =3B  =3B  =3B4=
5.2  =3B2-7
guest1  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B 132  =3B  =3B 4  =3B  =3B6  =3B -b-  =3B =
 =3B  =3B61.8  =3B2-7
guest1  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B 132  =3B  =3B 5  =3B  =3B5 &nbs=
p=3B -b-  =3B  =3B  =3B46.3  =3B2-7
guest0  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B  =3B  =3B 133  =3B  =3B 0  =
=3B  =3B3  =3B r--  =3B130279.1  =3B2-7
guest0 &n=
bsp=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B 133  =3B  =3B 1 &n=
bsp=3B  =3B-  =3B --p  =3B  =3B  =3B 0.0  =3B2-7
guest0  =3B  =3B  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B 133 &nbs=
p=3B  =3B 2  =3B  =3B-  =3B --p  =3B  =3B  =3B =
0.0  =3B2-7
guest0  =3B  =3B  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B 133  =3B  =3B 3  =3B  =3B-  =3B --p  =3B =
 =3B  =3B 0.0  =3B2-7
guest0  =3B  =3B  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B 133  =3B  =3B 4  =3B  =3B- &nbs=
p=3B --p  =3B  =3B  =3B 0.0  =3B2-7
guest0  =
=3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B  =3B=
  =3B  =3B  =3B  =3B  =3B 133  =3B  =3B 5  =
=3B  =3B-  =3B --p  =3B  =3B  =3B 0.0  =3B2-7
=


For some reason=2C even though I assigned 6 CPUs =
to both VMs=2C only the first one started seems to get it right. =3B

I believe I must have some sort of screwed up Xen co=
nfiguration. Surely I am not the first person to try using Xen on Debian Je=
ssie.

Thanks for your continued help=2C
=
Beau

 		 	   		  

=

--_d2d85d34-c1b6-468e-bb7c-99fcaf8b8376_--


--===============9025524323497200806==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============9025524323497200806==--


From xen-users-bounces@lists.xen.org Mon Feb 29 10:25:42 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 10:25:42 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaL06-000195-Mz; Mon, 29 Feb 2016 10:24:26 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84) (envelope-from )
 id 1aaL05-00014U-3y
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 10:24:25 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
 C8/63-03449-85C14D65; Mon, 29 Feb 2016 10:24:24 +0000
X-Env-Sender: et@etit.hu
X-Msg-Ref: server-11.tower-206.messagelabs.com!1456741463!13362660!1
X-Originating-IP: [94.199.181.31]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9300 invoked from network); 29 Feb 2016 10:24:23 -0000
Received: from mail.etit.hu (HELO mail.etit.hu) (94.199.181.31)
 by server-11.tower-206.messagelabs.com with SMTP; 29 Feb 2016 10:24:23 -0000
Received: from localhost (localhost [127.0.0.1])
 by mail.etit.hu (Postfix) with ESMTP id C33F713B3
 for ; Mon, 29 Feb 2016 11:24:22 +0100 (CET)
Received: from [192.168.100.225] (87.229.89.127.z-net.hu [87.229.89.127])
 by mail.etit.hu (Postfix) with ESMTPSA id 1C6D413D5
 for ; Mon, 29 Feb 2016 11:24:02 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=etit.hu; s=mail;
 t=1456741443; bh=sG43+WvYoOur5kOVmc0oYxnRVWim4SjX67p77QIKXLI=;
 h=Subject:To:From:Message-ID:Date:MIME-Version:Content-Type:From;
 b=iVG0XxMsUtkLE25P3EnqXo99yi+dHKpSJK1PQpp3pn5LRX/VbTGcDZDVupx6YVGe7
 WfFAFMvg8Q6pXUNi8rsmSC32l9h01xLIJL3fmzXrDGZeRAka8GKWtB4Ar/9Y+EP+g2
 nyCfh1Zg7DQmxgkM3IOlGuFXOCqxoZhf/laPCb/I=
To: xen-users@lists.xen.org
References: <56D0ED5F.3020801@op.pl>
From: =?UTF-8?B?w4lsacOhcyBUYW3DoXM=?= 
Organization: ETIT[nwpro] KFT
Message-ID: <56D41C42.6010207@etit.hu>
Date: Mon, 29 Feb 2016 11:24:02 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <56D0ED5F.3020801@op.pl>
Subject: Re: [Xen-users] Using Remus to build a 2-node HA firewall - is it a
 good idea?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============0296877265270578938=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===============0296877265270578938==
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="aAnpagfdsLnK23s6BPb706x0PjCPDCXkA"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--aAnpagfdsLnK23s6BPb706x0PjCPDCXkA
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi.

Depending on your usage scenario you can use a network-based solution,
like VRRP, or HSRP? (We are using VRRP with mikrotik, if you can solve
the config-sync problem, it just works fine)



2016-02-27 01:27 keltez=C3=A9ssel, Kuba =C3=ADrta:
> Dear List,
>=20
> I'm looking for possible solutions to create a 2-node highly available
> firewall (pfSense-based) and using Remus to achieve this seems like an
> interesting idea, at least at the first glance.
>=20
> But is this a good idea? Or maybe I'm just out of my mind? ;)
>=20
> I'm aware that pfSense offers all the functionality required to create
> an HA cluster, but I'm really curious about alternative solutions.
>=20
> I would be very grateful for your opinion.
>=20
> Best regards,
> Kuba
>=20
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users

--=20


=C3=89li=C3=A1s Tam=C3=A1s
Thomas Elias

ETIT[nwpro] KFT, =C3=9Cgyvezet=C5=91-H=C3=A1l=C3=B3zatbiztons=C3=A1gi spe=
cialista
ETIT[nwpro] Ltd, General Manager-Network security specialist

Tel. HU: +36/30-497-1626
Tel. DE: +49/160-651-8723
OpenPGP pubkey: http://etit.hu/doc/et-pub.asc

Okleveles m=C3=A9rn=C3=B6k-informatikus (MSC)
Master of Science in Information Technology (MSC)

Kapcsolat: http://etit.hu/index.php/hu/kapcsolat
Jogi nyilatkozat: http://etit.hu/disclaimer-email-hu.txt
Contact: http://etit.hu/index.php/en/contact
Disclaimer: http://etit.hu/disclaimer-email-en.txt


--aAnpagfdsLnK23s6BPb706x0PjCPDCXkA
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJW1BxCAAoJENWYes1C3s/CZPMQAI5FN80Rpno/wlOUr4FNTQHo
mjGflXztHB7JNo+CIEGXeaBh51TuLNr1DuGw50KRL9z8HlbLTH0x+lFPPAe9riEz
kNov3uv0/HXTTruixb72uxSl/4Rv1kkohv0g6tsiKA9Y63TNDJl7L/Rdt1LkUztd
9vzXS/hEKW11xWtzErqnwMVhab7KdrhzEufzQKn/jfrG6bsHMcTyAwctCHj80RCG
vg2l2xVxoyrM/QPm5HA/UbILBdtnQCPEfwXwNYUZpQRtE2L+wzPFY2OIlTDBMe5a
sErbeSHbJzLPGe+11vm2odFyU3xwtPZ4JIhjnwASaRsjAaUMR6qIk5qHaooeHaeN
nxJwjeSY9h764EFi74f2rguKq2yzkPeB1iTgCRw6tz+rj6hKUyjh7mzpA2bwzz9x
gspHxurxYmEktHC22lPo+xsxpG1B3D8p9zNj6BOx3MttDEU1izZAzUJlV0XG7gxo
hzaKuh4vMWXFlBDIi5Af1w9fIMTOeSZSezghY5X8YikQ5ha0AT3FSRu6pi6S28Eo
YD1jtGFixsaoU1xBa1IXZHjZP6vrp454PJhbxKwm/xqUeAsrwUH0WNlQvcjNtRE+
pe2LfgBDmc96QDkNnFQFr8AuBMIFah0FicKqrb/viyfDiTKziXT0xUjOiDoxkjjE
t/ZervnQQQTGm4D3ummu
=1P0K
-----END PGP SIGNATURE-----

--aAnpagfdsLnK23s6BPb706x0PjCPDCXkA--


--===============0296877265270578938==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============0296877265270578938==--


From xen-users-bounces@lists.xen.org Mon Feb 29 10:25:42 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 10:25:42 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaL06-000195-Mz; Mon, 29 Feb 2016 10:24:26 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84) (envelope-from )
 id 1aaL05-00014U-3y
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 10:24:25 +0000
Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id
 C8/63-03449-85C14D65; Mon, 29 Feb 2016 10:24:24 +0000
X-Env-Sender: et@etit.hu
X-Msg-Ref: server-11.tower-206.messagelabs.com!1456741463!13362660!1
X-Originating-IP: [94.199.181.31]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 9300 invoked from network); 29 Feb 2016 10:24:23 -0000
Received: from mail.etit.hu (HELO mail.etit.hu) (94.199.181.31)
 by server-11.tower-206.messagelabs.com with SMTP; 29 Feb 2016 10:24:23 -0000
Received: from localhost (localhost [127.0.0.1])
 by mail.etit.hu (Postfix) with ESMTP id C33F713B3
 for ; Mon, 29 Feb 2016 11:24:22 +0100 (CET)
Received: from [192.168.100.225] (87.229.89.127.z-net.hu [87.229.89.127])
 by mail.etit.hu (Postfix) with ESMTPSA id 1C6D413D5
 for ; Mon, 29 Feb 2016 11:24:02 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=etit.hu; s=mail;
 t=1456741443; bh=sG43+WvYoOur5kOVmc0oYxnRVWim4SjX67p77QIKXLI=;
 h=Subject:To:From:Message-ID:Date:MIME-Version:Content-Type:From;
 b=iVG0XxMsUtkLE25P3EnqXo99yi+dHKpSJK1PQpp3pn5LRX/VbTGcDZDVupx6YVGe7
 WfFAFMvg8Q6pXUNi8rsmSC32l9h01xLIJL3fmzXrDGZeRAka8GKWtB4Ar/9Y+EP+g2
 nyCfh1Zg7DQmxgkM3IOlGuFXOCqxoZhf/laPCb/I=
To: xen-users@lists.xen.org
References: <56D0ED5F.3020801@op.pl>
From: =?UTF-8?B?w4lsacOhcyBUYW3DoXM=?= 
Organization: ETIT[nwpro] KFT
Message-ID: <56D41C42.6010207@etit.hu>
Date: Mon, 29 Feb 2016 11:24:02 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.5.1
MIME-Version: 1.0
In-Reply-To: <56D0ED5F.3020801@op.pl>
Subject: Re: [Xen-users] Using Remus to build a 2-node HA firewall - is it a
 good idea?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============0296877265270578938=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===============0296877265270578938==
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="aAnpagfdsLnK23s6BPb706x0PjCPDCXkA"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--aAnpagfdsLnK23s6BPb706x0PjCPDCXkA
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi.

Depending on your usage scenario you can use a network-based solution,
like VRRP, or HSRP? (We are using VRRP with mikrotik, if you can solve
the config-sync problem, it just works fine)



2016-02-27 01:27 keltez=C3=A9ssel, Kuba =C3=ADrta:
> Dear List,
>=20
> I'm looking for possible solutions to create a 2-node highly available
> firewall (pfSense-based) and using Remus to achieve this seems like an
> interesting idea, at least at the first glance.
>=20
> But is this a good idea? Or maybe I'm just out of my mind? ;)
>=20
> I'm aware that pfSense offers all the functionality required to create
> an HA cluster, but I'm really curious about alternative solutions.
>=20
> I would be very grateful for your opinion.
>=20
> Best regards,
> Kuba
>=20
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xen.org
> http://lists.xen.org/xen-users

--=20


=C3=89li=C3=A1s Tam=C3=A1s
Thomas Elias

ETIT[nwpro] KFT, =C3=9Cgyvezet=C5=91-H=C3=A1l=C3=B3zatbiztons=C3=A1gi spe=
cialista
ETIT[nwpro] Ltd, General Manager-Network security specialist

Tel. HU: +36/30-497-1626
Tel. DE: +49/160-651-8723
OpenPGP pubkey: http://etit.hu/doc/et-pub.asc

Okleveles m=C3=A9rn=C3=B6k-informatikus (MSC)
Master of Science in Information Technology (MSC)

Kapcsolat: http://etit.hu/index.php/hu/kapcsolat
Jogi nyilatkozat: http://etit.hu/disclaimer-email-hu.txt
Contact: http://etit.hu/index.php/en/contact
Disclaimer: http://etit.hu/disclaimer-email-en.txt


--aAnpagfdsLnK23s6BPb706x0PjCPDCXkA
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQIcBAEBAgAGBQJW1BxCAAoJENWYes1C3s/CZPMQAI5FN80Rpno/wlOUr4FNTQHo
mjGflXztHB7JNo+CIEGXeaBh51TuLNr1DuGw50KRL9z8HlbLTH0x+lFPPAe9riEz
kNov3uv0/HXTTruixb72uxSl/4Rv1kkohv0g6tsiKA9Y63TNDJl7L/Rdt1LkUztd
9vzXS/hEKW11xWtzErqnwMVhab7KdrhzEufzQKn/jfrG6bsHMcTyAwctCHj80RCG
vg2l2xVxoyrM/QPm5HA/UbILBdtnQCPEfwXwNYUZpQRtE2L+wzPFY2OIlTDBMe5a
sErbeSHbJzLPGe+11vm2odFyU3xwtPZ4JIhjnwASaRsjAaUMR6qIk5qHaooeHaeN
nxJwjeSY9h764EFi74f2rguKq2yzkPeB1iTgCRw6tz+rj6hKUyjh7mzpA2bwzz9x
gspHxurxYmEktHC22lPo+xsxpG1B3D8p9zNj6BOx3MttDEU1izZAzUJlV0XG7gxo
hzaKuh4vMWXFlBDIi5Af1w9fIMTOeSZSezghY5X8YikQ5ha0AT3FSRu6pi6S28Eo
YD1jtGFixsaoU1xBa1IXZHjZP6vrp454PJhbxKwm/xqUeAsrwUH0WNlQvcjNtRE+
pe2LfgBDmc96QDkNnFQFr8AuBMIFah0FicKqrb/viyfDiTKziXT0xUjOiDoxkjjE
t/ZervnQQQTGm4D3ummu
=1P0K
-----END PGP SIGNATURE-----

--aAnpagfdsLnK23s6BPb706x0PjCPDCXkA--


--===============0296877265270578938==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============0296877265270578938==--


From xen-users-bounces@lists.xen.org Mon Feb 29 11:43:00 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 11:43:00 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaMCx-0007Ek-Eo; Mon, 29 Feb 2016 11:41:47 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aaMCw-0007Eb-JD
 for xen-users@lists.xenproject.org; Mon, 29 Feb 2016 11:41:46 +0000
Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id
 32/49-03800-97E24D65; Mon, 29 Feb 2016 11:41:45 +0000
X-Env-Sender: prvs=8601da6d6=wei.liu2@citrix.com
X-Msg-Ref: server-13.tower-206.messagelabs.com!1456746104!25417901!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11392 invoked from network); 29 Feb 2016 11:41:45 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
 by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
 29 Feb 2016 11:41:45 -0000
X-IronPort-AV: E=Sophos;i="5.22,520,1449532800"; d="scan'208";a="341864685"
Date: Mon, 29 Feb 2016 11:41:42 +0000
From: Wei Liu 
To: Wenhui Zhang 
Message-ID: <20160229114142.GE17111@citrix.com>
References: 
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: Wei Liu , xen-users@lists.xenproject.org
Subject: Re: [Xen-users] Xen 4.4 on Ubuntu14.04,
	freeze while using"xl create'
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RG8geW91IGhhdmUgInhsIGRtZXNnIiBvdXRwdXQ/CgpXZWkuCgpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11
c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Mon Feb 29 11:43:00 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 11:43:00 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaMCx-0007Ek-Eo; Mon, 29 Feb 2016 11:41:47 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aaMCw-0007Eb-JD
 for xen-users@lists.xenproject.org; Mon, 29 Feb 2016 11:41:46 +0000
Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id
 32/49-03800-97E24D65; Mon, 29 Feb 2016 11:41:45 +0000
X-Env-Sender: prvs=8601da6d6=wei.liu2@citrix.com
X-Msg-Ref: server-13.tower-206.messagelabs.com!1456746104!25417901!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 11392 invoked from network); 29 Feb 2016 11:41:45 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
 by server-13.tower-206.messagelabs.com with RC4-SHA encrypted SMTP;
 29 Feb 2016 11:41:45 -0000
X-IronPort-AV: E=Sophos;i="5.22,520,1449532800"; d="scan'208";a="341864685"
Date: Mon, 29 Feb 2016 11:41:42 +0000
From: Wei Liu 
To: Wenhui Zhang 
Message-ID: <20160229114142.GE17111@citrix.com>
References: 
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: Wei Liu , xen-users@lists.xenproject.org
Subject: Re: [Xen-users] Xen 4.4 on Ubuntu14.04,
	freeze while using"xl create'
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RG8geW91IGhhdmUgInhsIGRtZXNnIiBvdXRwdXQ/CgpXZWkuCgpfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11
c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Mon Feb 29 11:46:51 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 11:46:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaMHk-0007hK-QK; Mon, 29 Feb 2016 11:46:44 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aaMHj-0007h1-Cs
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 11:46:43 +0000
Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
 FE/B4-02994-49F24D65; Mon, 29 Feb 2016 11:46:28 +0000
X-Env-Sender: prvs=8601da6d6=wei.liu2@citrix.com
X-Msg-Ref: server-10.tower-31.messagelabs.com!1456746396!25700058!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30978 invoked from network); 29 Feb 2016 11:46:41 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
 by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 29 Feb 2016 11:46:41 -0000
X-IronPort-AV: E=Sophos;i="5.22,520,1449532800"; d="scan'208";a="341865255"
Date: Mon, 29 Feb 2016 11:46:09 +0000
From: Wei Liu 
To: Harpreet Singh Chawla 
Message-ID: <20160229114609.GD20235@citrix.com>
References: 
 <1456221378.6225.116.camel@citrix.com>
 
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: xen-users@lists.xen.org, Wei Liu ,
 Ian Campbell 
Subject: Re: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gU2F0LCBGZWIgMjcsIDIwMTYgYXQgMDE6MDU6NTdQTSAtMDUwMCwgSGFycHJlZXQgU2luZ2gg
Q2hhd2xhIHdyb3RlOgo+IEhlbGxvIElhbgo+IFRoYW5rcyBmb3IgeW91ciByZXBseS4KPiBJIGlu
c3RhbGxlZCBsaWJubCBsaWJyYXJpZXMsIGJ1dCB0aGVuIEkgc3RhcnRlZCBnZXR0aW5nIHRoaXMg
ZXJyb3Igb24gbWFueQo+IHhlbiBkaXN0cmlidXRpb25zIChpdHMgdGhlIHNhbWUgZXJyb3Igb24g
eGVuIDQuNiBhbmQgNC41KSB3aGVuIEkgcmFuIHRoZQo+IHNhbWUgY29tbWFuZCBhcyBhYm92ZToK
PiAKPiBzdWRvIHhsIHJlbXVzIC1GZCA8ZG9tYWluX25hbWU+IHJvb3RAPGJhY2t1cF9uYW1lPgo+
IAo+IGxpYnhsOiBlcnJvcjogbGlieGxfZXhlYy5jOjExODpsaWJ4bF9yZXBvcnRfY2hpbGRfZXhp
dHN0YXR1czoKPiAvZXRjL3hlbi9zY3JpcHRzL3JlbXVzLW5ldGJ1Zi1zZXR1cCBzZXR1cCBbLTFd
IGV4aXRlZCB3aXRoIGVycm9yIHN0YXR1cyAxCgpNYWtlIHN1cmUgdGhpcyBzY3JpcHQgZXhpc3Rz
LiBUaGVuIHlvdSBuZWVkIHRvIGZpZ3VyZSBvdXQgd2h5IGl0IGZhaWxzLApwcm9iYWJseSB3aXRo
IHNvbWUgZGVidWcgb3V0cHV0LgoKPiAKPiBsaWJ4bDogZXJyb3I6IGxpYnhsX25ldGJ1ZmZlci5j
OjM2MDpuZXRidWZfc2V0dXBfc2NyaXB0X2NiOiBDYW5ub3QgZ2V0IGlmYgo+IGRldiBuYW1lIGZv
ciBkb21haW4gNCBkZXYgdmlmNC4wCj4gCj4gbGlieGw6IGVycm9yOiBsaWJ4bC5jOjg4NTpsaWJ4
bF9fcmVtdXNfc2V0dXBfZG9uZTogUmVtdXM6IGZhaWxlZCB0byBzZXR1cAo+IGRldmljZSBmb3Ig
Z3Vlc3Qgd2l0aCBkb21pZCA0LCByYyAtMwo+IAo+IAo+IEFsdGhvdWdoIGl0IGlzIHdvcmtpbmcg
ZmluZSB3aXRoIG5ldHdvcmsgYnVmZmVyaW5nIGRpc2FibGVkLCBhcyBlYXJsaWVyLgo+IAo+IE15
IHRha2Ugb24gdGhpcyBpcyB0aGF0IHRoZXJlIGlzIHNvbWUgaXNzdWUgd2l0aCBzZXR0aW5nIHVw
IHRoZSBxZGlzYyBvbgo+IHRoZSBiYWNrdXAuIEFtIEkgcmlnaHQ/CgpJIHRoaW5rIHRoZSBpc3N1
ZSBpcyBpbiBzZXR0aW5nIHVwIG5ldGJ1Zi4KCldlaS4KCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJz
QGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Mon Feb 29 11:46:51 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 11:46:51 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaMHk-0007hK-QK; Mon, 29 Feb 2016 11:46:44 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aaMHj-0007h1-Cs
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 11:46:43 +0000
Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id
 FE/B4-02994-49F24D65; Mon, 29 Feb 2016 11:46:28 +0000
X-Env-Sender: prvs=8601da6d6=wei.liu2@citrix.com
X-Msg-Ref: server-10.tower-31.messagelabs.com!1456746396!25700058!1
X-Originating-IP: [66.165.176.63]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 30978 invoked from network); 29 Feb 2016 11:46:41 -0000
Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63)
 by server-10.tower-31.messagelabs.com with RC4-SHA encrypted SMTP;
 29 Feb 2016 11:46:41 -0000
X-IronPort-AV: E=Sophos;i="5.22,520,1449532800"; d="scan'208";a="341865255"
Date: Mon, 29 Feb 2016 11:46:09 +0000
From: Wei Liu 
To: Harpreet Singh Chawla 
Message-ID: <20160229114609.GD20235@citrix.com>
References: 
 <1456221378.6225.116.camel@citrix.com>
 
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.23 (2014-03-12)
X-DLP: MIA2
Cc: xen-users@lists.xen.org, Wei Liu ,
 Ian Campbell 
Subject: Re: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gU2F0LCBGZWIgMjcsIDIwMTYgYXQgMDE6MDU6NTdQTSAtMDUwMCwgSGFycHJlZXQgU2luZ2gg
Q2hhd2xhIHdyb3RlOgo+IEhlbGxvIElhbgo+IFRoYW5rcyBmb3IgeW91ciByZXBseS4KPiBJIGlu
c3RhbGxlZCBsaWJubCBsaWJyYXJpZXMsIGJ1dCB0aGVuIEkgc3RhcnRlZCBnZXR0aW5nIHRoaXMg
ZXJyb3Igb24gbWFueQo+IHhlbiBkaXN0cmlidXRpb25zIChpdHMgdGhlIHNhbWUgZXJyb3Igb24g
eGVuIDQuNiBhbmQgNC41KSB3aGVuIEkgcmFuIHRoZQo+IHNhbWUgY29tbWFuZCBhcyBhYm92ZToK
PiAKPiBzdWRvIHhsIHJlbXVzIC1GZCA8ZG9tYWluX25hbWU+IHJvb3RAPGJhY2t1cF9uYW1lPgo+
IAo+IGxpYnhsOiBlcnJvcjogbGlieGxfZXhlYy5jOjExODpsaWJ4bF9yZXBvcnRfY2hpbGRfZXhp
dHN0YXR1czoKPiAvZXRjL3hlbi9zY3JpcHRzL3JlbXVzLW5ldGJ1Zi1zZXR1cCBzZXR1cCBbLTFd
IGV4aXRlZCB3aXRoIGVycm9yIHN0YXR1cyAxCgpNYWtlIHN1cmUgdGhpcyBzY3JpcHQgZXhpc3Rz
LiBUaGVuIHlvdSBuZWVkIHRvIGZpZ3VyZSBvdXQgd2h5IGl0IGZhaWxzLApwcm9iYWJseSB3aXRo
IHNvbWUgZGVidWcgb3V0cHV0LgoKPiAKPiBsaWJ4bDogZXJyb3I6IGxpYnhsX25ldGJ1ZmZlci5j
OjM2MDpuZXRidWZfc2V0dXBfc2NyaXB0X2NiOiBDYW5ub3QgZ2V0IGlmYgo+IGRldiBuYW1lIGZv
ciBkb21haW4gNCBkZXYgdmlmNC4wCj4gCj4gbGlieGw6IGVycm9yOiBsaWJ4bC5jOjg4NTpsaWJ4
bF9fcmVtdXNfc2V0dXBfZG9uZTogUmVtdXM6IGZhaWxlZCB0byBzZXR1cAo+IGRldmljZSBmb3Ig
Z3Vlc3Qgd2l0aCBkb21pZCA0LCByYyAtMwo+IAo+IAo+IEFsdGhvdWdoIGl0IGlzIHdvcmtpbmcg
ZmluZSB3aXRoIG5ldHdvcmsgYnVmZmVyaW5nIGRpc2FibGVkLCBhcyBlYXJsaWVyLgo+IAo+IE15
IHRha2Ugb24gdGhpcyBpcyB0aGF0IHRoZXJlIGlzIHNvbWUgaXNzdWUgd2l0aCBzZXR0aW5nIHVw
IHRoZSBxZGlzYyBvbgo+IHRoZSBiYWNrdXAuIEFtIEkgcmlnaHQ/CgpJIHRoaW5rIHRoZSBpc3N1
ZSBpcyBpbiBzZXR0aW5nIHVwIG5ldGJ1Zi4KCldlaS4KCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fClhlbi11c2VycyBtYWlsaW5nIGxpc3QKWGVuLXVzZXJz
QGxpc3RzLnhlbi5vcmcKaHR0cDovL2xpc3RzLnhlbi5vcmcveGVuLXVzZXJz

From xen-users-bounces@lists.xen.org Mon Feb 29 13:08:13 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 13:08:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaNXR-00067i-Ov; Mon, 29 Feb 2016 13:07:01 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaNXQ-00067c-Mu
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 13:07:00 +0000
Received: from [85.158.139.211] by server-15.bemta-5.messagelabs.com id
 AD/51-02989-37244D65; Mon, 29 Feb 2016 13:06:59 +0000
X-Env-Sender: ahferroin7@gmail.com
X-Msg-Ref: server-9.tower-206.messagelabs.com!1456751218!25720227!1
X-Originating-IP: [209.85.192.53]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63143 invoked from network); 29 Feb 2016 13:06:59 -0000
Received: from mail-qg0-f53.google.com (HELO mail-qg0-f53.google.com)
 (209.85.192.53)
 by server-9.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 29 Feb 2016 13:06:59 -0000
Received: by mail-qg0-f53.google.com with SMTP id b67so114241781qgb.1
 for ; Mon, 29 Feb 2016 05:06:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=subject:to:references:from:message-id:date:user-agent:mime-version
 :in-reply-to:content-transfer-encoding;
 bh=1tuJR95d6pPIJBkldvjkEQDDZbZKOiHooKE4X/mPk0E=;
 b=FJmRc+7DOn9cadeNH/M3iiQyyvNfNyedP2DlGuWDOB2fVxRI6TYQRwvV+VfEqzjgOC
 FTIn9ht7AixGiNulZQj2LVjw/aq2qKWMzb7/aI6Vg4L/gbhcpxyqzaH6sEzwl7IWbqJD
 aqQH1twuUYcW/OYqJW72kDoYgUN22qtsMYGuHNTUUdlosjRzKRZ3ym/4OZgG9qmX3kyA
 2yooqBjz78nc60Ixoo3fEImh8YFXrASOlP+8fiw5m9ZP00tKz36CVwQglwic7e7tQYpk
 +LvebtU6EO2dqifec8rIPBn7mOMCreqzT0u2pzuewoHTBAdXyn3Lnct3vsn/0cYK0pcp
 VA7A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:subject:to:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-transfer-encoding;
 bh=1tuJR95d6pPIJBkldvjkEQDDZbZKOiHooKE4X/mPk0E=;
 b=IvsK4azrT7qZoqtf5zfIwRk29yFML/GNJ3TmLj631vVBez+K1ZUSB8NNJ0mZiajLUF
 /7seGOwXQqsCjMV2wE6bO2n97vLyryEOkmLPUo4HRDprlIFiELWIM+QNkjJVrcPHjdrH
 bVtc25QonOzS1PwjC2quPCRvWP5dYAnzGIRtY9MGTCIXM4WMgW5Qq+BrHqaMfaJyl1BC
 VPlixyakHZ+MR2g6d+qHWn4PCcWFSVbXi+ZlQe+RyobXStfU03WecHDpWSrKi2mYR3qx
 OYrft3y0GUR6qWlZBREh14SozMWwLtpz4dxCxX0MYDMnCREy4ys0t2gz8Ina//W4tdKn
 incQ==
X-Gm-Message-State: AD7BkJLmXtVXJoHqf+VXxepaVkICYHp/yEskvlAYOnzpHH6572il9YlXpc+kYIG3FlAYQA==
X-Received: by 10.140.163.5 with SMTP id j5mr20470115qhj.68.1456751218274;
 Mon, 29 Feb 2016 05:06:58 -0800 (PST)
Received: from [127.0.0.1] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24])
 by smtp.gmail.com with ESMTPSA id a77sm10896208qge.7.2016.02.29.05.06.57
 for  (version=TLSv1/SSLv3 cipher=OTHER);
 Mon, 29 Feb 2016 05:06:57 -0800 (PST)
To: xen-users@lists.xen.org
References: <56D0ED5F.3020801@op.pl>
From: "Austin S. Hemmelgarn" 
Message-ID: <56D4424F.10407@gmail.com>
Date: Mon, 29 Feb 2016 08:06:23 -0500
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <56D0ED5F.3020801@op.pl>
X-Antivirus: avast! (VPS 160229-0, 2016-02-29), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Xen-users] Using Remus to build a 2-node HA firewall - is it a
 good idea?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gMjAxNi0wMi0yNiAxOToyNywgS3ViYSB3cm90ZToKPiBEZWFyIExpc3QsCj4KPiBJJ20gbG9v
a2luZyBmb3IgcG9zc2libGUgc29sdXRpb25zIHRvIGNyZWF0ZSBhIDItbm9kZSBoaWdobHkgYXZh
aWxhYmxlCj4gZmlyZXdhbGwgKHBmU2Vuc2UtYmFzZWQpIGFuZCB1c2luZyBSZW11cyB0byBhY2hp
ZXZlIHRoaXMgc2VlbXMgbGlrZSBhbgo+IGludGVyZXN0aW5nIGlkZWEsIGF0IGxlYXN0IGF0IHRo
ZSBmaXJzdCBnbGFuY2UuCj4KPiBCdXQgaXMgdGhpcyBhIGdvb2QgaWRlYT8gT3IgbWF5YmUgSSdt
IGp1c3Qgb3V0IG9mIG15IG1pbmQ/IDspCj4KPiBJJ20gYXdhcmUgdGhhdCBwZlNlbnNlIG9mZmVy
cyBhbGwgdGhlIGZ1bmN0aW9uYWxpdHkgcmVxdWlyZWQgdG8gY3JlYXRlCj4gYW4gSEEgY2x1c3Rl
ciwgYnV0IEknbSByZWFsbHkgY3VyaW91cyBhYm91dCBhbHRlcm5hdGl2ZSBzb2x1dGlvbnMuCj4K
PiBJIHdvdWxkIGJlIHZlcnkgZ3JhdGVmdWwgZm9yIHlvdXIgb3Bpbmlvbi4KSSBoYXRlIHRvIHNh
eSB0aGlzLCBidXQgeW91J3JlIG92ZXItZW5naW5lZXJpbmcgdGhpbmdzLiAgUmVtdXMgaXMgbm90
IApyZWFsbHkgYWxsIHRoYXQgbWF0dXJlIG9mIGEgdGVjaG5vbG9neSwgaXMgb3ZlcmtpbGwgZm9y
IGEgZmlyZXdhbGwsIG1heSAKbm90IHdvcmsgd2l0aCBGcmVlQlNEIChpbiBmYWN0LCBJJ2QgYmUg
d2lsbGluZyB0byBiZXQgdGhhdCBpdCBkb2Vzbid0IAp3b3JrIGF0IGFsbCB3aXRoIEZyZWVCU0Qg
YXMgb2YgcmlnaHQgbm93KSwgYW5kIHJlcXVpcmVzIGEgbG90IG9mIHdvcmsgdG8gCnNldCB1cCBh
bmQgbWFpbnRhaW4uICBwZlNlbnNlIGhvd2V2ZXIgaGFzIGFsbCB0aGUgZnVuY3Rpb25hbGl0eSB5
b3UgbmVlZCAKYnVpbHQgaW4sIGlzIGV4dHJlbWVseSBlYXN5IHRvIHNldCB1cCBmb3IgdGhpcywg
YW5kIHdvcmtzIGFtYXppbmdseSB3ZWxsIAood2UgdXNlIGl0IHdoZXJlIEkgd29yayBmb3Igb3Vy
IGdhdGV3YXkgc3lzdGVtcywgSSByZWd1bGFybHkgZG8gbGl2ZSAKdXBncmFkZXMsIGFuZCBfbm9i
b2R5XyBub3RpY2VzIGFzIGxvbmcgYXMgYm90aCBzeXN0ZW1zIGFyZW4ndCBkb3duIGF0IAp0aGUg
c2FtZSB0aW1lKSwgYW5kIHlvdSBjYW4gcnVuIHBmU2Vuc2Ugd2l0aG91dCB2aXJ0dWFsaXphdGlv
biBhbmQgZ2V0IApzaWduaWZpY2FudGx5IGJldHRlciBwZXJmb3JtYW5jZS4KCgpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBs
aXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy
cw==

From xen-users-bounces@lists.xen.org Mon Feb 29 13:08:13 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 13:08:13 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaNXR-00067i-Ov; Mon, 29 Feb 2016 13:07:01 +0000
Received: from mail6.bemta5.messagelabs.com ([195.245.231.135])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaNXQ-00067c-Mu
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 13:07:00 +0000
Received: from [85.158.139.211] by server-15.bemta-5.messagelabs.com id
 AD/51-02989-37244D65; Mon, 29 Feb 2016 13:06:59 +0000
X-Env-Sender: ahferroin7@gmail.com
X-Msg-Ref: server-9.tower-206.messagelabs.com!1456751218!25720227!1
X-Originating-IP: [209.85.192.53]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 63143 invoked from network); 29 Feb 2016 13:06:59 -0000
Received: from mail-qg0-f53.google.com (HELO mail-qg0-f53.google.com)
 (209.85.192.53)
 by server-9.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 29 Feb 2016 13:06:59 -0000
Received: by mail-qg0-f53.google.com with SMTP id b67so114241781qgb.1
 for ; Mon, 29 Feb 2016 05:06:59 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=subject:to:references:from:message-id:date:user-agent:mime-version
 :in-reply-to:content-transfer-encoding;
 bh=1tuJR95d6pPIJBkldvjkEQDDZbZKOiHooKE4X/mPk0E=;
 b=FJmRc+7DOn9cadeNH/M3iiQyyvNfNyedP2DlGuWDOB2fVxRI6TYQRwvV+VfEqzjgOC
 FTIn9ht7AixGiNulZQj2LVjw/aq2qKWMzb7/aI6Vg4L/gbhcpxyqzaH6sEzwl7IWbqJD
 aqQH1twuUYcW/OYqJW72kDoYgUN22qtsMYGuHNTUUdlosjRzKRZ3ym/4OZgG9qmX3kyA
 2yooqBjz78nc60Ixoo3fEImh8YFXrASOlP+8fiw5m9ZP00tKz36CVwQglwic7e7tQYpk
 +LvebtU6EO2dqifec8rIPBn7mOMCreqzT0u2pzuewoHTBAdXyn3Lnct3vsn/0cYK0pcp
 VA7A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:subject:to:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-transfer-encoding;
 bh=1tuJR95d6pPIJBkldvjkEQDDZbZKOiHooKE4X/mPk0E=;
 b=IvsK4azrT7qZoqtf5zfIwRk29yFML/GNJ3TmLj631vVBez+K1ZUSB8NNJ0mZiajLUF
 /7seGOwXQqsCjMV2wE6bO2n97vLyryEOkmLPUo4HRDprlIFiELWIM+QNkjJVrcPHjdrH
 bVtc25QonOzS1PwjC2quPCRvWP5dYAnzGIRtY9MGTCIXM4WMgW5Qq+BrHqaMfaJyl1BC
 VPlixyakHZ+MR2g6d+qHWn4PCcWFSVbXi+ZlQe+RyobXStfU03WecHDpWSrKi2mYR3qx
 OYrft3y0GUR6qWlZBREh14SozMWwLtpz4dxCxX0MYDMnCREy4ys0t2gz8Ina//W4tdKn
 incQ==
X-Gm-Message-State: AD7BkJLmXtVXJoHqf+VXxepaVkICYHp/yEskvlAYOnzpHH6572il9YlXpc+kYIG3FlAYQA==
X-Received: by 10.140.163.5 with SMTP id j5mr20470115qhj.68.1456751218274;
 Mon, 29 Feb 2016 05:06:58 -0800 (PST)
Received: from [127.0.0.1] (rrcs-70-62-41-24.central.biz.rr.com. [70.62.41.24])
 by smtp.gmail.com with ESMTPSA id a77sm10896208qge.7.2016.02.29.05.06.57
 for  (version=TLSv1/SSLv3 cipher=OTHER);
 Mon, 29 Feb 2016 05:06:57 -0800 (PST)
To: xen-users@lists.xen.org
References: <56D0ED5F.3020801@op.pl>
From: "Austin S. Hemmelgarn" 
Message-ID: <56D4424F.10407@gmail.com>
Date: Mon, 29 Feb 2016 08:06:23 -0500
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <56D0ED5F.3020801@op.pl>
X-Antivirus: avast! (VPS 160229-0, 2016-02-29), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Xen-users] Using Remus to build a 2-node HA firewall - is it a
 good idea?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

T24gMjAxNi0wMi0yNiAxOToyNywgS3ViYSB3cm90ZToKPiBEZWFyIExpc3QsCj4KPiBJJ20gbG9v
a2luZyBmb3IgcG9zc2libGUgc29sdXRpb25zIHRvIGNyZWF0ZSBhIDItbm9kZSBoaWdobHkgYXZh
aWxhYmxlCj4gZmlyZXdhbGwgKHBmU2Vuc2UtYmFzZWQpIGFuZCB1c2luZyBSZW11cyB0byBhY2hp
ZXZlIHRoaXMgc2VlbXMgbGlrZSBhbgo+IGludGVyZXN0aW5nIGlkZWEsIGF0IGxlYXN0IGF0IHRo
ZSBmaXJzdCBnbGFuY2UuCj4KPiBCdXQgaXMgdGhpcyBhIGdvb2QgaWRlYT8gT3IgbWF5YmUgSSdt
IGp1c3Qgb3V0IG9mIG15IG1pbmQ/IDspCj4KPiBJJ20gYXdhcmUgdGhhdCBwZlNlbnNlIG9mZmVy
cyBhbGwgdGhlIGZ1bmN0aW9uYWxpdHkgcmVxdWlyZWQgdG8gY3JlYXRlCj4gYW4gSEEgY2x1c3Rl
ciwgYnV0IEknbSByZWFsbHkgY3VyaW91cyBhYm91dCBhbHRlcm5hdGl2ZSBzb2x1dGlvbnMuCj4K
PiBJIHdvdWxkIGJlIHZlcnkgZ3JhdGVmdWwgZm9yIHlvdXIgb3Bpbmlvbi4KSSBoYXRlIHRvIHNh
eSB0aGlzLCBidXQgeW91J3JlIG92ZXItZW5naW5lZXJpbmcgdGhpbmdzLiAgUmVtdXMgaXMgbm90
IApyZWFsbHkgYWxsIHRoYXQgbWF0dXJlIG9mIGEgdGVjaG5vbG9neSwgaXMgb3ZlcmtpbGwgZm9y
IGEgZmlyZXdhbGwsIG1heSAKbm90IHdvcmsgd2l0aCBGcmVlQlNEIChpbiBmYWN0LCBJJ2QgYmUg
d2lsbGluZyB0byBiZXQgdGhhdCBpdCBkb2Vzbid0IAp3b3JrIGF0IGFsbCB3aXRoIEZyZWVCU0Qg
YXMgb2YgcmlnaHQgbm93KSwgYW5kIHJlcXVpcmVzIGEgbG90IG9mIHdvcmsgdG8gCnNldCB1cCBh
bmQgbWFpbnRhaW4uICBwZlNlbnNlIGhvd2V2ZXIgaGFzIGFsbCB0aGUgZnVuY3Rpb25hbGl0eSB5
b3UgbmVlZCAKYnVpbHQgaW4sIGlzIGV4dHJlbWVseSBlYXN5IHRvIHNldCB1cCBmb3IgdGhpcywg
YW5kIHdvcmtzIGFtYXppbmdseSB3ZWxsIAood2UgdXNlIGl0IHdoZXJlIEkgd29yayBmb3Igb3Vy
IGdhdGV3YXkgc3lzdGVtcywgSSByZWd1bGFybHkgZG8gbGl2ZSAKdXBncmFkZXMsIGFuZCBfbm9i
b2R5XyBub3RpY2VzIGFzIGxvbmcgYXMgYm90aCBzeXN0ZW1zIGFyZW4ndCBkb3duIGF0IAp0aGUg
c2FtZSB0aW1lKSwgYW5kIHlvdSBjYW4gcnVuIHBmU2Vuc2Ugd2l0aG91dCB2aXJ0dWFsaXphdGlv
biBhbmQgZ2V0IApzaWduaWZpY2FudGx5IGJldHRlciBwZXJmb3JtYW5jZS4KCgpfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBs
aXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vy
cw==

From xen-users-bounces@lists.xen.org Mon Feb 29 16:41:02 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 16:41:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaQrP-0005Oo-1m; Mon, 29 Feb 2016 16:39:51 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aaQrN-0005Og-PE
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 16:39:49 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
 04/D6-03497-55474D65; Mon, 29 Feb 2016 16:39:49 +0000
X-Env-Sender: prvs=8606a7394=roger.pau@citrix.com
X-Msg-Ref: server-10.tower-27.messagelabs.com!1456763987!27610591!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 50024 invoked from network); 29 Feb 2016 16:39:48 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
 29 Feb 2016 16:39:48 -0000
X-IronPort-AV: E=Sophos;i="5.22,521,1449532800"; d="scan'208";a="335337993"
To: Brandon Adkins , "xen-users@lists.xen.org"
 
References: 
 <56CAEEA7.7050508@citrix.com> 
 <56CB4D1C.3000701@citrix.com> 
  <56CC1701.3070807@citrix.com>
  <56CD6B71.6000801@citrix.com>
  <56CF5B2B.10001@citrix.com>
  <56D00D8D.2040704@citrix.com>
 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56D4744E.3030003@citrix.com>
Date: Mon, 29 Feb 2016 17:39:42 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA1
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RWwgMjcvMi8xNiBhIGxlcyAwOjQ3LCBCcmFuZG9uIEFka2lucyBoYSBlc2NyaXQ6Cj4gCj4gCj4+
IFN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBYZW4gNC40LjEgb24gRGViaWFuIEplc3NpZTogZnJl
ZXplIHVzaW5nICJ4bAo+IGNyZWF0ZSIgb24gc2Vjb25kIFZNCj4+IFRvOiBiYWRraW5zNzlAbXNu
LmNvbTsgeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4gRnJvbTogcm9nZXIucGF1QGNpdHJpeC5j
b20KPj4gRGF0ZTogRnJpLCAyNiBGZWIgMjAxNiAwOTozMjoxMyArMDEwMAo+Pgo+PiBFbCAyNi8y
LzE2IGEgbGVzIDY6MjUsIEJyYW5kb24gQWRraW5zIGhhIGVzY3JpdDoKPj4gPgo+PiA+Cj4+ID4+
Cj4+ID4+IEVsIDI0LzIvMTYgYSBsZXMgMTg6MTMsIEJyYW5kb24gQWRraW5zIGhhIGVzY3JpdDoK
Pj4gPj4gPiBIaSBSb2dlciwKPj4gPj4gPiBUaGUgbG9nIG1lc3NhZ2VzIEkgZW50ZXJlZCBiZWZv
cmUgYXJlIGZvciB0aGUgc2Vjb25kIGd1ZXN0LiBJIGRpZG4ndAo+PiA+IGluY2x1ZGUgYW55IGxv
Z3MgZm9yIHRoZSBzZWNvbmQgZ3Vlc3Qgc2luY2UgdGhhdCBvbmUgd29ya3MgcGVyZmVjdGx5Lgo+
PiA+PiA+IEJ1dCBtYXliZSBJIGFtIGFsbG9jYXRpbmcgbXkgUkFNIHRvbyB0aWdodGx5PyBUaGUg
c3lzdGVtIGhhcyAxNiBHQgo+PiA+IG9mIFJBTSwgb3IgMTYsMzg0TUIuIEkgYWxsb2NhdGVkIDQw
OTZNQiB0byB0aGUgaG9zdC4gVGhhdCBsZWF2ZXMgbWUgd2l0aAo+PiA+IDEyLDIyOE1CLiBFYWNo
IFZNIGdldHMgNjAwMCwgc28gdGhhdHMgMjI4TUIgdW5hY2NvdW50ZWQgZm9yLiBJcyB0aGVyZQo+
PiA+IHNvbWUgbWluaW11bSBhbW91bnQgdGhhdCBuZWVkcyB0byByZW1haW4gYWJvdmUgdGhhdD8K
Pj4gPj4gPiBMb29raW5nIGF0ICJ4bCBpbmZvIiB3aXRoIGJvdGggZ3Vlc3RzIHN0YXJ0ZWQsIGl0
IHNheXMgbXkgdG90YWwKPj4gPiBtZW1vcnkgaXMgMTYsMzUzLCBhbmQgdGhhdCBteSBmcmVlIG1l
bW9yeSBpcyA0NS4KPj4gPj4gPiBJIGFsc28ganVzdCB0cmllZCByZWR1Y2luZyB0aGUgUkFNIGZv
ciBib3RoIGd1ZXN0cyBkb3duIHRvIDU1MDAuIEkKPj4gPiBnb3QgdGhlIHNhbWUgZXJyb3Igd2hl
biBzdGFydGluZyB0aGUgc2Vjb25kIGd1ZXN0LiBUaGF0cyBhYm91dCAxIEdCIG9mCj4+ID4gdW5h
bGxvY2F0ZWQgc3BhY2UsIHNvIEkgZG9uJ3QgdGhpbmsgdGhhdHMgbXkgaXNzdWUuCj4+ID4+ID4g
SSBhbHNvIGp1c3QgdHJpZWQgc3RvcHBpbmcgYm90aCBndWVzdHMsIGFuZCBzdGFydGluZyBndWVz
dDEgZmlyc3QsCj4+ID4gYW5kIGd1ZXN0MCBzZWNvbmQuIEd1ZXN0MSBjYW1lIHVwIGZpbmUsIGFu
ZCBub3cgZ3Vlc3QwIGlzIHN0dWNrLiBJdHMKPj4gPiBkZWZpbml0ZWx5IHJlbGF0ZWQgdG8gdGhl
IHNlY29uZCB2bSB0aGF0IHN0YXJ0cywgYW5kIG5vdCBhIHNwZWNpZmljCj4+ID4gY29uZmlndXJh
dGlvbi4KPj4gPj4gPiBJIGFtIHJlYWxseSBhdCBhIGxvc3Mgb2Ygd2hlcmUgdG8gbG9vay4gSXMg
dGhlcmUgYW55dGhpbmcgaW4gdGhlCj4+ID4gY29uZmlnIHRoYXQgd291bGQgY2F1c2UgdGhlIENQ
VXMgdG8gZ2V0IGFzc2lnbmVkIHRvIHRoZSBmaXJzdCBndWVzdCwgc28KPj4gPiB0aGUgc2Vjb25k
IG9uZSBpcyBsZWZ0IHdpdGggbm8gQ1BVcz8KPj4gPj4gPiBCZXN0LEJlYXUKPj4gPj4gPgo+PiA+
Pgo+PiA+PiBJIGRvbid0IHNlZSBhbnkgZXJyb3IgaW4gdGhlIHRyYWNlLCBBRkFJQ1QgbGlieGwg
aGFzIGNvcnJlY3RseSBjcmVhdGVkCj4+ID4+IHRoZSBkb21haW4uIENhbiB5b3UgcGFzdGUgdGhl
IG91dHB1dCBvZiBgeGwgbGlzdGAgYWZ0ZXIgY3JlYXRpbmcgYm90aAo+PiA+PiBndWVzdHM/Cj4+
ID4+Cj4+ID4+IFJvZ2VyLgo+PiA+Cj4+ID4gSGkgUm9nZXIsCj4+ID4KPj4gPiBZZXMsIEkgY2Fu
J3QgZmluZCBhbnkgZXJyb3JzIGVpdGhlciwgd2hpY2ggbWFrZXMgZGVidWdnaW5nIGl0IGFsbW9z
dAo+PiA+IGltcG9zc2libGUgZm9yIG1lLiBIZXJlIGFyZSBzb21lIG91dHB1dHM6Cj4+ID4+eGwg
bGlzdAo+PiA+IE5hbWUgSUQgTWVtIFZDUFVzIFN0YXRlCj4+ID4gVGltZShzKQo+PiA+IERvbWFp
bi0wIDAgNDA4NyAyIHItLS0tLQo+PiA+IDMzMDguMAo+PiA+IGd1ZXN0MSAxMzIgNTUwMCA2IC1i
LS0tLQo+PiA+IDUzMy4wCj4+ID4gZ3Vlc3QwIDEzMyA1NTAwIDEgci0tLS0tCj4+ID4gMTMwMTAz
LjQKPj4gPgo+PiA+IEludGVyZXN0aW5nIHRvIHNlZSB0aGUgbm9uZnVuY3Rpb25hbCBndWVzdDAg
aGFzIHN1Y2ggYSBoaWdoIFRpbWUgY29sdW1uLgo+PiA+IEl0cyBsaWtlIGl0cyBzcGlubmluZyBp
biBhIHRpZ2h0IGxvb3AsIHdoaWxlIHRoZSB3b3JraW5nIGd1ZXN0MSBpcwo+PiA+IHJ1bm5pbmcg
ZmluZS4gTm90ZSB0aGF0IHRoaXMgaXMgdGhlIG91dHB1dCBvZiBteSBsYXN0IHRlc3Qgc2V0dXAs
IHdoZXJlCj4+ID4gSSBnYXZlIGJvdGggdm1zIDU1MDBNQiBvZiBSQU0sIGFuZCB0cmllZCBzdGFy
dGluZyBndWVzdDEgZmlyc3QuCj4+ID4KPj4gPiB4bCB2Y3B1LWxpc3QKPj4gPiBOYW1lIElEIFZD
UFUgQ1BVIFN0YXRlIFRpbWUocykgQ1BVCj4+ID4gQWZmaW5pdHkKPj4gPiBEb21haW4tMCAwIDAg
MCAtYi0gMTU1NC40IDAKPj4gPiBEb21haW4tMCAwIDEgMSByLS0gMTc0OS42IDEKPj4gPiBEb21h
aW4tMCAwIDIgLSAtLXAgMC41IDIKPj4gPiBEb21haW4tMCAwIDMgLSAtLXAgMC42IDMKPj4gPiBE
b21haW4tMCAwIDQgLSAtLXAgMC40IDQKPj4gPiBEb21haW4tMCAwIDUgLSAtLXAgMC42IDUKPj4g
PiBEb21haW4tMCAwIDYgLSAtLXAgMS43IDYKPj4gPiBEb21haW4tMCAwIDcgLSAtLXAgMC44IDcK
Pj4gPiBndWVzdDEgMTMyIDAgNyAtYi0gMjIwLjQgMi03Cj4+ID4gZ3Vlc3QxIDEzMiAxIDUgLWIt
IDg2LjAgMi03Cj4+ID4gZ3Vlc3QxIDEzMiAyIDQgLWItIDczLjUgMi03Cj4+ID4gZ3Vlc3QxIDEz
MiAzIDIgLWItIDQ1LjIgMi03Cj4+ID4gZ3Vlc3QxIDEzMiA0IDYgLWItIDYxLjggMi03Cj4+ID4g
Z3Vlc3QxIDEzMiA1IDUgLWItIDQ2LjMgMi03Cj4+ID4gZ3Vlc3QwIDEzMyAwIDMgci0tIDEzMDI3
OS4xIDItNwo+PiA+IGd1ZXN0MCAxMzMgMSAtIC0tcCAwLjAgMi03Cj4+ID4gZ3Vlc3QwIDEzMyAy
IC0gLS1wIDAuMCAyLTcKPj4gPiBndWVzdDAgMTMzIDMgLSAtLXAgMC4wIDItNwo+PiA+IGd1ZXN0
MCAxMzMgNCAtIC0tcCAwLjAgMi03Cj4+ID4gZ3Vlc3QwIDEzMyA1IC0gLS1wIDAuMCAyLTcKPj4g
Pgo+PiA+IEZvciBzb21lIHJlYXNvbiwgZXZlbiB0aG91Z2ggSSBhc3NpZ25lZCA2IENQVXMgdG8g
Ym90aCBWTXMsIG9ubHkgdGhlCj4+ID4gZmlyc3Qgb25lIHN0YXJ0ZWQgc2VlbXMgdG8gZ2V0IGl0
IHJpZ2h0Lgo+PiA+Cj4+ID4gSSBiZWxpZXZlIEkgbXVzdCBoYXZlIHNvbWUgc29ydCBvZiBzY3Jl
d2VkIHVwIFhlbiBjb25maWd1cmF0aW9uLiBTdXJlbHkKPj4gPiBJIGFtIG5vdCB0aGUgZmlyc3Qg
cGVyc29uIHRvIHRyeSB1c2luZyBYZW4gb24gRGViaWFuIEplc3NpZS4KPj4KPj4gU29tZXRoaW5n
IHNlZW1zIHdyb25nIHJlZ2FyZGluZyBndWVzdDAsIGJ1dCBpdCBsb29rcyBsaWtlIGFuIGlzc3Vl
IGluCj4+IHRoZSBndWVzdCBrZXJuZWwuIENhbiB5b3UgcGFzdGUgdGhlIG91dHB1dCBvZiB4bCBk
bWVzZyBhZnRlciBjcmVhdGluZwo+PiBib3RoIGd1ZXN0cz8KPj4KPj4gQUZBSUNUIGZyb20gdGhl
IHRyYWNlcyB5b3UgaGF2ZSBwcm92aWRlZCwgeW91IGFyZSB0cnlpbmcgdG8gY3JlYXRlIDMyYml0
Cj4+IFBWIGd1ZXN0cy4gRG8gdGhleSBib290IGZpbmUgaWYgeW91IGNvbnZlcnQgdGhlbSB0byBI
Vk0/IEkgd291bGQgZm9yCj4+IGV4YW1wbGUgdHJ5IHRvIGNoYW5nZSB0aGUgY29uZmlnIGZpbGVz
IHNvIHRoZXkgbG9vayBsaWtlOgo+Pgo+PiBndWVzdDA6Cj4+IGJ1aWxkZXI9J2h2bScKPj4gdmNw
dXMgPSAnNicKPj4gY3B1cyA9ICcyLTcnCj4+IG1lbW9yeSA9ICc2MDAwJwo+PiBkaXNrID0gWyAn
cGh5Oi9kZXYveGVudm9sZ3JvdXAvZ3Vlc3QwZGlzayx4dmRhMix3JywKPj4gJ3BoeTovZGV2L3hl
bnZvbGdyb3VwL2d1ZXN0MHN3YXAseHZkYTEsdycgXQo+PiBuYW1lID0gJ2d1ZXN0MCcKPj4gdmlm
ID0gWyAnbWFjPUFFOjU3OkVDOjAxOjU0OjhDLGJyaWRnZT14ZW5icjAnIF0KPj4gb25fcG93ZXJv
ZmYgPSAnZGVzdHJveScKPj4gb25fcmVib290ID0gJ3Jlc3RhcnQnCj4+IG9uX2NyYXNoID0gJ3Jl
c3RhcnQnCj4+Cj4+IHZuYz0xCj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tCj4+IGd1ZXN0MToKPj4gYnVpbGRlcj0naHZtJwo+PiB2Y3B1cyA9ICc2Jwo+PiBjcHVz
ID0gJzItNycKPj4gbWVtb3J5ID0gJzYwMDAnCj4+IGRpc2sgPSBbICdwaHk6L2Rldi94ZW52b2xn
cm91cC9ndWVzdDFkaXNrLHh2ZGEyLHcnLAo+PiAncGh5Oi9kZXYveGVudm9sZ3JvdXAvZ3Vlc3Qx
c3dhcCx4dmRhMSx3JyBdCj4+IG5hbWUgPSAnZ3Vlc3QxJwo+PiB2aWYgPSBbICdtYWM9NzY6N0I6
RDY6NkY6MzQ6QzYsYnJpZGdlPXhlbmJyMCcgXQo+PiBvbl9wb3dlcm9mZiA9ICdkZXN0cm95Jwo+
PiBvbl9yZWJvb3QgPSAncmVzdGFydCcKPj4gb25fY3Jhc2ggPSAncmVzdGFydCcKPj4KPj4gdm5j
PTEKPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPj4KPj4gWW91
IGNhbiB0aGVuIGF0dGFjaCB0byB0aGUgZ3Vlc3QgZGlzcGxheSB1c2luZyBhIFZOQyBjbGllbnQu
Cj4+Cj4+IFJvZ2VyLgo+IAo+IFJvZ2VyLiBUaGlzIGlzIGEgNjRiaXQgbWFjaGluZSBsb2FkZWQg
d2l0aCA2NGJpdCBkZWJpYW4gamVzc2llLiBUaGUKPiBndWVzdCBWTXMgYXJlIDMyYml0IENlbnRP
UyA2LiBIb3dldmVyLCBib3RoIGd1ZXN0MCBhbmQgZ3Vlc3QxIGFyZQo+IGlkZW50aWNhbC4gV2hh
dCBjb3VsZCBoYXBwZW4gaW4gdGhlIGd1ZXN0IGtlcm5lbCB0aGF0IHdvdWxkIGFsbG93IG9uZQo+
IGluc3RhbmNlIHRvIHJ1biBqdXN0IGZpbmUsIGJ1dCB0aGUgc2Vjb25kIG9uZSB0byBmcmVlemUg
b24gYm9vdC4KPiAKPiBJIHRyaWVkIHRoZSAieGwgZG1lc2ciLCBidXQgaXRzIGRpZmZpY3VsdCB0
byB0ZWxsIHdoYXQgb3V0cHV0IGluIHRoZXJlCj4gaXMgcmVsYXRlZCB0byB3aGF0IGd1ZXN0LiBC
dXQgdGhlIGVuZCBvZiB0aGUgb3V0cHV0IGNvbnRhaW5lZCBsb3RzIG9mCj4gdGhlIGZvbGxvd2lu
ZyAyIG1lc3NhZ2VzLiBOb3Qgc3VyZSBpZiB0aGVzZSBtZWFuIGFueXRoaW5nOgo+IChYRU4pIHRy
YXBzLmM6MjUxNDpkMTMyIERvbWFpbiBhdHRlbXB0ZWQgV1JNU1IgMDAwMDAwMDAwMDAwMDE0MCBm
cm9tCj4gMHgwMDAwMDAwMDAwMDAwMDAxIHRvIDB4MDAwMDAwMDAwMDAwMDAwMC4KPiAoWEVOKSBl
dmVudF9maWZvLmM6NTA6ZDAgZG9tYWluIDAsIHBvcnQgMTkgYWxyZWFkeSBvbiBhIHF1ZXVlCj4g
Cj4gSSB0cmllZCB1c2luZyBodm0gdG8gYnVpbGQgdGhlIFZNcywgYnV0IHRoYXQgZmFpbGVkIGV2
ZW4gb24gdGhlIGZpcnN0Cj4gVk0uIE15IG91dHB1dCB3YXM6Cj4gUGFyc2luZyBjb25maWcgZnJv
bSAvaG9tZS9scHdjbS94ZW4vZ3Vlc3QwL2d1ZXN0LmNmZwo+IGxpYnhsOiBlcnJvcjogbGlieGxf
ZG0uYzoxMzkzOmRldmljZV9tb2RlbF9zcGF3bl9vdXRjb21lOiBkb21haW4gMTM4Cj4gZGV2aWNl
IG1vZGVsOiBzcGF3biBmYWlsZWQgKHJjPS0zKQo+IGxpYnhsOiBlcnJvcjogbGlieGxfY3JlYXRl
LmM6MTE4Njpkb21jcmVhdGVfZGV2bW9kZWxfc3RhcnRlZDogZGV2aWNlCj4gbW9kZWwgZGlkIG5v
dCBzdGFydDogLTMKPiBsaWJ4bDogZXJyb3I6IGxpYnhsX2RtLmM6MTQ5NzpraWxsX2RldmljZV9t
b2RlbDogRGV2aWNlIE1vZGVsIGFscmVhZHkgZXhpdGVkCgpDYW4geW91IGNoZWNrIHRoZSBsb2dz
IGluIC92YXIvbG9nL3hlbi8/IFlvdSBzaG91bGQgc2VlIHNvbWUgbG9ncyB3aXRoCnRoZSBmb2xs
b3dpbmcgbm9tZW5jbGF0dXJlICJxZW11LWRtLTxndWVzdF9uYW1lPi5sb2ciPyBBcmUgdGhlcmUg
YW55CmVycm9ycyByZXBvcnRlZCB0aGVyZT8KCkFsc28sIGNhbiB5b3UgdHJ5IGFnYWluIGJ1dCB3
aXRoIGEgaGlnaGVyIGRlYnVnIHZhbHVlICh1c2luZyB4bCAtdnZ2CmNyZWF0ZSAuLi4pIGFuZCBw
b3N0IHRoZSByZXN1bHQ/CgpSb2dlci4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54
ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Mon Feb 29 16:41:02 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 16:41:02 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaQrP-0005Oo-1m; Mon, 29 Feb 2016 16:39:51 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from )
 id 1aaQrN-0005Og-PE
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 16:39:49 +0000
Received: from [193.109.254.147] by server-5.bemta-14.messagelabs.com id
 04/D6-03497-55474D65; Mon, 29 Feb 2016 16:39:49 +0000
X-Env-Sender: prvs=8606a7394=roger.pau@citrix.com
X-Msg-Ref: server-10.tower-27.messagelabs.com!1456763987!27610591!1
X-Originating-IP: [66.165.176.89]
X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: 
 VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n,received_headers: No 
 Received headers
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 50024 invoked from network); 29 Feb 2016 16:39:48 -0000
Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89)
 by server-10.tower-27.messagelabs.com with RC4-SHA encrypted SMTP;
 29 Feb 2016 16:39:48 -0000
X-IronPort-AV: E=Sophos;i="5.22,521,1449532800"; d="scan'208";a="335337993"
To: Brandon Adkins , "xen-users@lists.xen.org"
 
References: 
 <56CAEEA7.7050508@citrix.com> 
 <56CB4D1C.3000701@citrix.com> 
  <56CC1701.3070807@citrix.com>
  <56CD6B71.6000801@citrix.com>
  <56CF5B2B.10001@citrix.com>
  <56D00D8D.2040704@citrix.com>
 
From: =?UTF-8?Q?Roger_Pau_Monn=c3=a9?= 
Message-ID: <56D4744E.3030003@citrix.com>
Date: Mon, 29 Feb 2016 17:39:42 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0)
 Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: 
X-DLP: MIA1
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

RWwgMjcvMi8xNiBhIGxlcyAwOjQ3LCBCcmFuZG9uIEFka2lucyBoYSBlc2NyaXQ6Cj4gCj4gCj4+
IFN1YmplY3Q6IFJlOiBbWGVuLXVzZXJzXSBYZW4gNC40LjEgb24gRGViaWFuIEplc3NpZTogZnJl
ZXplIHVzaW5nICJ4bAo+IGNyZWF0ZSIgb24gc2Vjb25kIFZNCj4+IFRvOiBiYWRraW5zNzlAbXNu
LmNvbTsgeGVuLXVzZXJzQGxpc3RzLnhlbi5vcmcKPj4gRnJvbTogcm9nZXIucGF1QGNpdHJpeC5j
b20KPj4gRGF0ZTogRnJpLCAyNiBGZWIgMjAxNiAwOTozMjoxMyArMDEwMAo+Pgo+PiBFbCAyNi8y
LzE2IGEgbGVzIDY6MjUsIEJyYW5kb24gQWRraW5zIGhhIGVzY3JpdDoKPj4gPgo+PiA+Cj4+ID4+
Cj4+ID4+IEVsIDI0LzIvMTYgYSBsZXMgMTg6MTMsIEJyYW5kb24gQWRraW5zIGhhIGVzY3JpdDoK
Pj4gPj4gPiBIaSBSb2dlciwKPj4gPj4gPiBUaGUgbG9nIG1lc3NhZ2VzIEkgZW50ZXJlZCBiZWZv
cmUgYXJlIGZvciB0aGUgc2Vjb25kIGd1ZXN0LiBJIGRpZG4ndAo+PiA+IGluY2x1ZGUgYW55IGxv
Z3MgZm9yIHRoZSBzZWNvbmQgZ3Vlc3Qgc2luY2UgdGhhdCBvbmUgd29ya3MgcGVyZmVjdGx5Lgo+
PiA+PiA+IEJ1dCBtYXliZSBJIGFtIGFsbG9jYXRpbmcgbXkgUkFNIHRvbyB0aWdodGx5PyBUaGUg
c3lzdGVtIGhhcyAxNiBHQgo+PiA+IG9mIFJBTSwgb3IgMTYsMzg0TUIuIEkgYWxsb2NhdGVkIDQw
OTZNQiB0byB0aGUgaG9zdC4gVGhhdCBsZWF2ZXMgbWUgd2l0aAo+PiA+IDEyLDIyOE1CLiBFYWNo
IFZNIGdldHMgNjAwMCwgc28gdGhhdHMgMjI4TUIgdW5hY2NvdW50ZWQgZm9yLiBJcyB0aGVyZQo+
PiA+IHNvbWUgbWluaW11bSBhbW91bnQgdGhhdCBuZWVkcyB0byByZW1haW4gYWJvdmUgdGhhdD8K
Pj4gPj4gPiBMb29raW5nIGF0ICJ4bCBpbmZvIiB3aXRoIGJvdGggZ3Vlc3RzIHN0YXJ0ZWQsIGl0
IHNheXMgbXkgdG90YWwKPj4gPiBtZW1vcnkgaXMgMTYsMzUzLCBhbmQgdGhhdCBteSBmcmVlIG1l
bW9yeSBpcyA0NS4KPj4gPj4gPiBJIGFsc28ganVzdCB0cmllZCByZWR1Y2luZyB0aGUgUkFNIGZv
ciBib3RoIGd1ZXN0cyBkb3duIHRvIDU1MDAuIEkKPj4gPiBnb3QgdGhlIHNhbWUgZXJyb3Igd2hl
biBzdGFydGluZyB0aGUgc2Vjb25kIGd1ZXN0LiBUaGF0cyBhYm91dCAxIEdCIG9mCj4+ID4gdW5h
bGxvY2F0ZWQgc3BhY2UsIHNvIEkgZG9uJ3QgdGhpbmsgdGhhdHMgbXkgaXNzdWUuCj4+ID4+ID4g
SSBhbHNvIGp1c3QgdHJpZWQgc3RvcHBpbmcgYm90aCBndWVzdHMsIGFuZCBzdGFydGluZyBndWVz
dDEgZmlyc3QsCj4+ID4gYW5kIGd1ZXN0MCBzZWNvbmQuIEd1ZXN0MSBjYW1lIHVwIGZpbmUsIGFu
ZCBub3cgZ3Vlc3QwIGlzIHN0dWNrLiBJdHMKPj4gPiBkZWZpbml0ZWx5IHJlbGF0ZWQgdG8gdGhl
IHNlY29uZCB2bSB0aGF0IHN0YXJ0cywgYW5kIG5vdCBhIHNwZWNpZmljCj4+ID4gY29uZmlndXJh
dGlvbi4KPj4gPj4gPiBJIGFtIHJlYWxseSBhdCBhIGxvc3Mgb2Ygd2hlcmUgdG8gbG9vay4gSXMg
dGhlcmUgYW55dGhpbmcgaW4gdGhlCj4+ID4gY29uZmlnIHRoYXQgd291bGQgY2F1c2UgdGhlIENQ
VXMgdG8gZ2V0IGFzc2lnbmVkIHRvIHRoZSBmaXJzdCBndWVzdCwgc28KPj4gPiB0aGUgc2Vjb25k
IG9uZSBpcyBsZWZ0IHdpdGggbm8gQ1BVcz8KPj4gPj4gPiBCZXN0LEJlYXUKPj4gPj4gPgo+PiA+
Pgo+PiA+PiBJIGRvbid0IHNlZSBhbnkgZXJyb3IgaW4gdGhlIHRyYWNlLCBBRkFJQ1QgbGlieGwg
aGFzIGNvcnJlY3RseSBjcmVhdGVkCj4+ID4+IHRoZSBkb21haW4uIENhbiB5b3UgcGFzdGUgdGhl
IG91dHB1dCBvZiBgeGwgbGlzdGAgYWZ0ZXIgY3JlYXRpbmcgYm90aAo+PiA+PiBndWVzdHM/Cj4+
ID4+Cj4+ID4+IFJvZ2VyLgo+PiA+Cj4+ID4gSGkgUm9nZXIsCj4+ID4KPj4gPiBZZXMsIEkgY2Fu
J3QgZmluZCBhbnkgZXJyb3JzIGVpdGhlciwgd2hpY2ggbWFrZXMgZGVidWdnaW5nIGl0IGFsbW9z
dAo+PiA+IGltcG9zc2libGUgZm9yIG1lLiBIZXJlIGFyZSBzb21lIG91dHB1dHM6Cj4+ID4+eGwg
bGlzdAo+PiA+IE5hbWUgSUQgTWVtIFZDUFVzIFN0YXRlCj4+ID4gVGltZShzKQo+PiA+IERvbWFp
bi0wIDAgNDA4NyAyIHItLS0tLQo+PiA+IDMzMDguMAo+PiA+IGd1ZXN0MSAxMzIgNTUwMCA2IC1i
LS0tLQo+PiA+IDUzMy4wCj4+ID4gZ3Vlc3QwIDEzMyA1NTAwIDEgci0tLS0tCj4+ID4gMTMwMTAz
LjQKPj4gPgo+PiA+IEludGVyZXN0aW5nIHRvIHNlZSB0aGUgbm9uZnVuY3Rpb25hbCBndWVzdDAg
aGFzIHN1Y2ggYSBoaWdoIFRpbWUgY29sdW1uLgo+PiA+IEl0cyBsaWtlIGl0cyBzcGlubmluZyBp
biBhIHRpZ2h0IGxvb3AsIHdoaWxlIHRoZSB3b3JraW5nIGd1ZXN0MSBpcwo+PiA+IHJ1bm5pbmcg
ZmluZS4gTm90ZSB0aGF0IHRoaXMgaXMgdGhlIG91dHB1dCBvZiBteSBsYXN0IHRlc3Qgc2V0dXAs
IHdoZXJlCj4+ID4gSSBnYXZlIGJvdGggdm1zIDU1MDBNQiBvZiBSQU0sIGFuZCB0cmllZCBzdGFy
dGluZyBndWVzdDEgZmlyc3QuCj4+ID4KPj4gPiB4bCB2Y3B1LWxpc3QKPj4gPiBOYW1lIElEIFZD
UFUgQ1BVIFN0YXRlIFRpbWUocykgQ1BVCj4+ID4gQWZmaW5pdHkKPj4gPiBEb21haW4tMCAwIDAg
MCAtYi0gMTU1NC40IDAKPj4gPiBEb21haW4tMCAwIDEgMSByLS0gMTc0OS42IDEKPj4gPiBEb21h
aW4tMCAwIDIgLSAtLXAgMC41IDIKPj4gPiBEb21haW4tMCAwIDMgLSAtLXAgMC42IDMKPj4gPiBE
b21haW4tMCAwIDQgLSAtLXAgMC40IDQKPj4gPiBEb21haW4tMCAwIDUgLSAtLXAgMC42IDUKPj4g
PiBEb21haW4tMCAwIDYgLSAtLXAgMS43IDYKPj4gPiBEb21haW4tMCAwIDcgLSAtLXAgMC44IDcK
Pj4gPiBndWVzdDEgMTMyIDAgNyAtYi0gMjIwLjQgMi03Cj4+ID4gZ3Vlc3QxIDEzMiAxIDUgLWIt
IDg2LjAgMi03Cj4+ID4gZ3Vlc3QxIDEzMiAyIDQgLWItIDczLjUgMi03Cj4+ID4gZ3Vlc3QxIDEz
MiAzIDIgLWItIDQ1LjIgMi03Cj4+ID4gZ3Vlc3QxIDEzMiA0IDYgLWItIDYxLjggMi03Cj4+ID4g
Z3Vlc3QxIDEzMiA1IDUgLWItIDQ2LjMgMi03Cj4+ID4gZ3Vlc3QwIDEzMyAwIDMgci0tIDEzMDI3
OS4xIDItNwo+PiA+IGd1ZXN0MCAxMzMgMSAtIC0tcCAwLjAgMi03Cj4+ID4gZ3Vlc3QwIDEzMyAy
IC0gLS1wIDAuMCAyLTcKPj4gPiBndWVzdDAgMTMzIDMgLSAtLXAgMC4wIDItNwo+PiA+IGd1ZXN0
MCAxMzMgNCAtIC0tcCAwLjAgMi03Cj4+ID4gZ3Vlc3QwIDEzMyA1IC0gLS1wIDAuMCAyLTcKPj4g
Pgo+PiA+IEZvciBzb21lIHJlYXNvbiwgZXZlbiB0aG91Z2ggSSBhc3NpZ25lZCA2IENQVXMgdG8g
Ym90aCBWTXMsIG9ubHkgdGhlCj4+ID4gZmlyc3Qgb25lIHN0YXJ0ZWQgc2VlbXMgdG8gZ2V0IGl0
IHJpZ2h0Lgo+PiA+Cj4+ID4gSSBiZWxpZXZlIEkgbXVzdCBoYXZlIHNvbWUgc29ydCBvZiBzY3Jl
d2VkIHVwIFhlbiBjb25maWd1cmF0aW9uLiBTdXJlbHkKPj4gPiBJIGFtIG5vdCB0aGUgZmlyc3Qg
cGVyc29uIHRvIHRyeSB1c2luZyBYZW4gb24gRGViaWFuIEplc3NpZS4KPj4KPj4gU29tZXRoaW5n
IHNlZW1zIHdyb25nIHJlZ2FyZGluZyBndWVzdDAsIGJ1dCBpdCBsb29rcyBsaWtlIGFuIGlzc3Vl
IGluCj4+IHRoZSBndWVzdCBrZXJuZWwuIENhbiB5b3UgcGFzdGUgdGhlIG91dHB1dCBvZiB4bCBk
bWVzZyBhZnRlciBjcmVhdGluZwo+PiBib3RoIGd1ZXN0cz8KPj4KPj4gQUZBSUNUIGZyb20gdGhl
IHRyYWNlcyB5b3UgaGF2ZSBwcm92aWRlZCwgeW91IGFyZSB0cnlpbmcgdG8gY3JlYXRlIDMyYml0
Cj4+IFBWIGd1ZXN0cy4gRG8gdGhleSBib290IGZpbmUgaWYgeW91IGNvbnZlcnQgdGhlbSB0byBI
Vk0/IEkgd291bGQgZm9yCj4+IGV4YW1wbGUgdHJ5IHRvIGNoYW5nZSB0aGUgY29uZmlnIGZpbGVz
IHNvIHRoZXkgbG9vayBsaWtlOgo+Pgo+PiBndWVzdDA6Cj4+IGJ1aWxkZXI9J2h2bScKPj4gdmNw
dXMgPSAnNicKPj4gY3B1cyA9ICcyLTcnCj4+IG1lbW9yeSA9ICc2MDAwJwo+PiBkaXNrID0gWyAn
cGh5Oi9kZXYveGVudm9sZ3JvdXAvZ3Vlc3QwZGlzayx4dmRhMix3JywKPj4gJ3BoeTovZGV2L3hl
bnZvbGdyb3VwL2d1ZXN0MHN3YXAseHZkYTEsdycgXQo+PiBuYW1lID0gJ2d1ZXN0MCcKPj4gdmlm
ID0gWyAnbWFjPUFFOjU3OkVDOjAxOjU0OjhDLGJyaWRnZT14ZW5icjAnIF0KPj4gb25fcG93ZXJv
ZmYgPSAnZGVzdHJveScKPj4gb25fcmVib290ID0gJ3Jlc3RhcnQnCj4+IG9uX2NyYXNoID0gJ3Jl
c3RhcnQnCj4+Cj4+IHZuYz0xCj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tCj4+IGd1ZXN0MToKPj4gYnVpbGRlcj0naHZtJwo+PiB2Y3B1cyA9ICc2Jwo+PiBjcHVz
ID0gJzItNycKPj4gbWVtb3J5ID0gJzYwMDAnCj4+IGRpc2sgPSBbICdwaHk6L2Rldi94ZW52b2xn
cm91cC9ndWVzdDFkaXNrLHh2ZGEyLHcnLAo+PiAncGh5Oi9kZXYveGVudm9sZ3JvdXAvZ3Vlc3Qx
c3dhcCx4dmRhMSx3JyBdCj4+IG5hbWUgPSAnZ3Vlc3QxJwo+PiB2aWYgPSBbICdtYWM9NzY6N0I6
RDY6NkY6MzQ6QzYsYnJpZGdlPXhlbmJyMCcgXQo+PiBvbl9wb3dlcm9mZiA9ICdkZXN0cm95Jwo+
PiBvbl9yZWJvb3QgPSAncmVzdGFydCcKPj4gb25fY3Jhc2ggPSAncmVzdGFydCcKPj4KPj4gdm5j
PTEKPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPj4KPj4gWW91
IGNhbiB0aGVuIGF0dGFjaCB0byB0aGUgZ3Vlc3QgZGlzcGxheSB1c2luZyBhIFZOQyBjbGllbnQu
Cj4+Cj4+IFJvZ2VyLgo+IAo+IFJvZ2VyLiBUaGlzIGlzIGEgNjRiaXQgbWFjaGluZSBsb2FkZWQg
d2l0aCA2NGJpdCBkZWJpYW4gamVzc2llLiBUaGUKPiBndWVzdCBWTXMgYXJlIDMyYml0IENlbnRP
UyA2LiBIb3dldmVyLCBib3RoIGd1ZXN0MCBhbmQgZ3Vlc3QxIGFyZQo+IGlkZW50aWNhbC4gV2hh
dCBjb3VsZCBoYXBwZW4gaW4gdGhlIGd1ZXN0IGtlcm5lbCB0aGF0IHdvdWxkIGFsbG93IG9uZQo+
IGluc3RhbmNlIHRvIHJ1biBqdXN0IGZpbmUsIGJ1dCB0aGUgc2Vjb25kIG9uZSB0byBmcmVlemUg
b24gYm9vdC4KPiAKPiBJIHRyaWVkIHRoZSAieGwgZG1lc2ciLCBidXQgaXRzIGRpZmZpY3VsdCB0
byB0ZWxsIHdoYXQgb3V0cHV0IGluIHRoZXJlCj4gaXMgcmVsYXRlZCB0byB3aGF0IGd1ZXN0LiBC
dXQgdGhlIGVuZCBvZiB0aGUgb3V0cHV0IGNvbnRhaW5lZCBsb3RzIG9mCj4gdGhlIGZvbGxvd2lu
ZyAyIG1lc3NhZ2VzLiBOb3Qgc3VyZSBpZiB0aGVzZSBtZWFuIGFueXRoaW5nOgo+IChYRU4pIHRy
YXBzLmM6MjUxNDpkMTMyIERvbWFpbiBhdHRlbXB0ZWQgV1JNU1IgMDAwMDAwMDAwMDAwMDE0MCBm
cm9tCj4gMHgwMDAwMDAwMDAwMDAwMDAxIHRvIDB4MDAwMDAwMDAwMDAwMDAwMC4KPiAoWEVOKSBl
dmVudF9maWZvLmM6NTA6ZDAgZG9tYWluIDAsIHBvcnQgMTkgYWxyZWFkeSBvbiBhIHF1ZXVlCj4g
Cj4gSSB0cmllZCB1c2luZyBodm0gdG8gYnVpbGQgdGhlIFZNcywgYnV0IHRoYXQgZmFpbGVkIGV2
ZW4gb24gdGhlIGZpcnN0Cj4gVk0uIE15IG91dHB1dCB3YXM6Cj4gUGFyc2luZyBjb25maWcgZnJv
bSAvaG9tZS9scHdjbS94ZW4vZ3Vlc3QwL2d1ZXN0LmNmZwo+IGxpYnhsOiBlcnJvcjogbGlieGxf
ZG0uYzoxMzkzOmRldmljZV9tb2RlbF9zcGF3bl9vdXRjb21lOiBkb21haW4gMTM4Cj4gZGV2aWNl
IG1vZGVsOiBzcGF3biBmYWlsZWQgKHJjPS0zKQo+IGxpYnhsOiBlcnJvcjogbGlieGxfY3JlYXRl
LmM6MTE4Njpkb21jcmVhdGVfZGV2bW9kZWxfc3RhcnRlZDogZGV2aWNlCj4gbW9kZWwgZGlkIG5v
dCBzdGFydDogLTMKPiBsaWJ4bDogZXJyb3I6IGxpYnhsX2RtLmM6MTQ5NzpraWxsX2RldmljZV9t
b2RlbDogRGV2aWNlIE1vZGVsIGFscmVhZHkgZXhpdGVkCgpDYW4geW91IGNoZWNrIHRoZSBsb2dz
IGluIC92YXIvbG9nL3hlbi8/IFlvdSBzaG91bGQgc2VlIHNvbWUgbG9ncyB3aXRoCnRoZSBmb2xs
b3dpbmcgbm9tZW5jbGF0dXJlICJxZW11LWRtLTxndWVzdF9uYW1lPi5sb2ciPyBBcmUgdGhlcmUg
YW55CmVycm9ycyByZXBvcnRlZCB0aGVyZT8KCkFsc28sIGNhbiB5b3UgdHJ5IGFnYWluIGJ1dCB3
aXRoIGEgaGlnaGVyIGRlYnVnIHZhbHVlICh1c2luZyB4bCAtdnZ2CmNyZWF0ZSAuLi4pIGFuZCBw
b3N0IHRoZSByZXN1bHQ/CgpSb2dlci4KCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFpbGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54
ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hlbi11c2Vycw==

From xen-users-bounces@lists.xen.org Mon Feb 29 17:15:00 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 17:15:00 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaROD-0000zt-Ij; Mon, 29 Feb 2016 17:13:45 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaROC-0000zk-Fk
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 17:13:44 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
 80/CB-02989-74C74D65; Mon, 29 Feb 2016 17:13:43 +0000
X-Env-Sender: kuba.0000@op.pl
X-Msg-Ref: server-5.tower-27.messagelabs.com!1456766022!27615388!1
X-Originating-IP: [213.180.142.164]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22636 invoked from network); 29 Feb 2016 17:13:43 -0000
Received: from smtpo33.poczta.onet.pl (HELO smtpo75.poczta.onet.pl)
 (213.180.142.164)
 by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted
 SMTP; 29 Feb 2016 17:13:43 -0000
Received: from [192.168.0.5] (85-222-26-157.dynamic.chello.pl [85.222.26.157])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128
 bits)) (No client certificate requested)
 (Authenticated sender: kuba.0000@op.pl)
 by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3qDSq758zPzT563L4
 for ; Mon, 29 Feb 2016 18:13:39 +0100 (CET)
To: xen-users@lists.xen.org
References: <56D0ED5F.3020801@op.pl> <56D4424F.10407@gmail.com>
From: Kuba 
Message-ID: <56D47C3F.4010906@op.pl>
Date: Mon, 29 Feb 2016 18:13:35 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <56D4424F.10407@gmail.com>
Subject: Re: [Xen-users] Using Remus to build a 2-node HA firewall - is it a
 good idea?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

VyBkbml1IDIwMTYtMDItMjkgbyAxNDowNiwgQXVzdGluIFMuIEhlbW1lbGdhcm4gcGlzemU6Cj4g
T24gMjAxNi0wMi0yNiAxOToyNywgS3ViYSB3cm90ZToKPj4gRGVhciBMaXN0LAo+Pgo+PiBJJ20g
bG9va2luZyBmb3IgcG9zc2libGUgc29sdXRpb25zIHRvIGNyZWF0ZSBhIDItbm9kZSBoaWdobHkg
YXZhaWxhYmxlCj4+IGZpcmV3YWxsIChwZlNlbnNlLWJhc2VkKSBhbmQgdXNpbmcgUmVtdXMgdG8g
YWNoaWV2ZSB0aGlzIHNlZW1zIGxpa2UgYW4KPj4gaW50ZXJlc3RpbmcgaWRlYSwgYXQgbGVhc3Qg
YXQgdGhlIGZpcnN0IGdsYW5jZS4KPj4KPj4gQnV0IGlzIHRoaXMgYSBnb29kIGlkZWE/IE9yIG1h
eWJlIEknbSBqdXN0IG91dCBvZiBteSBtaW5kPyA7KQo+Pgo+PiBJJ20gYXdhcmUgdGhhdCBwZlNl
bnNlIG9mZmVycyBhbGwgdGhlIGZ1bmN0aW9uYWxpdHkgcmVxdWlyZWQgdG8gY3JlYXRlCj4+IGFu
IEhBIGNsdXN0ZXIsIGJ1dCBJJ20gcmVhbGx5IGN1cmlvdXMgYWJvdXQgYWx0ZXJuYXRpdmUgc29s
dXRpb25zLgo+Pgo+PiBJIHdvdWxkIGJlIHZlcnkgZ3JhdGVmdWwgZm9yIHlvdXIgb3Bpbmlvbi4K
PiBJIGhhdGUgdG8gc2F5IHRoaXMsIGJ1dCB5b3UncmUgb3Zlci1lbmdpbmVlcmluZyB0aGluZ3Mu
ICBSZW11cyBpcyBub3QKPiByZWFsbHkgYWxsIHRoYXQgbWF0dXJlIG9mIGEgdGVjaG5vbG9neSwg
aXMgb3ZlcmtpbGwgZm9yIGEgZmlyZXdhbGwsIG1heQo+IG5vdCB3b3JrIHdpdGggRnJlZUJTRCAo
aW4gZmFjdCwgSSdkIGJlIHdpbGxpbmcgdG8gYmV0IHRoYXQgaXQgZG9lc24ndAo+IHdvcmsgYXQg
YWxsIHdpdGggRnJlZUJTRCBhcyBvZiByaWdodCBub3cpLCBhbmQgcmVxdWlyZXMgYSBsb3Qgb2Yg
d29yayB0bwo+IHNldCB1cCBhbmQgbWFpbnRhaW4uICBwZlNlbnNlIGhvd2V2ZXIgaGFzIGFsbCB0
aGUgZnVuY3Rpb25hbGl0eSB5b3UgbmVlZAo+IGJ1aWx0IGluLCBpcyBleHRyZW1lbHkgZWFzeSB0
byBzZXQgdXAgZm9yIHRoaXMsIGFuZCB3b3JrcyBhbWF6aW5nbHkgd2VsbAo+ICh3ZSB1c2UgaXQg
d2hlcmUgSSB3b3JrIGZvciBvdXIgZ2F0ZXdheSBzeXN0ZW1zLCBJIHJlZ3VsYXJseSBkbyBsaXZl
Cj4gdXBncmFkZXMsIGFuZCBfbm9ib2R5XyBub3RpY2VzIGFzIGxvbmcgYXMgYm90aCBzeXN0ZW1z
IGFyZW4ndCBkb3duIGF0Cj4gdGhlIHNhbWUgdGltZSksIGFuZCB5b3UgY2FuIHJ1biBwZlNlbnNl
IHdpdGhvdXQgdmlydHVhbGl6YXRpb24gYW5kIGdldAo+IHNpZ25pZmljYW50bHkgYmV0dGVyIHBl
cmZvcm1hbmNlLgoKWWVzLCBJJ20gcGVyZmVjdGx5IGF3YXJlIHRoYXQgdGhpcyBtaWdodCBiZSBh
biBvdmVya2lsbCBhbmQgdGhhdCBwZlNlbnNlIApoYXMgYWxsIHRoZSBmdW5jdGlvbmFsaXR5IGJ1
aWx0LWl0LiBJbiBmYWN0LCB0aGUgb25seSByZWFsIHByb2JsZW0gSSAKaGF2ZSB3aXRoIHRoYXQg
c29sdXRpb24gaXMgbGFjayBvZiBlbm91Z2ggSVBzIG9uIHRoZSBXQU4gc2lkZSwgYnV0IAp0aGF0
J3MgYSBtaW5vciBpc3N1ZS4KClRoZSB0cnV0aCBpcyBJJ20gYSBsaXR0bGUgYml0IGZhc2NpbmF0
ZWQgYnkgdGhlIGlkZWEgb2YgYSBjb21wbGV0ZWx5IAp0cmFuc3BhcmVudCBIQSBwcm92aWRlZCBi
eSB0aGUgaHlwZXJ2aXNvci4gSGF2aW5nIGEgc2luZ2xlIHNvbHV0aW9uIHRoYXQgCmNhbiBzb2x2
ZSB0aGlzIHByb2JsZW0gcmVnYXJkbGVzcyBvZiB0aGUgdHlwZSBvZiB0aGUgVk0gKGJlIGl0IGEg
CmZpcmV3YWxsLCBhIHNlcnZlciBvciBhbnkgb3RoZXIgVk0pIHJlYWxseSByZXNvbmF0ZXMgd2l0
aC4KCkJ1dCBJIGd1ZXNzIGl0J3Mgbm90IHlldCB0aGUgdGltZSBmb3IgdGhpcywgdGhvdWdoIEkn
bSBzdXJlIHRoZSAKaW5nZW5pb3VzIGZvbGtzIHRoYXQgZGV2ZWxvcCBYZW4gd2lsbCBtYWtlIGl0
IHBvc3NpYmxlIG9uZSBkYXkgOikKCk5vbmV0aGVsZXNzLCB0aGFuayB5b3UgYWxsIGZvciB5b3Vy
IGlucHV0LCBJIHJlYWxseSBhcHByZWNpYXRlIGl0LgoKQmVzdCByZWdhcmRzLApLdWJhCgpfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFp
bGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl
bi11c2Vycw==

From xen-users-bounces@lists.xen.org Mon Feb 29 17:15:00 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 17:15:00 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaROD-0000zt-Ij; Mon, 29 Feb 2016 17:13:45 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaROC-0000zk-Fk
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 17:13:44 +0000
Received: from [193.109.254.147] by server-11.bemta-14.messagelabs.com id
 80/CB-02989-74C74D65; Mon, 29 Feb 2016 17:13:43 +0000
X-Env-Sender: kuba.0000@op.pl
X-Msg-Ref: server-5.tower-27.messagelabs.com!1456766022!27615388!1
X-Originating-IP: [213.180.142.164]
X-SpamReason: No, hits=0.0 required=7.0 tests=
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 22636 invoked from network); 29 Feb 2016 17:13:43 -0000
Received: from smtpo33.poczta.onet.pl (HELO smtpo75.poczta.onet.pl)
 (213.180.142.164)
 by server-5.tower-27.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted
 SMTP; 29 Feb 2016 17:13:43 -0000
Received: from [192.168.0.5] (85-222-26-157.dynamic.chello.pl [85.222.26.157])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128
 bits)) (No client certificate requested)
 (Authenticated sender: kuba.0000@op.pl)
 by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3qDSq758zPzT563L4
 for ; Mon, 29 Feb 2016 18:13:39 +0100 (CET)
To: xen-users@lists.xen.org
References: <56D0ED5F.3020801@op.pl> <56D4424F.10407@gmail.com>
From: Kuba 
Message-ID: <56D47C3F.4010906@op.pl>
Date: Mon, 29 Feb 2016 18:13:35 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <56D4424F.10407@gmail.com>
Subject: Re: [Xen-users] Using Remus to build a 2-node HA firewall - is it a
 good idea?
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="utf-8"; Format="flowed"
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

VyBkbml1IDIwMTYtMDItMjkgbyAxNDowNiwgQXVzdGluIFMuIEhlbW1lbGdhcm4gcGlzemU6Cj4g
T24gMjAxNi0wMi0yNiAxOToyNywgS3ViYSB3cm90ZToKPj4gRGVhciBMaXN0LAo+Pgo+PiBJJ20g
bG9va2luZyBmb3IgcG9zc2libGUgc29sdXRpb25zIHRvIGNyZWF0ZSBhIDItbm9kZSBoaWdobHkg
YXZhaWxhYmxlCj4+IGZpcmV3YWxsIChwZlNlbnNlLWJhc2VkKSBhbmQgdXNpbmcgUmVtdXMgdG8g
YWNoaWV2ZSB0aGlzIHNlZW1zIGxpa2UgYW4KPj4gaW50ZXJlc3RpbmcgaWRlYSwgYXQgbGVhc3Qg
YXQgdGhlIGZpcnN0IGdsYW5jZS4KPj4KPj4gQnV0IGlzIHRoaXMgYSBnb29kIGlkZWE/IE9yIG1h
eWJlIEknbSBqdXN0IG91dCBvZiBteSBtaW5kPyA7KQo+Pgo+PiBJJ20gYXdhcmUgdGhhdCBwZlNl
bnNlIG9mZmVycyBhbGwgdGhlIGZ1bmN0aW9uYWxpdHkgcmVxdWlyZWQgdG8gY3JlYXRlCj4+IGFu
IEhBIGNsdXN0ZXIsIGJ1dCBJJ20gcmVhbGx5IGN1cmlvdXMgYWJvdXQgYWx0ZXJuYXRpdmUgc29s
dXRpb25zLgo+Pgo+PiBJIHdvdWxkIGJlIHZlcnkgZ3JhdGVmdWwgZm9yIHlvdXIgb3Bpbmlvbi4K
PiBJIGhhdGUgdG8gc2F5IHRoaXMsIGJ1dCB5b3UncmUgb3Zlci1lbmdpbmVlcmluZyB0aGluZ3Mu
ICBSZW11cyBpcyBub3QKPiByZWFsbHkgYWxsIHRoYXQgbWF0dXJlIG9mIGEgdGVjaG5vbG9neSwg
aXMgb3ZlcmtpbGwgZm9yIGEgZmlyZXdhbGwsIG1heQo+IG5vdCB3b3JrIHdpdGggRnJlZUJTRCAo
aW4gZmFjdCwgSSdkIGJlIHdpbGxpbmcgdG8gYmV0IHRoYXQgaXQgZG9lc24ndAo+IHdvcmsgYXQg
YWxsIHdpdGggRnJlZUJTRCBhcyBvZiByaWdodCBub3cpLCBhbmQgcmVxdWlyZXMgYSBsb3Qgb2Yg
d29yayB0bwo+IHNldCB1cCBhbmQgbWFpbnRhaW4uICBwZlNlbnNlIGhvd2V2ZXIgaGFzIGFsbCB0
aGUgZnVuY3Rpb25hbGl0eSB5b3UgbmVlZAo+IGJ1aWx0IGluLCBpcyBleHRyZW1lbHkgZWFzeSB0
byBzZXQgdXAgZm9yIHRoaXMsIGFuZCB3b3JrcyBhbWF6aW5nbHkgd2VsbAo+ICh3ZSB1c2UgaXQg
d2hlcmUgSSB3b3JrIGZvciBvdXIgZ2F0ZXdheSBzeXN0ZW1zLCBJIHJlZ3VsYXJseSBkbyBsaXZl
Cj4gdXBncmFkZXMsIGFuZCBfbm9ib2R5XyBub3RpY2VzIGFzIGxvbmcgYXMgYm90aCBzeXN0ZW1z
IGFyZW4ndCBkb3duIGF0Cj4gdGhlIHNhbWUgdGltZSksIGFuZCB5b3UgY2FuIHJ1biBwZlNlbnNl
IHdpdGhvdXQgdmlydHVhbGl6YXRpb24gYW5kIGdldAo+IHNpZ25pZmljYW50bHkgYmV0dGVyIHBl
cmZvcm1hbmNlLgoKWWVzLCBJJ20gcGVyZmVjdGx5IGF3YXJlIHRoYXQgdGhpcyBtaWdodCBiZSBh
biBvdmVya2lsbCBhbmQgdGhhdCBwZlNlbnNlIApoYXMgYWxsIHRoZSBmdW5jdGlvbmFsaXR5IGJ1
aWx0LWl0LiBJbiBmYWN0LCB0aGUgb25seSByZWFsIHByb2JsZW0gSSAKaGF2ZSB3aXRoIHRoYXQg
c29sdXRpb24gaXMgbGFjayBvZiBlbm91Z2ggSVBzIG9uIHRoZSBXQU4gc2lkZSwgYnV0IAp0aGF0
J3MgYSBtaW5vciBpc3N1ZS4KClRoZSB0cnV0aCBpcyBJJ20gYSBsaXR0bGUgYml0IGZhc2NpbmF0
ZWQgYnkgdGhlIGlkZWEgb2YgYSBjb21wbGV0ZWx5IAp0cmFuc3BhcmVudCBIQSBwcm92aWRlZCBi
eSB0aGUgaHlwZXJ2aXNvci4gSGF2aW5nIGEgc2luZ2xlIHNvbHV0aW9uIHRoYXQgCmNhbiBzb2x2
ZSB0aGlzIHByb2JsZW0gcmVnYXJkbGVzcyBvZiB0aGUgdHlwZSBvZiB0aGUgVk0gKGJlIGl0IGEg
CmZpcmV3YWxsLCBhIHNlcnZlciBvciBhbnkgb3RoZXIgVk0pIHJlYWxseSByZXNvbmF0ZXMgd2l0
aC4KCkJ1dCBJIGd1ZXNzIGl0J3Mgbm90IHlldCB0aGUgdGltZSBmb3IgdGhpcywgdGhvdWdoIEkn
bSBzdXJlIHRoZSAKaW5nZW5pb3VzIGZvbGtzIHRoYXQgZGV2ZWxvcCBYZW4gd2lsbCBtYWtlIGl0
IHBvc3NpYmxlIG9uZSBkYXkgOikKCk5vbmV0aGVsZXNzLCB0aGFuayB5b3UgYWxsIGZvciB5b3Vy
IGlucHV0LCBJIHJlYWxseSBhcHByZWNpYXRlIGl0LgoKQmVzdCByZWdhcmRzLApLdWJhCgpfX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpYZW4tdXNlcnMgbWFp
bGluZyBsaXN0Clhlbi11c2Vyc0BsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL3hl
bi11c2Vycw==

From xen-users-bounces@lists.xen.org Mon Feb 29 23:55:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 23:55:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaXe1-0004TI-16; Mon, 29 Feb 2016 23:54:29 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaXbv-0004Ju-HR
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 23:52:19 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
 2A/6E-03814-2B9D4D65; Mon, 29 Feb 2016 23:52:18 +0000
X-Env-Sender: hsc.10oct@gmail.com
X-Msg-Ref: server-2.tower-31.messagelabs.com!1456789934!25869771!1
X-Originating-IP: [209.85.161.177]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28878 invoked from network); 29 Feb 2016 23:52:15 -0000
Received: from mail-yw0-f177.google.com (HELO mail-yw0-f177.google.com)
 (209.85.161.177)
 by server-2.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 29 Feb 2016 23:52:15 -0000
Received: by mail-yw0-f177.google.com with SMTP id e63so135240022ywc.3
 for ; Mon, 29 Feb 2016 15:52:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc; bh=fJXsqwNWIX/HNKKRfuOJcRRSKQumVwPHILy3lFqoZl0=;
 b=mD2yeQdHLmGtBF+uplrv82ly3GNwzPdrewoDDvhYtfDjGX50fTvo1z2pC2xyEw9Gep
 3SSJpN4m1dYHQb/mXVDhM+0kRmzd35OZ9VFbFLCJ6UV0lmnKKhndk1S3Q1Me4/P6fmsY
 8tXx5VnbbbmNKAEUP+PnEB7G8NhT3AdbEbv+yIXNINOLd5yXNJdZ18kVP4P048NpYXMF
 2PK2JAmGzisSccKuVwKdGbwslhkCJ/K9n6VxoI9IouZzetPwSRg0niikueU5oBRtniP8
 1DYPkjy1jei5OtQx/X7TxAGj1SivDZcVXtIR2hS/FawhKFgGKI1/ypAHPlPPlZcCE+IZ
 aR/A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:in-reply-to:references:date
 :message-id:subject:from:to:cc;
 bh=fJXsqwNWIX/HNKKRfuOJcRRSKQumVwPHILy3lFqoZl0=;
 b=M+03rJ3L7TuvvyHhux8kDKM6pcGQm9ia3egiylsdDbvhjbEBf4uNOx4c59+CwFAFoJ
 0vpJd5miLWkW8WmCbV3o6p5HLjhXNIRk2LcYLjlO3sn6j3DY802ezFWe72rOgcHtFQaV
 GFfPyEe+QEE41h0cSHYjSroD21vwfrI0M3DuOeINeQ+I1WlyipsE1/BgZxtaE16TSs2Y
 2SYwLn/7anJuqijdbbdMvAgLpvumjzPUDSDEEI7ihJrABhffbSSodXVsFKhYYdQ2RfUy
 Rp1EP48FdWjmVbSzsHCSpM5kJaD9Jojo0OLcwegy4ruSIGbUSJycbqquBnzYrFxuqtnt
 ZwkA==
X-Gm-Message-State: AD7BkJLa2ZU/u4yWIZ6FPOn0B7W/hrK5VCtCknkgj71WXp2Q+oak7IH8kfdyX6xPirPnnpDdvK34eZ+Yl3JqEg==
MIME-Version: 1.0
X-Received: by 10.129.89.197 with SMTP id n188mr11194716ywb.322.1456789933871; 
 Mon, 29 Feb 2016 15:52:13 -0800 (PST)
Received: by 10.37.32.11 with HTTP; Mon, 29 Feb 2016 15:52:13 -0800 (PST)
In-Reply-To: 
References: 
 <1456221378.6225.116.camel@citrix.com>
 
 <20160229114609.GD20235@citrix.com>
 
Date: Mon, 29 Feb 2016 18:52:13 -0500
Message-ID: 
From: Harpreet Singh Chawla 
To: Wei Liu 
X-Mailman-Approved-At: Mon, 29 Feb 2016 23:54:26 +0000
Cc: xen-users@lists.xen.org, Ian Campbell 
Subject: Re: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============4513483533254389455=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============4513483533254389455==
Content-Type: multipart/alternative; boundary=001a11491ff4855a41052cf15619

--001a11491ff4855a41052cf15619
Content-Type: text/plain; charset=UTF-8

Thanks everyone for the response.

Solved the error by having the ifb interface created.
Did so using the commands:

sudo modprobe ifb
sudo ip link set ifb0 up

Thanks and Regards

Harpreet



On Mon, Feb 29, 2016 at 9:43 AM, Harpreet Singh Chawla 
wrote:

> Thanks Wei.
> The script exists and is being read. Because when I move it somewhere else
> it goes into a different if statement giving error 255 instead of 1.
> While installing and setting xen up, apart from the general package
> installation and standard xen linking, do I have to at anytime do a linking
> for netbuf? I even explicitly gave the same path in xl.conf still same
> error.
> Point to be noted is I have vif2 in my pc in the etc xen scripts
> directory, so how come it's searching for ifb device name for vif4
> (something it cannot really have because it just isn't there).
> Is there a way around this? (making Makefile changes doesn't really help
> Make world runs into errors)
>
> Thanks and regards
>
> Harpreet
> On 29-Feb-2016 6:46 am, "Wei Liu"  wrote:
>
>> On Sat, Feb 27, 2016 at 01:05:57PM -0500, Harpreet Singh Chawla wrote:
>> > Hello Ian
>> > Thanks for your reply.
>> > I installed libnl libraries, but then I started getting this error on
>> many
>> > xen distributions (its the same error on xen 4.6 and 4.5) when I ran the
>> > same command as above:
>> >
>> > sudo xl remus -Fd  root@
>> >
>> > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:
>> > /etc/xen/scripts/remus-netbuf-setup setup [-1] exited with error status
>> 1
>>
>> Make sure this script exists. Then you need to figure out why it fails,
>> probably with some debug output.
>>
>> >
>> > libxl: error: libxl_netbuffer.c:360:netbuf_setup_script_cb: Cannot get
>> ifb
>> > dev name for domain 4 dev vif4.0
>> >
>> > libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to
>> setup
>> > device for guest with domid 4, rc -3
>> >
>> >
>> > Although it is working fine with network buffering disabled, as earlier.
>> >
>> > My take on this is that there is some issue with setting up the qdisc on
>> > the backup. Am I right?
>>
>> I think the issue is in setting up netbuf.
>>
>> Wei.
>>
>

--001a11491ff4855a41052cf15619
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Thanks everyone for the response.

S=
olved the error by having the ifb interface created.
Did so using =
the commands:

sudo modprobe ifb
=
sudo ip link set ifb0 up

Thanks and Regards
Harpreet


On Mon, Feb 29, 2016 at 9:43 A=
M, Harpreet Singh Chawla <hsc.10oct@gmail.com> wrote:
<=
blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px=
 #ccc solid;padding-left:1ex">
Thanks Wei.

The script exists and is being read. Because when I move it somewhere else =
it goes into a different if statement giving error 255 instead of 1.

While installing and setting xen up, apart from the general package install=
ation and standard xen linking, do I have to at anytime do a linking for ne=
tbuf? I even explicitly gave the same path in xl.conf still same error.

Point to be noted is I have vif2 in my pc in the etc xen scripts directory,=
 so how come it's searching for ifb device name for vif4 (something it =
cannot really have because it just isn't there). 

Is there a way around this? (making Makefile changes doesn't really hel=
p

Make world runs into errors)


Thanks and regards


Harpreet




On 29-Feb-2016 6:46 am, "Wei Liu" <=
wei.liu2@citrix.co=
m> wrote:
On =
Sat, Feb 27, 2016 at 01:05:57PM -0500, Harpreet Singh Chawla wrote:

> Hello Ian

> Thanks for your reply.

> I installed libnl libraries, but then I started getting this error on =
many

> xen distributions (its the same error on xen 4.6 and 4.5) when I ran t=
he

> same command as above:

>

> sudo xl remus -Fd <domain_name> root@<backup_name>

>

> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:

> /etc/xen/scripts/remus-netbuf-setup setup [-1] exited with error statu=
s 1



Make sure this script exists. Then you need to figure out why it fails,

probably with some debug output.



>

> libxl: error: libxl_netbuffer.c:360:netbuf_setup_script_cb: Cannot get=
 ifb

> dev name for domain 4 dev vif4.0

>

> libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to se=
tup

> device for guest with domid 4, rc -3

>

>

> Although it is working fine with network buffering disabled, as earlie=
r.

>

> My take on this is that there is some issue with setting up the qdisc =
on

> the backup. Am I right?



I think the issue is in setting up netbuf.



Wei.







--001a11491ff4855a41052cf15619--


--===============4513483533254389455==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============4513483533254389455==--


From xen-users-bounces@lists.xen.org Mon Feb 29 23:55:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 23:55:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaXe0-0004Ss-A5; Mon, 29 Feb 2016 23:54:28 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaP3C-0004Pu-Qp
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 14:43:54 +0000
Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id
 8B/10-03497-A2954D65; Mon, 29 Feb 2016 14:43:54 +0000
X-Env-Sender: hsc.10oct@gmail.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1456757032!27465458!1
X-Originating-IP: [209.85.160.176]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8138 invoked from network); 29 Feb 2016 14:43:52 -0000
Received: from mail-yk0-f176.google.com (HELO mail-yk0-f176.google.com)
 (209.85.160.176)
 by server-12.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 29 Feb 2016 14:43:52 -0000
Received: by mail-yk0-f176.google.com with SMTP id u9so63339892ykd.1
 for ; Mon, 29 Feb 2016 06:43:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc; bh=56aaWUosMco4AQOHX4HIqf654yxniVTTj0KaEw+7erQ=;
 b=GzOv+rkFrZoYDhF51c6UkJRjsO+O2gNZZGSUhiKbrIe2hBpTaJTheSI6W4DNEiajrG
 D/vxIkqjFaE6BNPL8AAwwWQRSD7DMoigDCUp+sSa6OezXooAHnu5Ie7ooPg81TK8qBOJ
 Ifji5oNBTjcGCk+Reu4OPsxS5JDWjLwYidv5Osecgb1/syDG9i0S4opFBGY6dRzuR4j7
 unpW9F1OWJBFD4vNp7OBcWVXlIqm/maOMZYyRrWj9Roxequ9IMRlMoxPz1BOFNO/auKc
 F2DGOWSC5x0L9KRWyhQHy9TkAHSGx8dy7keuu6AAtB2SvIN9ckLhKJjimHsx+fX8dmU5
 fD1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:in-reply-to:references:date
 :message-id:subject:from:to:cc;
 bh=56aaWUosMco4AQOHX4HIqf654yxniVTTj0KaEw+7erQ=;
 b=e4l51AiLqnq2YWaKRjP4a/77QYyY2cRCs4CPdXhISIVDfp2zxCbrrAVMce41/2XGai
 YZ0Fyg94QuCNjJLjgkGD0jrrotMWtwetFgXXFMdhN0CQk1ZwXyBd6hO1X8MjSVNgeqoA
 rfyB8s2aALRA2eqcPyJ/XEzOCarBynbKOrsejYNolxGYQgOgvYiXqI11WdYW8C6Vuzrt
 SX7CcG5qpPPxAypZyCAP+ukHzECu/2qxlWBEPXMPZPHlPJtKY5Gr8b3JrUOt6I3XRvyA
 4yAbUl9WzjN9cJie80+ypYpc5oEYUqDK33kJAcWU6cTym0X8TTlGWwwpnD5A+rKHE1C2
 j1xw==
X-Gm-Message-State: AD7BkJIC89Ltj9rvHS4KiEiDm1dlH+0QqqhNSCOlAbAA/6InBgDKqpPlplFkD+6oRygP4nstxtaEpvKyDylPAw==
MIME-Version: 1.0
X-Received: by 10.37.56.142 with SMTP id f136mr9021662yba.103.1456757031803;
 Mon, 29 Feb 2016 06:43:51 -0800 (PST)
Received: by 10.37.32.11 with HTTP; Mon, 29 Feb 2016 06:43:51 -0800 (PST)
Received: by 10.37.32.11 with HTTP; Mon, 29 Feb 2016 06:43:51 -0800 (PST)
In-Reply-To: <20160229114609.GD20235@citrix.com>
References: 
 <1456221378.6225.116.camel@citrix.com>
 
 <20160229114609.GD20235@citrix.com>
Date: Mon, 29 Feb 2016 09:43:51 -0500
Message-ID: 
From: Harpreet Singh Chawla 
To: Wei Liu 
X-Mailman-Approved-At: Mon, 29 Feb 2016 23:54:26 +0000
Cc: xen-users@lists.xen.org, Ian Campbell 
Subject: Re: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============1153255946710297927=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============1153255946710297927==
Content-Type: multipart/alternative; boundary=94eb2c091544679f10052ce9ad66

--94eb2c091544679f10052ce9ad66
Content-Type: text/plain; charset=UTF-8

Thanks Wei.
The script exists and is being read. Because when I move it somewhere else
it goes into a different if statement giving error 255 instead of 1.
While installing and setting xen up, apart from the general package
installation and standard xen linking, do I have to at anytime do a linking
for netbuf? I even explicitly gave the same path in xl.conf still same
error.
Point to be noted is I have vif2 in my pc in the etc xen scripts directory,
so how come it's searching for ifb device name for vif4 (something it
cannot really have because it just isn't there).
Is there a way around this? (making Makefile changes doesn't really help
Make world runs into errors)

Thanks and regards

Harpreet
On 29-Feb-2016 6:46 am, "Wei Liu"  wrote:

> On Sat, Feb 27, 2016 at 01:05:57PM -0500, Harpreet Singh Chawla wrote:
> > Hello Ian
> > Thanks for your reply.
> > I installed libnl libraries, but then I started getting this error on
> many
> > xen distributions (its the same error on xen 4.6 and 4.5) when I ran the
> > same command as above:
> >
> > sudo xl remus -Fd  root@
> >
> > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:
> > /etc/xen/scripts/remus-netbuf-setup setup [-1] exited with error status 1
>
> Make sure this script exists. Then you need to figure out why it fails,
> probably with some debug output.
>
> >
> > libxl: error: libxl_netbuffer.c:360:netbuf_setup_script_cb: Cannot get
> ifb
> > dev name for domain 4 dev vif4.0
> >
> > libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to setup
> > device for guest with domid 4, rc -3
> >
> >
> > Although it is working fine with network buffering disabled, as earlier.
> >
> > My take on this is that there is some issue with setting up the qdisc on
> > the backup. Am I right?
>
> I think the issue is in setting up netbuf.
>
> Wei.
>

--94eb2c091544679f10052ce9ad66
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Thanks Wei.

The script exists and is being read. Because when I move it somewhere else =
it goes into a different if statement giving error 255 instead of 1.

While installing and setting xen up, apart from the general package install=
ation and standard xen linking, do I have to at anytime do a linking for ne=
tbuf? I even explicitly gave the same path in xl.conf still same error.

Point to be noted is I have vif2 in my pc in the etc xen scripts directory,=
 so how come it's searching for ifb device name for vif4 (something it =
cannot really have because it just isn't there). 

Is there a way around this? (making Makefile changes doesn't really hel=
p

Make world runs into errors)


Thanks and regards


Harpreet




On 29-Feb-2016 6:46 am, "Wei Liu" <=
wei.liu2@citrix.com> wrote:
On Sat, Feb 27, 2016 =
at 01:05:57PM -0500, Harpreet Singh Chawla wrote:

> Hello Ian

> Thanks for your reply.

> I installed libnl libraries, but then I started getting this error on =
many

> xen distributions (its the same error on xen 4.6 and 4.5) when I ran t=
he

> same command as above:

>

> sudo xl remus -Fd <domain_name> root@<backup_name>

>

> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:

> /etc/xen/scripts/remus-netbuf-setup setup [-1] exited with error statu=
s 1



Make sure this script exists. Then you need to figure out why it fails,

probably with some debug output.



>

> libxl: error: libxl_netbuffer.c:360:netbuf_setup_script_cb: Cannot get=
 ifb

> dev name for domain 4 dev vif4.0

>

> libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to se=
tup

> device for guest with domid 4, rc -3

>

>

> Although it is working fine with network buffering disabled, as earlie=
r.

>

> My take on this is that there is some issue with setting up the qdisc =
on

> the backup. Am I right?



I think the issue is in setting up netbuf.



Wei.




--94eb2c091544679f10052ce9ad66--


--===============1153255946710297927==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============1153255946710297927==--


From xen-users-bounces@lists.xen.org Mon Feb 29 23:55:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 23:55:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaXe9-0004TW-CU; Mon, 29 Feb 2016 23:54:37 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaP9u-0004o4-TM
 for xen-users@lists.xenproject.org; Mon, 29 Feb 2016 14:50:51 +0000
Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id
 CD/3F-03497-ACA54D65; Mon, 29 Feb 2016 14:50:50 +0000
X-Env-Sender: wenhui@gwmail.gwu.edu
X-Msg-Ref: server-9.tower-27.messagelabs.com!1456757449!27453033!1
X-Originating-IP: [74.125.82.47]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 36084 invoked from network); 29 Feb 2016 14:50:49 -0000
Received: from mail-wm0-f47.google.com (HELO mail-wm0-f47.google.com)
 (74.125.82.47)
 by server-9.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 29 Feb 2016 14:50:49 -0000
Received: by mail-wm0-f47.google.com with SMTP id p65so48758245wmp.0
 for ; Mon, 29 Feb 2016 06:50:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc; bh=DHC3xrZua5aUlTvT8n0Z7+1r1QtXejFzrDbK5JV8+g4=;
 b=k6/UrLt9zg9Vs7nBYg7Suh7PdAygOjhgZ29c3dDUSoUS5BPSdSRxS9lAllwXB4fxdR
 yt0bvZX596mTpylipJpSBRkbQdJMUMB7V3FkuheHHZG/tvbfSeyA5aEtCM0Mol2R9Qzl
 mnwSwHoWNdaSnDN54wQtWrI1+SpUvOP2p/iZv5tCNYjSaZ5Rl3MR7xa7hYAhIuSPSm3L
 +rl0lHNP6mhaFk1CdFVBkVNvADukOzwC6mwmdOwXAoE36XyGv5wvwvPE1kHea60A8iUl
 M1hGVoQhj+xJkeXFfs85nQKA95QhLb6BeRQR4iKIMKlY47GkgcJMVSwF24b8vBhRrLds
 a84g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:in-reply-to:references:date
 :message-id:subject:from:to:cc;
 bh=DHC3xrZua5aUlTvT8n0Z7+1r1QtXejFzrDbK5JV8+g4=;
 b=gsQBwpLxEICf9VXzqR4Qw+yeqX3HSJdU1c64opxNZWcNlOY8LmAe+orb6poOdFtVCx
 U1FdkVKayVqFg8OvDmk43muu71OhOjPuqsrz5pk/v2bIvNouPZJoNvsUMHK88IqyzkUZ
 KSTk0JCHKAkGxtRz2nlw9QVrr33P/6SGt9mGOkhagExb/WRSfU2OQhS+EHPILy8Vk5Jb
 c0PSIFUweQwxAo+fsDjHS/YY0O0Vo7ytMJwKNGYCghXRo0mkdY6p8oi/8OowmcIHPH0Z
 Hu/22bdfVk95jHtr3/NPRo6uUXZDiAgCDXTEWuzPZk3Smt31N/cEFyBRBOtfvwcxFkEE
 QCxw==
X-Gm-Message-State: AD7BkJIquZrDQ6b+2UmaL3S8mHx/wqy9UnDJ+GsWJxmJz9WwOneMdLZ0quk66yyF9kP5jhq43UiY4yRKYaOewvmK
MIME-Version: 1.0
X-Received: by 10.194.134.134 with SMTP id pk6mr15588814wjb.176.1456757448682; 
 Mon, 29 Feb 2016 06:50:48 -0800 (PST)
Received: by 10.27.50.73 with HTTP; Mon, 29 Feb 2016 06:50:48 -0800 (PST)
In-Reply-To: <20160229114142.GE17111@citrix.com>
References: 
 <20160229114142.GE17111@citrix.com>
Date: Mon, 29 Feb 2016 09:50:48 -0500
Message-ID: 
From: Wenhui Zhang 
To: Wei Liu 
X-Mailman-Approved-At: Mon, 29 Feb 2016 23:54:35 +0000
Cc: xen-users@lists.xenproject.org
Subject: Re: [Xen-users] Xen 4.4 on Ubuntu14.04,
	freeze while using"xl create'
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============8790709122684899912=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============8790709122684899912==
Content-Type: multipart/alternative; boundary=089e0112ca6640cbee052ce9c6af

--089e0112ca6640cbee052ce9c6af
Content-Type: text/plain; charset=UTF-8

no, no xl dmesg is found

On Mon, Feb 29, 2016 at 6:41 AM, Wei Liu  wrote:

> Do you have "xl dmesg" output?
>
> Wei.
>



-- 
V/R,

Wenhui Zhang

Email: wenhui@gwmail.gwu.edu
           Telephone: 1-(703) 424 3193

--089e0112ca6640cbee052ce9c6af
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


no, no xl dmesg is found=C2=A0

On Mon, Feb 29, 2016 at 6:41 AM, Wei Li=
u <wei.liu2@citrix.com> wrote:
Do you have "xl dmesg" output?



Wei.





-- 
V/R, 
=C2=A0
Wenhui=
 Zhang 
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
=C2=A0 Telephone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=
=A0
=C2=A0
=C2=A0
=C2=A0






--089e0112ca6640cbee052ce9c6af--


--===============8790709122684899912==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============8790709122684899912==--


From xen-users-bounces@lists.xen.org Mon Feb 29 23:55:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 23:55:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaXe1-0004TI-16; Mon, 29 Feb 2016 23:54:29 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaXbv-0004Ju-HR
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 23:52:19 +0000
Received: from [85.158.137.68] by server-9.bemta-3.messagelabs.com id
 2A/6E-03814-2B9D4D65; Mon, 29 Feb 2016 23:52:18 +0000
X-Env-Sender: hsc.10oct@gmail.com
X-Msg-Ref: server-2.tower-31.messagelabs.com!1456789934!25869771!1
X-Originating-IP: [209.85.161.177]
X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_30_40,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 28878 invoked from network); 29 Feb 2016 23:52:15 -0000
Received: from mail-yw0-f177.google.com (HELO mail-yw0-f177.google.com)
 (209.85.161.177)
 by server-2.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 29 Feb 2016 23:52:15 -0000
Received: by mail-yw0-f177.google.com with SMTP id e63so135240022ywc.3
 for ; Mon, 29 Feb 2016 15:52:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc; bh=fJXsqwNWIX/HNKKRfuOJcRRSKQumVwPHILy3lFqoZl0=;
 b=mD2yeQdHLmGtBF+uplrv82ly3GNwzPdrewoDDvhYtfDjGX50fTvo1z2pC2xyEw9Gep
 3SSJpN4m1dYHQb/mXVDhM+0kRmzd35OZ9VFbFLCJ6UV0lmnKKhndk1S3Q1Me4/P6fmsY
 8tXx5VnbbbmNKAEUP+PnEB7G8NhT3AdbEbv+yIXNINOLd5yXNJdZ18kVP4P048NpYXMF
 2PK2JAmGzisSccKuVwKdGbwslhkCJ/K9n6VxoI9IouZzetPwSRg0niikueU5oBRtniP8
 1DYPkjy1jei5OtQx/X7TxAGj1SivDZcVXtIR2hS/FawhKFgGKI1/ypAHPlPPlZcCE+IZ
 aR/A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:in-reply-to:references:date
 :message-id:subject:from:to:cc;
 bh=fJXsqwNWIX/HNKKRfuOJcRRSKQumVwPHILy3lFqoZl0=;
 b=M+03rJ3L7TuvvyHhux8kDKM6pcGQm9ia3egiylsdDbvhjbEBf4uNOx4c59+CwFAFoJ
 0vpJd5miLWkW8WmCbV3o6p5HLjhXNIRk2LcYLjlO3sn6j3DY802ezFWe72rOgcHtFQaV
 GFfPyEe+QEE41h0cSHYjSroD21vwfrI0M3DuOeINeQ+I1WlyipsE1/BgZxtaE16TSs2Y
 2SYwLn/7anJuqijdbbdMvAgLpvumjzPUDSDEEI7ihJrABhffbSSodXVsFKhYYdQ2RfUy
 Rp1EP48FdWjmVbSzsHCSpM5kJaD9Jojo0OLcwegy4ruSIGbUSJycbqquBnzYrFxuqtnt
 ZwkA==
X-Gm-Message-State: AD7BkJLa2ZU/u4yWIZ6FPOn0B7W/hrK5VCtCknkgj71WXp2Q+oak7IH8kfdyX6xPirPnnpDdvK34eZ+Yl3JqEg==
MIME-Version: 1.0
X-Received: by 10.129.89.197 with SMTP id n188mr11194716ywb.322.1456789933871; 
 Mon, 29 Feb 2016 15:52:13 -0800 (PST)
Received: by 10.37.32.11 with HTTP; Mon, 29 Feb 2016 15:52:13 -0800 (PST)
In-Reply-To: 
References: 
 <1456221378.6225.116.camel@citrix.com>
 
 <20160229114609.GD20235@citrix.com>
 
Date: Mon, 29 Feb 2016 18:52:13 -0500
Message-ID: 
From: Harpreet Singh Chawla 
To: Wei Liu 
X-Mailman-Approved-At: Mon, 29 Feb 2016 23:54:26 +0000
Cc: xen-users@lists.xen.org, Ian Campbell 
Subject: Re: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============4513483533254389455=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============4513483533254389455==
Content-Type: multipart/alternative; boundary=001a11491ff4855a41052cf15619

--001a11491ff4855a41052cf15619
Content-Type: text/plain; charset=UTF-8

Thanks everyone for the response.

Solved the error by having the ifb interface created.
Did so using the commands:

sudo modprobe ifb
sudo ip link set ifb0 up

Thanks and Regards

Harpreet



On Mon, Feb 29, 2016 at 9:43 AM, Harpreet Singh Chawla 
wrote:

> Thanks Wei.
> The script exists and is being read. Because when I move it somewhere else
> it goes into a different if statement giving error 255 instead of 1.
> While installing and setting xen up, apart from the general package
> installation and standard xen linking, do I have to at anytime do a linking
> for netbuf? I even explicitly gave the same path in xl.conf still same
> error.
> Point to be noted is I have vif2 in my pc in the etc xen scripts
> directory, so how come it's searching for ifb device name for vif4
> (something it cannot really have because it just isn't there).
> Is there a way around this? (making Makefile changes doesn't really help
> Make world runs into errors)
>
> Thanks and regards
>
> Harpreet
> On 29-Feb-2016 6:46 am, "Wei Liu"  wrote:
>
>> On Sat, Feb 27, 2016 at 01:05:57PM -0500, Harpreet Singh Chawla wrote:
>> > Hello Ian
>> > Thanks for your reply.
>> > I installed libnl libraries, but then I started getting this error on
>> many
>> > xen distributions (its the same error on xen 4.6 and 4.5) when I ran the
>> > same command as above:
>> >
>> > sudo xl remus -Fd  root@
>> >
>> > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:
>> > /etc/xen/scripts/remus-netbuf-setup setup [-1] exited with error status
>> 1
>>
>> Make sure this script exists. Then you need to figure out why it fails,
>> probably with some debug output.
>>
>> >
>> > libxl: error: libxl_netbuffer.c:360:netbuf_setup_script_cb: Cannot get
>> ifb
>> > dev name for domain 4 dev vif4.0
>> >
>> > libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to
>> setup
>> > device for guest with domid 4, rc -3
>> >
>> >
>> > Although it is working fine with network buffering disabled, as earlier.
>> >
>> > My take on this is that there is some issue with setting up the qdisc on
>> > the backup. Am I right?
>>
>> I think the issue is in setting up netbuf.
>>
>> Wei.
>>
>

--001a11491ff4855a41052cf15619
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Thanks everyone for the response.

S=
olved the error by having the ifb interface created.
Did so using =
the commands:

sudo modprobe ifb
=
sudo ip link set ifb0 up

Thanks and Regards
Harpreet


On Mon, Feb 29, 2016 at 9:43 A=
M, Harpreet Singh Chawla <hsc.10oct@gmail.com> wrote:
<=
blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px=
 #ccc solid;padding-left:1ex">
Thanks Wei.

The script exists and is being read. Because when I move it somewhere else =
it goes into a different if statement giving error 255 instead of 1.

While installing and setting xen up, apart from the general package install=
ation and standard xen linking, do I have to at anytime do a linking for ne=
tbuf? I even explicitly gave the same path in xl.conf still same error.

Point to be noted is I have vif2 in my pc in the etc xen scripts directory,=
 so how come it's searching for ifb device name for vif4 (something it =
cannot really have because it just isn't there). 

Is there a way around this? (making Makefile changes doesn't really hel=
p

Make world runs into errors)


Thanks and regards


Harpreet




On 29-Feb-2016 6:46 am, "Wei Liu" <=
wei.liu2@citrix.co=
m> wrote:
On =
Sat, Feb 27, 2016 at 01:05:57PM -0500, Harpreet Singh Chawla wrote:

> Hello Ian

> Thanks for your reply.

> I installed libnl libraries, but then I started getting this error on =
many

> xen distributions (its the same error on xen 4.6 and 4.5) when I ran t=
he

> same command as above:

>

> sudo xl remus -Fd <domain_name> root@<backup_name>

>

> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:

> /etc/xen/scripts/remus-netbuf-setup setup [-1] exited with error statu=
s 1



Make sure this script exists. Then you need to figure out why it fails,

probably with some debug output.



>

> libxl: error: libxl_netbuffer.c:360:netbuf_setup_script_cb: Cannot get=
 ifb

> dev name for domain 4 dev vif4.0

>

> libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to se=
tup

> device for guest with domid 4, rc -3

>

>

> Although it is working fine with network buffering disabled, as earlie=
r.

>

> My take on this is that there is some issue with setting up the qdisc =
on

> the backup. Am I right?



I think the issue is in setting up netbuf.



Wei.







--001a11491ff4855a41052cf15619--


--===============4513483533254389455==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============4513483533254389455==--


From xen-users-bounces@lists.xen.org Mon Feb 29 23:55:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 23:55:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaXe0-0004T5-Le; Mon, 29 Feb 2016 23:54:28 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaSVH-0005gB-6d
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 18:25:07 +0000
Received: from [85.158.137.68] by server-12.bemta-3.messagelabs.com id
 1F/4F-19343-20D84D65; Mon, 29 Feb 2016 18:25:06 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-4.tower-31.messagelabs.com!1456770303!16207528!1
X-Originating-IP: [65.55.116.42]
X-SpamReason: No, hits=1.3 required=7.0 tests=FORGED_HOTMAIL_RCVD,
 HTML_10_20,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 57783 invoked from network); 29 Feb 2016 18:25:04 -0000
Received: from blu004-omc1s31.hotmail.com (HELO BLU004-OMC1S31.hotmail.com)
 (65.55.116.42)
 by server-4.tower-31.messagelabs.com with AES256-SHA256 encrypted SMTP;
 29 Feb 2016 18:25:04 -0000
Received: from BLU183-W61 ([65.55.116.8]) by BLU004-OMC1S31.hotmail.com over
 TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
 Mon, 29 Feb 2016 10:25:03 -0800
X-TMN: [j9rp77T5f2g4PzmScIG085H/9LTzO0GZ]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
 "xen-users@lists.xen.org" 
Date: Mon, 29 Feb 2016 13:25:03 -0500
Importance: Normal
In-Reply-To: <56D4744E.3030003@citrix.com>
References: ,
 <56CAEEA7.7050508@citrix.com>
 ,<56CB4D1C.3000701@citrix.com>
 ,
 
 <56CC1701.3070807@citrix.com>,
 <56CD6B71.6000801@citrix.com>,
 <56CF5B2B.10001@citrix.com>,
 <56D00D8D.2040704@citrix.com>, ,
 <56D4744E.3030003@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 29 Feb 2016 18:25:03.0506 (UTC)
 FILETIME=[81D79F20:01D1731E]
X-Mailman-Approved-At: Mon, 29 Feb 2016 23:54:26 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============4180319432836358702=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============4180319432836358702==
Content-Type: multipart/alternative;
	boundary="_ddbfde62-a885-4056-9545-8f0da630358b_"

--_ddbfde62-a885-4056-9545-8f0da630358b_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


>=20
> El 27/2/16 a les 0:47=2C Brandon Adkins ha escrit:
> >=20
> >=20
> >> Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
> > create" on second VM
> >> To: badkins79@msn.com=3B xen-users@lists.xen.org
> >> From: roger.pau@citrix.com
> >> Date: Fri=2C 26 Feb 2016 09:32:13 +0100
> >>
> >> El 26/2/16 a les 6:25=2C Brandon Adkins ha escrit:
> >> >
> >> >
> >> >>
> >> >> El 24/2/16 a les 18:13=2C Brandon Adkins ha escrit:
> >> >> > Hi Roger=2C
> >> >> > The log messages I entered before are for the second guest. I did=
n't
> >> > include any logs for the second guest since that one works perfectly=
.
> >> >> > But maybe I am allocating my RAM too tightly? The system has 16 G=
B
> >> > of RAM=2C or 16=2C384MB. I allocated 4096MB to the host. That leaves=
 me with
> >> > 12=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is =
there
> >> > some minimum amount that needs to remain above that?
> >> >> > Looking at "xl info" with both guests started=2C it says my total
> >> > memory is 16=2C353=2C and that my free memory is 45.
> >> >> > I also just tried reducing the RAM for both guests down to 5500. =
I
> >> > got the same error when starting the second guest. Thats about 1 GB =
of
> >> > unallocated space=2C so I don't think thats my issue.
> >> >> > I also just tried stopping both guests=2C and starting guest1 fir=
st=2C
> >> > and guest0 second. Guest1 came up fine=2C and now guest0 is stuck. I=
ts
> >> > definitely related to the second vm that starts=2C and not a specifi=
c
> >> > configuration.
> >> >> > I am really at a loss of where to look. Is there anything in the
> >> > config that would cause the CPUs to get assigned to the first guest=
=2C so
> >> > the second one is left with no CPUs?
> >> >> > Best=2CBeau
> >> >> >
> >> >>
> >> >> I don't see any error in the trace=2C AFAICT libxl has correctly cr=
eated
> >> >> the domain. Can you paste the output of `xl list` after creating bo=
th
> >> >> guests?
> >> >>
> >> >> Roger.
> >> >
> >> > Hi Roger=2C
> >> >
> >> > Yes=2C I can't find any errors either=2C which makes debugging it al=
most
> >> > impossible for me. Here are some outputs:
> >> >>xl list
> >> > Name ID Mem VCPUs State
> >> > Time(s)
> >> > Domain-0 0 4087 2 r-----
> >> > 3308.0
> >> > guest1 132 5500 6 -b----
> >> > 533.0
> >> > guest0 133 5500 1 r-----
> >> > 130103.4
> >> >
> >> > Interesting to see the nonfunctional guest0 has such a high Time col=
umn.
> >> > Its like its spinning in a tight loop=2C while the working guest1 is
> >> > running fine. Note that this is the output of my last test setup=2C =
where
> >> > I gave both vms 5500MB of RAM=2C and tried starting guest1 first.
> >> >
> >> > xl vcpu-list
> >> > Name ID VCPU CPU State Time(s) CPU
> >> > Affinity
> >> > Domain-0 0 0 0 -b- 1554.4 0
> >> > Domain-0 0 1 1 r-- 1749.6 1
> >> > Domain-0 0 2 - --p 0.5 2
> >> > Domain-0 0 3 - --p 0.6 3
> >> > Domain-0 0 4 - --p 0.4 4
> >> > Domain-0 0 5 - --p 0.6 5
> >> > Domain-0 0 6 - --p 1.7 6
> >> > Domain-0 0 7 - --p 0.8 7
> >> > guest1 132 0 7 -b- 220.4 2-7
> >> > guest1 132 1 5 -b- 86.0 2-7
> >> > guest1 132 2 4 -b- 73.5 2-7
> >> > guest1 132 3 2 -b- 45.2 2-7
> >> > guest1 132 4 6 -b- 61.8 2-7
> >> > guest1 132 5 5 -b- 46.3 2-7
> >> > guest0 133 0 3 r-- 130279.1 2-7
> >> > guest0 133 1 - --p 0.0 2-7
> >> > guest0 133 2 - --p 0.0 2-7
> >> > guest0 133 3 - --p 0.0 2-7
> >> > guest0 133 4 - --p 0.0 2-7
> >> > guest0 133 5 - --p 0.0 2-7
> >> >
> >> > For some reason=2C even though I assigned 6 CPUs to both VMs=2C only=
 the
> >> > first one started seems to get it right.
> >> >
> >> > I believe I must have some sort of screwed up Xen configuration. Sur=
ely
> >> > I am not the first person to try using Xen on Debian Jessie.
> >>
> >> Something seems wrong regarding guest0=2C but it looks like an issue i=
n
> >> the guest kernel. Can you paste the output of xl dmesg after creating
> >> both guests?
> >>
> >> AFAICT from the traces you have provided=2C you are trying to create 3=
2bit
> >> PV guests. Do they boot fine if you convert them to HVM? I would for
> >> example try to change the config files so they look like:
> >>
> >> guest0:
> >> builder=3D'hvm'
> >> vcpus =3D '6'
> >> cpus =3D '2-7'
> >> memory =3D '6000'
> >> disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C
> >> 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]
> >> name =3D 'guest0'
> >> vif =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]
> >> on_poweroff =3D 'destroy'
> >> on_reboot =3D 'restart'
> >> on_crash =3D 'restart'
> >>
> >> vnc=3D1
> >> -----------------------------------------
> >> guest1:
> >> builder=3D'hvm'
> >> vcpus =3D '6'
> >> cpus =3D '2-7'
> >> memory =3D '6000'
> >> disk =3D [ 'phy:/dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C
> >> 'phy:/dev/xenvolgroup/guest1swap=2Cxvda1=2Cw' ]
> >> name =3D 'guest1'
> >> vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr0' ]
> >> on_poweroff =3D 'destroy'
> >> on_reboot =3D 'restart'
> >> on_crash =3D 'restart'
> >>
> >> vnc=3D1
> >> -----------------------------------------
> >>
> >> You can then attach to the guest display using a VNC client.
> >>
> >> Roger.
> >=20
> > Roger. This is a 64bit machine loaded with 64bit debian jessie. The
> > guest VMs are 32bit CentOS 6. However=2C both guest0 and guest1 are
> > identical. What could happen in the guest kernel that would allow one
> > instance to run just fine=2C but the second one to freeze on boot.
> >=20
> > I tried the "xl dmesg"=2C but its difficult to tell what output in ther=
e
> > is related to what guest. But the end of the output contained lots of
> > the following 2 messages. Not sure if these mean anything:
> > (XEN) traps.c:2514:d132 Domain attempted WRMSR 0000000000000140 from
> > 0x0000000000000001 to 0x0000000000000000.
> > (XEN) event_fifo.c:50:d0 domain 0=2C port 19 already on a queue
> >=20
> > I tried using hvm to build the VMs=2C but that failed even on the first
> > VM. My output was:
> > Parsing config from /home/lpwcm/xen/guest0/guest.cfg
> > libxl: error: libxl_dm.c:1393:device_model_spawn_outcome: domain 138
> > device model: spawn failed (rc=3D-3)
> > libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device
> > model did not start: -3
> > libxl: error: libxl_dm.c:1497:kill_device_model: Device Model already e=
xited
>=20
> Can you check the logs in /var/log/xen/? You should see some logs with
> the following nomenclature "qemu-dm-.log"? Are there any
> errors reported there?
>=20
> Also=2C can you try again but with a higher debug value (using xl -vvv
> create ...) and post the result?
>=20
> Roger.
> Hey Roger=2C
There was one entry in the qemu-dm logfile:qemu-system-i386: -drive file=3D=
/dev/xenvolgroup/guest0swap=2Cif=3Dide=2Cindex=3D0=2Cmedia=3Ddisk=2Cformat=
=3Draw=2Ccache=3Dwriteback: drive with bus=3D0=2C unit=3D0 (index=3D0) exis=
ts
Here is the output using -vvv:Parsing config from /home/lpwcm/xen/guest0/gu=
est.cfglibxl: debug: libxl_create.c:1342:do_domain_create: ao 0x23a38b0: cr=
eate: how=3D(nil) callback=3D(nil) poller=3D0x23a3950libxl: debug: libxl_de=
vice.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda2 spec.backend=
=3Dunknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: =
Disk vdev=3Dxvda2=2C using backend phylibxl: debug: libxl_device.c:251:libx=
l__device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dunknownlibxl: =
debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=3Dxvda1=
=2C using backend phylibxl: debug: libxl_create.c:797:initiate_domain_creat=
e: running bootloaderlibxl: debug: libxl_bootloader.c:321:libxl__bootloader=
_run: not a PV domain=2C skipping bootloaderlibxl: debug: libxl_event.c:618=
:libxl__ev_xswatch_deregister: watch w=3D0x2399188: deregister unregistered=
xc: detail: elf_parse_binary: phdr: paddr=3D0x100000 memsz=3D0x59658xc: det=
ail: elf_parse_binary: memory: 0x100000 -> 0x159658xc: detail: VIRTUAL MEMO=
RY ARRANGEMENT:  Loader:        0000000000100000->0000000000159658  Modules=
:       0000000000000000->0000000000000000  TOTAL:         0000000000000000=
->0000000157400000  ENTRY ADDRESS: 0000000000100648xc: detail: PHYSICAL MEM=
ORY ALLOCATION:  4KB PAGES: 0x0000000000000200  2MB PAGES: 0x00000000000004=
b9  1GB PAGES: 0x0000000000000003xc: detail: elf_load_binary: phdr 0 at 0x7=
f9c2de99000 -> 0x7f9c2dee960dlibxl: debug: libxl_device.c:251:libxl__device=
_disk_set_backend: Disk vdev=3Dxvda2 spec.backend=3Dphylibxl: debug: libxl_=
event.c:570:libxl__ev_xswatch_register: watch w=3D0x239a998 wpath=3D/local/=
domain/0/backend/vbd/139/51714/state token=3D3/0: register slotnum=3D3libxl=
: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvd=
a1 spec.backend=3Dphylibxl: debug: libxl_device.c:251:libxl__device_disk_se=
t_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: libxl_event.c:=
570:libxl__ev_xswatch_register: watch w=3D0x239b938 wpath=3D/local/domain/0=
/backend/vbd/139/51713/state token=3D2/1: register slotnum=3D2libxl: debug:=
 libxl_create.c:1356:do_domain_create: ao 0x23a38b0: inprogress: poller=3D0=
x23a3950=2C flags=3Dilibxl: debug: libxl_event.c:514:watchfd_callback: watc=
h w=3D0x239a998 wpath=3D/local/domain/0/backend/vbd/139/51714/state token=
=3D3/0: event epath=3D/local/domain/0/backend/vbd/139/51714/statelibxl: deb=
ug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/back=
end/vbd/139/51714/state wanted state 2 oklibxl: debug: libxl_event.c:606:li=
bxl__ev_xswatch_deregister: watch w=3D0x239a998 wpath=3D/local/domain/0/bac=
kend/vbd/139/51714/state token=3D3/0: deregister slotnum=3D3libxl: debug: l=
ibxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239a998: deregis=
ter unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling h=
otplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483:wa=
tchfd_callback: watch epath=3D/local/domain/0/backend/vbd/139/51714/state t=
oken=3D3/0: empty slotlibxl: debug: libxl_event.c:514:watchfd_callback: wat=
ch w=3D0x239b938 wpath=3D/local/domain/0/backend/vbd/139/51713/state token=
=3D2/1: event epath=3D/local/domain/0/backend/vbd/139/51713/statelibxl: deb=
ug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/back=
end/vbd/139/51713/state wanted state 2 oklibxl: debug: libxl_event.c:606:li=
bxl__ev_xswatch_deregister: watch w=3D0x239b938 wpath=3D/local/domain/0/bac=
kend/vbd/139/51713/state token=3D2/1: deregister slotnum=3D2libxl: debug: l=
ibxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239b938: deregis=
ter unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling h=
otplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483:wa=
tchfd_callback: watch epath=3D/local/domain/0/backend/vbd/139/51713/state t=
oken=3D2/1: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_der=
egister: watch w=3D0x239aa20: deregister unregisteredlibxl: debug: libxl_ev=
ent.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239aa20: deregister unr=
egisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watc=
h w=3D0x239b9c0: deregister unregisteredlibxl: debug: libxl_event.c:618:lib=
xl__ev_xswatch_deregister: watch w=3D0x239b9c0: deregister unregisteredlibx=
l: debug: libxl_dm.c:1325:libxl__spawn_local_dm: Spawning device-model /usr=
/bin/qemu-system-i386 with arguments:libxl: debug: libxl_dm.c:1327:libxl__s=
pawn_local_dm:   /usr/bin/qemu-system-i386libxl: debug: libxl_dm.c:1327:lib=
xl__spawn_local_dm:   -xen-domidlibxl: debug: libxl_dm.c:1327:libxl__spawn_=
local_dm:   139libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   -char=
devlibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   socket=2Cid=3Dlib=
xl-cmd=2Cpath=3D/var/run/xen/qmp-libxl-139=2Cserver=2Cnowaitlibxl: debug: l=
ibxl_dm.c:1327:libxl__spawn_local_dm:   -monlibxl: debug: libxl_dm.c:1327:l=
ibxl__spawn_local_dm:   chardev=3Dlibxl-cmd=2Cmode=3Dcontrollibxl: debug: l=
ibxl_dm.c:1327:libxl__spawn_local_dm:   -nodefaultslibxl: debug: libxl_dm.c=
:1327:libxl__spawn_local_dm:   -namelibxl: debug: libxl_dm.c:1327:libxl__sp=
awn_local_dm:   guest0libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm: =
  -vnclibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   127.0.0.1:0=2C=
to=3D99libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   -displaylibxl=
: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   nonelibxl: debug: libxl_d=
m.c:1327:libxl__spawn_local_dm:   -devicelibxl: debug: libxl_dm.c:1327:libx=
l__spawn_local_dm:   cirrus-vgalibxl: debug: libxl_dm.c:1327:libxl__spawn_l=
ocal_dm:   -globallibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   vg=
a.vram_size_mb=3D8libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   -b=
ootlibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   order=3Dcdalibxl:=
 debug: libxl_dm.c:1327:libxl__spawn_local_dm:   -smplibxl: debug: libxl_dm=
.c:1327:libxl__spawn_local_dm:   6=2Cmaxcpus=3D6libxl: debug: libxl_dm.c:13=
27:libxl__spawn_local_dm:   -devicelibxl: debug: libxl_dm.c:1327:libxl__spa=
wn_local_dm:   rtl8139=2Cid=3Dnic0=2Cnetdev=3Dnet0=2Cmac=3Dae:57:ec:01:54:8=
clibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   -netdevlibxl: debug=
: libxl_dm.c:1327:libxl__spawn_local_dm:   type=3Dtap=2Cid=3Dnet0=2Cifname=
=3Dvif139.0-emu=2Cscript=3Dno=2Cdownscript=3Dnolibxl: debug: libxl_dm.c:132=
7:libxl__spawn_local_dm:   -machinelibxl: debug: libxl_dm.c:1327:libxl__spa=
wn_local_dm:   xenfvlibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   =
-mlibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   5492libxl: debug: =
libxl_dm.c:1327:libxl__spawn_local_dm:   -drivelibxl: debug: libxl_dm.c:132=
7:libxl__spawn_local_dm:   file=3D/dev/xenvolgroup/guest0disk=2Cif=3Dide=2C=
index=3D0=2Cmedia=3Ddisk=2Cformat=3Draw=2Ccache=3Dwritebacklibxl: debug: li=
bxl_dm.c:1327:libxl__spawn_local_dm:   -drivelibxl: debug: libxl_dm.c:1327:=
libxl__spawn_local_dm:   file=3D/dev/xenvolgroup/guest0swap=2Cif=3Dide=2Cin=
dex=3D0=2Cmedia=3Ddisk=2Cformat=3Draw=2Ccache=3Dwritebacklibxl: debug: libx=
l_event.c:570:libxl__ev_xswatch_register: watch w=3D0x23993c0 wpath=3D/loca=
l/domain/0/device-model/139/state token=3D2/2: register slotnum=3D2libxl: d=
ebug: libxl_event.c:514:watchfd_callback: watch w=3D0x23993c0 wpath=3D/loca=
l/domain/0/device-model/139/state token=3D2/2: event epath=3D/local/domain/=
0/device-model/139/statelibxl: debug: libxl_event.c:606:libxl__ev_xswatch_d=
eregister: watch w=3D0x23993c0 wpath=3D/local/domain/0/device-model/139/sta=
te token=3D2/2: deregister slotnum=3D2libxl: error: libxl_dm.c:1393:device_=
model_spawn_outcome: domain 139 device model: spawn failed (rc=3D-3)libxl: =
error: libxl_create.c:1186:domcreate_devmodel_started: device model did not=
 start: -3libxl: error: libxl_dm.c:1497:kill_device_model: Device Model alr=
eady exitedlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watc=
h w=3D0x239f718 wpath=3D/local/domain/0/backend/vbd/139/51714/state token=
=3D2/3: register slotnum=3D2libxl: debug: libxl_event.c:570:libxl__ev_xswat=
ch_register: watch w=3D0x239f998 wpath=3D/local/domain/0/backend/vbd/139/51=
713/state token=3D3/4: register slotnum=3D3libxl: debug: libxl_event.c:514:=
watchfd_callback: watch w=3D0x239f718 wpath=3D/local/domain/0/backend/vbd/1=
39/51714/state token=3D2/3: event epath=3D/local/domain/0/backend/vbd/139/5=
1714/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend =
/local/domain/0/backend/vbd/139/51714/state wanted state 6 oklibxl: debug: =
libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x239f718 wpath=
=3D/local/domain/0/backend/vbd/139/51714/state token=3D2/3: deregister slot=
num=3D2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch =
w=3D0x239f718: deregister unregisteredlibxl: debug: libxl_device.c:1023:dev=
ice_hotplug: calling hotplug script: /etc/xen/scripts/block removelibxl: de=
bug: libxl_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/back=
end/vbd/139/51714/state token=3D2/3: empty slotlibxl: debug: libxl_event.c:=
514:watchfd_callback: watch w=3D0x239f998 wpath=3D/local/domain/0/backend/v=
bd/139/51713/state token=3D3/4: event epath=3D/local/domain/0/backend/vbd/1=
39/51713/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: back=
end /local/domain/0/backend/vbd/139/51713/state wanted state 6 oklibxl: deb=
ug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x239f998 wpa=
th=3D/local/domain/0/backend/vbd/139/51713/state token=3D3/4: deregister sl=
otnum=3D3libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watc=
h w=3D0x239f998: deregister unregisteredlibxl: debug: libxl_device.c:1023:d=
evice_hotplug: calling hotplug script: /etc/xen/scripts/block removelibxl: =
debug: libxl_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/ba=
ckend/vbd/139/51713/state token=3D3/4: empty slotlibxl: debug: libxl_event.=
c:618:libxl__ev_xswatch_deregister: watch w=3D0x239f7a0: deregister unregis=
teredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=
=3D0x239f7a0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl_=
_ev_xswatch_deregister: watch w=3D0x239fa20: deregister unregisteredlibxl: =
debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239fa20:=
 deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_d=
eregister: watch w=3D0x239ef80: deregister unregisteredlibxl: debug: libxl_=
event.c:1591:libxl__ao_complete: ao 0x23a38b0: complete=2C rc=3D-3libxl: de=
bug: libxl_event.c:1563:libxl__ao__destroy: ao 0x23a38b0: destroyxc: debug:=
 hypercall buffer: total allocations:1381 total releases:1381xc: debug: hyp=
ercall buffer: current allocations:0 maximum allocations:2xc: debug: hyperc=
all buffer: cache current size:2xc: debug: hypercall buffer: cache hits:137=
7 misses:2 toobig:2
Best regards=2CBeau 		 	   		  =

--_ddbfde62-a885-4056-9545-8f0da630358b_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






>=3B 
>=3B El 27=
/2/16 a les 0:47=2C Brandon Adkins ha escrit:
>=3B >=3B 
>=3B &=
gt=3B 
>=3B >=3B>=3B Subject: Re: [Xen-users] Xen 4.4.1 on Debian =
Jessie: freeze using "xl
>=3B >=3B create" on second VM
>=3B &g=
t=3B>=3B To: badkins79@msn.com=3B xen-users@lists.xen.org
>=3B >=
=3B>=3B From: roger.pau@citrix.com
>=3B >=3B>=3B Date: Fri=2C 26=
 Feb 2016 09:32:13 +0100
>=3B >=3B>=3B
>=3B >=3B>=3B El 2=
6/2/16 a les 6:25=2C Brandon Adkins ha escrit:
>=3B >=3B>=3B >=
=3B
>=3B >=3B>=3B >=3B
>=3B >=3B>=3B >=3B>=3B
&g=
t=3B >=3B>=3B >=3B>=3B El 24/2/16 a les 18:13=2C Brandon Adkins ha =
escrit:
>=3B >=3B>=3B >=3B>=3B >=3B Hi Roger=2C
>=3B &g=
t=3B>=3B >=3B>=3B >=3B The log messages I entered before are for th=
e second guest. I didn't
>=3B >=3B>=3B >=3B include any logs for=
 the second guest since that one works perfectly.
>=3B >=3B>=3B &g=
t=3B>=3B >=3B But maybe I am allocating my RAM too tightly? The system =
has 16 GB
>=3B >=3B>=3B >=3B of RAM=2C or 16=2C384MB. I allocate=
d 4096MB to the host. That leaves me with
>=3B >=3B>=3B >=3B 12=
=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is there
=
>=3B >=3B>=3B >=3B some minimum amount that needs to remain above t=
hat?
>=3B >=3B>=3B >=3B>=3B >=3B Looking at "xl info" with b=
oth guests started=2C it says my total
>=3B >=3B>=3B >=3B memory=
 is 16=2C353=2C and that my free memory is 45.
>=3B >=3B>=3B >=
=3B>=3B >=3B I also just tried reducing the RAM for both guests down to=
 5500. I
>=3B >=3B>=3B >=3B got the same error when starting the=
 second guest. Thats about 1 GB of
>=3B >=3B>=3B >=3B unallocate=
d space=2C so I don't think thats my issue.
>=3B >=3B>=3B >=3B&g=
t=3B >=3B I also just tried stopping both guests=2C and starting guest1 f=
irst=2C
>=3B >=3B>=3B >=3B and guest0 second. Guest1 came up fin=
e=2C and now guest0 is stuck. Its
>=3B >=3B>=3B >=3B definitely =
related to the second vm that starts=2C and not a specific
>=3B >=3B=
>=3B >=3B configuration.
>=3B >=3B>=3B >=3B>=3B >=3B I a=
m really at a loss of where to look. Is there anything in the
>=3B >=
=3B>=3B >=3B config that would cause the CPUs to get assigned to the fi=
rst guest=2C so
>=3B >=3B>=3B >=3B the second one is left with n=
o CPUs?
>=3B >=3B>=3B >=3B>=3B >=3B Best=2CBeau
>=3B &g=
t=3B>=3B >=3B>=3B >=3B
>=3B >=3B>=3B >=3B>=3B
>=
=3B >=3B>=3B >=3B>=3B I don't see any error in the trace=2C AFAICT =
libxl has correctly created
>=3B >=3B>=3B >=3B>=3B the domain.=
 Can you paste the output of `xl list` after creating both
>=3B >=3B=
>=3B >=3B>=3B guests?
>=3B >=3B>=3B >=3B>=3B
>=3B &=
gt=3B>=3B >=3B>=3B Roger.
>=3B >=3B>=3B >=3B
>=3B >=
=3B>=3B >=3B Hi Roger=2C
>=3B >=3B>=3B >=3B
>=3B >=3B=
>=3B >=3B Yes=2C I can't find any errors either=2C which makes debuggin=
g it almost
>=3B >=3B>=3B >=3B impossible for me. Here are some =
outputs:
>=3B >=3B>=3B >=3B>=3Bxl list
>=3B >=3B>=3B =
>=3B Name ID Mem VCPUs State
>=3B >=3B>=3B >=3B Time(s)
>=
=3B >=3B>=3B >=3B Domain-0 0 4087 2 r-----
>=3B >=3B>=3B >=
=3B 3308.0
>=3B >=3B>=3B >=3B guest1 132 5500 6 -b----
>=3B=
 >=3B>=3B >=3B 533.0
>=3B >=3B>=3B >=3B guest0 133 5500 1 =
r-----
>=3B >=3B>=3B >=3B 130103.4
>=3B >=3B>=3B >=3B=

>=3B >=3B>=3B >=3B Interesting to see the nonfunctional guest0 =
has such a high Time column.
>=3B >=3B>=3B >=3B Its like its spi=
nning in a tight loop=2C while the working guest1 is
>=3B >=3B>=3B=
 >=3B running fine. Note that this is the output of my last test setup=2C=
 where
>=3B >=3B>=3B >=3B I gave both vms 5500MB of RAM=2C and t=
ried starting guest1 first.
>=3B >=3B>=3B >=3B
>=3B >=3B&=
gt=3B >=3B xl vcpu-list
>=3B >=3B>=3B >=3B Name ID VCPU CPU St=
ate Time(s) CPU
>=3B >=3B>=3B >=3B Affinity
>=3B >=3B>=
=3B >=3B Domain-0 0 0 0 -b- 1554.4 0
>=3B >=3B>=3B >=3B Domain=
-0 0 1 1 r-- 1749.6 1
>=3B >=3B>=3B >=3B Domain-0 0 2 - --p 0.5 =
2
>=3B >=3B>=3B >=3B Domain-0 0 3 - --p 0.6 3
>=3B >=3B&g=
t=3B >=3B Domain-0 0 4 - --p 0.4 4
>=3B >=3B>=3B >=3B Domain-0=
 0 5 - --p 0.6 5
>=3B >=3B>=3B >=3B Domain-0 0 6 - --p 1.7 6
=
>=3B >=3B>=3B >=3B Domain-0 0 7 - --p 0.8 7
>=3B >=3B>=3B =
>=3B guest1 132 0 7 -b- 220.4 2-7
>=3B >=3B>=3B >=3B guest1 13=
2 1 5 -b- 86.0 2-7
>=3B >=3B>=3B >=3B guest1 132 2 4 -b- 73.5 2-=
7
>=3B >=3B>=3B >=3B guest1 132 3 2 -b- 45.2 2-7
>=3B >=
=3B>=3B >=3B guest1 132 4 6 -b- 61.8 2-7
>=3B >=3B>=3B >=3B =
guest1 132 5 5 -b- 46.3 2-7
>=3B >=3B>=3B >=3B guest0 133 0 3 r-=
- 130279.1 2-7
>=3B >=3B>=3B >=3B guest0 133 1 - --p 0.0 2-7
=
>=3B >=3B>=3B >=3B guest0 133 2 - --p 0.0 2-7
>=3B >=3B>=
=3B >=3B guest0 133 3 - --p 0.0 2-7
>=3B >=3B>=3B >=3B guest0 =
133 4 - --p 0.0 2-7
>=3B >=3B>=3B >=3B guest0 133 5 - --p 0.0 2-=
7
>=3B >=3B>=3B >=3B
>=3B >=3B>=3B >=3B For some reas=
on=2C even though I assigned 6 CPUs to both VMs=2C only the
>=3B >=
=3B>=3B >=3B first one started seems to get it right.
>=3B >=3B&=
gt=3B >=3B
>=3B >=3B>=3B >=3B I believe I must have some sort =
of screwed up Xen configuration. Surely
>=3B >=3B>=3B >=3B I am =
not the first person to try using Xen on Debian Jessie.
>=3B >=3B>=
=3B
>=3B >=3B>=3B Something seems wrong regarding guest0=2C but it=
 looks like an issue in
>=3B >=3B>=3B the guest kernel. Can you pa=
ste the output of xl dmesg after creating
>=3B >=3B>=3B both guest=
s?
>=3B >=3B>=3B
>=3B >=3B>=3B AFAICT from the traces you=
 have provided=2C you are trying to create 32bit
>=3B >=3B>=3B PV =
guests. Do they boot fine if you convert them to HVM? I would for
>=3B=
 >=3B>=3B example try to change the config files so they look like:
=
>=3B >=3B>=3B
>=3B >=3B>=3B guest0:
>=3B >=3B>=3B b=
uilder=3D'hvm'
>=3B >=3B>=3B vcpus =3D '6'
>=3B >=3B>=3B =
cpus =3D '2-7'
>=3B >=3B>=3B memory =3D '6000'
>=3B >=3B>=
=3B disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C
>=3B &=
gt=3B>=3B 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]
>=3B >=
=3B>=3B name =3D 'guest0'
>=3B >=3B>=3B vif =3D [ 'mac=3DAE:57:E=
C:01:54:8C=2Cbridge=3Dxenbr0' ]
>=3B >=3B>=3B on_poweroff =3D 'des=
troy'
>=3B >=3B>=3B on_reboot =3D 'restart'
>=3B >=3B>=3B=
 on_crash =3D 'restart'
>=3B >=3B>=3B
>=3B >=3B>=3B vnc=
=3D1
>=3B >=3B>=3B -----------------------------------------
&g=
t=3B >=3B>=3B guest1:
>=3B >=3B>=3B builder=3D'hvm'
>=3B =
>=3B>=3B vcpus =3D '6'
>=3B >=3B>=3B cpus =3D '2-7'
>=3B =
>=3B>=3B memory =3D '6000'
>=3B >=3B>=3B disk =3D [ 'phy:/dev/=
xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C
>=3B >=3B>=3B 'phy:/dev/xen=
volgroup/guest1swap=2Cxvda1=2Cw' ]
>=3B >=3B>=3B name =3D 'guest1'=

>=3B >=3B>=3B vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr=
0' ]
>=3B >=3B>=3B on_poweroff =3D 'destroy'
>=3B >=3B>=
=3B on_reboot =3D 'restart'
>=3B >=3B>=3B on_crash =3D 'restart'>=3B >=3B>=3B
>=3B >=3B>=3B vnc=3D1
>=3B >=3B>=3B=
 -----------------------------------------
>=3B >=3B>=3B
>=3B=
 >=3B>=3B You can then attach to the guest display using a VNC client.<=
br>>=3B >=3B>=3B
>=3B >=3B>=3B Roger.
>=3B >=3B 
&=
gt=3B >=3B Roger. This is a 64bit machine loaded with 64bit debian jessie=
. The
>=3B >=3B guest VMs are 32bit CentOS 6. However=2C both guest0=
 and guest1 are
>=3B >=3B identical. What could happen in the guest =
kernel that would allow one
>=3B >=3B instance to run just fine=2C b=
ut the second one to freeze on boot.
>=3B >=3B 
>=3B >=3B I t=
ried the "xl dmesg"=2C but its difficult to tell what output in there
&g=
t=3B >=3B is related to what guest. But the end of the output contained l=
ots of
>=3B >=3B the following 2 messages. Not sure if these mean an=
ything:
>=3B >=3B (XEN) traps.c:2514:d132 Domain attempted WRMSR 000=
0000000000140 from
>=3B >=3B 0x0000000000000001 to 0x000000000000000=
0.
>=3B >=3B (XEN) event_fifo.c:50:d0 domain 0=2C port 19 already on=
 a queue
>=3B >=3B 
>=3B >=3B I tried using hvm to build the =
VMs=2C but that failed even on the first
>=3B >=3B VM. My output was=
:
>=3B >=3B Parsing config from /home/lpwcm/xen/guest0/guest.cfg
=
>=3B >=3B libxl: error: libxl_dm.c:1393:device_model_spawn_outcome: dom=
ain 138
>=3B >=3B device model: spawn failed (rc=3D-3)
>=3B >=
=3B libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device>=3B >=3B model did not start: -3
>=3B >=3B libxl: error: libxl=
_dm.c:1497:kill_device_model: Device Model already exited
>=3B 
>=
=3B Can you check the logs in /var/log/xen/? You should see some logs with<=
br>>=3B the following nomenclature "qemu-dm-<=3Bguest_name>=3B.log"? =
Are there any
>=3B errors reported there?
>=3B 
>=3B Also=2C=
 can you try again but with a higher debug value (using xl -vvv
>=3B c=
reate ...) and post the result?
>=3B 
>=3B Roger.
>=3B =
=3B
Hey Roger=2C

There was one entry in =
the qemu-dm logfile:
qemu-system-i386: -drive file=3D/dev/xenvolg=
roup/guest0swap=2Cif=3Dide=2Cindex=3D0=2Cmedia=3Ddisk=2Cformat=3Draw=2Ccach=
e=3Dwriteback: drive with bus=3D0=2C unit=3D0 (index=3D0) exists
=

Here is the output using -vvv:
Parsing config=
 from /home/lpwcm/xen/guest0/guest.cfg
libxl: debug: libxl_create=
.c:1342:do_domain_create: ao 0x23a38b0: create: how=3D(nil) callback=3D(nil=
) poller=3D0x23a3950
libxl: debug: libxl_device.c:251:libxl__devi=
ce_disk_set_backend: Disk vdev=3Dxvda2 spec.backend=3Dunknown
lib=
xl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=3Dx=
vda2=2C using backend phy
libxl: debug: libxl_device.c:251:libxl_=
_device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dunknown
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vde=
v=3Dxvda1=2C using backend phy
libxl: debug: libxl_create.c:797:i=
nitiate_domain_create: running bootloader
libxl: debug: libxl_boo=
tloader.c:321:libxl__bootloader_run: not a PV domain=2C skipping bootloader=

libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: wa=
tch w=3D0x2399188: deregister unregistered
xc: detail: elf_parse_=
binary: phdr: paddr=3D0x100000 memsz=3D0x59658
xc: detail: elf_pa=
rse_binary: memory: 0x100000 ->=3B 0x159658
xc: detail: VIRTUAL=
 MEMORY ARRANGEMENT:
 =3B Loader:  =3B  =3B  =3B =
 =3B0000000000100000->=3B0000000000159658
 =3B Modules:=
  =3B  =3B  =3B 0000000000000000->=3B0000000000000000
 =3B TOTAL:  =3B  =3B  =3B  =3B 0000000000000000->=
=3B0000000157400000
 =3B ENTRY ADDRESS: 0000000000100648
xc: detail: PHYSICAL MEMORY ALLOCATION:
 =3B 4KB PAGES:=
 0x0000000000000200
 =3B 2MB PAGES: 0x00000000000004b9
<=
div> =3B 1GB PAGES: 0x0000000000000003
xc: detail: elf_load_b=
inary: phdr 0 at 0x7f9c2de99000 ->=3B 0x7f9c2dee960d
libxl: deb=
ug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda2 sp=
ec.backend=3Dphy
libxl: debug: libxl_event.c:570:libxl__ev_xswatc=
h_register: watch w=3D0x239a998 wpath=3D/local/domain/0/backend/vbd/139/517=
14/state token=3D3/0: register slotnum=3D3
libxl: debug: libxl_de=
vice.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=
=3Dphy
libxl: debug: libxl_device.c:251:libxl__device_disk_set_ba=
ckend: Disk vdev=3Dxvda1 spec.backend=3Dphy
libxl: debug: libxl_e=
vent.c:570:libxl__ev_xswatch_register: watch w=3D0x239b938 wpath=3D/local/d=
omain/0/backend/vbd/139/51713/state token=3D2/1: register slotnum=3D2
=

libxl: debug: libxl_create.c:1356:do_domain_create: ao 0x23a38b0: inpr=
ogress: poller=3D0x23a3950=2C flags=3Di
libxl: debug: libxl_event=
.c:514:watchfd_callback: watch w=3D0x239a998 wpath=3D/local/domain/0/backen=
d/vbd/139/51714/state token=3D3/0: event epath=3D/local/domain/0/backend/vb=
d/139/51714/state
libxl: debug: libxl_event.c:653:devstate_watch_=
callback: backend /local/domain/0/backend/vbd/139/51714/state wanted state =
2 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister=
: watch w=3D0x239a998 wpath=3D/local/domain/0/backend/vbd/139/51714/state t=
oken=3D3/0: deregister slotnum=3D3
libxl: debug: libxl_event.c:61=
8:libxl__ev_xswatch_deregister: watch w=3D0x239a998: deregister unregistere=
d
libxl: debug: libxl_device.c:1023:device_hotplug: calling hotpl=
ug script: /etc/xen/scripts/block add
libxl: debug: libxl_event.c=
:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/139/51714/=
state token=3D3/0: empty slot
libxl: debug: libxl_event.c:514:wat=
chfd_callback: watch w=3D0x239b938 wpath=3D/local/domain/0/backend/vbd/139/=
51713/state token=3D2/1: event epath=3D/local/domain/0/backend/vbd/139/5171=
3/state
libxl: debug: libxl_event.c:653:devstate_watch_callback: =
backend /local/domain/0/backend/vbd/139/51713/state wanted state 2 ok
=

libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=
=3D0x239b938 wpath=3D/local/domain/0/backend/vbd/139/51713/state token=3D2/=
1: deregister slotnum=3D2
libxl: debug: libxl_event.c:618:libxl__=
ev_xswatch_deregister: watch w=3D0x239b938: deregister unregistered
libxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script=
: /etc/xen/scripts/block add
libxl: debug: libxl_event.c:483:watc=
hfd_callback: watch epath=3D/local/domain/0/backend/vbd/139/51713/state tok=
en=3D2/1: empty slot
libxl: debug: libxl_event.c:618:libxl__ev_xs=
watch_deregister: watch w=3D0x239aa20: deregister unregistered
li=
bxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239=
aa20: deregister unregistered
libxl: debug: libxl_event.c:618:lib=
xl__ev_xswatch_deregister: watch w=3D0x239b9c0: deregister unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch =
w=3D0x239b9c0: deregister unregistered
libxl: debug: libxl_dm.c:1=
325:libxl__spawn_local_dm: Spawning device-model /usr/bin/qemu-system-i386 =
with arguments:
libxl: debug: libxl_dm.c:1327:libxl__spawn_local_=
dm:  =3B /usr/bin/qemu-system-i386
libxl: debug: libxl_dm.c:1=
327:libxl__spawn_local_dm:  =3B -xen-domid
libxl: debug: libx=
l_dm.c:1327:libxl__spawn_local_dm:  =3B 139
libxl: debug: lib=
xl_dm.c:1327:libxl__spawn_local_dm:  =3B -chardev
libxl: debu=
g: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B socket=2Cid=3Dlibxl-cmd=
=2Cpath=3D/var/run/xen/qmp-libxl-139=2Cserver=2Cnowait
libxl: deb=
ug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -mon
libxl: d=
ebug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B chardev=3Dlibxl-cmd=
=2Cmode=3Dcontrol
libxl: debug: libxl_dm.c:1327:libxl__spawn_loca=
l_dm:  =3B -nodefaults
libxl: debug: libxl_dm.c:1327:libxl__s=
pawn_local_dm:  =3B -name
libxl: debug: libxl_dm.c:1327:libxl=
__spawn_local_dm:  =3B guest0
libxl: debug: libxl_dm.c:1327:l=
ibxl__spawn_local_dm:  =3B -vnc
libxl: debug: libxl_dm.c:1327=
:libxl__spawn_local_dm:  =3B 127.0.0.1:0=2Cto=3D99
libxl: deb=
ug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -display
libx=
l: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B none
li=
bxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -device
libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B cirrus-vga=

libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -g=
lobal
libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =
=3B vga.vram_size_mb=3D8
libxl: debug: libxl_dm.c:1327:libxl__spa=
wn_local_dm:  =3B -boot
libxl: debug: libxl_dm.c:1327:libxl__=
spawn_local_dm:  =3B order=3Dcda
libxl: debug: libxl_dm.c:132=
7:libxl__spawn_local_dm:  =3B -smp
libxl: debug: libxl_dm.c:1=
327:libxl__spawn_local_dm:  =3B 6=2Cmaxcpus=3D6
libxl: debug:=
 libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -device
libxl: d=
ebug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B rtl8139=2Cid=3Dnic0=
=2Cnetdev=3Dnet0=2Cmac=3Dae:57:ec:01:54:8c
libxl: debug: libxl_dm=
.c:1327:libxl__spawn_local_dm:  =3B -netdev
libxl: debug: lib=
xl_dm.c:1327:libxl__spawn_local_dm:  =3B type=3Dtap=2Cid=3Dnet0=2Cifnam=
e=3Dvif139.0-emu=2Cscript=3Dno=2Cdownscript=3Dno
libxl: debug: li=
bxl_dm.c:1327:libxl__spawn_local_dm:  =3B -machine
libxl: deb=
ug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B xenfv
libxl: =
debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -m
libxl: =
debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B 5492
libxl=
: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -drive
l=
ibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B file=3D/dev/xe=
nvolgroup/guest0disk=2Cif=3Dide=2Cindex=3D0=2Cmedia=3Ddisk=2Cformat=3Draw=
=2Ccache=3Dwriteback
libxl: debug: libxl_dm.c:1327:libxl__spawn_l=
ocal_dm:  =3B -drive
libxl: debug: libxl_dm.c:1327:libxl__spa=
wn_local_dm:  =3B file=3D/dev/xenvolgroup/guest0swap=2Cif=3Dide=2Cindex=
=3D0=2Cmedia=3Ddisk=2Cformat=3Draw=2Ccache=3Dwriteback
libxl: deb=
ug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x23993c0 wpath=
=3D/local/domain/0/device-model/139/state token=3D2/2: register slotnum=3D2=

libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x23=
993c0 wpath=3D/local/domain/0/device-model/139/state token=3D2/2: event epa=
th=3D/local/domain/0/device-model/139/state
libxl: debug: libxl_e=
vent.c:606:libxl__ev_xswatch_deregister: watch w=3D0x23993c0 wpath=3D/local=
/domain/0/device-model/139/state token=3D2/2: deregister slotnum=3D2
<=
div>libxl: error: libxl_dm.c:1393:device_model_spawn_outcome: domain 139 de=
vice model: spawn failed (rc=3D-3)
libxl: error: libxl_create.c:1=
186:domcreate_devmodel_started: device model did not start: -3
li=
bxl: error: libxl_dm.c:1497:kill_device_model: Device Model already exited<=
/div>
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch=
 w=3D0x239f718 wpath=3D/local/domain/0/backend/vbd/139/51714/state token=3D=
2/3: register slotnum=3D2
libxl: debug: libxl_event.c:570:libxl__=
ev_xswatch_register: watch w=3D0x239f998 wpath=3D/local/domain/0/backend/vb=
d/139/51713/state token=3D3/4: register slotnum=3D3
libxl: debug:=
 libxl_event.c:514:watchfd_callback: watch w=3D0x239f718 wpath=3D/local/dom=
ain/0/backend/vbd/139/51714/state token=3D2/3: event epath=3D/local/domain/=
0/backend/vbd/139/51714/state
libxl: debug: libxl_event.c:653:dev=
state_watch_callback: backend /local/domain/0/backend/vbd/139/51714/state w=
anted state 6 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatc=
h_deregister: watch w=3D0x239f718 wpath=3D/local/domain/0/backend/vbd/139/5=
1714/state token=3D2/3: deregister slotnum=3D2
libxl: debug: libx=
l_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239f718: deregister=
 unregistered
libxl: debug: libxl_device.c:1023:device_hotplug: c=
alling hotplug script: /etc/xen/scripts/block remove
libxl: debug=
: libxl_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend=
/vbd/139/51714/state token=3D2/3: empty slot
libxl: debug: libxl_=
event.c:514:watchfd_callback: watch w=3D0x239f998 wpath=3D/local/domain/0/b=
ackend/vbd/139/51713/state token=3D3/4: event epath=3D/local/domain/0/backe=
nd/vbd/139/51713/state
libxl: debug: libxl_event.c:653:devstate_w=
atch_callback: backend /local/domain/0/backend/vbd/139/51713/state wanted s=
tate 6 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_dereg=
ister: watch w=3D0x239f998 wpath=3D/local/domain/0/backend/vbd/139/51713/st=
ate token=3D3/4: deregister slotnum=3D3
libxl: debug: libxl_event=
.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239f998: deregister unregi=
stered
libxl: debug: libxl_device.c:1023:device_hotplug: calling =
hotplug script: /etc/xen/scripts/block remove
libxl: debug: libxl=
_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/13=
9/51713/state token=3D3/4: empty slot
libxl: debug: libxl_event.c=
:618:libxl__ev_xswatch_deregister: watch w=3D0x239f7a0: deregister unregist=
ered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister=
: watch w=3D0x239f7a0: deregister unregistered
libxl: debug: libx=
l_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239fa20: deregister=
 unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_d=
eregister: watch w=3D0x239fa20: deregister unregistered
libxl: de=
bug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239ef80: d=
eregister unregistered
libxl: debug: libxl_event.c:1591:libxl__ao=
_complete: ao 0x23a38b0: complete=2C rc=3D-3
libxl: debug: libxl_=
event.c:1563:libxl__ao__destroy: ao 0x23a38b0: destroy
xc: debug:=
 hypercall buffer: total allocations:1381 total releases:1381
xc:=
 debug: hypercall buffer: current allocations:0 maximum allocations:2
=

xc: debug: hypercall buffer: cache current size:2
xc: debug:=
 hypercall buffer: cache hits:1377 misses:2 toobig:2

Best regards=2C
Beau
 		 	   		  

=

--_ddbfde62-a885-4056-9545-8f0da630358b_--


--===============4180319432836358702==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============4180319432836358702==--


From xen-users-bounces@lists.xen.org Mon Feb 29 23:55:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 23:55:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaXe0-0004Ss-A5; Mon, 29 Feb 2016 23:54:28 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaP3C-0004Pu-Qp
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 14:43:54 +0000
Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id
 8B/10-03497-A2954D65; Mon, 29 Feb 2016 14:43:54 +0000
X-Env-Sender: hsc.10oct@gmail.com
X-Msg-Ref: server-12.tower-27.messagelabs.com!1456757032!27465458!1
X-Originating-IP: [209.85.160.176]
X-SpamReason: No, hits=1.2 required=7.0 tests=HTML_20_30,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 8138 invoked from network); 29 Feb 2016 14:43:52 -0000
Received: from mail-yk0-f176.google.com (HELO mail-yk0-f176.google.com)
 (209.85.160.176)
 by server-12.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 29 Feb 2016 14:43:52 -0000
Received: by mail-yk0-f176.google.com with SMTP id u9so63339892ykd.1
 for ; Mon, 29 Feb 2016 06:43:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc; bh=56aaWUosMco4AQOHX4HIqf654yxniVTTj0KaEw+7erQ=;
 b=GzOv+rkFrZoYDhF51c6UkJRjsO+O2gNZZGSUhiKbrIe2hBpTaJTheSI6W4DNEiajrG
 D/vxIkqjFaE6BNPL8AAwwWQRSD7DMoigDCUp+sSa6OezXooAHnu5Ie7ooPg81TK8qBOJ
 Ifji5oNBTjcGCk+Reu4OPsxS5JDWjLwYidv5Osecgb1/syDG9i0S4opFBGY6dRzuR4j7
 unpW9F1OWJBFD4vNp7OBcWVXlIqm/maOMZYyRrWj9Roxequ9IMRlMoxPz1BOFNO/auKc
 F2DGOWSC5x0L9KRWyhQHy9TkAHSGx8dy7keuu6AAtB2SvIN9ckLhKJjimHsx+fX8dmU5
 fD1w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:in-reply-to:references:date
 :message-id:subject:from:to:cc;
 bh=56aaWUosMco4AQOHX4HIqf654yxniVTTj0KaEw+7erQ=;
 b=e4l51AiLqnq2YWaKRjP4a/77QYyY2cRCs4CPdXhISIVDfp2zxCbrrAVMce41/2XGai
 YZ0Fyg94QuCNjJLjgkGD0jrrotMWtwetFgXXFMdhN0CQk1ZwXyBd6hO1X8MjSVNgeqoA
 rfyB8s2aALRA2eqcPyJ/XEzOCarBynbKOrsejYNolxGYQgOgvYiXqI11WdYW8C6Vuzrt
 SX7CcG5qpPPxAypZyCAP+ukHzECu/2qxlWBEPXMPZPHlPJtKY5Gr8b3JrUOt6I3XRvyA
 4yAbUl9WzjN9cJie80+ypYpc5oEYUqDK33kJAcWU6cTym0X8TTlGWwwpnD5A+rKHE1C2
 j1xw==
X-Gm-Message-State: AD7BkJIC89Ltj9rvHS4KiEiDm1dlH+0QqqhNSCOlAbAA/6InBgDKqpPlplFkD+6oRygP4nstxtaEpvKyDylPAw==
MIME-Version: 1.0
X-Received: by 10.37.56.142 with SMTP id f136mr9021662yba.103.1456757031803;
 Mon, 29 Feb 2016 06:43:51 -0800 (PST)
Received: by 10.37.32.11 with HTTP; Mon, 29 Feb 2016 06:43:51 -0800 (PST)
Received: by 10.37.32.11 with HTTP; Mon, 29 Feb 2016 06:43:51 -0800 (PST)
In-Reply-To: <20160229114609.GD20235@citrix.com>
References: 
 <1456221378.6225.116.camel@citrix.com>
 
 <20160229114609.GD20235@citrix.com>
Date: Mon, 29 Feb 2016 09:43:51 -0500
Message-ID: 
From: Harpreet Singh Chawla 
To: Wei Liu 
X-Mailman-Approved-At: Mon, 29 Feb 2016 23:54:26 +0000
Cc: xen-users@lists.xen.org, Ian Campbell 
Subject: Re: [Xen-users] Remus: No support for network buffering
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============1153255946710297927=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============1153255946710297927==
Content-Type: multipart/alternative; boundary=94eb2c091544679f10052ce9ad66

--94eb2c091544679f10052ce9ad66
Content-Type: text/plain; charset=UTF-8

Thanks Wei.
The script exists and is being read. Because when I move it somewhere else
it goes into a different if statement giving error 255 instead of 1.
While installing and setting xen up, apart from the general package
installation and standard xen linking, do I have to at anytime do a linking
for netbuf? I even explicitly gave the same path in xl.conf still same
error.
Point to be noted is I have vif2 in my pc in the etc xen scripts directory,
so how come it's searching for ifb device name for vif4 (something it
cannot really have because it just isn't there).
Is there a way around this? (making Makefile changes doesn't really help
Make world runs into errors)

Thanks and regards

Harpreet
On 29-Feb-2016 6:46 am, "Wei Liu"  wrote:

> On Sat, Feb 27, 2016 at 01:05:57PM -0500, Harpreet Singh Chawla wrote:
> > Hello Ian
> > Thanks for your reply.
> > I installed libnl libraries, but then I started getting this error on
> many
> > xen distributions (its the same error on xen 4.6 and 4.5) when I ran the
> > same command as above:
> >
> > sudo xl remus -Fd  root@
> >
> > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:
> > /etc/xen/scripts/remus-netbuf-setup setup [-1] exited with error status 1
>
> Make sure this script exists. Then you need to figure out why it fails,
> probably with some debug output.
>
> >
> > libxl: error: libxl_netbuffer.c:360:netbuf_setup_script_cb: Cannot get
> ifb
> > dev name for domain 4 dev vif4.0
> >
> > libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to setup
> > device for guest with domid 4, rc -3
> >
> >
> > Although it is working fine with network buffering disabled, as earlier.
> >
> > My take on this is that there is some issue with setting up the qdisc on
> > the backup. Am I right?
>
> I think the issue is in setting up netbuf.
>
> Wei.
>

--94eb2c091544679f10052ce9ad66
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


Thanks Wei.

The script exists and is being read. Because when I move it somewhere else =
it goes into a different if statement giving error 255 instead of 1.

While installing and setting xen up, apart from the general package install=
ation and standard xen linking, do I have to at anytime do a linking for ne=
tbuf? I even explicitly gave the same path in xl.conf still same error.

Point to be noted is I have vif2 in my pc in the etc xen scripts directory,=
 so how come it's searching for ifb device name for vif4 (something it =
cannot really have because it just isn't there). 

Is there a way around this? (making Makefile changes doesn't really hel=
p

Make world runs into errors)


Thanks and regards


Harpreet




On 29-Feb-2016 6:46 am, "Wei Liu" <=
wei.liu2@citrix.com> wrote:
On Sat, Feb 27, 2016 =
at 01:05:57PM -0500, Harpreet Singh Chawla wrote:

> Hello Ian

> Thanks for your reply.

> I installed libnl libraries, but then I started getting this error on =
many

> xen distributions (its the same error on xen 4.6 and 4.5) when I ran t=
he

> same command as above:

>

> sudo xl remus -Fd <domain_name> root@<backup_name>

>

> libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus:

> /etc/xen/scripts/remus-netbuf-setup setup [-1] exited with error statu=
s 1



Make sure this script exists. Then you need to figure out why it fails,

probably with some debug output.



>

> libxl: error: libxl_netbuffer.c:360:netbuf_setup_script_cb: Cannot get=
 ifb

> dev name for domain 4 dev vif4.0

>

> libxl: error: libxl.c:885:libxl__remus_setup_done: Remus: failed to se=
tup

> device for guest with domid 4, rc -3

>

>

> Although it is working fine with network buffering disabled, as earlie=
r.

>

> My take on this is that there is some issue with setting up the qdisc =
on

> the backup. Am I right?



I think the issue is in setting up netbuf.



Wei.




--94eb2c091544679f10052ce9ad66--


--===============1153255946710297927==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============1153255946710297927==--


From xen-users-bounces@lists.xen.org Mon Feb 29 23:55:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 23:55:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaXe0-0004T5-Le; Mon, 29 Feb 2016 23:54:28 +0000
Received: from mail6.bemta3.messagelabs.com ([195.245.230.39])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaSVH-0005gB-6d
 for xen-users@lists.xen.org; Mon, 29 Feb 2016 18:25:07 +0000
Received: from [85.158.137.68] by server-12.bemta-3.messagelabs.com id
 1F/4F-19343-20D84D65; Mon, 29 Feb 2016 18:25:06 +0000
X-Env-Sender: badkins79@msn.com
X-Msg-Ref: server-4.tower-31.messagelabs.com!1456770303!16207528!1
X-Originating-IP: [65.55.116.42]
X-SpamReason: No, hits=1.3 required=7.0 tests=FORGED_HOTMAIL_RCVD,
 HTML_10_20,HTML_MESSAGE,MAILTO_TO_SPAM_ADDR
X-StarScan-Received: 
X-StarScan-Version: 7.35.1; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 57783 invoked from network); 29 Feb 2016 18:25:04 -0000
Received: from blu004-omc1s31.hotmail.com (HELO BLU004-OMC1S31.hotmail.com)
 (65.55.116.42)
 by server-4.tower-31.messagelabs.com with AES256-SHA256 encrypted SMTP;
 29 Feb 2016 18:25:04 -0000
Received: from BLU183-W61 ([65.55.116.8]) by BLU004-OMC1S31.hotmail.com over
 TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); 
 Mon, 29 Feb 2016 10:25:03 -0800
X-TMN: [j9rp77T5f2g4PzmScIG085H/9LTzO0GZ]
X-Originating-Email: [badkins79@msn.com]
Message-ID: 
From: Brandon Adkins 
To: =?iso-8859-1?B?Um9nZXIgUGF1IE1vbm7p?= ,
 "xen-users@lists.xen.org" 
Date: Mon, 29 Feb 2016 13:25:03 -0500
Importance: Normal
In-Reply-To: <56D4744E.3030003@citrix.com>
References: ,
 <56CAEEA7.7050508@citrix.com>
 ,<56CB4D1C.3000701@citrix.com>
 ,
 
 <56CC1701.3070807@citrix.com>,
 <56CD6B71.6000801@citrix.com>,
 <56CF5B2B.10001@citrix.com>,
 <56D00D8D.2040704@citrix.com>, ,
 <56D4744E.3030003@citrix.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 29 Feb 2016 18:25:03.0506 (UTC)
 FILETIME=[81D79F20:01D1731E]
X-Mailman-Approved-At: Mon, 29 Feb 2016 23:54:26 +0000
Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
 create" on second VM
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============4180319432836358702=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============4180319432836358702==
Content-Type: multipart/alternative;
	boundary="_ddbfde62-a885-4056-9545-8f0da630358b_"

--_ddbfde62-a885-4056-9545-8f0da630358b_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


>=20
> El 27/2/16 a les 0:47=2C Brandon Adkins ha escrit:
> >=20
> >=20
> >> Subject: Re: [Xen-users] Xen 4.4.1 on Debian Jessie: freeze using "xl
> > create" on second VM
> >> To: badkins79@msn.com=3B xen-users@lists.xen.org
> >> From: roger.pau@citrix.com
> >> Date: Fri=2C 26 Feb 2016 09:32:13 +0100
> >>
> >> El 26/2/16 a les 6:25=2C Brandon Adkins ha escrit:
> >> >
> >> >
> >> >>
> >> >> El 24/2/16 a les 18:13=2C Brandon Adkins ha escrit:
> >> >> > Hi Roger=2C
> >> >> > The log messages I entered before are for the second guest. I did=
n't
> >> > include any logs for the second guest since that one works perfectly=
.
> >> >> > But maybe I am allocating my RAM too tightly? The system has 16 G=
B
> >> > of RAM=2C or 16=2C384MB. I allocated 4096MB to the host. That leaves=
 me with
> >> > 12=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is =
there
> >> > some minimum amount that needs to remain above that?
> >> >> > Looking at "xl info" with both guests started=2C it says my total
> >> > memory is 16=2C353=2C and that my free memory is 45.
> >> >> > I also just tried reducing the RAM for both guests down to 5500. =
I
> >> > got the same error when starting the second guest. Thats about 1 GB =
of
> >> > unallocated space=2C so I don't think thats my issue.
> >> >> > I also just tried stopping both guests=2C and starting guest1 fir=
st=2C
> >> > and guest0 second. Guest1 came up fine=2C and now guest0 is stuck. I=
ts
> >> > definitely related to the second vm that starts=2C and not a specifi=
c
> >> > configuration.
> >> >> > I am really at a loss of where to look. Is there anything in the
> >> > config that would cause the CPUs to get assigned to the first guest=
=2C so
> >> > the second one is left with no CPUs?
> >> >> > Best=2CBeau
> >> >> >
> >> >>
> >> >> I don't see any error in the trace=2C AFAICT libxl has correctly cr=
eated
> >> >> the domain. Can you paste the output of `xl list` after creating bo=
th
> >> >> guests?
> >> >>
> >> >> Roger.
> >> >
> >> > Hi Roger=2C
> >> >
> >> > Yes=2C I can't find any errors either=2C which makes debugging it al=
most
> >> > impossible for me. Here are some outputs:
> >> >>xl list
> >> > Name ID Mem VCPUs State
> >> > Time(s)
> >> > Domain-0 0 4087 2 r-----
> >> > 3308.0
> >> > guest1 132 5500 6 -b----
> >> > 533.0
> >> > guest0 133 5500 1 r-----
> >> > 130103.4
> >> >
> >> > Interesting to see the nonfunctional guest0 has such a high Time col=
umn.
> >> > Its like its spinning in a tight loop=2C while the working guest1 is
> >> > running fine. Note that this is the output of my last test setup=2C =
where
> >> > I gave both vms 5500MB of RAM=2C and tried starting guest1 first.
> >> >
> >> > xl vcpu-list
> >> > Name ID VCPU CPU State Time(s) CPU
> >> > Affinity
> >> > Domain-0 0 0 0 -b- 1554.4 0
> >> > Domain-0 0 1 1 r-- 1749.6 1
> >> > Domain-0 0 2 - --p 0.5 2
> >> > Domain-0 0 3 - --p 0.6 3
> >> > Domain-0 0 4 - --p 0.4 4
> >> > Domain-0 0 5 - --p 0.6 5
> >> > Domain-0 0 6 - --p 1.7 6
> >> > Domain-0 0 7 - --p 0.8 7
> >> > guest1 132 0 7 -b- 220.4 2-7
> >> > guest1 132 1 5 -b- 86.0 2-7
> >> > guest1 132 2 4 -b- 73.5 2-7
> >> > guest1 132 3 2 -b- 45.2 2-7
> >> > guest1 132 4 6 -b- 61.8 2-7
> >> > guest1 132 5 5 -b- 46.3 2-7
> >> > guest0 133 0 3 r-- 130279.1 2-7
> >> > guest0 133 1 - --p 0.0 2-7
> >> > guest0 133 2 - --p 0.0 2-7
> >> > guest0 133 3 - --p 0.0 2-7
> >> > guest0 133 4 - --p 0.0 2-7
> >> > guest0 133 5 - --p 0.0 2-7
> >> >
> >> > For some reason=2C even though I assigned 6 CPUs to both VMs=2C only=
 the
> >> > first one started seems to get it right.
> >> >
> >> > I believe I must have some sort of screwed up Xen configuration. Sur=
ely
> >> > I am not the first person to try using Xen on Debian Jessie.
> >>
> >> Something seems wrong regarding guest0=2C but it looks like an issue i=
n
> >> the guest kernel. Can you paste the output of xl dmesg after creating
> >> both guests?
> >>
> >> AFAICT from the traces you have provided=2C you are trying to create 3=
2bit
> >> PV guests. Do they boot fine if you convert them to HVM? I would for
> >> example try to change the config files so they look like:
> >>
> >> guest0:
> >> builder=3D'hvm'
> >> vcpus =3D '6'
> >> cpus =3D '2-7'
> >> memory =3D '6000'
> >> disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C
> >> 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]
> >> name =3D 'guest0'
> >> vif =3D [ 'mac=3DAE:57:EC:01:54:8C=2Cbridge=3Dxenbr0' ]
> >> on_poweroff =3D 'destroy'
> >> on_reboot =3D 'restart'
> >> on_crash =3D 'restart'
> >>
> >> vnc=3D1
> >> -----------------------------------------
> >> guest1:
> >> builder=3D'hvm'
> >> vcpus =3D '6'
> >> cpus =3D '2-7'
> >> memory =3D '6000'
> >> disk =3D [ 'phy:/dev/xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C
> >> 'phy:/dev/xenvolgroup/guest1swap=2Cxvda1=2Cw' ]
> >> name =3D 'guest1'
> >> vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr0' ]
> >> on_poweroff =3D 'destroy'
> >> on_reboot =3D 'restart'
> >> on_crash =3D 'restart'
> >>
> >> vnc=3D1
> >> -----------------------------------------
> >>
> >> You can then attach to the guest display using a VNC client.
> >>
> >> Roger.
> >=20
> > Roger. This is a 64bit machine loaded with 64bit debian jessie. The
> > guest VMs are 32bit CentOS 6. However=2C both guest0 and guest1 are
> > identical. What could happen in the guest kernel that would allow one
> > instance to run just fine=2C but the second one to freeze on boot.
> >=20
> > I tried the "xl dmesg"=2C but its difficult to tell what output in ther=
e
> > is related to what guest. But the end of the output contained lots of
> > the following 2 messages. Not sure if these mean anything:
> > (XEN) traps.c:2514:d132 Domain attempted WRMSR 0000000000000140 from
> > 0x0000000000000001 to 0x0000000000000000.
> > (XEN) event_fifo.c:50:d0 domain 0=2C port 19 already on a queue
> >=20
> > I tried using hvm to build the VMs=2C but that failed even on the first
> > VM. My output was:
> > Parsing config from /home/lpwcm/xen/guest0/guest.cfg
> > libxl: error: libxl_dm.c:1393:device_model_spawn_outcome: domain 138
> > device model: spawn failed (rc=3D-3)
> > libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device
> > model did not start: -3
> > libxl: error: libxl_dm.c:1497:kill_device_model: Device Model already e=
xited
>=20
> Can you check the logs in /var/log/xen/? You should see some logs with
> the following nomenclature "qemu-dm-.log"? Are there any
> errors reported there?
>=20
> Also=2C can you try again but with a higher debug value (using xl -vvv
> create ...) and post the result?
>=20
> Roger.
> Hey Roger=2C
There was one entry in the qemu-dm logfile:qemu-system-i386: -drive file=3D=
/dev/xenvolgroup/guest0swap=2Cif=3Dide=2Cindex=3D0=2Cmedia=3Ddisk=2Cformat=
=3Draw=2Ccache=3Dwriteback: drive with bus=3D0=2C unit=3D0 (index=3D0) exis=
ts
Here is the output using -vvv:Parsing config from /home/lpwcm/xen/guest0/gu=
est.cfglibxl: debug: libxl_create.c:1342:do_domain_create: ao 0x23a38b0: cr=
eate: how=3D(nil) callback=3D(nil) poller=3D0x23a3950libxl: debug: libxl_de=
vice.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda2 spec.backend=
=3Dunknownlibxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: =
Disk vdev=3Dxvda2=2C using backend phylibxl: debug: libxl_device.c:251:libx=
l__device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dunknownlibxl: =
debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=3Dxvda1=
=2C using backend phylibxl: debug: libxl_create.c:797:initiate_domain_creat=
e: running bootloaderlibxl: debug: libxl_bootloader.c:321:libxl__bootloader=
_run: not a PV domain=2C skipping bootloaderlibxl: debug: libxl_event.c:618=
:libxl__ev_xswatch_deregister: watch w=3D0x2399188: deregister unregistered=
xc: detail: elf_parse_binary: phdr: paddr=3D0x100000 memsz=3D0x59658xc: det=
ail: elf_parse_binary: memory: 0x100000 -> 0x159658xc: detail: VIRTUAL MEMO=
RY ARRANGEMENT:  Loader:        0000000000100000->0000000000159658  Modules=
:       0000000000000000->0000000000000000  TOTAL:         0000000000000000=
->0000000157400000  ENTRY ADDRESS: 0000000000100648xc: detail: PHYSICAL MEM=
ORY ALLOCATION:  4KB PAGES: 0x0000000000000200  2MB PAGES: 0x00000000000004=
b9  1GB PAGES: 0x0000000000000003xc: detail: elf_load_binary: phdr 0 at 0x7=
f9c2de99000 -> 0x7f9c2dee960dlibxl: debug: libxl_device.c:251:libxl__device=
_disk_set_backend: Disk vdev=3Dxvda2 spec.backend=3Dphylibxl: debug: libxl_=
event.c:570:libxl__ev_xswatch_register: watch w=3D0x239a998 wpath=3D/local/=
domain/0/backend/vbd/139/51714/state token=3D3/0: register slotnum=3D3libxl=
: debug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvd=
a1 spec.backend=3Dphylibxl: debug: libxl_device.c:251:libxl__device_disk_se=
t_backend: Disk vdev=3Dxvda1 spec.backend=3Dphylibxl: debug: libxl_event.c:=
570:libxl__ev_xswatch_register: watch w=3D0x239b938 wpath=3D/local/domain/0=
/backend/vbd/139/51713/state token=3D2/1: register slotnum=3D2libxl: debug:=
 libxl_create.c:1356:do_domain_create: ao 0x23a38b0: inprogress: poller=3D0=
x23a3950=2C flags=3Dilibxl: debug: libxl_event.c:514:watchfd_callback: watc=
h w=3D0x239a998 wpath=3D/local/domain/0/backend/vbd/139/51714/state token=
=3D3/0: event epath=3D/local/domain/0/backend/vbd/139/51714/statelibxl: deb=
ug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/back=
end/vbd/139/51714/state wanted state 2 oklibxl: debug: libxl_event.c:606:li=
bxl__ev_xswatch_deregister: watch w=3D0x239a998 wpath=3D/local/domain/0/bac=
kend/vbd/139/51714/state token=3D3/0: deregister slotnum=3D3libxl: debug: l=
ibxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239a998: deregis=
ter unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling h=
otplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483:wa=
tchfd_callback: watch epath=3D/local/domain/0/backend/vbd/139/51714/state t=
oken=3D3/0: empty slotlibxl: debug: libxl_event.c:514:watchfd_callback: wat=
ch w=3D0x239b938 wpath=3D/local/domain/0/backend/vbd/139/51713/state token=
=3D2/1: event epath=3D/local/domain/0/backend/vbd/139/51713/statelibxl: deb=
ug: libxl_event.c:653:devstate_watch_callback: backend /local/domain/0/back=
end/vbd/139/51713/state wanted state 2 oklibxl: debug: libxl_event.c:606:li=
bxl__ev_xswatch_deregister: watch w=3D0x239b938 wpath=3D/local/domain/0/bac=
kend/vbd/139/51713/state token=3D2/1: deregister slotnum=3D2libxl: debug: l=
ibxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239b938: deregis=
ter unregisteredlibxl: debug: libxl_device.c:1023:device_hotplug: calling h=
otplug script: /etc/xen/scripts/block addlibxl: debug: libxl_event.c:483:wa=
tchfd_callback: watch epath=3D/local/domain/0/backend/vbd/139/51713/state t=
oken=3D2/1: empty slotlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_der=
egister: watch w=3D0x239aa20: deregister unregisteredlibxl: debug: libxl_ev=
ent.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239aa20: deregister unr=
egisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watc=
h w=3D0x239b9c0: deregister unregisteredlibxl: debug: libxl_event.c:618:lib=
xl__ev_xswatch_deregister: watch w=3D0x239b9c0: deregister unregisteredlibx=
l: debug: libxl_dm.c:1325:libxl__spawn_local_dm: Spawning device-model /usr=
/bin/qemu-system-i386 with arguments:libxl: debug: libxl_dm.c:1327:libxl__s=
pawn_local_dm:   /usr/bin/qemu-system-i386libxl: debug: libxl_dm.c:1327:lib=
xl__spawn_local_dm:   -xen-domidlibxl: debug: libxl_dm.c:1327:libxl__spawn_=
local_dm:   139libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   -char=
devlibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   socket=2Cid=3Dlib=
xl-cmd=2Cpath=3D/var/run/xen/qmp-libxl-139=2Cserver=2Cnowaitlibxl: debug: l=
ibxl_dm.c:1327:libxl__spawn_local_dm:   -monlibxl: debug: libxl_dm.c:1327:l=
ibxl__spawn_local_dm:   chardev=3Dlibxl-cmd=2Cmode=3Dcontrollibxl: debug: l=
ibxl_dm.c:1327:libxl__spawn_local_dm:   -nodefaultslibxl: debug: libxl_dm.c=
:1327:libxl__spawn_local_dm:   -namelibxl: debug: libxl_dm.c:1327:libxl__sp=
awn_local_dm:   guest0libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm: =
  -vnclibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   127.0.0.1:0=2C=
to=3D99libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   -displaylibxl=
: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   nonelibxl: debug: libxl_d=
m.c:1327:libxl__spawn_local_dm:   -devicelibxl: debug: libxl_dm.c:1327:libx=
l__spawn_local_dm:   cirrus-vgalibxl: debug: libxl_dm.c:1327:libxl__spawn_l=
ocal_dm:   -globallibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   vg=
a.vram_size_mb=3D8libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   -b=
ootlibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   order=3Dcdalibxl:=
 debug: libxl_dm.c:1327:libxl__spawn_local_dm:   -smplibxl: debug: libxl_dm=
.c:1327:libxl__spawn_local_dm:   6=2Cmaxcpus=3D6libxl: debug: libxl_dm.c:13=
27:libxl__spawn_local_dm:   -devicelibxl: debug: libxl_dm.c:1327:libxl__spa=
wn_local_dm:   rtl8139=2Cid=3Dnic0=2Cnetdev=3Dnet0=2Cmac=3Dae:57:ec:01:54:8=
clibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   -netdevlibxl: debug=
: libxl_dm.c:1327:libxl__spawn_local_dm:   type=3Dtap=2Cid=3Dnet0=2Cifname=
=3Dvif139.0-emu=2Cscript=3Dno=2Cdownscript=3Dnolibxl: debug: libxl_dm.c:132=
7:libxl__spawn_local_dm:   -machinelibxl: debug: libxl_dm.c:1327:libxl__spa=
wn_local_dm:   xenfvlibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   =
-mlibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:   5492libxl: debug: =
libxl_dm.c:1327:libxl__spawn_local_dm:   -drivelibxl: debug: libxl_dm.c:132=
7:libxl__spawn_local_dm:   file=3D/dev/xenvolgroup/guest0disk=2Cif=3Dide=2C=
index=3D0=2Cmedia=3Ddisk=2Cformat=3Draw=2Ccache=3Dwritebacklibxl: debug: li=
bxl_dm.c:1327:libxl__spawn_local_dm:   -drivelibxl: debug: libxl_dm.c:1327:=
libxl__spawn_local_dm:   file=3D/dev/xenvolgroup/guest0swap=2Cif=3Dide=2Cin=
dex=3D0=2Cmedia=3Ddisk=2Cformat=3Draw=2Ccache=3Dwritebacklibxl: debug: libx=
l_event.c:570:libxl__ev_xswatch_register: watch w=3D0x23993c0 wpath=3D/loca=
l/domain/0/device-model/139/state token=3D2/2: register slotnum=3D2libxl: d=
ebug: libxl_event.c:514:watchfd_callback: watch w=3D0x23993c0 wpath=3D/loca=
l/domain/0/device-model/139/state token=3D2/2: event epath=3D/local/domain/=
0/device-model/139/statelibxl: debug: libxl_event.c:606:libxl__ev_xswatch_d=
eregister: watch w=3D0x23993c0 wpath=3D/local/domain/0/device-model/139/sta=
te token=3D2/2: deregister slotnum=3D2libxl: error: libxl_dm.c:1393:device_=
model_spawn_outcome: domain 139 device model: spawn failed (rc=3D-3)libxl: =
error: libxl_create.c:1186:domcreate_devmodel_started: device model did not=
 start: -3libxl: error: libxl_dm.c:1497:kill_device_model: Device Model alr=
eady exitedlibxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watc=
h w=3D0x239f718 wpath=3D/local/domain/0/backend/vbd/139/51714/state token=
=3D2/3: register slotnum=3D2libxl: debug: libxl_event.c:570:libxl__ev_xswat=
ch_register: watch w=3D0x239f998 wpath=3D/local/domain/0/backend/vbd/139/51=
713/state token=3D3/4: register slotnum=3D3libxl: debug: libxl_event.c:514:=
watchfd_callback: watch w=3D0x239f718 wpath=3D/local/domain/0/backend/vbd/1=
39/51714/state token=3D2/3: event epath=3D/local/domain/0/backend/vbd/139/5=
1714/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: backend =
/local/domain/0/backend/vbd/139/51714/state wanted state 6 oklibxl: debug: =
libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x239f718 wpath=
=3D/local/domain/0/backend/vbd/139/51714/state token=3D2/3: deregister slot=
num=3D2libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch =
w=3D0x239f718: deregister unregisteredlibxl: debug: libxl_device.c:1023:dev=
ice_hotplug: calling hotplug script: /etc/xen/scripts/block removelibxl: de=
bug: libxl_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/back=
end/vbd/139/51714/state token=3D2/3: empty slotlibxl: debug: libxl_event.c:=
514:watchfd_callback: watch w=3D0x239f998 wpath=3D/local/domain/0/backend/v=
bd/139/51713/state token=3D3/4: event epath=3D/local/domain/0/backend/vbd/1=
39/51713/statelibxl: debug: libxl_event.c:653:devstate_watch_callback: back=
end /local/domain/0/backend/vbd/139/51713/state wanted state 6 oklibxl: deb=
ug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=3D0x239f998 wpa=
th=3D/local/domain/0/backend/vbd/139/51713/state token=3D3/4: deregister sl=
otnum=3D3libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watc=
h w=3D0x239f998: deregister unregisteredlibxl: debug: libxl_device.c:1023:d=
evice_hotplug: calling hotplug script: /etc/xen/scripts/block removelibxl: =
debug: libxl_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/ba=
ckend/vbd/139/51713/state token=3D3/4: empty slotlibxl: debug: libxl_event.=
c:618:libxl__ev_xswatch_deregister: watch w=3D0x239f7a0: deregister unregis=
teredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=
=3D0x239f7a0: deregister unregisteredlibxl: debug: libxl_event.c:618:libxl_=
_ev_xswatch_deregister: watch w=3D0x239fa20: deregister unregisteredlibxl: =
debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239fa20:=
 deregister unregisteredlibxl: debug: libxl_event.c:618:libxl__ev_xswatch_d=
eregister: watch w=3D0x239ef80: deregister unregisteredlibxl: debug: libxl_=
event.c:1591:libxl__ao_complete: ao 0x23a38b0: complete=2C rc=3D-3libxl: de=
bug: libxl_event.c:1563:libxl__ao__destroy: ao 0x23a38b0: destroyxc: debug:=
 hypercall buffer: total allocations:1381 total releases:1381xc: debug: hyp=
ercall buffer: current allocations:0 maximum allocations:2xc: debug: hyperc=
all buffer: cache current size:2xc: debug: hypercall buffer: cache hits:137=
7 misses:2 toobig:2
Best regards=2CBeau 		 	   		  =

--_ddbfde62-a885-4056-9545-8f0da630358b_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






>=3B 
>=3B El 27=
/2/16 a les 0:47=2C Brandon Adkins ha escrit:
>=3B >=3B 
>=3B &=
gt=3B 
>=3B >=3B>=3B Subject: Re: [Xen-users] Xen 4.4.1 on Debian =
Jessie: freeze using "xl
>=3B >=3B create" on second VM
>=3B &g=
t=3B>=3B To: badkins79@msn.com=3B xen-users@lists.xen.org
>=3B >=
=3B>=3B From: roger.pau@citrix.com
>=3B >=3B>=3B Date: Fri=2C 26=
 Feb 2016 09:32:13 +0100
>=3B >=3B>=3B
>=3B >=3B>=3B El 2=
6/2/16 a les 6:25=2C Brandon Adkins ha escrit:
>=3B >=3B>=3B >=
=3B
>=3B >=3B>=3B >=3B
>=3B >=3B>=3B >=3B>=3B
&g=
t=3B >=3B>=3B >=3B>=3B El 24/2/16 a les 18:13=2C Brandon Adkins ha =
escrit:
>=3B >=3B>=3B >=3B>=3B >=3B Hi Roger=2C
>=3B &g=
t=3B>=3B >=3B>=3B >=3B The log messages I entered before are for th=
e second guest. I didn't
>=3B >=3B>=3B >=3B include any logs for=
 the second guest since that one works perfectly.
>=3B >=3B>=3B &g=
t=3B>=3B >=3B But maybe I am allocating my RAM too tightly? The system =
has 16 GB
>=3B >=3B>=3B >=3B of RAM=2C or 16=2C384MB. I allocate=
d 4096MB to the host. That leaves me with
>=3B >=3B>=3B >=3B 12=
=2C228MB. Each VM gets 6000=2C so thats 228MB unaccounted for. Is there
=
>=3B >=3B>=3B >=3B some minimum amount that needs to remain above t=
hat?
>=3B >=3B>=3B >=3B>=3B >=3B Looking at "xl info" with b=
oth guests started=2C it says my total
>=3B >=3B>=3B >=3B memory=
 is 16=2C353=2C and that my free memory is 45.
>=3B >=3B>=3B >=
=3B>=3B >=3B I also just tried reducing the RAM for both guests down to=
 5500. I
>=3B >=3B>=3B >=3B got the same error when starting the=
 second guest. Thats about 1 GB of
>=3B >=3B>=3B >=3B unallocate=
d space=2C so I don't think thats my issue.
>=3B >=3B>=3B >=3B&g=
t=3B >=3B I also just tried stopping both guests=2C and starting guest1 f=
irst=2C
>=3B >=3B>=3B >=3B and guest0 second. Guest1 came up fin=
e=2C and now guest0 is stuck. Its
>=3B >=3B>=3B >=3B definitely =
related to the second vm that starts=2C and not a specific
>=3B >=3B=
>=3B >=3B configuration.
>=3B >=3B>=3B >=3B>=3B >=3B I a=
m really at a loss of where to look. Is there anything in the
>=3B >=
=3B>=3B >=3B config that would cause the CPUs to get assigned to the fi=
rst guest=2C so
>=3B >=3B>=3B >=3B the second one is left with n=
o CPUs?
>=3B >=3B>=3B >=3B>=3B >=3B Best=2CBeau
>=3B &g=
t=3B>=3B >=3B>=3B >=3B
>=3B >=3B>=3B >=3B>=3B
>=
=3B >=3B>=3B >=3B>=3B I don't see any error in the trace=2C AFAICT =
libxl has correctly created
>=3B >=3B>=3B >=3B>=3B the domain.=
 Can you paste the output of `xl list` after creating both
>=3B >=3B=
>=3B >=3B>=3B guests?
>=3B >=3B>=3B >=3B>=3B
>=3B &=
gt=3B>=3B >=3B>=3B Roger.
>=3B >=3B>=3B >=3B
>=3B >=
=3B>=3B >=3B Hi Roger=2C
>=3B >=3B>=3B >=3B
>=3B >=3B=
>=3B >=3B Yes=2C I can't find any errors either=2C which makes debuggin=
g it almost
>=3B >=3B>=3B >=3B impossible for me. Here are some =
outputs:
>=3B >=3B>=3B >=3B>=3Bxl list
>=3B >=3B>=3B =
>=3B Name ID Mem VCPUs State
>=3B >=3B>=3B >=3B Time(s)
>=
=3B >=3B>=3B >=3B Domain-0 0 4087 2 r-----
>=3B >=3B>=3B >=
=3B 3308.0
>=3B >=3B>=3B >=3B guest1 132 5500 6 -b----
>=3B=
 >=3B>=3B >=3B 533.0
>=3B >=3B>=3B >=3B guest0 133 5500 1 =
r-----
>=3B >=3B>=3B >=3B 130103.4
>=3B >=3B>=3B >=3B=

>=3B >=3B>=3B >=3B Interesting to see the nonfunctional guest0 =
has such a high Time column.
>=3B >=3B>=3B >=3B Its like its spi=
nning in a tight loop=2C while the working guest1 is
>=3B >=3B>=3B=
 >=3B running fine. Note that this is the output of my last test setup=2C=
 where
>=3B >=3B>=3B >=3B I gave both vms 5500MB of RAM=2C and t=
ried starting guest1 first.
>=3B >=3B>=3B >=3B
>=3B >=3B&=
gt=3B >=3B xl vcpu-list
>=3B >=3B>=3B >=3B Name ID VCPU CPU St=
ate Time(s) CPU
>=3B >=3B>=3B >=3B Affinity
>=3B >=3B>=
=3B >=3B Domain-0 0 0 0 -b- 1554.4 0
>=3B >=3B>=3B >=3B Domain=
-0 0 1 1 r-- 1749.6 1
>=3B >=3B>=3B >=3B Domain-0 0 2 - --p 0.5 =
2
>=3B >=3B>=3B >=3B Domain-0 0 3 - --p 0.6 3
>=3B >=3B&g=
t=3B >=3B Domain-0 0 4 - --p 0.4 4
>=3B >=3B>=3B >=3B Domain-0=
 0 5 - --p 0.6 5
>=3B >=3B>=3B >=3B Domain-0 0 6 - --p 1.7 6
=
>=3B >=3B>=3B >=3B Domain-0 0 7 - --p 0.8 7
>=3B >=3B>=3B =
>=3B guest1 132 0 7 -b- 220.4 2-7
>=3B >=3B>=3B >=3B guest1 13=
2 1 5 -b- 86.0 2-7
>=3B >=3B>=3B >=3B guest1 132 2 4 -b- 73.5 2-=
7
>=3B >=3B>=3B >=3B guest1 132 3 2 -b- 45.2 2-7
>=3B >=
=3B>=3B >=3B guest1 132 4 6 -b- 61.8 2-7
>=3B >=3B>=3B >=3B =
guest1 132 5 5 -b- 46.3 2-7
>=3B >=3B>=3B >=3B guest0 133 0 3 r-=
- 130279.1 2-7
>=3B >=3B>=3B >=3B guest0 133 1 - --p 0.0 2-7
=
>=3B >=3B>=3B >=3B guest0 133 2 - --p 0.0 2-7
>=3B >=3B>=
=3B >=3B guest0 133 3 - --p 0.0 2-7
>=3B >=3B>=3B >=3B guest0 =
133 4 - --p 0.0 2-7
>=3B >=3B>=3B >=3B guest0 133 5 - --p 0.0 2-=
7
>=3B >=3B>=3B >=3B
>=3B >=3B>=3B >=3B For some reas=
on=2C even though I assigned 6 CPUs to both VMs=2C only the
>=3B >=
=3B>=3B >=3B first one started seems to get it right.
>=3B >=3B&=
gt=3B >=3B
>=3B >=3B>=3B >=3B I believe I must have some sort =
of screwed up Xen configuration. Surely
>=3B >=3B>=3B >=3B I am =
not the first person to try using Xen on Debian Jessie.
>=3B >=3B>=
=3B
>=3B >=3B>=3B Something seems wrong regarding guest0=2C but it=
 looks like an issue in
>=3B >=3B>=3B the guest kernel. Can you pa=
ste the output of xl dmesg after creating
>=3B >=3B>=3B both guest=
s?
>=3B >=3B>=3B
>=3B >=3B>=3B AFAICT from the traces you=
 have provided=2C you are trying to create 32bit
>=3B >=3B>=3B PV =
guests. Do they boot fine if you convert them to HVM? I would for
>=3B=
 >=3B>=3B example try to change the config files so they look like:
=
>=3B >=3B>=3B
>=3B >=3B>=3B guest0:
>=3B >=3B>=3B b=
uilder=3D'hvm'
>=3B >=3B>=3B vcpus =3D '6'
>=3B >=3B>=3B =
cpus =3D '2-7'
>=3B >=3B>=3B memory =3D '6000'
>=3B >=3B>=
=3B disk =3D [ 'phy:/dev/xenvolgroup/guest0disk=2Cxvda2=2Cw'=2C
>=3B &=
gt=3B>=3B 'phy:/dev/xenvolgroup/guest0swap=2Cxvda1=2Cw' ]
>=3B >=
=3B>=3B name =3D 'guest0'
>=3B >=3B>=3B vif =3D [ 'mac=3DAE:57:E=
C:01:54:8C=2Cbridge=3Dxenbr0' ]
>=3B >=3B>=3B on_poweroff =3D 'des=
troy'
>=3B >=3B>=3B on_reboot =3D 'restart'
>=3B >=3B>=3B=
 on_crash =3D 'restart'
>=3B >=3B>=3B
>=3B >=3B>=3B vnc=
=3D1
>=3B >=3B>=3B -----------------------------------------
&g=
t=3B >=3B>=3B guest1:
>=3B >=3B>=3B builder=3D'hvm'
>=3B =
>=3B>=3B vcpus =3D '6'
>=3B >=3B>=3B cpus =3D '2-7'
>=3B =
>=3B>=3B memory =3D '6000'
>=3B >=3B>=3B disk =3D [ 'phy:/dev/=
xenvolgroup/guest1disk=2Cxvda2=2Cw'=2C
>=3B >=3B>=3B 'phy:/dev/xen=
volgroup/guest1swap=2Cxvda1=2Cw' ]
>=3B >=3B>=3B name =3D 'guest1'=

>=3B >=3B>=3B vif =3D [ 'mac=3D76:7B:D6:6F:34:C6=2Cbridge=3Dxenbr=
0' ]
>=3B >=3B>=3B on_poweroff =3D 'destroy'
>=3B >=3B>=
=3B on_reboot =3D 'restart'
>=3B >=3B>=3B on_crash =3D 'restart'>=3B >=3B>=3B
>=3B >=3B>=3B vnc=3D1
>=3B >=3B>=3B=
 -----------------------------------------
>=3B >=3B>=3B
>=3B=
 >=3B>=3B You can then attach to the guest display using a VNC client.<=
br>>=3B >=3B>=3B
>=3B >=3B>=3B Roger.
>=3B >=3B 
&=
gt=3B >=3B Roger. This is a 64bit machine loaded with 64bit debian jessie=
. The
>=3B >=3B guest VMs are 32bit CentOS 6. However=2C both guest0=
 and guest1 are
>=3B >=3B identical. What could happen in the guest =
kernel that would allow one
>=3B >=3B instance to run just fine=2C b=
ut the second one to freeze on boot.
>=3B >=3B 
>=3B >=3B I t=
ried the "xl dmesg"=2C but its difficult to tell what output in there
&g=
t=3B >=3B is related to what guest. But the end of the output contained l=
ots of
>=3B >=3B the following 2 messages. Not sure if these mean an=
ything:
>=3B >=3B (XEN) traps.c:2514:d132 Domain attempted WRMSR 000=
0000000000140 from
>=3B >=3B 0x0000000000000001 to 0x000000000000000=
0.
>=3B >=3B (XEN) event_fifo.c:50:d0 domain 0=2C port 19 already on=
 a queue
>=3B >=3B 
>=3B >=3B I tried using hvm to build the =
VMs=2C but that failed even on the first
>=3B >=3B VM. My output was=
:
>=3B >=3B Parsing config from /home/lpwcm/xen/guest0/guest.cfg
=
>=3B >=3B libxl: error: libxl_dm.c:1393:device_model_spawn_outcome: dom=
ain 138
>=3B >=3B device model: spawn failed (rc=3D-3)
>=3B >=
=3B libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device>=3B >=3B model did not start: -3
>=3B >=3B libxl: error: libxl=
_dm.c:1497:kill_device_model: Device Model already exited
>=3B 
>=
=3B Can you check the logs in /var/log/xen/? You should see some logs with<=
br>>=3B the following nomenclature "qemu-dm-<=3Bguest_name>=3B.log"? =
Are there any
>=3B errors reported there?
>=3B 
>=3B Also=2C=
 can you try again but with a higher debug value (using xl -vvv
>=3B c=
reate ...) and post the result?
>=3B 
>=3B Roger.
>=3B =
=3B
Hey Roger=2C

There was one entry in =
the qemu-dm logfile:
qemu-system-i386: -drive file=3D/dev/xenvolg=
roup/guest0swap=2Cif=3Dide=2Cindex=3D0=2Cmedia=3Ddisk=2Cformat=3Draw=2Ccach=
e=3Dwriteback: drive with bus=3D0=2C unit=3D0 (index=3D0) exists
=

Here is the output using -vvv:
Parsing config=
 from /home/lpwcm/xen/guest0/guest.cfg
libxl: debug: libxl_create=
.c:1342:do_domain_create: ao 0x23a38b0: create: how=3D(nil) callback=3D(nil=
) poller=3D0x23a3950
libxl: debug: libxl_device.c:251:libxl__devi=
ce_disk_set_backend: Disk vdev=3Dxvda2 spec.backend=3Dunknown
lib=
xl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vdev=3Dx=
vda2=2C using backend phy
libxl: debug: libxl_device.c:251:libxl_=
_device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=3Dunknown
libxl: debug: libxl_device.c:286:libxl__device_disk_set_backend: Disk vde=
v=3Dxvda1=2C using backend phy
libxl: debug: libxl_create.c:797:i=
nitiate_domain_create: running bootloader
libxl: debug: libxl_boo=
tloader.c:321:libxl__bootloader_run: not a PV domain=2C skipping bootloader=

libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: wa=
tch w=3D0x2399188: deregister unregistered
xc: detail: elf_parse_=
binary: phdr: paddr=3D0x100000 memsz=3D0x59658
xc: detail: elf_pa=
rse_binary: memory: 0x100000 ->=3B 0x159658
xc: detail: VIRTUAL=
 MEMORY ARRANGEMENT:
 =3B Loader:  =3B  =3B  =3B =
 =3B0000000000100000->=3B0000000000159658
 =3B Modules:=
  =3B  =3B  =3B 0000000000000000->=3B0000000000000000
 =3B TOTAL:  =3B  =3B  =3B  =3B 0000000000000000->=
=3B0000000157400000
 =3B ENTRY ADDRESS: 0000000000100648
xc: detail: PHYSICAL MEMORY ALLOCATION:
 =3B 4KB PAGES:=
 0x0000000000000200
 =3B 2MB PAGES: 0x00000000000004b9
<=
div> =3B 1GB PAGES: 0x0000000000000003
xc: detail: elf_load_b=
inary: phdr 0 at 0x7f9c2de99000 ->=3B 0x7f9c2dee960d
libxl: deb=
ug: libxl_device.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda2 sp=
ec.backend=3Dphy
libxl: debug: libxl_event.c:570:libxl__ev_xswatc=
h_register: watch w=3D0x239a998 wpath=3D/local/domain/0/backend/vbd/139/517=
14/state token=3D3/0: register slotnum=3D3
libxl: debug: libxl_de=
vice.c:251:libxl__device_disk_set_backend: Disk vdev=3Dxvda1 spec.backend=
=3Dphy
libxl: debug: libxl_device.c:251:libxl__device_disk_set_ba=
ckend: Disk vdev=3Dxvda1 spec.backend=3Dphy
libxl: debug: libxl_e=
vent.c:570:libxl__ev_xswatch_register: watch w=3D0x239b938 wpath=3D/local/d=
omain/0/backend/vbd/139/51713/state token=3D2/1: register slotnum=3D2
=

libxl: debug: libxl_create.c:1356:do_domain_create: ao 0x23a38b0: inpr=
ogress: poller=3D0x23a3950=2C flags=3Di
libxl: debug: libxl_event=
.c:514:watchfd_callback: watch w=3D0x239a998 wpath=3D/local/domain/0/backen=
d/vbd/139/51714/state token=3D3/0: event epath=3D/local/domain/0/backend/vb=
d/139/51714/state
libxl: debug: libxl_event.c:653:devstate_watch_=
callback: backend /local/domain/0/backend/vbd/139/51714/state wanted state =
2 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister=
: watch w=3D0x239a998 wpath=3D/local/domain/0/backend/vbd/139/51714/state t=
oken=3D3/0: deregister slotnum=3D3
libxl: debug: libxl_event.c:61=
8:libxl__ev_xswatch_deregister: watch w=3D0x239a998: deregister unregistere=
d
libxl: debug: libxl_device.c:1023:device_hotplug: calling hotpl=
ug script: /etc/xen/scripts/block add
libxl: debug: libxl_event.c=
:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/139/51714/=
state token=3D3/0: empty slot
libxl: debug: libxl_event.c:514:wat=
chfd_callback: watch w=3D0x239b938 wpath=3D/local/domain/0/backend/vbd/139/=
51713/state token=3D2/1: event epath=3D/local/domain/0/backend/vbd/139/5171=
3/state
libxl: debug: libxl_event.c:653:devstate_watch_callback: =
backend /local/domain/0/backend/vbd/139/51713/state wanted state 2 ok
=

libxl: debug: libxl_event.c:606:libxl__ev_xswatch_deregister: watch w=
=3D0x239b938 wpath=3D/local/domain/0/backend/vbd/139/51713/state token=3D2/=
1: deregister slotnum=3D2
libxl: debug: libxl_event.c:618:libxl__=
ev_xswatch_deregister: watch w=3D0x239b938: deregister unregistered
libxl: debug: libxl_device.c:1023:device_hotplug: calling hotplug script=
: /etc/xen/scripts/block add
libxl: debug: libxl_event.c:483:watc=
hfd_callback: watch epath=3D/local/domain/0/backend/vbd/139/51713/state tok=
en=3D2/1: empty slot
libxl: debug: libxl_event.c:618:libxl__ev_xs=
watch_deregister: watch w=3D0x239aa20: deregister unregistered
li=
bxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239=
aa20: deregister unregistered
libxl: debug: libxl_event.c:618:lib=
xl__ev_xswatch_deregister: watch w=3D0x239b9c0: deregister unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch =
w=3D0x239b9c0: deregister unregistered
libxl: debug: libxl_dm.c:1=
325:libxl__spawn_local_dm: Spawning device-model /usr/bin/qemu-system-i386 =
with arguments:
libxl: debug: libxl_dm.c:1327:libxl__spawn_local_=
dm:  =3B /usr/bin/qemu-system-i386
libxl: debug: libxl_dm.c:1=
327:libxl__spawn_local_dm:  =3B -xen-domid
libxl: debug: libx=
l_dm.c:1327:libxl__spawn_local_dm:  =3B 139
libxl: debug: lib=
xl_dm.c:1327:libxl__spawn_local_dm:  =3B -chardev
libxl: debu=
g: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B socket=2Cid=3Dlibxl-cmd=
=2Cpath=3D/var/run/xen/qmp-libxl-139=2Cserver=2Cnowait
libxl: deb=
ug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -mon
libxl: d=
ebug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B chardev=3Dlibxl-cmd=
=2Cmode=3Dcontrol
libxl: debug: libxl_dm.c:1327:libxl__spawn_loca=
l_dm:  =3B -nodefaults
libxl: debug: libxl_dm.c:1327:libxl__s=
pawn_local_dm:  =3B -name
libxl: debug: libxl_dm.c:1327:libxl=
__spawn_local_dm:  =3B guest0
libxl: debug: libxl_dm.c:1327:l=
ibxl__spawn_local_dm:  =3B -vnc
libxl: debug: libxl_dm.c:1327=
:libxl__spawn_local_dm:  =3B 127.0.0.1:0=2Cto=3D99
libxl: deb=
ug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -display
libx=
l: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B none
li=
bxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -device
libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B cirrus-vga=

libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -g=
lobal
libxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =
=3B vga.vram_size_mb=3D8
libxl: debug: libxl_dm.c:1327:libxl__spa=
wn_local_dm:  =3B -boot
libxl: debug: libxl_dm.c:1327:libxl__=
spawn_local_dm:  =3B order=3Dcda
libxl: debug: libxl_dm.c:132=
7:libxl__spawn_local_dm:  =3B -smp
libxl: debug: libxl_dm.c:1=
327:libxl__spawn_local_dm:  =3B 6=2Cmaxcpus=3D6
libxl: debug:=
 libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -device
libxl: d=
ebug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B rtl8139=2Cid=3Dnic0=
=2Cnetdev=3Dnet0=2Cmac=3Dae:57:ec:01:54:8c
libxl: debug: libxl_dm=
.c:1327:libxl__spawn_local_dm:  =3B -netdev
libxl: debug: lib=
xl_dm.c:1327:libxl__spawn_local_dm:  =3B type=3Dtap=2Cid=3Dnet0=2Cifnam=
e=3Dvif139.0-emu=2Cscript=3Dno=2Cdownscript=3Dno
libxl: debug: li=
bxl_dm.c:1327:libxl__spawn_local_dm:  =3B -machine
libxl: deb=
ug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B xenfv
libxl: =
debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -m
libxl: =
debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B 5492
libxl=
: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B -drive
l=
ibxl: debug: libxl_dm.c:1327:libxl__spawn_local_dm:  =3B file=3D/dev/xe=
nvolgroup/guest0disk=2Cif=3Dide=2Cindex=3D0=2Cmedia=3Ddisk=2Cformat=3Draw=
=2Ccache=3Dwriteback
libxl: debug: libxl_dm.c:1327:libxl__spawn_l=
ocal_dm:  =3B -drive
libxl: debug: libxl_dm.c:1327:libxl__spa=
wn_local_dm:  =3B file=3D/dev/xenvolgroup/guest0swap=2Cif=3Dide=2Cindex=
=3D0=2Cmedia=3Ddisk=2Cformat=3Draw=2Ccache=3Dwriteback
libxl: deb=
ug: libxl_event.c:570:libxl__ev_xswatch_register: watch w=3D0x23993c0 wpath=
=3D/local/domain/0/device-model/139/state token=3D2/2: register slotnum=3D2=

libxl: debug: libxl_event.c:514:watchfd_callback: watch w=3D0x23=
993c0 wpath=3D/local/domain/0/device-model/139/state token=3D2/2: event epa=
th=3D/local/domain/0/device-model/139/state
libxl: debug: libxl_e=
vent.c:606:libxl__ev_xswatch_deregister: watch w=3D0x23993c0 wpath=3D/local=
/domain/0/device-model/139/state token=3D2/2: deregister slotnum=3D2
<=
div>libxl: error: libxl_dm.c:1393:device_model_spawn_outcome: domain 139 de=
vice model: spawn failed (rc=3D-3)
libxl: error: libxl_create.c:1=
186:domcreate_devmodel_started: device model did not start: -3
li=
bxl: error: libxl_dm.c:1497:kill_device_model: Device Model already exited<=
/div>
libxl: debug: libxl_event.c:570:libxl__ev_xswatch_register: watch=
 w=3D0x239f718 wpath=3D/local/domain/0/backend/vbd/139/51714/state token=3D=
2/3: register slotnum=3D2
libxl: debug: libxl_event.c:570:libxl__=
ev_xswatch_register: watch w=3D0x239f998 wpath=3D/local/domain/0/backend/vb=
d/139/51713/state token=3D3/4: register slotnum=3D3
libxl: debug:=
 libxl_event.c:514:watchfd_callback: watch w=3D0x239f718 wpath=3D/local/dom=
ain/0/backend/vbd/139/51714/state token=3D2/3: event epath=3D/local/domain/=
0/backend/vbd/139/51714/state
libxl: debug: libxl_event.c:653:dev=
state_watch_callback: backend /local/domain/0/backend/vbd/139/51714/state w=
anted state 6 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatc=
h_deregister: watch w=3D0x239f718 wpath=3D/local/domain/0/backend/vbd/139/5=
1714/state token=3D2/3: deregister slotnum=3D2
libxl: debug: libx=
l_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239f718: deregister=
 unregistered
libxl: debug: libxl_device.c:1023:device_hotplug: c=
alling hotplug script: /etc/xen/scripts/block remove
libxl: debug=
: libxl_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend=
/vbd/139/51714/state token=3D2/3: empty slot
libxl: debug: libxl_=
event.c:514:watchfd_callback: watch w=3D0x239f998 wpath=3D/local/domain/0/b=
ackend/vbd/139/51713/state token=3D3/4: event epath=3D/local/domain/0/backe=
nd/vbd/139/51713/state
libxl: debug: libxl_event.c:653:devstate_w=
atch_callback: backend /local/domain/0/backend/vbd/139/51713/state wanted s=
tate 6 ok
libxl: debug: libxl_event.c:606:libxl__ev_xswatch_dereg=
ister: watch w=3D0x239f998 wpath=3D/local/domain/0/backend/vbd/139/51713/st=
ate token=3D3/4: deregister slotnum=3D3
libxl: debug: libxl_event=
.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239f998: deregister unregi=
stered
libxl: debug: libxl_device.c:1023:device_hotplug: calling =
hotplug script: /etc/xen/scripts/block remove
libxl: debug: libxl=
_event.c:483:watchfd_callback: watch epath=3D/local/domain/0/backend/vbd/13=
9/51713/state token=3D3/4: empty slot
libxl: debug: libxl_event.c=
:618:libxl__ev_xswatch_deregister: watch w=3D0x239f7a0: deregister unregist=
ered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_deregister=
: watch w=3D0x239f7a0: deregister unregistered
libxl: debug: libx=
l_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239fa20: deregister=
 unregistered
libxl: debug: libxl_event.c:618:libxl__ev_xswatch_d=
eregister: watch w=3D0x239fa20: deregister unregistered
libxl: de=
bug: libxl_event.c:618:libxl__ev_xswatch_deregister: watch w=3D0x239ef80: d=
eregister unregistered
libxl: debug: libxl_event.c:1591:libxl__ao=
_complete: ao 0x23a38b0: complete=2C rc=3D-3
libxl: debug: libxl_=
event.c:1563:libxl__ao__destroy: ao 0x23a38b0: destroy
xc: debug:=
 hypercall buffer: total allocations:1381 total releases:1381
xc:=
 debug: hypercall buffer: current allocations:0 maximum allocations:2
=

xc: debug: hypercall buffer: cache current size:2
xc: debug:=
 hypercall buffer: cache hits:1377 misses:2 toobig:2

Best regards=2C
Beau
 		 	   		  

=

--_ddbfde62-a885-4056-9545-8f0da630358b_--


--===============4180319432836358702==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============4180319432836358702==--


From xen-users-bounces@lists.xen.org Mon Feb 29 23:55:35 2016
Return-path: 
Envelope-to: archives@lists.xen.org
Delivery-date: Mon, 29 Feb 2016 23:55:35 +0000
Received: from localhost ([127.0.0.1] helo=lists.xen.org)
	by lists.xen.org with esmtp (Exim 4.84)
	(envelope-from )
	id 1aaXe9-0004TW-CU; Mon, 29 Feb 2016 23:54:37 +0000
Received: from mail6.bemta14.messagelabs.com ([193.109.254.103])
 by lists.xen.org with esmtp (Exim 4.84)
 (envelope-from ) id 1aaP9u-0004o4-TM
 for xen-users@lists.xenproject.org; Mon, 29 Feb 2016 14:50:51 +0000
Received: from [193.109.254.147] by server-6.bemta-14.messagelabs.com id
 CD/3F-03497-ACA54D65; Mon, 29 Feb 2016 14:50:50 +0000
X-Env-Sender: wenhui@gwmail.gwu.edu
X-Msg-Ref: server-9.tower-27.messagelabs.com!1456757449!27453033!1
X-Originating-IP: [74.125.82.47]
X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE,
 RCVD_BY_IP
X-StarScan-Received: 
X-StarScan-Version: 8.11; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 36084 invoked from network); 29 Feb 2016 14:50:49 -0000
Received: from mail-wm0-f47.google.com (HELO mail-wm0-f47.google.com)
 (74.125.82.47)
 by server-9.tower-27.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP;
 29 Feb 2016 14:50:49 -0000
Received: by mail-wm0-f47.google.com with SMTP id p65so48758245wmp.0
 for ; Mon, 29 Feb 2016 06:50:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gwmail-gwu-edu.20150623.gappssmtp.com; s=20150623;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc; bh=DHC3xrZua5aUlTvT8n0Z7+1r1QtXejFzrDbK5JV8+g4=;
 b=k6/UrLt9zg9Vs7nBYg7Suh7PdAygOjhgZ29c3dDUSoUS5BPSdSRxS9lAllwXB4fxdR
 yt0bvZX596mTpylipJpSBRkbQdJMUMB7V3FkuheHHZG/tvbfSeyA5aEtCM0Mol2R9Qzl
 mnwSwHoWNdaSnDN54wQtWrI1+SpUvOP2p/iZv5tCNYjSaZ5Rl3MR7xa7hYAhIuSPSm3L
 +rl0lHNP6mhaFk1CdFVBkVNvADukOzwC6mwmdOwXAoE36XyGv5wvwvPE1kHea60A8iUl
 M1hGVoQhj+xJkeXFfs85nQKA95QhLb6BeRQR4iKIMKlY47GkgcJMVSwF24b8vBhRrLds
 a84g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:in-reply-to:references:date
 :message-id:subject:from:to:cc;
 bh=DHC3xrZua5aUlTvT8n0Z7+1r1QtXejFzrDbK5JV8+g4=;
 b=gsQBwpLxEICf9VXzqR4Qw+yeqX3HSJdU1c64opxNZWcNlOY8LmAe+orb6poOdFtVCx
 U1FdkVKayVqFg8OvDmk43muu71OhOjPuqsrz5pk/v2bIvNouPZJoNvsUMHK88IqyzkUZ
 KSTk0JCHKAkGxtRz2nlw9QVrr33P/6SGt9mGOkhagExb/WRSfU2OQhS+EHPILy8Vk5Jb
 c0PSIFUweQwxAo+fsDjHS/YY0O0Vo7ytMJwKNGYCghXRo0mkdY6p8oi/8OowmcIHPH0Z
 Hu/22bdfVk95jHtr3/NPRo6uUXZDiAgCDXTEWuzPZk3Smt31N/cEFyBRBOtfvwcxFkEE
 QCxw==
X-Gm-Message-State: AD7BkJIquZrDQ6b+2UmaL3S8mHx/wqy9UnDJ+GsWJxmJz9WwOneMdLZ0quk66yyF9kP5jhq43UiY4yRKYaOewvmK
MIME-Version: 1.0
X-Received: by 10.194.134.134 with SMTP id pk6mr15588814wjb.176.1456757448682; 
 Mon, 29 Feb 2016 06:50:48 -0800 (PST)
Received: by 10.27.50.73 with HTTP; Mon, 29 Feb 2016 06:50:48 -0800 (PST)
In-Reply-To: <20160229114142.GE17111@citrix.com>
References: 
 <20160229114142.GE17111@citrix.com>
Date: Mon, 29 Feb 2016 09:50:48 -0500
Message-ID: 
From: Wenhui Zhang 
To: Wei Liu 
X-Mailman-Approved-At: Mon, 29 Feb 2016 23:54:35 +0000
Cc: xen-users@lists.xenproject.org
Subject: Re: [Xen-users] Xen 4.4 on Ubuntu14.04,
	freeze while using"xl create'
X-BeenThere: xen-users@lists.xen.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: Xen user discussion 
List-Unsubscribe: ,
 
List-Post: 
List-Help: 
List-Subscribe: ,
 
Content-Type: multipart/mixed; boundary="===============8790709122684899912=="
Errors-To: xen-users-bounces@lists.xen.org
Sender: "Xen-users" 

--===============8790709122684899912==
Content-Type: multipart/alternative; boundary=089e0112ca6640cbee052ce9c6af

--089e0112ca6640cbee052ce9c6af
Content-Type: text/plain; charset=UTF-8

no, no xl dmesg is found

On Mon, Feb 29, 2016 at 6:41 AM, Wei Liu  wrote:

> Do you have "xl dmesg" output?
>
> Wei.
>



-- 
V/R,

Wenhui Zhang

Email: wenhui@gwmail.gwu.edu
           Telephone: 1-(703) 424 3193

--089e0112ca6640cbee052ce9c6af
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


no, no xl dmesg is found=C2=A0

On Mon, Feb 29, 2016 at 6:41 AM, Wei Li=
u <wei.liu2@citrix.com> wrote:
Do you have "xl dmesg" output?



Wei.





-- 
V/R, 
=C2=A0
Wenhui=
 Zhang 
=C2=A0
Email: wenhui@gwmail.gwu.edu
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
=C2=A0 Telephone: 1-(703) 424 3193
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=C2=
=A0
=C2=A0
=C2=A0
=C2=A0






--089e0112ca6640cbee052ce9c6af--


--===============8790709122684899912==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLXVzZXJz
IG1haWxpbmcgbGlzdApYZW4tdXNlcnNAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y
Zy94ZW4tdXNlcnM=

--===============8790709122684899912==--